Készítünk egy új menüpontot a Pénzügy / Eszközök menüpont alá. A menüpont alatt megtalálható lesz egy beállító felület, ahol megadásra kerül az API kapcsolathoz szükséges adat, a partner létrehozáshoz szükséges általános, és partner ügyviteli kategóriák, az átvett számlákhoz használt pénzügyi számla típus, a létrehozott számla könyvelési státusza, alapértelmezett pénzeszköz, valamint a Quick felületén a számlán megadott címkének (Simple Tag) deep.erp-ben megfelelő dimenzió.
A számlák átvétele ütemezett feladaton keresztül fog történni. A beállított ütemezésnek megfelelően a programunk API-n keresztül lekérdezi a jóváhagyott (is_approved), és feldolgozott (is_prcessed) számlákat, melyek még nem lettek megjelölve exportáltnak (is_exported).
Az átvett számlákat első körben egy napló táblában rögzítjük feldolgozásra vár státusszal. A következő lépésben a feldolgozásra váró számlákat megjelöljük exportáltnak a Quick rendszerben annak érdekében, hogy a következő futáskor már ne kérdezzük le. Ezt követően egyenként feldolgozzuk az átvett számlákat. Megvizsgáljuk, hogy a számla partnere szerepel-e a deep.erp szállítói között vagy sem. A létezés ellenőrzése Quick partner egyedi azonosítója, és adószám alapján történik. Ha nem szerepel, akkor a partner cím adatai, és a beállításban megadott általános, és ügyviteli kategóriák alapján létrehozzuk a szállító partnert.
A pénzügyi számlához szükséges deviza, fizetési mód törzs adatokat a programban elérhető kódok, külső azonosítók alapján fogja meghatározni a program. A fizetési módokhoz tartozó pénzeszközök megfeleltetésére létrehozunk egy kapcsoló táblát. Ha ott nem szerepel megfeleltetés, akkor a beállításban megadott alapértelmezett pénzeszközt fogja használni a program a pénzügyi számlán.
A számla sorokhoz szükséges főkönyvi szám megállapítására is egy kapcsoló táblát fogunk használni, ahol a Quick rendszerben megadott költség típusokhoz lehet majd megadni főkönyvi számot, vagy főkönyvi jogcímet a beállítástól függően. A pénzügyi számla tételsorainak megjegyzésében eltároljuk a Quick rendszer tételének megnevezését, ha tételszintű bontás rendelkezésre áll a Quick rendszerben.
Sikeres számla létrehozást követően a naplóban feldolgozottra állítjuk a státuszt. A naplóban, ha már létezik számlaszám és partner azonosító (adószám) alapján már rekord, akkor az újonnan érkező rekord automatikusan kihagyott státuszú lesz. A feldolgozás során keletkező hibák is tárolásra kerülnek a naplóban, ott ellenőrizhetőek. A hibára futott számlák feldolgozását a program a következő ütemezésben újra megpróbálja.
Amennyiben a beállításban engedélyezték, akkor az átvett számlákhoz csatolt számlakép, és egyéb dokumentumok is átvételre kerülnek a Quick rendszeréből.
A kék és zöld nem lényeges, az mehet így. A sárgával kapcsolatban viszont azt megjegyezném, hogy ilyen formában a haladó könyvelési mód támogatása nem valósul meg. Legalábbis az én értelmezésemben ők egy kapcsolótáblát szeretnének létrehozni, ami a QUiCK-es költség kategóriákhoz rendel kontírszámot. Ez a megoldás azt eredményezi, hogy hiába töltitek ki a kontír és áfa kategória adatokat, ők csak a költség kategória alapján fogják besorolni az ő oldalukon. Javasolnám, hogy vegyék át a könyvelési adatokat is és ezt a belső mappinget ne alkalmazzák. (ha mégsem lenne kontír adat, akkor üresen hagyhatják, vagy egy saját heurisztikával kitölthetik - de ez a nem haladó könyvelésre érvényes megoldás lehetne)
Ami a tételsorokat illeti, még lehet döntést hozni, hogy azzal jöjjön-e létre a tétel, vagy valóban csak a megjegyzésbe kerüljön. Viszont itt kérdés, hogy ha nincs NAV tételadat, akkor mit fog tartalmazni a tétel. Inkább azt javasolnám, hogy a QUiCK-ben létrehozott kategória megnevezés legyen a tétel megnevezés és maximum vegyék át a tétel adatokat valahova (ha van NAV adat és van náluk helye ennek).
Illetve még egy kis kiegészítés, hogy ezzel a feldolgozott és jóváhagyott számlák átvétele történne meg, az iktatás nem része a feltételnek. Részünkről rendben, de a jóváhagyás és iktatás kapcsolót egy generalizált adatszinkron megvalósításánál opcionális mezőnek képzelnénk el az ő oldalukon a beállítások között.
A címkék megfeleltetése egy üde színfolt, mert ezzel nagyon szépen megvalósítható a dimenzionálás.
A kiegészítésekkel egy kerek megoldás valósulhat meg, ami minden alapvető funkciót tartalmaz.