ITBUSINESS AWARD 2017

ITBUSINESS AWARD 2017

PÁLYÁZAT TERMÉKFEJLESZTÉS KATEGÓRIÁBAN 2017.07.31.

ApPello Kft. H - 1075 Budapest, Madách Imre út 13-14. +36 (1) 474-0915 appello.eu

Tartalomjegyzék 1. Cégbemutató ................................................................................................... 3 2. A termékfejlesztés leírása ................................................................................ 4 3. Elérhetőségek ................................................................................................ 16

Bucharest - Budapest - Vienna +36 (1) 474-0915 appello.eu

2

1.

CÉGBEMUTATÓ

Az ApPello magyar tulajdonú szoftvercég, amely 1998-as alapítása óta fejleszt és szállít banki, pénzintézeti szoftvereket. Az alapításakor 15 főt foglalkoztató ApPello mára már több, mint 100 alkalmazottal dolgozik. Az ApPello a hitelkockázati rendszerek szakértője, ezért termékportfoliójának kiemelkedő eleme a Loan Factory termékcsalád, amely moduláris felépítésű és a hitelezés teljes folyamatát lefedi az első kapcsolatfelvételtől egészen a hitel behajtási területre való kerüléséig. Főbb moduljai: Scoring, Loan origination, Biztosíték-kezelő, Értékbecslő, Követeléskezelő és Monitoring. A kollégáink birtokában lévő speciális szakmai tudást kombinálva low-code rendszerű platformunk (ApPello Digital Platform) előnyeivel, az applikáció fejlesztés a hagyományosnál jóval rövidebb időt vesz igénybe, a megoldás testre szabása, illetve a kisebb módosítások csupán paraméterezéssel, külön fejlesztési munka nélkül kivitelezhető lehet. Az ApPello célcsoportjába a kereskedelmi bankok, azon belül is a hitelezéssel intenzíven foglalkozó nagybankok tartoznak, amelyek számára sok előnnyel jár a fejlesztés, hisz ügyfeleik gyorsabban jutnak hitelhez és a nagyfokú automatizmus miatt a humán erőforrás költségek is csökkennek. Cégünk jelentős ügyfélkörrel rendelkezik Magyarországon, budapesti telephelyünkön kívül Balatonfüreden a Rendszertudományi Innováció Központban nyitottunk Kutatás-fejlesztési irodát, illetve leányvállalatokat hoztunk létre Bécsben és Bukarestben. Cégünk eddig kizárólag közép-kelet-európai országokban (összesen 7 országban) implementálta megoldásait. Az ApPello legjelentősebb ügyfele az Erste csoport, mellyel Group szintű megállapodást kötöttünk biztosítékkezelő alkalmazásunk implementációjával kapcsolatban: Csehországban és Romániában már befejeződött a bevezetés Magyarországon pedig éppen a projekt analízis szakasza van folyamatban. Ügyfeleink között tudhatjuk ezen kívül, többek között a Sberbank csoportot, a PBZ Bankot a CIB horvátországi testvérvállalatát, a BCR bankot Románia legnagyobb bankját, valamint számos magyarországi pénzintézetet, így a Raiffeisen, K&H, Takarékbank, FHB, Budapest Bank, CIB és Unicredit bankokat. A cég fejlődésével megoldásainkat szeretnénk szélesebb körben is kínálni, így Magyarország és a környékbeli országok után, igyekszünk belépni az Egyesült Királyság és a Közel-Kelet piacaira is.


3

2.

A TERMÉKFEJLESZTÉS LEÍRÁSA

