Šiame straipsnyje pateikti klausimai turėtų padėti jums patikrinti, kaip įdiegta „RetailForce Fiskal Middleware“ sistema, skirta Vokietijos Kasos saugumo reglamento (KassenSichV) reikalavimams įgyvendinti.

Kvitų išrašymas

• Ar kuriant kvitus buvo iškviesta funkcija „CreateDocument“ (siekiant sukurti sandorį TSE) kuriant sandorį jūsų kasos sistemoje?
  Kontekstas: Vokietijoje būtina TSE pradėti sandorį, kai pradedamas kurti kvitas (pridedamas pirmasis prekės vienetas, klientas ar atliekamas panašus veiksmas).

Kvitų perdavimas

• Ar buvo užtikrinta, kad kiekvienas pradėtas dokumentas taip pat buvo perduotas?
• Ar kvito nutraukimas perduodamas kaip „CancelDocument“?
• Kaip tvarkomi eilučių atšaukimai?
• Kaip dienos pabaigoje tvarkomi laikinai išsaugoti dokumentai (jei tokių yra)?
• Ar nuolat tikrinamas nebaigtų sandorių skaičius TSE?
• Ar užtikrinta, kad keli procesai vienu metu nebendrauja su vienu FiskalClient?
  (Keli vienu metu vykdomi StoreDocument iškvietimai tame pačiame FiskalClient neleidžiami, tačiau leidžiama turėti kelis FiskalClient vienam FiskalService)
  • Kaip buvo įgyvendintas klaidų tvarkymas buferiniuose iškvietimuose (žr. taip pat kitą klausimą)?
• Kaip buvo užtikrinta, kad į fiskalinę sistemą buvo perduoti tik visi fiskaliniu požiūriu svarbūs dokumentai?
  • Kaip elgiamasi šiuo atveju, jei įvyksta klaida?
• Kaip elgiamasi su klaida, kai paslauga yra nepasiekiama?
• Ar yra laikinai atidėti dokumentai, ir jei taip, ar jie buvo įgyvendinti naudojant funkciją „LongTermOrder“ (ilgalaikis užsakymo procesas) ar atviromis transakcijomis TSE?
  • Atkreipkite dėmesį, kad skirtingi TSE gamintojai palaiko skirtingą maksimalų atvirų sandorių skaičių viename TSE.
  • Taip pat žr.: Ilgalaikiai užsakymų procesai viešojo maitinimo sektoriuje
• Ar kvito patvirtinimas buvo iškviestas prieš perdavimą ar tik tada, kai metodas „StoreDocument“ išmeta klaidą?

Čekio tipai

• Ar buvo perduoti visi fiskalinės apskaitos požiūriu svarbūs kvito tipai?
  • Įmoka Grąžos
  • Pardavimas
  • Įmokos
  • Išmoka
  • Išėmimas/išvežimas
  • Kasininkų skirtumas
  • Kassos uždarymas
• Ar „BusinessTransactionType“ buvo nustatytas sąmoningai, ar visada paliktas numatytasis?
  • Kurie buvo įgyvendinti?
  • Ar turite verslo procesų, kurie dar nėra atvaizduoti jokiu „BusinessTransactionType“?
    (pvz.: subsidijos, įrašomos per kasos sistemą (galima nuo 1.2.11 versijos))
• Ar pozicijose mokesčių tarifai perduodami teisingai?
• Ar atšaukimo ar grąžinimo atveju nuoroda perduodama teisingai?
• Ar klientų identifikuotų pardavimų atveju perduodami klientų duomenys?
• Ar dokumente perduodamas vartotojas (Property User)?

Pozicijos

• Ar be prekių pozicijų yra ir kitų pozicijų?
  • Prekių rinkiniai
  • Įrašai
  • Teksto pozicijos
• Kaip buvo atvaizduotas galimas kuponų pardavimas?
• Ar nuolaidos buvo perduotos esamoje struktūroje?
• Ar „NetValue“ / „GrossValue“ reikšmėse prekės pozicijoje buvo perduotos faktinės šios pozicijos pajamos, įskaitant visas atsižvelgtas nuolaidas (taip pat bendros nuolaidos / tarpinių sumų nuolaidos)?
• Ar buvo perduotos tarpines sumos?
• Ar yra skirtingi kiekio vienetai? 

Mokėjimo priemonės

• Ar buvo teisingai nustatyti atitinkami „PaymentTypes“?
• Ar buvo atskirti vienkartiniai ir daugkartiniai kuponai?
• Ar užsienio valiutų atveju buvo teisingai perduotas perskaičiavimo kursas ir valiuta?

Kassos uždarymas

• Ar buvo įgyvendintas kasos uždarymas?
• Jei buvo naudojamas supaprastintas kasos uždarymas, kaip duomenys buvo suderinti/patikrinti su sistema?

Spausdinimas

• Ar QR kodas spausdinamas ant kiekvienos išklotinės?
• Ar spausdinimas atitinka teisinius reikalavimus?
  • žr. taip pat: Privalomas kvito išdavimas ir reikalavimai kvitui
• Ar kiekvienas kvitas yra atspausdinamas ir perduodamas klientui?
• Ar spausdintame dokumente pažymimas TSE gedimas?
• Ar spausdintame dokumente įdiegtas „PrintMessage“ (privalomas spausdinimas) iš „FiskalResponse“?

Veikla

• Kaip užtikrinta, kad CloudConnect būtų iškviestas, kai paslauga paleidžiama iš naujo (ir kasos programa nepastebi paleidimo iš naujo, aktualu tik tada, kai aktyvuotas archyvavimas debesyje)?
  • Ar buvo atitinkamai užfiksuotas atsakymo kodas (424, failed Dependency) dėl trūkstamo ryšio su debesimi?
• Kaip užtikrinama, kad paslauga veikia?
  • Ar čia įdiegta stebėjimo sistema?
• Kaip užtikrinama, kad būtų patikrinta, ar vykstantis duomenų perdavimas į debesį (archyvavimas) vyksta tinkamai?
  • Ar naudojamas galinis taškas /api/v1/information/client/{clientId}/status, kad būtų nuolat tikrinami nebaigti duomenų perdavimai į debesį?
• Ar užtikrinamas fizinis (vietinis) kasos sistemos artumas fiskaliniam paslaugų teikėjui ir TSE?
  Žr. taip pat BSI DUK.

Techniniai klausimai / testai

• Ar buvo sukurti testavimo moduliai diegimui?
  • Kokie testavimo atvejai yra numatyti testavimo vienetuose?
  • Kokie verslo atvejai yra apimami testavimo vienetų?
• Kokie testai ir testavimo protokolai buvo parengti?
• Kaip elgiamasi keičiant „RetailForce“ versiją, ar čia testavimo vienetai paleidžiami iš naujo?
  • Kaip vyksta testavimo procesas?
• Ar užtikrinta, kad gamybinėje veikloje naudojami tik gamybiniai terminalai (konfigūracija)?
• Ar užtikrinta, kad kasos aparato neįmanoma naudoti be prijungimo prie fiskalinės sistemos / atitinkamai TSE?
• Ar užtikrinta, kad kasos aparatą nebūtų lengva atjungti nuo fiskalinės sistemos / techninės saugumo įrangos pakeitus konfigūraciją?