Otázky uvedené v tomto článku mají za cíl pomoci vám zkontrolovat, zda vaše implementace fiskálního middlewaru RetailForce splňuje požadavky německého nařízení o bezpečnosti pokladních systémů (KassenSichV).

Vytváření dokladů

• Byla při vytváření účtenek v rámci vašeho pokladního systému při zahájení transakce volána funkce CreateDocument (pro vytvoření transakce na TSE)?
  Pozadí: V Německu je při zahájení dokladu (přidání první položky, zákazníka nebo podobné činnosti) vyžadováno zahájení transakce na TSE.

Přenos dokladu

• Bylo zajištěno, že každý zahájený doklad byl také odeslán?
• Je zrušení účtenky odesláno jako CancelDocument?
• Jak se zpracovávají zrušení řádků?
• Jak se na konci dne zpracovávají odložené/pozastavené účtenky (pokud existují)?
• Je průběžně kontrolován počet otevřených transakcí na TSE?
• Bylo zajištěno, že s jedním FiscalClientem nekomunikuje současně více procesů?
  (Není povoleno více souběžných volání StoreDocument na stejném FiscalClientu, ale je povoleno více FiscalClientů na jeden FiscalService).
  
  • Jak bylo implementováno zpracování chyb u volání v vyrovnávací paměti (viz také následující otázka)?
• Jak bylo zajištěno, že do fiskálního systému jsou přenášeny pouze fiskálně relevantní dokumenty?
  
  • Jaký je postup v případě chyby?
• Jak se řeší chybová situace, kdy není služba dostupná?
• Existují nějaké odložené / pozastavené dokumenty a pokud ano, byly implementovány pomocí funkce LongTermOrder nebo pomocí otevřených transakcí na TSE?
  
  • Vezměte prosím na vědomí, že různí výrobci TSE podporují různý maximální počet otevřených transakcí na TSE.
  • Viz také: Procesy dlouhodobého objednávání v gastronomii.
• Byla validace dokumentu vyvolána před odesláním, nebo až v okamžiku, kdy metoda StoreDocument vyhodí chybu?

Typy dokladů

• Budou přeneseny všechny daňově relevantní typy dokladů?
  
  • Vklad drobných
  • Prodej
  • Vklad
  • Výplata/výběr
  • Zabavení/výběr
  • Hotovostní rozdíl
  • Hotovostní zůstatek
• Je BusinessTransactionType nastaven záměrně, nebo se vždy ponechává na výchozí hodnotě?
  
  • Které z nich byly implementovány?
  • Máte obchodní procesy, které zatím nejsou mapovány pomocí BusinessTransactionType?
    (např.: Dotace zaúčtované přes POS systém (k dispozici od verze 1.2.11)).
• Jsou daňové sazby pro jednotlivé položky správně převedeny?
• Je v případě zrušení nebo vrácení zboží správně přenesen odkaz?
• Jsou v případě prodeje identifikovaného zákazníkem přenášena data o zákazníkovi?
• Je s dokladem přenesen uživatel (uživatel nemovitosti)?

Položky

• Existují kromě pozic položek ještě nějaké další položky?
  
  • Nastavit položku
  • Účtování / zaúčtování
  • Textové položky / textové pozice
• Jak se mapují případné prodeje poukázek?
• Jsou slevy přenášeny ve stávající struktuře?
• Jsou u hodnot NetValue/GrossValue u položky přenášeny skutečné tržby dosažené za tuto položku, včetně zohlednění všech slev (včetně kumulativních slev / slev z mezisoučtů)?
• Přenášejí se mezisoučty?
• Existují různé měrné jednotky?

Způsoby platby

• Jsou správně nastaveny příslušné typy plateb (PaymentTypes)?
• Rozlišuje se mezi poukázkami na jeden účel a poukázkami na více účelů?
• Jsou u cizích měn správně přeneseny směnný kurz a měna?

Zúčtování hotovosti

• Bylo provedeno uzavření pokladny?
• Pokud se používá zjednodušená pokladní uzávěrka, jak se data porovnávají/ověřují se systémem?

Tisk

• Je na každém výtisku / účtence vytištěn QR kód?
• Splňuje výpis zákonné požadavky?
  
  • viz také: Povinnost vystavovat účtenky a požadavky na účtenky.
• Je každá účtenka vytištěna (nebo poskytnuta elektronicky) a předána zákazníkovi?
• Je na výtisku zaznamenána případná porucha TSE?
• Je na výtisku implementována zpráva PrintMessage (povinná!) z FiscalResponse?

Provoz

• Jak bylo zajištěno, že při restartu služby dojde k volání CloudConnect (a aplikace POS si restart nevšimne; relevantní pouze v případě, že je aktivní archivace v cloudu)?
  
  • Byl odpovídajícím způsobem zachycen kód odpovědi (424, selhání závislosti) pro chybějící připojení k Cloudu?
• Jak je zajištěno, že služba běží nepřetržitě?
  
  • Je nainstalován monitorovací systém?
• Jak je zajištěno, že je průběžný přenos do Cloudu (archivace) kontrolován, zda probíhá správně?
  
  • Používá se koncový bod /api/v1/information/client/{clientId}/status k průběžné kontrole otevřených přenosů do Cloudu?
• Je zajištěna fyzická (lokální) blízkost pokladního systému k fiskálnímu zařízení a také k TSE?
  Viz také často kladené otázky BSI.

Technické otázky/testy

• Byly vytvořeny testovací jednotky pro ověření integrace?
  
  • Které testovací případy testovací jednotky pokrývají?
  • Které obchodní případy testovací jednotky pokrývají?
• Jaké testy a testovací protokoly byly vytvořeny?
• Jak se řeší změna verze RetailForce? Spouštějí se testovací jednotky znovu?
  
  • Jak funguje testovací proces?
• Je zajištěno, že se v produkčním provozu používají pouze produkční terminály (konfigurace)?
• Je zajištěno, že není možné provozovat pokladnu bez připojení k fiskálnímu a/nebo technickému bezpečnostnímu zařízení?
• Je zajištěno, že není možné pokladnu snadno odpojit od fiskalizačního zařízení / technického bezpečnostního zařízení prostřednictvím konfigurace?

Tento článek byl přeložen automaticky.