► Mi késztette a céget az innovatív megoldás megtervezésére és kivitelezésére? Az ApPello közel két évtizedes működését jellemző folyamatos megújulásban egy jelentős mérföldkő az ApPello Digital Platform (AppDP) banki fejlesztési szoftver elkészítése és bevezetése. Létrehozásának célja egy hatékony fejlesztési platform kialakítása volt, ami nagymértékben hozzájárul a fejlesztési projektek költségigényének alacsonyabb szintre szorításához. Az AppDP a 2012-2013 években történt bevezetése óta egy innovatív, magas technológiai szinten álló, az ügyfelek változó igényeit követni képes megoldássá nőtte ki magát, köszönhetően annak, hogy fejlesztésén folyamatosan dolgoztunk és dolgozunk a jövőben is, figyelve a trendeket és piaci újdonságokat, hogy az iparág és a technológia fejlődésével lépést tartva a jövőbeli elvárásoknak is meg tudjunk felelni, így például mára elérhető a platform webes illetve natív mobil applikáció formájában is. A platform használatával a lehetővé válik egy maximálisan rugalmas környezetben a gyors alkalmazásfejlesztés. A kifejlesztett megoldás nagyfokú flexibilitásának köszönhetően jelentősen egyszerűsödnek a későbbi üzemeltetési feladatok és üzleti módosítások. Felépítésnek előnye, hogy a rendszert a felhasználó képes paraméterezéssel saját igényei szerint átalakítani. A rendszerben a felhasználó új képernyőket vehet fel, új üzleti szabályokat alkothat és az üzleti folyamatokat is módosíthatja. Szükségesetén a felhasználó a teljes adatszerkezetet is átalakíthatja, vehet fel új mezőket, vagy akár új adatköröket definiálhat. Az új platformra épülő üzleti alkalmazásokban a workflow menedzsment jóval nagyobb hangsúlyt kap így átláthatóbbá téve a támogatott folyamatokat. A felhasználók számára a rendszer automatikusan osztja ki az elvégzendő feladatokat, valamint közvetlenül elérhetővé teszi a gyakran használt funkciókat, így a feladat végrehajtása kevesebb kattintással biztosított. A felhasználók többsége már jellemzően nem a hagyományos menü alapú navigációt használja, hanem egy személyes feladatkosárból dolgozik. Az ApPello alkalmazási kevés kivételtől eltekintve, a szabályozók által megkövetelt és a kereskedelmi bankok napi munkájához tartozó folyamatokat támogatják. A jelenleg futó alkalmazások sok esetben rendkívül régi fejlesztésűek (akár több mint 10 évesek is lehetnek) a cseréjük rendszerint napirenden van a bankok körében. Ezek az alkalmazások ritkán kerülnek újra lefejlesztésre bankon belül, inkább külső szállítótól szerzik be őket, egy kész rendszer testre szabása gyorsabb és olcsóbb is és mivel az idő tényező sok esetben meghatározó egy új rendszer beszerzése esetén, nem mindegy, hogy mennyi idő alatt sikerül testre szabni és élesbe állítani. Ebből a szempontból az ApPello megfelelő választás lehet az, hiszen cégünk szoftverei több pénzintézet számára megfelelő megoldás elegyéből születtek és előremutató innovatív megoldásokat tartalmaznak, valamint az AppDP jóvoltából rövid időn belül fejleszthetők, testre szabhatók és implementálhatók. Jelenleg az árbevételünk 70%-a projekt típusú bevétel, amely országonként és évenként jelentős volatilitást mutat. Az új stratégiánk részeként szeretnénk növelni a licensz típusú bevételeink arányát, amelynek egyik fő eszköze a digitális fejlesztési platformunk kiajánlása banki ügyfeleinknek és külsős partnereknek. A digitalizáció az üzleti élet számos területén így a banki szektorban is szükségszerűnek látszik, és hosszabb távon az ügyfelek zökkenőmentes és lehető leggyorsabb kiszolgálásához elengedhetetlen lépés lesz.


4

