Pitanja navedena u ovom članku imaju za cilj da vam pomognu da provjerite svoju implementaciju RetailForce Fiskal Middlewarea za ispunjavanje njemačke Uredbe o sigurnosti blagajni (KassenSichV) u Njemačkoj.

Kreiranje dokumenta

• Prilikom izrade računa, da li je funkcija CreateDocument (za kreiranje transakcije na TSE) pozvana prilikom kreiranja transakcije u vašem POS sistemu?
  Pozadina: U Njemačkoj je obavezno pokrenuti transakciju na TSE pri početku dokumenta (dodavanje prvog artikla ili kupca ili slična aktivnost).

Prijenos dokumenta

• Da li je osigurano da je svaki dokument koji je pokrenut i prenesen?
• Da li se otkazivanje računa prenosi kao CancelDocument?
• Kako se obrađuju otkazivanja redova?
• Kako se na kraju dana postupaju parkirani/suspendovani računi (ako postoje)?
• Da li se broj otvorenih transakcija na TSE-u provjerava kontinuirano?
• Da li je osigurano da više procesa ne komunicira sa istim FiscalClient-om u isto vrijeme?
  (Više istovremenih poziva StoreDocument na istom FiscalClient-u nije dozvoljeno, ali je dozvoljeno više FiscalClient-ova po FiscalService-u).
  
  • Kako je implementirano rukovanje greškama za pozive u međuspremnik (vidi također sljedeće pitanje)?
• Kako je osigurano da se fiskalnom sistemu prenose samo fiskalno relevantni dokumenti?
  
  • Koja je procedura u slučaju greške?
• Kako se rješava situacija greške kada usluga nije dostupna?
• Postoje li parkirani/suspendovani dokumenti i, ako da, jesu li implementirani pomoću funkcije LongTermOrder ili pomoću otvorenih transakcija na TSE-u?
  
  • Imajte na umu da različiti proizvođači TSE-a podržavaju različite maksimalne otvorene transakcije na TSE-u.
  • Vidi također: Procesi dugoročnog naručivanja u ugostiteljskoj industriji.
• Da li je pozvana validacija dokumenta prije slanja ili samo kada metoda StoreDocument baci grešku?

Tipovi dokumenata

• Hoće li biti prenesene sve vrste dokumenata koje su fiskalno relevantne?
  
  • Depozit promjene
  • Prodaja
  • Depozit
  • Isplata/povlačenje
  • Porez/povrat
  • Razlika u gotovini
  • Stanje gotovine
• Da li je BusinessTransactionType namjerno postavljen ili je uvijek ostavljen na zadanoj vrijednosti?
  
  • Koji su implementirani?
  • Imate li poslovne procese koji još nisu mapirani pomoću BusinessTransactionType?
    (npr. subvencije koje se evidentiraju putem POS sistema (dostupno od 1.2.11)).
• Da li se poreske stope za stavke ispravno prenose?
• Da li se referenca ispravno prenosi u slučaju otkazivanja ili povrata?
• Da li se podaci o kupcu prenose u slučaju prodaje identifikovane od strane kupca?
• Da li se korisnik (korisnik nekretnine) prenosi uz dokument?

Pozicije

• Postoje li stavke osim pozicija artikala?
  
  • Postavi stavku
  • Objave / rezervacije
  • Tekstualni stavci / tekstualne pozicije
• Kako se mapiraju moguće prodaje vaučera?
• Da li se popusti prenose u postojećoj strukturi?
• Za vrijednosti NetValue/GrossValue na artiklu, da li se prenose stvarne ostvarene prodaje za taj artikl, uključujući sve uzete u obzir popuste (također kumulativne popuste / popuste na podzbrotek)?
• Da li se prenose međuzbrojke?
• Postoje li različite mjere?

Načini plaćanja

• Da li su odgovarajući PaymentTypes ispravno postavljeni?
• Da li se pravi razlika između vaučera za jednokratnu i višekratnu upotrebu?
• Za strane valute, da li su tečaj i valuta ispravno preneseni?

Završetak kase

• Da li je implementirano zatvaranje kase?
• Ako se koristi pojednostavljeno zatvaranje kase, kako se podaci usklađuju/verificiraju sa sistemom?

Ispis

• Da li se QR kod štampa na svakom izvodu / računu?
• Da li je štampani izvještaj u skladu sa zakonskim zahtjevima?
  
  • vidi također: Obaveza izdavanja računa i zahtjevi za račune.
• Da li se svaki račun štampa (ili dostavlja elektronski) i predaje kupcu?
• Da li je mogući TSE kvar zabilježen na ispisu?
• Da li je PrintMessage (obavezno!) iz FiscalResponse-a implementiran na štampanom izvodu?

Operacija

• Kako je osigurano da se CloudConnect pozove kada se usluga ponovo pokrene (i POS aplikacija ne primijeti ponovno pokretanje, što je relevantno samo ako je aktivno arhiviranje u oblaku)?
  
  • Da li je odgovarajući kod (424, neuspjela zavisnost) za nedostajuću vezu s oblakom ispravno uhvaćen?
• Kako je osigurano da usluga neprekidno radi?
  
  • Da li je instaliran nadzor?
• Kako se osigurava da se provjerava tekući prijenos u oblak (arhiviranje) kako bi se utvrdilo radi li ispravno?
  
  • Da li se krajnja tačka /api/v1/information/client/{clientId}/status koristi za kontinuiranu provjeru otvorenih prijenosa u oblaku?
• Je li osigurana fizička (lokalna) blizina POS sistema fiskalnoj službi i TSE-u?
  Pogledajte i FAQ-ove BSI.

Tehnička pitanja/testovi

• Jesu li kreirane testne jedinice za provjeru integracije?
  
  • Koji testni slučajevi su pokriveni testnim jedinicama?
  • Koji poslovni slučajevi su obuhvaćeni testnim jedinicama?
• Koji su testovi i testni protokoli kreirani?
• Kako se obrađuje promjena u izdanju RetailForcea? Da li se testne jedinice ponovo pokreću?
  
  • Kako funkcioniše proces testiranja?
• Da li je osigurano da se u produkcijskom radu koriste samo produkcijski terminali (konfiguracija)?
• Da li je osigurano da nije moguće raditi na blagajni bez veze sa fiskalizacijom i/ili TSE?
• Da li je osigurano da se fiskalizacijom / tehničkim sigurnosnim uređajem ne može lako odvojiti kasa putem konfiguracije?

Ovaj članak je automatski preveden.