Architektury elektronicznych systemów rejestracji (ERS)

Zdefiniowanie pojęcia „elektronicznego systemu rejestracji” nie zawsze jest łatwe. Niniejszy artykuł stanowi próbę omówienia tego zagadnienia.

W niniejszym artykule pominięto wymagania architektoniczne obowiązujące w krajach, w których obowiązują przepisy i regulacje dotyczące fiskalizacji. W celu uzyskania prawnego wyjaśnienia, czy architektura Państwa systemu jest zgodna z odpowiednimi przepisami dotyczącymi fiskalizacji w danym kraju, prosimy o kontakt z doradcą podatkowym w danym kraju.

Pominięto również wszelkie wymagania dotyczące lokalnego sprzętu fiskalnego (drukarka fiskalna, hardware TSE itp.).

W dalszej części termin „oprogramowanie kasowe” jest używany jako synonim wszystkich rodzajów systemów oprogramowania służących do przetwarzania transakcji w ramach wymiany usług między przedsiębiorstwami a konsumentami (lub między samymi przedsiębiorstwami).

Systemy autonomiczne

Definicja:

System autonomiczny definiujemy jako:

• jednostkę logiczną, na której działa oprogramowanie POS, oraz
• która może przetwarzać transakcje (sprzedażowe) niezależnie od innych systemów.
• Systemy autonomiczne zazwyczaj posiadają własne zakresy numeracji dokumentów.
• Systemy takie zazwyczaj składają się z
  
  • komputera kasowego, tabletu lub innych urządzeń mobilnych, które mogą działać niezależnie,
  • drukarki paragonów (lub innego urządzenia służącego do wydawania potwierdzeń transakcji),
  • monitora (dla kasjera),
  • oraz innych elementów (skaner kodów kreskowych, wyświetlacz dla klienta itp.).

Przykłady systemów autonomicznych:

• kasa w supermarkecie,
• kasa w sklepie rzemieślniczym,
• kasa w salonie fryzjerskim,
• stacja ładowania samochodów elektrycznych,
• terminale płatnicze samoobsługowe na stacjach benzynowych,
• terminal płatniczy samoobsługowy w garażu wielopoziomowym itp.

W tej samej sieci można eksploatować kilka samodzielnych lub indywidualnych systemów kasowych niezależnie od siebie.

Rys. 1. System autonomiczny / Pojedynczy system kasowy

Aby zapewnić autonomię i niezależność pojedynczej kasy / systemu autonomicznego, oprogramowanie RetailForce Middleware jest instalowane bezpośrednio na tym urządzeniu (patrz rys. 1).

Systemy centralne z urządzeniami wejściowymi

Definicja:

W systemach centralnych:

• oprogramowanie POS jest uruchamiane na systemie centralnym (systemie hosta).
• System centralny udostępnia funkcje oprogramowania kasowego innym jednostkom (urządzeniom wejściowym), które łączą się z systemem głównym za pośrednictwem sieci lokalnej lub Internetu.
• System centralny zarządza zakresami numerów dokumentów (może to być jeden zakres numerów – podzielony również według typów dokumentów – dla wszystkich stacji wprowadzania danych lub zakresy podzielone według urządzeń wejściowych).

Rzeczywiste urządzenia wejściowe nie mogą pracować w trybie offline. Oznacza to, że do przeprowadzania transakcji wymagają stałego połączenia z systemem głównym.

Przykłady systemów centralnych z urządzeniami wejściowymi:

• kasa restauracyjna z mobilnymi terminalami / urządzeniami do składania zamówień,
• serwer sklepowy / główna kasa z podłączonymi stanowiskami kasowymi / terminalami,
• system kasowy w centrum danych z klientami typu thin client w oddziałach / sklepach,
• systemy POS w Cloud z dostępem za pośrednictwem aplikacji internetowej lub przeglądarki internetowej itp.

Rys. 2. System centralny z urządzeniami wejściowymi

Rys. 3. Chmurowy system kasowy z urządzeniami wejściowymi

W przypadku systemów centralnych oprogramowanie RetailForce Fiscal Middleware najlepiej zainstalować w systemie hosta. Można je jednak zainstalować również na innym systemie w tej samej sieci, w tym samym centrum danych lub w chmurze (patrz rys. 2 i rys. 3).

Systemy centralne – z możliwością pracy w trybie offline

Definicja:

Jeżeli w systemie centralnym podłączone terminale/urządzenia obsługują tryb offline i mogą działać oraz przetwarzać transakcje – choć w ograniczonym zakresie – bez połączenia z systemem centralnym, nie są one już urządzeniami wejściowymi. W systemach tych na podłączonych urządzeniach działa aplikacja lub komponent systemu EAS.

Przykłady systemów centralnych – z możliwością pracy w trybie offline:

• Serwer oddziałowy / główna kasa fiskalna z podłączonymi stanowiskami kasowymi / terminalami
• System kasowy w centrum danych z klientami typu „fat client” w oddziałach,
• Systemy POS w Cloud z aplikacją zainstalowaną lokalnie na urządzeniu

Rys. 4. System centralny (serwer) – z możliwością pracy w trybie offline

Rys. 5. Chmurowy system kasowy – z możliwością pracy w trybie offline

W przypadku systemów centralnych z możliwością pracy w trybie offline zaleca się zainstalowanie oprogramowania RetailForce Middleware na każdym podłączonym urządzeniu (patrz rys. 4 i rys. 5).

Dodatkowe informacje

Warianty instalacji i integracji

Architektury systemowe, w tym TSE

Ten artykuł został przetłumaczony automatycznie.