► Milyen erőforrások bevonására volt szükség a projekt során? A jelenlegi innovációs csapatunk 10 főből áll, főleg üzleti szakértő, rendszerszervező, fejlesztő és tesztelő profillal. ► Milyen nehézségekkel találkoztak a projekt megvalósítása során? A projekt megvalósítása során a legnagyobb nehézséget a megfelelő technikai komponensek kiválasztása jelentette. Mély és alapos konkurencia vizsgálatot követően választottuk ki a piacon elérhető és a céljainkat a legnagyobb mértékben segítő komponenseket. További nehézség volt megvalósítani, és a platform evolúciója során végig megtartani azt a flexibilitást mely kiszolgálja és képessé teszi azt bármely üzleti probléma megoldására. ► Ismertesse a projekt rövid távú eredményeit! Az AppDP alapú rendszereink bevezetése és fejlesztése 50%-al kevesebb programozót igényel, ez maga után vonja a tesztelői és projektvezetői tevékenységek szignifikáns csökkentését egy adott informatikai projektben. A keretrendszer rugalmassága biztosítja, hogy a fejlesztési projektek során azonnal tudunk reagálni az üzleti igény változásokra anélkül, hogy ez nagymértékben növelné a projekt átfutási idejét. ► Ismertesse a projekttől várt hosszú távú eredményeket! Az AppDP alkalmazásával az ApPello képes volt újabb piacokra lépni, és mára ügyfeleink közt tudhatunk számos külföldi (Privredna Banka – HR, Ceska Sporitelna, BCR, BRD – RO, Sberbank Europe, teljes Erste csoport) és 5 nagy hazai bankot is. Az ApPello jelentősen tudta növelni az árbevételét az elmúlt években, 2014. évi árbevétele 516 M Ft volt, 2015-ben 817 M Ft-ra növekedett és a 2016-os eredmény meghaladja a 1.100 M Ft-ot. A növekmény túlnyomórészt az AppDP-n alapuló rendszerek értékesítéséből származott. ► Miért tekinthető kiemelkedőnek a cég által bevezetett ict-megoldás? Az AppDP előnye a nagyfokú testreszabhatóság, a moduláris szemlélet, amely alapján az egyes célrendszerek egymással és a banki core rendszerekkel, számlavezető rendszerekkel egyszerűen összeköthetőek. Lehetővé válik egy maximálisan rugalmas környezetben a gyors alkalmazásfejlesztés és egyszerűsödnek a későbbi üzemeltetési feladatok, üzleti módosítások. Az AppDP nem egyedi implementációkban gondolkozik, hanem termékekben. Ennek kereteit az úgynevezett „Common Codebase” filozófia teremti meg, melynek segítségével az ApPello rendszerét használók nem ügyfél specifikus kódjai egységesíthetők, megkönnyítve a karbantartási munkákat és lehetővé válik a banki szoftveriparágban nem igazán jellemző időszakos (fél) automata upgrade. A rendszert a felhasználó paraméterezéssel saját igényei szerint átalakíthatja, pl. új képernyőket vehet fel, új üzleti szabályokat alkothat és a munkafolyamatot is átparaméterezheti. A rendszer a


5

felhasználók számára automatikusan osztja ki az elvégzendő feladatokat és közvetlenül elérhetővé teszi a gyakran használt funkciókat. Az új platform teljesen új filozófiát követ, már nem kizárólag a Back-Office (zömmel asztali számítógépet használó munkatársak) kiszolgálására törekszik, hanem az üzleti funkcionalitást mobil platformokon is igyekszik elérhetővé tenni az üzleti területeken dolgozó munkatársak számára. Az AppDP két platformra (IOS, Android) rendelkezik natív alkalmazás alapú megoldással. E megoldás lényege, hogy a mobilalkalmazás a szerver oldalon definiált konfiguráció szerint működik. Az AppDP platformban kialakításra került egy rest Api interface. A mobil alkalmazás ezen keresztül tölti le az alkalmazásra vonatkozó konfigurációs elemeket. A mobil alakalkalmazás a köszönhetően a szerver oldali konfigurálhatóságnak, szinte minden üzleti scenariot a szerver oldali komponens hívásán keresztül biztosít, de természetesen a megoldás rendelkezik offline támogatással is.


6

