Întrebările enumerate în acest articol au scopul de a vă ajuta să verificați implementarea Fiskal middleware de la RetailForce în vederea respectării Ordonanței germane privind securitatea caselor de marcat (KassenSichV) în Germania.

Crearea documentelor

• La crearea bonurilor fiscale, a fost apelată funcția createDocument (pentru crearea unei tranzacții pe TSE) atunci când ați creat o tranzacție în sistemul dvs. POS?
  Context: În Germania, este obligatoriu să se inițieze o tranzacție pe TSE la începerea documentului (adăugarea primului articol sau a primului client sau o activitate similară).

Transmiterea documentului

• S-a asigurat că fiecare document care a fost inițiat a fost și transmis?
• Anularea unei chitanțe este transmisă ca o funcție „cancelDocument”?
• Cum sunt gestionate anulările de rânduri?
• Cum sunt gestionate bonurile parcate/suspendate (dacă există) la sfârșitul zilei?
• Se verifică în mod continuu numărul de tranzacții deschise pe TSE?
• S-a asigurat că mai multe procese nu comunică simultan cu același FiscalClient?
  (Nu sunt permise apeluri multiple simultane ale funcției storeDocument către același FiscalClient, dar sunt permise mai mulți FiscalClients pe un singur FiscalService).
  
  • Cum a fost implementată gestionarea erorilor pentru apelurile stocate în buffer (a se vedea și următoarea întrebare)?
• Cum s-a asigurat că numai documentele relevante din punct de vedere fiscal sunt transmise către sistemul fiscal?
  
  • Care este procedura în cazul apariției unei erori?
• Cum se gestionează situația de eroare în care serviciul nu este disponibil?
• Există documente parcate/suspendate și, dacă da, au fost acestea implementate cu funcția LongTermOrder sau cu tranzacții deschise pe TSE?
  
  • Vă rugăm să rețineți că diferiți producători de TSE acceptă un număr maxim diferit de tranzacții deschise pe un TSE.
  • A se vedea și: Procesele de comandă pe termen lung în industria de catering.
• Validarea documentului a fost apelată înainte de transmitere sau doar atunci când metoda storeDocument generează o eroare?

Tipuri de documente

• Vor fi transmise toate tipurile de documente relevante din punct de vedere fiscal?
  
  • Depunerea restului
  • Vânzare
  • Depunere
  • Plată/retragere
  • Percepere/retragere
  • Diferență de numerar
  • Sold de numerar
• BusinessTransactionType este setat în mod deliberat sau este lăsat întotdeauna la valoarea implicită?
  
  • Care dintre acestea au fost implementate?
  • Aveți procese de afaceri care nu sunt încă mapate la un BusinessTransactionType?
    (de exemplu: subvenții înregistrate prin sistemul POS (disponibil începând cu versiunea 1.2.11)).
• Sunt transferate corect cotele de impozitare pentru poziții?
• Referința este transferată corect în cazul unei anulări sau al unui retur?
• Sunt transmise datele clientului în cazul unei vânzări identificate de client?
• Este utilizatorul (utilizatorul proprietății) transmis împreună cu documentul?

Poziții

• Există alte elemente în afară de pozițiile articolelor?
  
  • Set de articole
  • Înregistrări / contabilizare
  • Poziții text / elemente text
• Cum sunt mapate eventualele vânzări prin bonuri?
• Reducerile sunt transmise în structura existentă?
• În ceea ce privește valorile NetValue/GrossValue ale unui articol, sunt transmise vânzările efective realizate pentru acest articol, incluzând toate reducerile luate în considerare (inclusiv reducerile cumulative / reducerile la subtotal)?
• Sunt transmise subtotalurile?
• Există unități de măsură diferite?

Metode de plată

• Sunt setate corect tipurile de plată corespunzătoare?
• Se face distincție între bonurile cu o singură destinație și cele cu destinații multiple?
• În cazul monedelor străine, cursul de schimb și moneda sunt transferate corect?

Închiderea de casă

• A fost efectuată închiderea de casă?
• Dacă se utilizează închiderea simplificată a casei, cum sunt reconciliate/verificate datele cu sistemul?

Imprimare

• Codul QR este imprimat pe fiecare tipăritură/chitanță?
• Imprimarea respectă cerințele legale?
  
  • A se vedea și: Obligația de a elibera chitanțe și cerințele privind chitanțele.
• Fiecare chitanță este tipărită (sau furnizată electronic) și înmânată clientului?
• Este menționată pe documentul tipărit o eventuală defecțiune a TSE?
• A fost implementat pe documentul tipărit mesajul PrintMessage (obligatoriu!) din fiscalResponse?

Funcționare

• Cum s-a asigurat apelarea CloudConnect la repornirea serviciului (și faptul că aplicația POS nu detectează repornirea, relevant doar dacă arhivarea în cloud este activă)?
  
  • A fost interceptat corespunzător codul de răspuns (424, dependență eșuată) pentru lipsa conexiunii la Cloud?
• Cum se asigură funcționarea continuă a serviciului?
  
  • Este instalat un sistem de monitorizare?
• Cum se asigură verificarea transferului în curs către Cloud (arhivare) pentru a se constata dacă acesta funcționează corespunzător?
  
  • Se utilizează punctul final /api/v1/information/client/{clientId}/status pentru a verifica continuu transferurile deschise în cloud?
• Este asigurată proximitatea fizică (locală) a sistemului POS față de serviciul fiscal și, de asemenea, față de TSE?
  A se vedea și întrebările frecvente ale BSI.

Întrebări tehnice/teste

• Au fost create unități de testare pentru a verifica integrarea?
  
  • Ce cazuri de testare sunt acoperite de unitățile de testare?
  • Ce scenarii de afaceri sunt acoperite de unitățile de testare?
• Ce teste și protocoale de testare au fost create?
• Cum se gestionează o modificare a release-ului RetailForce? Unitățile de testare sunt repornite?
  
  • Cum funcționează procesul de testare?
• Se asigură faptul că în exploatarea productivă sunt utilizate numai terminale (configurații) productive?
• Se asigură faptul că nu este posibilă funcționarea casei de marcat fără conexiunea la dispozitivul de fiscalizare și/sau la TSE?
• Se asigură faptul că nu este posibilă detașarea ușoară a casei de marcat de sistemul de fiscalizare / dispozitivul tehnic de securitate prin configurare?

Acest articol a fost tradus automat.