V tomto článku se dozvíte více o možných systémových architekturách, které lze podle našich současných znalostí v Německu implementovat pomocí fiskálního middlewaru RetailForce a variant TSE připojených k tomuto middlewaru. Všechny varianty jsou v zásadě nezávislé na zvolené variantě integrace fiskálního middlewaru RetailForce. Další informace naleznete v části Varianty instalace a integrace.

U všech variant se data DSFinV-K archivují v zabezpečeném archivu RetailForce Cloud.

Lokální pokladní systémy

Jednotlivá pokladna s lokálním TSE

Tato varianta je vhodná pro jednotlivé pokladny / samostatné pokladní systémy. V tomto případě je RetailForce Fiscal Middleware nainstalován na příslušné pokladně a certifikované technické bezpečnostní zařízení (TSE) je připojeno přímo k hardwaru pokladny. 

Pro tuto architektonickou variantu platí následující požadavky:

• jedna licence softwaru RetailForce Fiscal Middleware na jeden pokladní systém
• jedna hardwarová jednotka TSE na jeden pokladní systém

Centralizované pokladní systémy

U centralizovaných POS systémů je možné vybírat z několika variant v závislosti na konkrétní architektuře daného POS systému.

Centrální pokladní systém pobočky s lokálním TSE

V POS systémech s centrální pobočkou běží samotná POS aplikace buď na serveru v každé pobočce / prodejně, nebo je poskytována na PC v zázemí. Jednotlivé pokladny (= klienti) jsou připojeny k centrálnímu systému prostřednictvím lokální sítě pobočky (LAN). Centrální systém musí být nainstalován v každé jednotlivé prodejně.

Zde se na centrálním systému instaluje fiskální klient (fiskální middleware).

Zde se na centrálním systému instaluje fiskální klient (fiskální middleware).

V této variantě jsou jednotky TSE připojeny přímo k centrálnímu serveru pobočky/prodejny nebo k počítači v zázemí.

U této systémové architektury je třeba rozlišovat, zda lze klienty skutečně považovat za samostatné pokladní systémy. To platí v případě, že lze jednotlivé klienty v databázi pokladního systému odlišit. Například pokud je pro každého klienta spravováno samostatné číslo dokladu. Naopak, za pokladnu lze definovat i server. V takovém případě by klienti pracovali sekvenčně, tj. sdíleli by společné číslo dokladu. V tomto případě každý klient čeká, až ostatní klienti dokončí vytváření účtenek.

Předpoklady pro tuto variantu architektury:

• (centrální) instalace RetailForce Fiscal Middleware – ta spravuje všechny POS klienty
• buď
  • jedna licence na každého POS klienta (pokud mohou klienti pracovat paralelně) nebo
  • jedna licence na centrální systém (pokud je zpracování dokladů na klientovi sekvenční),
• stejně tak pro TSE, buď
  • jedna hardwarová jednotka TSE na každého klienta POS, nebo
  • jedna hardwarová jednotka TSE na jeden pobokový server nebo počítač v back-office.

Centrální pobočkový POS systém s Cloud TSE

Jako alternativa k lokálním hardwarovým jednotkám TSE lze pro zabezpečení dokladů o tržbách v centralizovaných pobočkových POS systémech použít také cloudové jednotky TSE.

Stejně jako u výše popsané varianty s lokálně připojenými hardwarovými jednotkami TSE je i v tomto případě na centrálním POS systému nainstalován RetailForce Fiscal Client.

Kromě toho musí být na centrálním systému nainstalována také část TSE zvaná SMAERS (SMAERS – Security Module Application for Electronic Record Keeping Systems). SMAERS je softwarová komponenta, která navazuje zabezpečené spojení se vzdáleným CSP (Cryptographic Service Provider), což je podpisová jednotka TSE.

Předpoklady pro tuto variantu architektury jsou:

• (centrální) instalace RetailForce Fiscal Middleware – spravující všechny POS klienty (režim multi-tenant),
• (centrální) instalace TSE Cloud Connector (SMAERS),
• buď
  • jedna licence na každého klienta POS (pokud mohou klienti pracovat paralelně), nebo
  • jedna licence na centrální systém (pokud je zpracování dokumentů na klientovi sekvenční),
• stejně tak pro TSE, buď
  • jedna hardwarová jednotka TSE na každého klienta POS, nebo
  • jedna hardwarová jednotka TSE na pobokový server nebo počítač v zázemí (pokud mohou klienti pracovat postupně).

Centrální POS systém s Cloud TSE

Na rozdíl od dvou předchozích variant není centrálním systémem v tomto případě server dostupný pro každou pobočku ani počítač v zázemí prodejny, ale vzdálený server. Na tomto serveru běží POS aplikace. Jednotlivé pokladny se k POS serveru připojují přes internet (WAN – Wide Area Network), například prostřednictvím připojení ke vzdálené ploše. V tomto případě pokladny nemohou pracovat v režimu offline a během procesu placení vyžadují trvalé online připojení k POS serveru. 

Stejně jako u předchozí varianty architektury musí být na POS serveru nainstalovány RetailForce Fiscal Middleware a komponenta SMAERS.

Aby bylo možné tuto variantu používat, platí následující předpoklady:

• (centrální) instalace RetailForce Fiscal Middleware na POS serveru – správa všech POS klientů,
• (centrální) instalace TSE Cloud Connector (SMAERS)
• jedna licence softwaru RetailForce Fiscal Middleware na každého klienta POS
• jedna licence Cloud TSE na každého klienta POS

V tomto případě nejsou popsány sekvenčně fungující POS systémy, jelikož celostátní verze těchto systémů podle našeho názoru nesplňují daňové požadavky.

Cloudový POS systém s Cloud TSE

Architektura cloudových POS systémů je v podstatě identická s architekturou centrálních POS systémů, přičemž spojení mezi centrálním serverem a klienty je navázáno přes internet.

I v tomto případě musí být na POS serveru nainstalován RetailForce Fiscal Middleware a komponenta SMAERS.

Důležité u této varianty architektury je, že mobilní klienti potřebují v průběhu pokladního procesu stálé připojení k internetu. Klienti nesmí mít žádné nebo jen omezené možnosti práce v režimu offline.

Požadavky na tuto variantu:

• (centrální) instalace RetailForce Fiscal Middleware na serveru Cloud, který spravuje všechny mobilní klienty (režim multi-tenant),
• (centrální) instalace TSE Cloud Connector (SMAERS) rovněž na Cloud serveru
• jedna licence softwaru RetailForce Fiscal Middleware na každého klienta Mobile POS
• jedna licence Cloud TSE na každého klienta Mobile POS

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