V tem članku boste izvedeli več o možnih sistemskih arhitekturah, ki jih je po naših trenutnih podatkih mogoče v Nemčiji implementirati s pomočjo RetailForce Fiskal middleware in različic TSE, povezanih s tem middlewarejem. Vse različice so v osnovi neodvisne od izbrane variante integracije RetailForce Fiskal middleware. Za več informacij glejte Različice namestitve in integracije.

Pri vseh variantah se podatki DSFinV-K arhivirajo v varni arhiv RetailForce Cloud.

Lokalni blagajniški sistemi

Posamezna blagajna z lokalnim TSE

Ta različica je primerna za posamezne blagajne / samostojne POS-sisteme. Pri tem je RetailForce Middleware nameščen na zadevni blagajni, certificirana tehnična varnostna naprava (TSE) pa je neposredno povezana s strojno opremo blagajne. 

Za to arhitekturno varianto veljajo naslednje zahteve:

• ena licenca za programsko opremo RetailForce Middleware na sistem POS
• ena hardware TSE enota na POS-sistem

Centralizirani POS-sistemi

Za centralizirane POS-sisteme je na voljo več različic, odvisno od dejanske arhitekture POS-sistema.

POS-sistem centralne poslovalnice z lokalno TSE

V POS-sistemih centralne poslovalnice dejanska POS-aplikacija teče bodisi na strežniku znotraj vsake poslovalnice/trgovine bodisi je na voljo na računalniku v back office. Posamezne blagajne (= klienti) so povezane s centralnim sistemom prek lokalnega omrežja poslovalnice (LAN). Centralni sistem mora biti nameščen v vsaki posamezni trgovini.

Tu se na centralnem sistemu namesti fiskalni client (fiskalno middleware).

Tukaj se na centralnem sistemu namesti fiskalni klient (fiskalno middleware).

V tej varianti so enote TSE neposredno povezane s centralnim strežnikom poslovalnice/trgovine ali z računalnikom v back office.

Pri tej sistemski arhitekturi je treba razlikovati, ali se odjemalce res lahko obravnava kot ločene POS-sisteme. To velja, če je mogoče posamezne odjemalce razlikovati v bazi podatkov POS-sistema. Na primer, če se za vsakega odjemalca upravlja ločen razpon številk dokumentov. Nasprotno pa je mogoče tudi strežnik opredeliti kot blagajno. V tem primeru bi odjemalci delovali zaporedno, tj. bi si delili razpon številk potrdil/dokumentov. V tem primeru vsaka stranka počaka, dokler druge stranke ne zaključijo z izdajanjem računov.

Pogoji za to različico arhitekture:

• (centralna) namestitev RetailForce Middleware – ta upravlja vse POS-odjemalce
• bodisi
  • ena licenca na POS client (če odjemalci lahko delujejo vzporedno) ali
  • ena licenca na centralni sistem (če je obdelava dokumentov na clientu zaporedna),
• enako velja za TSE, bodisi
  • ena strojna enota hardware TSE na POS-client ali
  • ena hardware TSE enota na strežnik podružnice ali računalnik v back-officeu.

Centralni POS-sistem poslovalnice z Cloud TSE

Kot alternativa lokalnim TSE-jem v obliki strojne opreme se za zaščito dokumentov o prejemkih na centraliziranih POS-sistemih v poslovalnicah lahko uporabljajo tudi TSE-ji v oblaku.

Tako kot pri zgoraj opisani varianti z lokalno povezanimi strojnimi TSE-ji je tudi na centralnem POS-sistemu nameščen RetailForce Fiscal Client.

Poleg tega je treba na centralnem sistemu namestiti tudi SMAERS-del TSE (SMAERS – Security Module Application for Electronic Record Keeping Systems). SMAERS je programska komponenta, ki vzpostavi varno povezavo z oddaljenim CSP (Cryptographic Service Provider), ki je podpisna enota TSE.

Pogoji za to različico arhitekture so:

• (centralna) namestitev RetailForce Middleware – ki upravlja vse POS-odjemalce (način več najemnikov),
• (centralna) namestitev TSE Cloud Connectorja (SMAERS),
• bodisi
  • ena licenca na POS-client (če odjemalci lahko delujejo vzporedno) ali
  • ena licenca na centralni sistem (če je obdelava dokumentov na clientu zaporedna),
• enako velja za TSE, bodisi
  • ena strojna enota hardware TSE na POS-client ali
  • ena hardware TSE enota na strežnik podružnice ali računalnik v back-office (če odjemalci lahko delujejo zaporedno).

Centralni POS-sistem z Cloud TSE

V nasprotju z obema prejšnjima variantama centralni sistem v tem primeru ni strežnik, ki je na voljo za vsako poslovalnico, niti računalnik v back-office trgovine, temveč oddaljeni strežnik. Aplikacija POS teče na tem strežniku. Posamezne blagajne dostopajo do strežnika POS prek interneta (WAN – Wide Area Network), na primer prek povezave z oddaljenim namizjem. V tem primeru blagajne ne delujejo v načinu brez povezave in med postopkom plačila potrebujejo stalno spletno povezavo s strežnikom POS. 

Tako kot pri prejšnji arhitekturni različici je treba na POS-strežniku namestiti RetailForce Middleware in komponento SMAERS.

Za uporabo te različice veljajo naslednji pogoji:

• (centralna) namestitev RetailForce Middleware na POS-strežniku – upravljanje vseh POS-odjemalcev,
• (centralna) namestitev TSE Cloud Connectorja (SMAERS)
• ena licenca za RetailForce Middleware na POS-odjemalca
• ena licenca za Cloud TSE na POS-client

V tem primeru zaporedno delujoči POS-sistemi niso opisani, saj po našem mnenju njihove nacionalne različice ne izpolnjujejo davčnih zahtev.

Oblak POS sistem z Cloud TSE

Arhitektura oblačnih POS-sistemov je v bistvu enaka arhitekturi centralnih POS-sistemov, pri čemer je povezava med centralnim strežnikom in klienti vzpostavljena prek interneta.

Tudi v tem primeru morata biti na POS-strežniku nameščena RetailForce Middleware in komponenta SMAERS.

Pri tej varianti arhitekture je pomembno, da mobilni klienti med postopkom plačila potrebujejo redno spletno povezavo. Klienti ne smejo imeti nobenih ali le omejenih možnosti delovanja brez spletne povezave.

Zahteve za to različico:

• (centralna) namestitev RetailForce Middleware na strežniku v oblaku, ki upravlja vse mobilne odjemalce (način več najemnikov),
• (centralna) namestitev TSE Cloud Connectorja (SMAERS) prav tako na strežniku v oblaku
• ena licenca za RetailForce Middleware na mobilnega POS-odjemalca
• ena licenca za Cloud TSE na mobilnega POS-clienta

Ta članek je bil samodejno preveden.