► A MEGOLDÁS RÉSZLETES LEÍRÁSA Az ApPello AppDP egy folyamatosan fejlődő Rapid Application Development eszköz, amely az ApPello üzleti alkalmazásainak technológiai kereteként funkcionál. A platform létrehozásának céljai többek között a gyors fejlesztés, a banki környezetbe való egyszerű és zökkenőmentes integrálhatóság, valamint az alkalmazások kedvező, hosszú távú fenntarthatósága voltak. A platform legkiemelkedőbb előnyei a rugalmasság és az egyszerű paraméterezhetőség, melyek lehetővé teszik, hogy a banki igények változásai akár kódváltoztatás nélkül, megfelelő jogosultsággal rendelkező felhasználói paraméterezéssel is beépíthetőek legyenek az alkalmazásba. (Például bővül a rögzíteni kívánt adatok köre; vagy egy már működő folyamatba további műveletek, feladatok beépítése szükséges; illetve a törvényi változásoknak, új irányelveknek megfelelően új szabályokat kell implementálni) Ez a nagyfokú rugalmasság a változásokhoz való gyors alkalmazkodáson kívül költséghatékonyságot, valamint a szállítótól való függetlenséget is eredményez. További előnyként fogalmazható meg, hogy a bank a megrendelést követően az általa definiált követelményeknek megfelelően felparaméterezett alkalmazást kap, amelyen az elvégzett módosítások konfigurálással elvégezhetőek, így magát az alkalmazás-bevezetést is gyorsabbá, kevésbé költségessé és kevésbé kockázatossá teszi. A platform olyan technikai szolgáltatásokat is nyújt, mint a felhasználó kezelés, jogosultság-kezelés, a menük konfigurálhatósága, stb. olyan almodulokat is tartalmaz, mint pl. a scheduler, alkalmazásmonitoring eszköz, e-mail és értesítés-generátor, journal (minden sikeres és sikertelen művelet logolása) vagy az adat history tárolása, amely lehetővé tesz bármilyen változás eredetének meghatározását. ENTERPRISE ARCHITECT – UML MODELLEZÉS Az ApPello AppDP-ben kialakított alkalmazások alapja az üzleti entitások kezelése. Az entitások olyan üzleti definíciók, amelyek üzletileg szorosan összetartozó fogalmakat, jellemzőket (mezőket), szabályokat, oldalakat, valamint az entitások életciklusát foglalják magukba. Ilyen entitások például „Ügyfelek”, „Hitelek”, „Biztosítékok”, stb. Ezeknek az entitásoknak olyan attribútumaik vannak, mint például az őket leíró adatok, a mezők. (Például: „Ügyfél neve”; „Hitel összege”; „Biztosíték típusa”. Az entitásokból al-entitások hozhatóak létre, melyek öröklik a szülő entitás minden tulajdonságát, majd később egyes attribútumok megváltoztathatóak, törölhetőek vagy újak hozhatók létre. Az entitások, al-entitások természetesen lehetnek egy még alsóbb szinten elhelyezkedő szülő entitásai. Az entitás-modellt – entitásokat, azok közötti kapcsolatokat, valamit az őket leíró adatokat - az ApPello üzleti elemzői az Enterprise Architect nevű UML eszközzel állítják elő, majd jóváhagyás után az entitás-modellt a AppDP beolvassa és automatikusan létrehozza a kívánt entitásokat, minden EAben megadott adatukkal együtt. Amennyiben ki kell egészíteni az entitás-modellt, úgy a struktúrát az Enterprise Architect-ben kell kiegészíteni, módosítani, majd legeneráltatni.


7

Adatmodell

Az adatmodell legenerálását követően, az AppDP-ben megjelennek az tervezett entitások, az azok közötti kapcsolatok (asszociációk), valamint az entitásokat jellemző adatok, a mezők. Ezt követően a platformon lehetőség nyílik többek között a különböző típusú oldalak összeállítására, különféle szabályok definiálására - validációs, kalkulációs, logikai, valamint az adatok láthatóságát befolyásoló felhasználói felület szabályok -, továbbá az entitások életútjainak megrajzolására. VÁLTOZTATHATÓ ADATMODELL Az informatikai rendszerek fejlesztői leginkább termékben és kevésbé egyedi fejlesztésben gondolkodnak. Termék esetén elviekben ugyan azt a dobozt adhatjuk több felhasználónak is. A megrendelők egyedi igényekkel keresik meg cégünket és ezeket az igényeket egyedi fejlesztésekkel kell lefedni, abban az esetben, ha az nem az alaprendszer része. Banki informatikában nem ritka az akár több évig elhúzódó rendszer-bevezetés, de vevőkörünk (közép és nagybankok) esetében minimum a 6-8 hónap szokott lenni. Ennek az oka a nagyfokú integráció (interfész lefejlesztése akár 10 másik rendszerrel) és a különböző banki elvárásoknak való megfelelés. Szinte minden bank másképp tárolja a biztosítéki- és ügyféladatait, hiába vannak ugyanabban az országban és hiába vonatkoznak rá ugyanazok a szabályok. Épp ezért kiemeltem fontos, hogy az általunk fejlesztett új rendszerben modellezni és módosítani lehet az adatköröket, majd így feltölteni az alkalmazásba. Az adatmodell legenerálását követően, az AppDP-ben megjelennek az tervezett entitások, az azok közötti kapcsolatok (asszociációk) valamint az entitásokat jellemző adatok, a mezők. Ezt követően a platformon lehetőség nyílik többek között különböző típusú oldalak összeállítására, különféle szabályok definiálására - validációs, kalkulációs, logikai, valamint az adatok láthatóságát befolyásoló felhasználói felület szabályok -, továbbá az entitások életútjainak megrajzolására. SCREEN BUILDER


8

A rugalmasságot biztosító eszköztár egyik kulcseleme a Screen Builder, amely lehetővé teszi a megfelelő tudást elsajátító banki munkatársaknak, hogy különféle típusú, teljesen különböző képernyőket hozzanak létre (pl. űrlapok, listák, grafikonok), mezőket szabjanak testre, kalkulációkat, validálásokat, alapértelmezett értékeket definiáljanak. Ugyanaz az oldal teljesen eltérően nézhet ki például, ha az ügyfélszegmens vagy a tranzakciótípus eltér, vagy egy mező más értékkel van kitöltve, vagy ha más felhasználó tekinti meg az adott oldalt. Ilyen módon nagyon egyszerű új információkat (mezőket) megjeleníteni, vagy az üzleti logikát (pl. kalkulációkat) megváltoztatni a képernyőn, amelyek a leggyakoribb változtatási kérések körébe tartoznak egy új alkalmazás bevezetését követően. Mivel ezeket a lépéseket a Banki IT vagy akár egyes kulcsfelhasználók is el tudják végezni, így az alkalmazást kiegészíteni vagy megváltoztatni a szállító segítsége nélkül is lehetséges. A Screen Builder fő előnyei: • • • • • •

Szabadon testre szabható, módosítható képernyők. Intelligens, testre szabható mezőtípusok. Új mezők felvételének lehetősége. Új mezők megjelenítési helyének kiválaszthatósága Drag & Drop szerkesztővel. Automatikus validációk, rugalmas hibakezelés. Bármilyen változtatás azonnal életbe lép és használható.

Oldal létrehozása Screen Builder segítségével Kanban (paraméterek által szűrt példányok csempeszerű megjelenítése, státuszonként összegezve), Pivot és Lista komponensek alkalmazásával:

Kanban és Pivot komponens


9

MEZŐ LÉTREHOZÁSA A rendszer lehetővé teszi a megfelelően képzett és jogosult felhasználó számára, hogy teljesen új adatmezőt vegyen fel, amely azonnal megjeleníthető az űrlapokon és listákon. Alapértelmezett érték felvételére, kalkulációs vagy validációs szabály létrehozására is egyből lehetőség van. A lenti példában egy új egész szám típusú mezőt hozunk létre, szerkeszthetővé tesszük és egy alapértelmezett értéket is megadunk, a számra pedig egy validációs szabályt állítunk be (100.000 és 10.000.000 közötti egész szám lehet). Amennyiben bármilyen szabályt nem tart be a felhasználó értékadáskor, automatikusan hibaüzenet generálódik és a bevitel nem lehetséges.

Drag & Drop felhasználói felület-tervező

Az ApPello Screen Builder egyedi Drag & Drop szerkesztőt biztosít a képernyők testre szabásához, mellyel a mezők kiválasztása és mozgatása igazán egyszerűvé válik. A lenti példában az „Ügyfél” entitás rögzítő oldalát kívánjuk bővíteni éves nettó árbevétel mezővel. Bővíteni kívánt „Ügyfél” rögzítő képernyő

A bővíteni kívánt rögzítő képernyő paraméterezhető felülete.


10

A bal oldalon az „Ügyfél” entitás, valamint a hozzá kapcsolt entitások felvett mezői, míg a jobb oldalon a képernyő szerkeszteni kívánt komponense látható. Az Éves nettó árbevétel mező Ügyfél rögzítő oldalon való megjelenítéséhez a felhasználónak rá kell kattintani a mezőre, és egy mozdulattal az általa kívánt területre húzni. Mentés után a mező minden további beállítás nélkül használatba vehető. Az Éves nettó árbevétel mező Ügyfél rögzítő oldalon való megjelenítéséhez a felhasználónak rá kell kattintani a mezőre, és egy mozdulattal a az általa kívánt területre húzni. Mentés után a mező minden további beállítás nélkül használatba vehető.

Az Éves nettó árbevétel mezővel kibővített Ügyfél rögzítő oldal


11

Összetett képernyők A rendszerben a képernyők felépítését az oldalszerkezet (page layout) határozza meg. Az ApPello által biztosított szerkesztővel egyedi layoutok is készíthetők, melyek meghatározzák, hogy hány képernyő-komponens (űrlap, lista, grafikon, stb.) milyen elrendezésben és méretben legyen látható. Ily módon a felhasználók változatos képernyőkkel dolgozhatnak, ahol az is meghatározható programozás nélküli konfigurálással, hogy egy lista mellett egy egyszerű űrlap látszódjon a listán bejelölt elem adataival, valamint ugyanazon az oldalon akár grafikonok is látszódhassanak (lásd a lenti ábrát). A komponensek képesek egymásra hivatkozni vagy egymást frissíteni. Így sokkal kevesebb képernyőváltásra van szükség, ami javíthatja a felhasználói élményt.

Egyedi képernyő megalkotása


12

SZABÁLYMOTOR A rendszerbe integrált szabálymotor felelős az üzleti szabályok megadásáért és végrehajtásáért. Célja, hogy a gyakran változó üzleti logikát szeparálja a forráskódtól, olyan formátumban, amely érthető és szerkeszthető a Bank kulcsfelhasználói számára. A szabályok egyszerű definiálására és karbantartására standard leíró nyelvet (MVEL) és egy integrált grafikus szerkesztőt (döntési tábla) alkalmaz. A Szabálymotor központilag kezeli, tárolja és megjeleníti, szerkeszthetővé teszi a szabályokat. A szabályok főbb típusai: •

kalkulációs szabályok, melyek pl. egy mező értékét határozzák meg egy képlet alapján, más mezők vagy külső adatforrásból nyert értékek alapján; • döntési szabályok, melyek pl. azt határozzák meg, hogy a körülmények függvényében milyen irányban menjen tovább egy üzleti folyamat; • validációs szabályok, melyek egy adat validságát döntik el; • megjelenítési szabályok, melyek azt döntik el, hogy milyen képernyő vagy adat jelenjen meg a megadott feltételek vizsgálata alapján. A Szabálymotor legfőbb előnye, hogy az üzleti logika nem „hard-kódolt”, azaz nem az alkalmazás kódjában tárolódik, hanem egyszerű, érthető formátumban (döntési táblák vagy egyszerű leíró nyelv).

Szabálymotor

STATE MACHINE (ÁLLAPOTGÉP) Az üzleti adatkörök (Hitel, Ügyfél stb.) életciklusait állapotgépekkel írjuk le, így szabadon definiálhatunk különböző állapotokat (státusokat) a különböző entitásoknak. Például, ha egy hitelkérelem alapvetően rögzített és jóváhagyott / elutasított státusú a rendszerben, akkor az állapotgép segítségével könnyen felvihetünk, mondjuk egy „előszűrés alatt” nevű állapotot és onnantól a rendszerben, akinek van joga az adott állapotban műveletet végezni a hitelkérelemmel, az előszűrheti a kérelmet.


13

Az állapotgépek egyes állapotaira és az állapotok között átmenetekre paraméterezett beviteli oldalak, szabályok, műveletek határozzák meg a rendszer képernyőit és az elérhető funkcionalitást. Állapotgép építőkövei és szerepük: • •

•

Az adatok állapotaihoz különböző adatmegjelenítő képernyő rendelhető. (Példa: Bírálat alatti Hitel esetében más adatokat jeleníthetünk meg, mint egy Folyósítás alatti Hitel esetében) Az állapotok között átvezető műveletek, események határozzák meg, hogy az adat egyes állapotaiban milyen funkcionalitás érhető el, milyen rendszeresemény történhet. (Példa: Bírálat alatti hitel esetében lhetőség van elutasításra és elfogadásra, folyósítás alatti hitel esetében szerződésmódosításra, végtörlesztésre) A műveletekhez képernyők definiálhatóak, melyek az adatbeviteli felületeket határozzák meg.

Állapotgép

Workflow motor Az ApPello Digital Platform natív módon integrálódik külső, jelenleg a BPMN 2.0 szabványra épülő Workflow motorral, amely ellátja a folyamatvezérlési (Process Management) és feladatkezelési (Task Management) szerepköröket egyaránt. A workflow motor a rendszer által érintett üzleti folyamatokért felel, azaz az egyes adatkörökhöz kötődő megvalósítandó feladatok, rendszeresemények időbeli lebonyolításáért és a rendszerszereplők közötti feladatmegosztásért. A AppDP-ben az a forradalmi, hogy a Workflow módosítás bármikor grafikus felületen elvégezhető és a felhasználók azonnal az új munkafolyamatnak megfelelően végezhetik a munkájukat.


14

Módosítás grafikus felületen

OMNICHANNEL APPROACH Az AppDP két platformra (IOS, Android) rendelkezik natív alkalmazás alapú megoldással. E megoldás lényege, hogy a mobilalkalmazás a szerver oldalon definiált konfiguráció szerint működik. Az AppDP platformban kialakításra került egy rest Api interface. A mobil alkalmazás ezen keresztül tölti le az alkalmazásra vonatkozó konfigurációs elemeket: • • • •

menük labelek, kódtárak screen komponensek, oldalak entitások, mezők

A mobil alakalkalmazás a köszönhetően a szerver oldali konfigurálhatóságnak, szinte minden üzleti scenariot a szerver oldali komponens hívásán keresztül biztosít. A megoldás rendelkezik offline támogatással is. Az offline módban rögzíthető entitások szerver oldalon konfigurálhatóak, itt beállítható a hozzájuk tartozó képernyő, ezen kívül az entitásokhoz offline módban dokumentum is csatolható. Egyedi fejlesztéssel egy offline módban összeállított adatkör az online módban a szerverre szinkronizálható. Amennyiben nem egy szinkronizációs metódussal kezeljük az adatok feltöltését, lehetőség van online módban az offline módban rögzített elemek kiválasztására. Ekkor a már bevitt adatokat nem kell újra kitölteni, a szerver oldali validációk viszont mindenképpen lefutnak.


15

3.

ELÉRHETŐSÉGEK

Projekt vezetője: Név:

Vér Béla

Beosztás:

Ügyvezető igazgató

Email:

[email protected]

Telefon:

+36 1 474 09 15


16

ITBUSINESS AWARD 2017

Recommend Documents