W niniejszym artykule dowiedzą się Państwo więcej na temat możliwych architektur systemowych, które – zgodnie z naszą aktualną wiedzą – można wdrożyć w Niemczech przy pomocy oprogramowania pośredniczącego RetailForce Fiskal middleware oraz wariantów TSE podłączonych do tego oprogramowania. Wszystkie warianty są zasadniczo niezależne od wybranego wariantu integracji oprogramowania pośredniczącego RetailForce Fiskal middleware. Więcej informacji można znaleźć w sekcji „Warianty instalacji i integracji”.

We wszystkich wariantach dane DSFinV-K są archiwizowane w bezpiecznym archiwum RetailForce Cloud.

Lokalne systemy kasowe

Pojedynczy punkt sprzedaży (POS) z lokalnym urządzeniem TSE

Ten wariant jest odpowiedni dla pojedynczych kas fiskalnych / autonomicznych systemów POS. W tym przypadku oprogramowanie RetailForce Middleware jest instalowane na danej kasie fiskalnej, a certyfikowane urządzenie zabezpieczające (TSE) jest podłączone bezpośrednio do sprzętu kasy fiskalnej. 

W przypadku tego wariantu architektury obowiązują następujące wymagania:

• jedna licencja oprogramowania RetailForce Middleware na każdy system POS
• jedno sprzętowe urządzenie TSE na każdy system kasowy

Scentralizowane systemy kasowe

W przypadku scentralizowanych systemów POS do wyboru jest kilka wariantów, w zależności od rzeczywistej architektury systemu POS.

Centralny system kasowy z lokalnym modułem TSE

W systemach kasowych z centralą w oddziale rzeczywista aplikacja kasowa działa albo na serwerze w każdym oddziale / sklepie, albo jest udostępniana na komputerze w zapleczu. Poszczególne kasy (= klienci) są połączone z systemem centralnym za pośrednictwem lokalnej sieci oddziału (LAN). System centralny musi być zainstalowany w każdym sklepie z osobna.

W tym przypadku na systemie centralnym instalowany jest client fiskalny (middleware).

W tym przypadku na systemie centralnym instaluje się klienta fiskalnego (middleware typu fiskalnego).

W tym wariancie urządzenia TSE są podłączone bezpośrednio do centralnego serwera oddziału/sklepu lub komputera w zapleczu.

W przypadku tej architektury systemu należy rozróżnić, czy klienci mogą być rzeczywiście traktowani jako odrębne systemy kasowe. Ma to miejsce, gdy poszczególnych klientów można rozróżnić w bazie danych systemu kasowego. Na przykład, jeśli dla każdego klienta zarządzany jest odrębny zakres numerów dokumentów. Z drugiej strony serwer może być również zdefiniowany jako kasa fiskalna. W takim przypadku klienci działaliby sekwencyjnie, tzn. korzystaliby ze wspólnego zakresu numerów paragonów/dokumentów. W takim przypadku każdy klient czeka, aż inne klienty zakończą tworzenie paragonów.

Warunki wstępne dla tego wariantu architektury:

• (centralna) instalacja oprogramowania RetailForce Middleware – zarządza ona wszystkimi klientami POS
• albo
  • jedna licencja na każdego klienta POS (jeśli klienci mogą pracować równolegle) albo
  • jedna licencja na system centralny (jeśli przetwarzanie dokumentów na kliencie odbywa się sekwencyjnie),
• podobnie w przypadku modułu TSE: albo
  • jedna sprzętowa jednostka hardware TSE na każdy klient POS, albo
  • jedna sprzętowa jednostka hardware TSE na serwer oddziału lub komputer w zapleczu.

Centralny system POS oddziału z modułem Cloud TSE

Jako alternatywę dla lokalnych sprzętowych modułów TSE w scentralizowanych systemach kasowych oddziałów można również wykorzystać moduły TSE w Cloud w celu zabezpieczenia dokumentów kasowych.

