În acest articol, veți afla mai multe despre arhitecturile de sistem posibile care, conform cunoștințelor noastre actuale, pot fi implementate în Germania cu ajutorul RetailForce Fiskal middleware și al variantelor TSE conectate la middleware. Toate variantele sunt, în principiu, independente de varianta de integrare selectată a RetailForce Fiskal middleware. Pentru mai multe informații, consultați Variantele de instalare și integrare.

În cazul tuturor variantelor, datele DSFinV-K sunt arhivate în Arhiva Securizată a RetailForce Cloud.

Sisteme locale de casă de marcat

Un singur POS cu TSE local

Această variantă este potrivită pentru casele de marcat individuale / sistemele POS autonome. În acest caz, RetailForce Middleware este instalat pe casa de marcat respectivă, iar dispozitivul tehnic de securitate (TSE) certificat este conectat direct la hardware-ul casei de marcat. 

Pentru această variantă arhitecturală se aplică următoarele cerințe:

• o licență a RetailForce Middleware pentru fiecare sistem POS
• o unitate hardware TSE pentru fiecare sistem POS

Sisteme POS centralizate

Pentru sistemele POS centralizate, există mai multe variante din care se poate alege, în funcție de arhitectura efectivă a sistemului POS.

Sistem POS centralizat la sediu central cu TSE local

În sistemele POS cu sucursală centrală, aplicația POS propriu-zisă fie rulează pe un server din cadrul fiecărei sucursale/magazin, fie este furnizată pe un PC din back office. Casele de marcat individuale (= clienți) sunt conectate la sistemul central prin rețeaua locală a sucursalei (LAN). Sistemul central trebuie instalat în fiecare magazin în parte.

Aici, clientul fiscal (middleware-ul fiscal) este instalat pe sistemul central.

Aici, clientul fiscal (middleware-ul fiscal) este instalat pe sistemul central.

În această variantă, unitățile TSE sunt conectate direct la serverul central al sucursalei/magazinului sau la PC-ul din back-office.

Cu această arhitectură de sistem, trebuie făcută o distincție cu privire la faptul dacă clienții pot fi considerați cu adevărat sisteme POS separate. Acest lucru este valabil dacă clienții individuali pot fi distinși în baza de date a sistemului POS. De exemplu, dacă pentru fiecare client este gestionat un interval separat de numere de documente. În schimb, serverul poate fi definit și ca o casă de marcat. În acest caz, clienții ar funcționa secvențial, adică ar împărți un interval de numere de bonuri/documente. În acest caz, fiecare client așteptă până când ceilalți clienți au terminat de generat bonurile fiscale.

Condiții prealabile pentru această variantă de arhitectură:

• o instalare (centrală) a RetailForce Middleware – aceasta gestionează toți clienții POS
• fie
  • o licență per client POS (dacă clienții pot funcționa în paralel) sau
  • o licență pentru fiecare sistem central (dacă procesarea documentelor pe client se face secvențial),
• la fel și pentru TSE, fie
  • o unitate hardware TSE pentru fiecare client POS sau
  • o unitate de hardware TSE pe server de sucursală sau pe PC de back-office.

Sistem POS centralizat la sucursală cu Cloud TSE

Ca alternativă la unitățile TSE hardware locale, unitățile TSE în Cloud pot fi utilizate și pe sistemele POS centralizate ale sucursalelor pentru securizarea documentelor de încasare.

La fel ca în varianta descrisă mai sus cu unitățile TSE hardware conectate local, RetailForce Fiscal Client este instalat și pe sistemul POS central.

În plus, componenta SMAERS a TSE (SMAERS – Security Module Application for Electronic Record Keeping Systems) trebuie, de asemenea, instalată pe sistemul central. SMAERS este o componentă software care stabilește o conexiune securizată cu CSP-ul (Cryptographic Service Provider) la distanță, acesta fiind unitatea de semnătură a TSE.

Condițiile prealabile pentru această variantă de arhitectură sunt:

• O instalare (centrală) a RetailForce Middleware – care gestionează toți clienții POS (modul multi-tenant),
• o instalare (centrală) a unui TSE Cloud Connector (SMAERS),
• fie
  • o licență pentru fiecare client POS (dacă clienții pot funcționa în paralel) sau
  • o licență pentru fiecare sistem central (dacă procesarea documentelor pe client se face secvențial),
• la fel și pentru TSE, fie
  • o unitate hardware TSE pentru fiecare client POS sau
  • o unitate de hardware TSE pe server de sucursală sau pe PC de back-office (dacă clienții pot funcționa secvențial).

Sistem POS central cu Cloud TSE

Spre deosebire de cele două variante anterioare, sistemul central nu este aici un server disponibil pentru fiecare sucursală sau un PC de back-office al magazinului, ci un server la distanță. Aplicația POS rulează pe acest server. Casele de marcat individuale accesează serverul POS prin internet (WAN – Wide Area Network), de exemplu printr-o conexiune de tip desktop la distanță. În acest caz, casele de marcat nu pot funcționa offline și necesită o conexiune permanentă la serverul POS pe durata procesului de plată. 

La fel ca în cazul variantei de arhitectură anterioare, RetailForce Middleware și componenta SMAERS trebuie instalate pe serverul POS.

Pentru a putea utiliza această variantă, se aplică următoarele condiții prealabile:

• o instalare (centrală) a RetailForce Middleware pe serverul POS – care gestionează toți clienții POS,
• o instalare (centrală) a unui TSE Cloud Connector (SMAERS)
• o licență de RetailForce Middleware pentru fiecare client POS
• o licență Cloud TSE pentru fiecare client POS

În acest caz, sistemele POS care funcționează secvențial nu sunt descrise, deoarece, în opinia noastră, versiunile naționale ale acestor sisteme nu îndeplinesc cerințele fiscale.

Sistem POS în cloud cu Cloud TSE

Arhitectura sistemelor POS bazate pe Cloud este, în esență, identică cu cea a sistemelor POS centrale, în care conexiunea dintre serverul central și clienți se realizează prin internet.

Din nou, RetailForce Middleware și componenta SMAERS trebuie instalate pe serverul POS.

Un aspect important al acestei variante de arhitectură este faptul că clienții mobili au nevoie de o conexiune online constantă pe durata procesului de plată. Clienții nu trebuie să aibă deloc sau trebuie să aibă doar capacități offline limitate.

Cerințe pentru această variantă:

• o instalare (centrală) a RetailForce Middleware pe serverul Cloud, care gestionează toți clienții mobili (modul multi-tenant),
• o instalare (centrală) a unui TSE Cloud Connector (SMAERS), tot pe serverul cloud
• o licență de RetailForce Middleware pentru fiecare client Mobile POS
• o licență Cloud TSE pentru fiecare client Mobile POS

Acest articol a fost tradus automat.