A cikkben felsorolt kérdések célja, hogy segítsenek ellenőrizni a RetailForce Fiskal middleware megvalósítását a német pénztárgép-biztonsági rendelet (KassenSichV) betartása érdekében Németországban.

Dokumentumkészítés

• A nyugták létrehozásakor a POS-rendszerben a tranzakció létrehozásakor meghívták-e a createDocument függvényt (a TSE-n történő tranzakció létrehozásához)?
  Háttér: Németországban előírás, hogy a dokumentum indításakor (az első tétel vagy ügyfél hozzáadásakor, illetve hasonló tevékenység során) tranzakciót kell indítani a TSE-n.

Dokumentumátvitel

• Biztosított-e, hogy minden megkezdett dokumentumot továbbítottak is?
• A nyugta törlését cancelDocument parancsként továbbítják?
• Hogyan kezelik a sorok törlését?
• Hogyan kezelik a nap végén a parkolt/felfüggesztett nyugtákat (ha vannak ilyenek)?
• Folyamatosan ellenőrzik-e a TSE-n a nyitott tranzakciók számát?
• Biztosított-e, hogy több folyamat ne kommunikáljon egyszerre egy FiscalClient-tel?
  (Ugyanazon FiscalClient-en a storeDocument többszöri egyidejű hívása nem megengedett, de FiscalService-enként több FiscalClient megengedett).
  
  • Hogyan valósult meg a hibakezelés a pufferelt hívások esetében (lásd még a következő kérdést)?
• Hogyan biztosították, hogy csak a pénzügyileg releváns dokumentumok kerüljenek továbbításra a pénzügyi rendszerbe?
  
  • Mi az eljárás hiba esetén?
• Hogyan kezelik azt a hibás helyzetet, amikor a szolgáltatás nem elérhető?
• Vannak parkolt/felfüggesztett dokumentumok, és ha igen, azokat a LongTermOrder funkcióval vagy a TSE-n nyitott tranzakciókkal valósították-e meg?
  
  • Felhívjuk figyelmét, hogy a különböző TSE-gyártók eltérő maximális nyitott tranzakciószámot támogatnak egy TSE-n.
  • Lásd még: Hosszú távú rendelési folyamatok a vendéglátóiparban.
• A dokumentum érvényesítését az átvitel előtt hívták meg, vagy csak akkor, amikor a storeDocument metódus hibát dob?

Dokumentumtípusok

• Minden adózási szempontból releváns dokumentumtípus továbbításra kerül?
  
  • Visszajáró befizetése
  • Értékesítés
  • Befizetés
  • Kifizetés/kivonás
  • Levonás/kivonás
  • Készpénzkülönbözet
  • Készpénzegyenleg
• A BusinessTransactionType-ot szándékosan állítják be, vagy mindig az alapértelmezett értéken marad?
  
  • Melyeket valósítottak meg?
  • Vannak olyan üzleti folyamatok, amelyek még nincsenek hozzárendelve egy BusinessTransactionType-hoz?
    (pl.: támogatások, amelyeket a POS-rendszeren keresztül könyvelnek (elérhető a 1.2.11-es verziótól)).
• A tételek adókulcsai helyesen kerültek átvitelre?
• A hivatkozás helyesen kerül átvitelre törlés vagy visszaküldés esetén?
• Átkerülnek-e az ügyféladatok az ügyfél azonosításával történő értékesítés esetén?
• A felhasználó (ingatlanhasználó) is átkerül a dokumentummal együtt?

Pozíciók

• Vannak-e tételpozíciókon kívüli egyéb tételek?
  
  • Tétel beállítása
  • Könyvelések / tételek
  • Szöveges tételek / szöveges pozíciók
• Hogyan kerülnek leképezésre az esetleges utalványértékesítések?
• A meglévő struktúrában továbbítják-e a kedvezményeket?
• Egy tétel NetValue/GrossValue értéke esetében az adott tételre vonatkozó tényleges értékesítési érték kerül-e továbbításra, figyelembe véve az összes kedvezményt (beleértve a kumulatív kedvezményeket és a részösszeg-kedvezményeket is)?
• Átkerülnek-e a részösszegek?
• Vannak-e különböző mértékegységek?

Fizetési módok

• A megfelelő PaymentType (fizetési típus) helyesen vannak-e beállítva?
• Megkülönböztetik-e az egycélú és a többcélú utalványokat?
• Külföldi pénznemek esetében az átváltási árfolyam és a pénznem helyesen kerül-e átvitelre?

Pénztári zárás

• Elvégezték a pénztárzárást?
• Ha az egyszerűsített pénztári zárást alkalmazzák, hogyan történik az adatok egyeztetése/ellenőrzése a rendszerrel?

Kinyomtatás

• Minden nyomtatványon/nyugtán szerepel a QR-kód?
• A nyomtatvány megfelel-e a jogi előírásoknak?
  
  • Lásd még: A nyugta kiállításának kötelezettsége és a nyugtákra vonatkozó követelmények.
• Minden nyugtát kinyomtatnak (vagy elektronikus formában kiadnak) és átadnak az ügyfélnek?
• A nyomtatványon feltüntetik-e az esetleges TSE-hibát?
• Megvalósult-e a nyomtatványon a fiscalResponse PrintMessage (kötelező!) eleme?

Működés

• Hogyan biztosították, hogy a szolgáltatás újraindításakor a CloudConnect-et hívják meg (és a POS-alkalmazás ne vegye észre az újraindítást; ez csak akkor releváns, ha a felhőalapú archiválás aktív)?
  
  • Megfelelően fogták-e fel a hiányzó Cloud-kapcsolatra vonatkozó válasz kódot (424, sikertelen függőség)?
• Hogyan biztosítják, hogy a szolgáltatás folyamatosan futjon?
  
  • Van telepítve felügyeleti rendszer?
• Hogyan biztosítják, hogy a folyamatban lévő Cloud-alapú adatátvitel (archiválás) megfelelően működik-e?
  
  • Használják-e a /api/v1/information/client/{clientId}/status végpontot a folyamatban lévő felhőalapú adatátvitelek folyamatos ellenőrzésére?
• Biztosított-e a POS-rendszer fizikai (helyi) közelsége a pénzügyi szolgáltatáshoz, valamint a TSE-hez?
  Lásd még a BSI GYIK-jét.

Műszaki kérdések/tesztek

• Létrehoztak-e teszt egységeket az integráció ellenőrzésére?
  
  • Mely teszteseteket fedik le a tesztmodulok?
  • Mely üzleti eseteket fedik le a tesztmodulok?
• Milyen teszteket és tesztprotokollokat hoztak létre?
• Hogyan kezelik a RetailForce release-változásait? Újraindítják a tesztmodulokat?
  
  • Hogyan működik a tesztelési folyamat?
• Biztosított-e, hogy a termelési üzemeltetés során kizárólag termelési terminálok (konfiguráció) kerülnek használatra?
• Biztosított-e, hogy a pénztárgép a fiskalizáló és/vagy a TSE-hez való csatlakozás nélkül ne legyen üzemeltethető?
• Biztosított-e, hogy a pénztárgépet konfiguráció révén ne lehessen könnyen leválasztani a fiskalizációs rendszerről / a műszaki biztonsági eszközről?

Ezt a cikket automatikusan lefordították.