Pitanja navedena u ovom članku namijenjena su da vam pomognu provjeriti implementaciju Fiskal Middlewarea tvrtke RetailForce radi ispunjavanja njemačke Uredbe o sigurnosti blagajni (KassenSichV) u Njemačkoj.
Pažnja: Popis je namijenjen kao vodič za implementaciju i nije potpuni protokol testiranja. Ako imate dodatnih pitanja, slobodno se obratite našim konzultantima
Izrada dokumenata
- Prilikom izrade računa, je li funkcija CreateDocument (za stvaranje transakcije na TSE) pozvana pri stvaranju transakcije u vašem POS sustavu?
Pozadina: U Njemačkoj je potrebno pokrenuti transakciju na TSE pri pokretanju dokumenta (dodavanje prvog artikla ili kupca ili slična aktivnost).
Prijenos dokumenta
- Je li osigurano da je svaki dokument koji je pokrenut i prenesen?
- Je li otkazivanje računa preneseno kao CancelDocument?
- Kako se postupi s otkazivanjem redaka?
- Kako se na kraju dana postupaju parkirani/suspendirani računi (ako postoje)?
- Provjerava li se broj otvorenih transakcija na TSE-u kontinuirano?
-
Je li osigurano da više procesa ne komunicira s istim FiscalClientom u isto vrijeme?
(Više istovremenih poziva StoreDocument na istom FiscalClientu nije dopušteno, ali više FiscalClienata po FiscalServiceu je dopušteno).
- Kako je implementirano rukovanje pogreškama za pozive u međuspremnik (vidi i sljedeće pitanje)?
-
Kako je osigurano da se fiskalnom sustavu prenose samo fiskalno relevantni dokumenti?
- Koji je postupak u slučaju pogreške?
- Kako se rješava situacija pogreške u kojoj usluga nije dostupna?
-
Postoje li parkirani/suspendirani 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.
- Je li pozvana validacija dokumenta prije prijenosa ili samo kada metoda StoreDocument baci pogrešku?
Vrste dokumenata
-
Hoće li biti prenesene sve vrste dokumenata koje su fiskalno relevantne?
- Depozit promjene
- Prodaja
- Depozit
- Isplata/povlačenje
- Porez/povlačenje
- Razlika u gotovini
- Stanje gotovine
-
Je li BusinessTransactionType namjerno postavljen ili je uvijek ostavljen zadani?
- Koji su implementirani?
- Imate li poslovne procese koji još nisu mapirani na BusinessTransactionType?
(npr.: subvencije koje se evidentiraju putem POS sustava (dostupno od 1.2.11)).
- Jesu li porezne stope za stavke ispravno prenesene?
- Je li referenca ispravno prenesena u slučaju otkazivanja ili povrata?
- Prijenose li se podaci o kupcu u slučaju prodaje identificirane od strane kupca?
- Je li korisnik (korisnik nekretnine) prenesen uz dokument?
Dodatne informacije: Od verzije 1.2.11. možete provjeriti obavezne i neobavezne vrste dokumenata i vrste poslovnih transakcija (BusinessTransactionTypes) za svaku zemlju na portalu u odjeljku Informacije.
Pozicije
-
Postoje li stavke osim pozicija artikala?
- Postavi stavku
- Objave / rezervacije
- Tekstualne stavke / tekstualne pozicije
- Kako se mapiraju moguće prodaje kupona?
- Prijenose li se popusti u postojećoj strukturi?
- Za vrijednosti NetValue/GrossValue na artiklu, prenose li se stvarne ostvarene prodaje za taj artikl, uključujući sve uzete u obzir popuste (uključujući i kumulativne / popuste na podzbrotek)?
- Prijenose li se međuzbrojci?
- Postoje li različite mjere?
Načini plaćanja
- Jesu li odgovarajući PaymentTypes ispravno postavljeni?
- Pravi li se razlika između jednokratnih i višekratnih kupona?
- Za strane valute, jesu li tečaj i valuta ispravno preneseni?
Završetak blagajne
- Je li implementirano zatvaranje blagajne?
- Ako se koristi pojednostavljeno zatvaranje blagajne, kako se podaci usklađuju/verificiraju sa sustavom?
Ispis
- Je li QR kod isprintan na svakom ispisku / računu?
-
Je li ispis u skladu sa zakonskim zahtjevima?
- vidi također: Obveza izdavanja računa i zahtjevi za račune.
- Je li svaki račun isprintan (ili dostavljen elektronički) i predočen kupcu?
- Je li na ispisu zabilježen mogući kvar TSE-a?
- Je li PrintMessage (obavezno!) iz FiscalResponsea implementiran na ispisu?
Rad
-
Kako je osigurano da se CloudConnect poziva pri ponovnom pokretanju usluge (i da POS aplikacija ne primijeti ponovno pokretanje, što je relevantno samo ako je aktivno arhiviranje u oblaku)?
- Je li odgovarajući kod odgovora (424, neuspjela ovisnost) za nedostajuću vezu s oblakom ispravno uhvaćen?
-
Kako se osigurava da usluga neprekidno radi?
- Je li instaliran nadzor?
-
Kako se osigurava da se provjerava je li tekući prijenos u oblak (arhiviranje) ispravno u tijeku?
- Koristi li se krajnja točka /api/v1/information/client/{clientId}/status za kontinuiranu provjeru otvorenih prijenosa u oblaku?
- Je li osigurana fizička (lokalna) blizina POS sustava fiskalnoj službi i TSE-u?
Vidi također FAQ-ove BSI.
Tehnička pitanja/testovi
-
Jesu li kreirane testne jedinice za provjeru integracije?
- Koji testni slučajevi su pokriveni testnim jedinicama?
- Koji su poslovni slučajevi pokriveni testnim jedinicama?
- Koji su testovi i testni protokoli stvoreni?
-
Kako se obrađuje promjena u izdanju RetailForcea? Ponovno se pokreću testne jedinice?
- Kako funkcionira proces testiranja?
- Je li osigurano da se u produkcijskom radu koriste samo produkcijski terminali (konfiguracija)?
- Je li osigurano da se blagajna ne može koristiti bez veze s fiskalizacijom i/ili TSE-om?
- Je li osigurano da se fiskalizacijom / tehničkim sigurnosnim uređajem ne može lako odvojiti blagajna putem konfiguracije?
Ovaj je članak automatski preveden.
Komentari
0 komentara
Molimo Prijavite se kako bi ostavili komentar.