Vprašanja, navedena v tem članku, so namenjena pomoči pri preverjanju vaše implementacije RetailForce Fiskal middleware za izpolnjevanje nemške uredbe o varnosti blagajn (KassenSichV) v Nemčiji.

Ustvarjanje dokumentov

• Ali je bila pri ustvarjanju računov v vašem POS-sistemu ob ustvarjanju transakcije poklicana funkcija createDocument (za ustvarjanje transakcije na TSE)?
  Ozadje: V Nemčiji je ob začetku dokumenta (dodajanju prvega artikla ali stranke ali podobne dejavnosti) obvezno začeti transakcijo na TSE.

Pošiljanje dokumentov

• Ali je bilo zagotovljeno, da je bil vsak začeti dokument tudi poslan?
• Ali se preklic računa prenese kot »cancelDocument«?
• Kako se obravnavajo preklici posameznih vrstic?
• Kako se ob koncu dneva obravnavajo začasno shranjeni/zaustavljeni računi (če obstajajo)?
• Ali se število odprtih transakcij na TSE redno preverja?
• Ali je zagotovljeno, da se več procesov ne komunicira z enim FiscalClientom hkrati?
  (Več hkratnih klicev storeDocument na istem FiscalClientu ni dovoljenih, vendar je dovoljenih več FiscalClientov na eno FiscalService).
  
  • Kako je bilo izvedeno obravnavanje napak za klicanje iz pomnilnika (glej tudi naslednje vprašanje)?
• Kako je bilo zagotovljeno, da se v fiskalni sistem prenašajo le fiskalno relevantni dokumenti?
  
  • Kakšen je postopek v primeru napake?
• Kako se obravnava napaka, ko storitev ni na voljo?
• Ali obstajajo kakšni začasno zadržani/prekinjeni dokumenti in, če obstajajo, ali so bili implementirani s funkcijo LongTermOrder ali z odprtimi transakcijami na TSE?
  
  • Upoštevajte, da različni proizvajalci TSE podpirajo različno največje število odprtih transakcij na TSE.
  • Glejte tudi: Postopki dolgoročnega naročanja v gostinstvu.
• Ali je bila validacija dokumenta izvedena pred prenosom ali šele takrat, ko metoda storeDocument vrne napako?

Vrste dokumentov

• Ali bodo posredovane vse davčno pomembne vrste dokumentov?
  
  • Vplačilo drobiža
  • Prodaja
  • Vplačilo
  • Izplačilo/dvig
  • Pobiranje/izplačilo
  • Razlika v gotovini
  • Denarno stanje
• Ali je BusinessTransactionType namerno nastavljen ali vedno ostane na privzeti vrednosti?
  
  • Kateri so bili implementirani?
  • Ali imate poslovne procese, ki še niso dodeljeni BusinessTransactionType?
    (npr.: subvencije, ki se knjižijo prek POS-sistema (na voljo od različice 1.2.11)).
• Ali so davčne stopnje za postavke pravilno prenesene?
• Ali je sklic pravilno prenesen v primeru preklica ali vračila?
• Ali se v primeru prodaje, pri kateri je stranka identificirana, prenesejo podatki o stranki?
• Ali se uporabnik (uporabnik nepremičnine) prenese skupaj z dokumentom?

Položaji

• Ali obstajajo še kakšne druge postavke poleg postavk artiklov?
  
  • Nastavitev postavke
  • Knjiženja / vknjižbe
  • Besedilne postavke / besedilne pozicije
• Kako se upoštevajo morebitne prodaje kuponov?
• Ali se popusti prenašajo v obstoječi strukturi?
• Ali se za vrednosti NetValue/GrossValue na postavki prenašajo dejanske prodajne vrednosti za to postavko, vključno z upoštevanjem vseh popustov (tudi kumulativnih popustov / popustov na vmesni seštevek)?
• Ali se prenašajo vmesni seštevki?
• Ali obstajajo različne merske enote?

Načini plačila

• Ali so ustrezni »PaymentTypes« pravilno nastavljeni?
• Ali se razlikuje med enonamenskimi in večnamenskimi kuponi?
• Ali sta pri tujih valutah pravilno prenesena menjalni tečaj in valuta?

Zaključek blagajne

• Ali je bil izveden zaključek blagajne?
• Če se uporablja poenostavljen zaključek blagajne, kako se podatki usklajujejo/preverjajo s sistemom?

Izpis

• Ali je QR-koda natisnjena na vsakem izpisu/računu?
• Ali izpisek ustreza zakonskim zahtevam?
  
  • glej tudi: Obveznost izdajanja potrdil in zahteve za potrdila.
• Ali se vsak račun natisne (ali izda v elektronski obliki) in izroči stranki?
• Ali je morebitna napaka TSE zabeležena na izpisu?
• Ali je na izpisu implementirano sporočilo PrintMessage (obvezno!) iz fiscalResponse?

Delovanje

• Kako je bilo zagotovljeno, da se ob ponovnem zagonu storitve pokliče CloudConnect (in da aplikacija POS ne zazna ponovnega zagona; to velja le, če je aktivno arhiviranje v oblaku)?
  
  • Ali je bil odzivni kod (424, neuspešna odvisnost) zaradi manjkajoče povezave z Cloudom ustrezno prestrežen?
• Kako je zagotovljeno, da storitev deluje neprekinjeno?
  
  • Ali je nameščen sistem za spremljanje?
• Kako je zagotovljeno, da se preverja, ali tekoči prenos v Cloud (arhiviranje) poteka pravilno?
  
  • Ali se končna točka /api/v1/information/client/{clientId}/status uporablja za neprekinjeno preverjanje odprtih prenosov v oblak?
• Ali je zagotovljena fizična (lokalna) bližina POS-sistema do fiskalne službe in tudi do TSE?
  Glejte tudi pogosta vprašanja BSI.

Tehnična vprašanja/testi

• Ali so bile ustvarjene testne enote za preverjanje integracije?
  
  • Kateri testni primeri so zajeti v testnih enotah?
  • Kateri poslovni primeri so zajeti v testnih enotah?
• Kateri testi in testni protokoli so bili ustvarjeni?
• Kako se obravnava sprememba releasea RetailForce? Ali se testne enote ponovno zaženejo?
  
  • Kako poteka testni proces?
• Ali je zagotovljeno, da se v produkcijskem obratovanju uporabljajo le produkcijski terminali (konfiguracija)?
• Ali je zagotovljeno, da blagajne ni mogoče uporabljati brez povezave s fiskalno napravo in/ali TSE?
• Ali je zagotovljeno, da blagajne ni mogoče preprosto ločiti od fiskalizacije / tehnične varnostne naprave prek konfiguracije?

Ta članek je bil samodejno preveden.