I den här artikeln får du lära dig mer om möjliga systemarkitekturer som, enligt vår nuvarande kunskap, kan implementeras i Tyskland med hjälp av RetailForce Fiskal middleware och de TSE-varianter som är anslutna till middlewaren. Alla varianter är i princip oberoende av den valda integrationsvarianten för RetailForce Fiskal middleware. För mer information, se Installations- och integrationsvarianter.

I alla varianter arkiveras DSFinV-K-data i det säkra arkivet i RetailForce Cloud.

Lokala kassasystem

Enskild kassa med lokal TSE

Denna variant är lämplig för enskilda kassor/fristående POS-system. Här installeras RetailForce Middleware på respektive kassa och den certifierade tekniska säkerhetsenheten (TSE) ansluts direkt till kassans hårdvara. 

Följande krav gäller för denna arkitekturvariant:

• en licens för RetailForce Middleware per POS-system
• en hardware TSE-enhet per kassasystem

Centraliserade POS-system

För centraliserade POS-system finns flera varianter att välja mellan, beroende på POS-systemets faktiska arkitektur.

Centralt kassasystem med lokal TSE

I centrala POS-system körs själva POS-applikationen antingen på en server i varje filial/butik eller tillhandahålls på en dator i backoffice. De enskilda kassorna (= klienter) är anslutna till det centrala systemet via det lokala filialnätverket (LAN). Det centrala systemet måste installeras i varje enskild butik.

Här installeras Fiscal Client (Fiskal Middleware) på det centrala systemet.

Här installeras Fiscal Client (Fiscal Middleware) på det centrala systemet.

I denna variant är TSE-enheterna anslutna direkt till den centrala filial-/butiksservern eller backoffice-datorn.

Med denna systemarkitektur måste man skilja på om klienterna verkligen kan betraktas som separata kassasystem. Detta är fallet om de enskilda klienterna kan särskiljas i kassasystemets databas. Till exempel om ett separat dokumentnummerintervall hanteras för varje klient. Däremot kan servern också definieras som en kassa. I detta fall skulle klienterna arbeta sekventiellt, dvs. de skulle dela ett kvitto-/dokumentnummerintervall. I detta fall väntar varje client tills de andra klienterna har slutfört skapandet av kvitton.

Förutsättningar för denna arkitekturvariant:

• en (central) installation av RetailForce Middleware – denna hanterar alla POS-klienter
• antingen
  • en licens per POS-client (om klienterna kan arbeta parallellt) eller
  • en licens per centralsystem (om dokumenthanteringen på klienten sker sekventiellt),
• likaså för TSE, antingen
  • en hardware TSE-enhet per POS-client eller
  • en hardware TSE-enhet per filialserver eller backoffice-dator.

Centralt POS-system för filialer med Cloud TSE

Som ett alternativ till lokala TSE-enheter i hårdvara kan även Cloud-baserade TSE-enheter användas på centraliserade POS-system i filialer för att säkra kvittodokument.

Precis som i den ovan beskrivna varianten med lokalt anslutna TSE-enheter i hårdvara installeras även RetailForce Fiscal Client på det centrala kassasystemet.

Dessutom måste SMAERS-delen av TSE (SMAERS står för Security Module Application for Electronic Record Keeping Systems) installeras på det centrala systemet. SMAERS är en programvarukomponent som upprättar en säker anslutning till den fjärranslutna CSP:n (Cryptographic Service Provider), som utgör TSE:ns signaturenhet.

Förutsättningarna för denna arkitekturvariant är:

• En (central) installation av RetailForce Middleware – som hanterar alla POS-klienter (multitenant-läge),
• en (central) installation av en TSE Cloud Connector (SMAERS),
• antingen
  • en licens per POS-client (om klienterna kan arbeta parallellt) eller
  • en licens per centralsystem (om dokumenthanteringen på klienten sker sekventiellt),
• likaså för TSE, antingen
  • en hardware TSE-enhet per POS-client eller
  • en hardware TSE-enhet per filialserver eller backoffice-dator (om klienterna kan arbeta sekventiellt).

Centralt POS-system med Cloud TSE

Till skillnad från de två tidigare varianterna är det centrala systemet här inte en server som är tillgänglig för varje filial eller butikens backoffice-dator, utan en fjärrserver. POS-applikationen körs på denna server. De enskilda kassorna ansluter till POS-servern via internet (WAN – Wide Area Network), till exempel via en fjärrskrivbordsanslutning. I detta fall kan kassorna inte användas offline och kräver en permanent onlineanslutning till POS-servern under kassaprocessen. 

Precis som med den tidigare arkitekturvarianten måste RetailForce Middleware och SMAERS-komponenten installeras på POS-servern.

För att kunna använda denna variant gäller följande förutsättningar:

• en (central) installation av RetailForce Middleware på POS-servern – som hanterar alla POS-klienter,
• en (central) installation av en TSE Cloud Connector (SMAERS)
• en licens för RetailForce Middleware per POS-client
• en Cloud TSE-licens per POS-client

I detta fall beskrivs inte sekventiellt drivna POS-system, eftersom landsomfattande versioner av dessa system enligt vår uppfattning inte uppfyller de skattemässiga kraven.

Molnbaserat POS-system med Cloud TSE

Arkitekturen för molnbaserade POS-system är i princip identisk med den för centrala POS-system, där anslutningen mellan den centrala servern och klienterna upprättas via internet.

Även här måste RetailForce Middleware och SMAERS-komponenten installeras på POS-servern.

Det viktiga med denna arkitekturvariant är att de mobila klienterna behöver en regelbunden internetanslutning under kassaprocessen. Klienterna får inte ha några eller endast begränsade offlinefunktioner.

Krav för denna variant:

• en (central) installation av RetailForce Middleware på Cloud-servern, som hanterar alla mobila klienter (multitenant-läge),
• en (central) installation av en TSE Cloud Connector (SMAERS), även den på molnservern
• en licens för RetailForce Middleware per mobil POS-client
• en Cloud TSE-licens per mobil POS-client

Den här artikeln har översatts automatiskt.