A fiskális modul létrehozása
A pénzügyi dokumentumok (pénzügyi adatok) továbbításához először létre kell hoznia egy pénzügyi modult. Ez többféle módon is elvégezhető:
- Ha a megbízható adóügyi szolgáltatást (Windows vagy Linux szolgáltatás) használja, az adóügyi szolgáltatás automatikusan létrehozza az adóügyi modult.
-
Ha a fiskális modul integrációját közvetlen .NET DLL-integrációval tervezi, akkor a fiskális modult saját maga kell létrehoznia. A részletes leírás az alábbiakban található:
A fiskális modul létrehozása / instantiálása
Dokumentumok átvitele
A pénzügyi dokumentumok átviteléhez a pénzügyi modulba legalább 2 lépés szükséges:
- createDocument
- storeDocument
Az országtól függetlenül minden esetben javasoljuk a createDocument metódus meghívását.
Példa egy nyugta-dokumentumra JSON formátumban:
Ez a nyugta a következőket tartalmazza:
- egy tételt „000714” tételszámmal, „Blume grün” névvel, 4,3 EUR bruttó áron (1 darab).
- 2 fizetést, egy tételt 5 EUR készpénzzel és 0,7 EUR visszajárót
Egy korábban létrehozott dokumentum törléséhez hívja meg a következő metódust:
- cancelDocument
A dokumentum érvényesítéséhez, mielőtt átadná azt a fiskális modulnak, hívhatja meg a
- ValidateDocument
A folyamatok részletesen
Értékesítési folyamat – Kiskereskedelem
Az áruk értékesítése, például a kiskereskedelemben, a következőképpen zajlik:
| Operátor | Pénztárgép-rendszer | RetailForce adóügyi szolgáltatás |
| 1. Az üzemeltető (a pénztárgép-felhasználó) beírja az első tételt, amelyet a vásárló meg kíván vásárolni. | ||
| 2. A pénztárgép-rendszer kérelmet küld a fiskális szolgáltatásnak (createDocument) a vonatkozó tranzakció kezdetének nyilvántartásba vételére. | ||
| 3. A fiskális szolgáltatás fogadja a felettes rendszertől érkező kérést, és az országspecifikus követelményeknek (pl. aláírás stb.) megfelelően feldolgozza azt. | ||
| 4. A fiskális szolgáltatás választ (fiscalResponse) küld a felettes rendszernek. | ||
| 5. A pénztárgép-rendszer (felső szintű rendszer) fogadja a választ, és annak egy részét (vagy a teljes válaszobjektumot) tárolja további felhasználás céljából (hivatkozásként) a tranzakció befejezésekor. | ||
| 6. Az üzemeltető beolvassa az ügyfél összes termékét, és elindítja a fizetési folyamatot. | ||
|
7. Miután az összes tranzakciós adat (termékek, fizetési mód stb.) meghatározásra került, a POS-rendszer létrehozza a tranzakciós payload-t (JSON), és újabb kérést küld az adóügyi szolgáltatásnak (storeDocument), amely ezzel lezárja (menti) a tranzakciót. A createDocument során kapott fiscalResponse-ból bizonyos információkat be kell építeni a payloadba („fiscalDocumentNumber”, „fiscalDocumentStartTime” és, ha alkalmazható, országspecifikus elemek, például Németországban a „fiscalDocumentRevision”).
Figyelem:
a payloadba kizárólag a fent felsorolt elemek kerülhetnek be, a teljes fiscalResponse objektum pedig NEM
!
|
||
| 8. A fiskális szolgáltatás fogadja az upstream rendszertől érkező kéréseket, és azokat az országspecifikus követelményeknek megfelelően dolgozza fel (pl. aláírás stb.). | ||
| 9. A Fiscal Service válaszüzenetet (fiscalResponse) küld az upstream rendszernek. | ||
| 10. A pénztárgép-rendszer fogadja a fiscalResponse-t, kinyeri a dokumentum létrehozásához szükséges információkat (pl. dokumentum aláírás, QR-kód stb.), majd kinyomtatja a dokumentumot. | ||
| 11. Az ügyintéző átadja a kinyomtatott nyugtát az ügyfélnek |
Értékesítési folyamat a kiskereskedelemben tranzakció-törléssel
Ha a fent leírtak szerint a 6. lépés során, azaz a createDocument (2. lépés) elküldése UTÁN és a storeDocument (7. lépés) elküldése ELŐTT a POS-rendszer a storeDocument helyett egy cancelDocument-et küld.
Figyelem: a cancelDocument parancsot egy befejezetlen tranzakció törlésére (megszüntetésére) használják, és NEM (!) a visszavételek rögzítésére.
A visszavételeket ugyanúgy kell feldolgozni, mint a normál értékesítési tranzakciókat, a createDocument és a storeDocument parancsok használatával.
Ezt a cikket automatikusan lefordították.
Hozzászólások
0 hozzászólás
Hozzászólások írásához jelentkezzen be.