Podobnie jak w przypadku opisu powyżej, dotyczącego lokalnie podłączonych sprzętowych modułów TSE, na centralnym systemie kasowym instalowany jest również moduł RetailForce Fiscal Client.

Ponadto na systemie centralnym należy zainstalować również część TSE o nazwie SMAERS (SMAERS – Security Module Application for Electronic Record Keeping Systems). SMAERS to komponent oprogramowania, który nawiązuje bezpieczne połączenie ze zdalnym dostawcą usług kryptograficznych (CSP), stanowiącym moduł podpisujący TSE.

Warunki wstępne dla tego wariantu architektury to:

• (centralna) instalacja oprogramowania RetailForce Middleware – zarządzającego wszystkimi klientami POS (tryb wielodostępny),
• (centralna) instalacja modułu TSE Cloud Connector (SMAERS),
• albo
  • jedna licencja na każdego klienta POS (jeśli klienci mogą pracować równolegle) albo
  • jedna licencja na system centralny (jeżeli przetwarzanie dokumentów na kliencie odbywa się sekwencyjnie),
• podobnie w przypadku TSE: albo
  • jedno urządzenie sprzętowe hardware TSE na każdego klienta POS, albo
  • jedna sprzętowa jednostka hardware TSE na serwer oddziału lub komputer w zapleczu (jeżeli klienci mogą pracować sekwencyjnie).

Centralny system POS z Cloud TSE

W odróżnieniu od dwóch poprzednich wariantów system centralny nie jest tutaj serwerem dostępnym dla każdego oddziału ani komputerem w zapleczu sklepu, lecz serwerem zdalnym. Aplikacja POS działa na tym serwerze. Poszczególne kasy uzyskują dostęp do serwera POS przez Internet (WAN – sieć rozległa), na przykład poprzez połączenie typu „zdalny pulpit”. W tym przypadku kasy nie mogą pracować w trybie offline i wymagają stałego połączenia internetowego z serwerem POS podczas procesu realizacji transakcji. 

Podobnie jak w przypadku poprzedniego wariantu architektury, na serwerze POS należy zainstalować oprogramowanie RetailForce Middleware oraz komponent SMAERS.

Aby móc korzystać z tego wariantu, muszą być spełnione następujące warunki wstępne:

• (centralna) instalacja oprogramowania RetailForce Middleware na serwerze POS – zarządzająca wszystkimi klientami POS,
• (centralna) instalacja TSE Cloud Connector (SMAERS)
• jedna licencja oprogramowania RetailForce Middleware na każdego klienta POS
• jedna licencja Cloud TSE na każdego klienta POS

W niniejszym przypadku nie uwzględniono systemów POS działających sekwencyjnie, ponieważ naszym zdaniem ich wersje ogólnokrajowe nie spełniają wymogów fiskalnych.

System POS w chmurze z Cloud TSE

Architektura systemów POS opartych na Cloud jest zasadniczo identyczna z architekturą centralnych systemów POS, w których połączenie między serwerem centralnym a klientami nawiązywane jest za pośrednictwem Internetu.

Również w tym przypadku na serwerze POS należy zainstalować oprogramowanie RetailForce Middleware oraz komponent SMAERS.

Ważną cechą tego wariantu architektury jest to, że klienci mobilni potrzebują stałego połączenia z Internetem w trakcie procesu realizacji transakcji. Klienci nie mogą posiadać żadnych lub mogą posiadać jedynie ograniczone możliwości pracy w trybie offline.

Wymagania dotyczące tego wariantu:

• (centralna) instalacja oprogramowania RetailForce Middleware na serwerze w chmurze, zarządzająca wszystkimi klientami mobilnymi (tryb wielodostępny),
• (centralna) instalacja TSE Cloud Connector (SMAERS) również na serwerze w chmurze
• jedna licencja oprogramowania RetailForce Middleware na każdego klienta Mobile POS
• jedna licencja Cloud TSE na každého klienta Mobile POS

Ten artykuł został przetłumaczony automatycznie.