Neste artigo, ficará a saber mais sobre as possíveis arquiteturas de sistema que, de acordo com os nossos conhecimentos atuais, podem ser implementadas na Alemanha com a ajuda do RetailForce Fiskal middleware e das variantes do TSE ligadas ao middleware. Todas as variantes são, basicamente, independentes da variante de integração selecionada do RetailForce Fiskal middleware. Para mais informações, consulte Variantes de instalação e integração.

Em todas as variantes, os dados DSFinV-K são arquivados no RetailForce Secure Archive da RetailForce Cloud.

Sistemas de caixa registadora locais

TPV único com TSE local

Esta variante é adequada para caixas registadoras individuais / sistemas POS autónomos. Neste caso, o RetailForce Middleware é instalado na respetiva caixa registadora e o Dispositivo Técnico de Segurança (TSE) certificado é ligado diretamente ao hardware da caixa registadora. 

Aplicam-se os seguintes requisitos a esta variante arquitetónica:

• uma licença do RetailForce Middleware por sistema POS
• uma unidade de hardware TSE por sistema POS

Sistemas POS centralizados

No caso dos sistemas POS centralizados, existem várias variantes à escolha, dependendo da arquitetura efetiva do sistema POS.

Sistema de PDV da sede central com TSE local

Nos sistemas de PDV de filial central, a aplicação de PDV propriamente dita é executada num servidor dentro de cada filial/loja ou é disponibilizada num computador de back office. As caixas registadoras individuais (= clients) estão ligadas ao sistema central através da rede local da filial (LAN). O sistema central deve ser instalado em cada loja individualmente.

Neste caso, o Client Fiscal (o middleware fiscal) é instalado no sistema central.

Aqui, o Client Fiscal (o Middleware Fiscal) é instalado no sistema central.

Nesta variante, as unidades TSE estão ligadas diretamente ao servidor central da filial/loja ou ao computador do back-office.

Com esta arquitetura de sistema, é necessário distinguir se os clientes podem realmente ser considerados sistemas POS separados. É este o caso se os clientes individuais puderem ser distinguidos na base de dados do sistema POS. Por exemplo, se for gerido um intervalo de números de documento separado para cada cliente. Em contrapartida, o servidor também pode ser definido como uma caixa registadora. Neste caso, os clientes funcionariam sequencialmente, ou seja, partilhariam um intervalo de números de comprovativo/documento. Neste caso, cada cliente aguarda até que os outros clientes tenham concluído a criação dos recibos.

Pré-requisitos para esta variante de arquitetura:

• uma instalação (central) do RetailForce Middleware — este gere todos os clientes de PDV
• ou
  • uma licença por client de PDV (se os clientes puderem funcionar em paralelo) ou
  • uma licença por sistema central (caso o processamento de documentos no client seja sequencial),
• da mesma forma para o TSE, ou
  • uma unidade de hardware TSE por client POS ou
  • uma unidade de hardware TSE por servidor de agência ou por computador de back-office.

Sistema de TPV central da agência com Cloud TSE

Como alternativa aos TSE de hardware locais, os TSE na Cloud também podem ser utilizados em sistemas POS centralizados de agências para garantir a segurança dos documentos de recibo.

Tal como na variante acima descrita com TSEs de hardware ligados localmente, o RetailForce Fiscal Client também é instalado no sistema POS central.

Além disso, a componente SMAERS do TSE (SMAERS, sigla em inglês para «Security Module Application for Electronic Record Keeping Systems») deve igualmente ser instalada no sistema central. O SMAERS é um componente de software que estabelece uma ligação segura ao CSP (Cryptographic Service Provider) remoto, sendo esta a unidade de assinatura do TSE.

Os pré-requisitos para esta variante de arquitetura são:

• Uma instalação (central) do RetailForce Middleware — que gere todos os clientes POS (modo multitenant),
• uma instalação (central) de um TSE Cloud Connector (SMAERS),
• ou
  • uma licença por client POS (caso os clientes possam funcionar em paralelo) ou
  • uma licença por sistema central (caso o processamento de documentos no client seja sequencial),
• da mesma forma para o TSE, quer
  • uma unidade de hardware TSE por client POS ou
  • uma unidade de hardware TSE por servidor de agência ou por computador de back-office (caso os clientes possam funcionar sequencialmente).

Sistema de PDV central com Cloud TSE

Ao contrário das duas variantes anteriores, o sistema central aqui não é um servidor disponível para cada filial nem o PC do back-office da loja, mas sim um servidor remoto. A aplicação de PDV é executada neste servidor. As caixas individuais acedem ao servidor de PDV através da Internet (WAN - Rede de Área Alargada), por exemplo, através de uma ligação de ambiente de trabalho remoto. Neste caso, as caixas não têm capacidade de funcionamento offline e requerem uma ligação online permanente ao servidor de PDV durante o processo de pagamento. 

Tal como na variante de arquitetura anterior, o RetailForce Middleware e o componente SMAERS devem ser instalados no servidor POS.

Para poder utilizar esta variante, aplicam-se os seguintes pré-requisitos:

• uma instalação (central) do RetailForce Middleware no servidor POS — que gere todos os clientes POS,
• uma instalação (central) de um TSE Cloud Connector (SMAERS)
• uma licença do RetailForce Middleware por cliente POS
• uma licença do Cloud TSE por cliente POS

Neste caso, os sistemas POS que funcionam em sequência não são descritos, uma vez que, na nossa opinião, as versões nacionais desses sistemas não cumprem os requisitos fiscais.

Sistema POS na nuvem com Cloud TSE

A arquitetura dos sistemas POS baseados na Cloud é essencialmente idêntica à dos sistemas POS centrais, em que a ligação entre o servidor central e os clients é estabelecida através da Internet.

Mais uma vez, o RetailForce Middleware e o componente SMAERS devem ser instalados no servidor de PDV.

O aspeto importante nesta variante de arquitetura é que os clientes móveis necessitam de uma ligação online regular durante o processo de pagamento. Os clientes não devem ter capacidades offline, ou estas devem ser limitadas.

Requisitos para esta variante:

• uma instalação (central) do RetailForce Middleware no servidor na nuvem, que gere todos os clientes móveis (modo multitenant),
• uma instalação (central) de um TSE Cloud Connector (SMAERS), também no servidor na nuvem
• uma licença do RetailForce Middleware por cliente Mobile POS
• uma licença do Cloud TSE por cliento Mobile POS

Este artigo foi traduzido automaticamente.