As questões enumeradas neste artigo destinam-se a ajudá-lo a verificar a sua implementação do RetailForce Fiskal middleware no que diz respeito ao cumprimento do Regulamento Alemão de Segurança das Caixas Registadoras (KassenSichV) na Alemanha.

Criação de documentos

• Ao criar recibos, foi chamada a função createDocument (para criar uma transação no TSE) ao iniciar uma transação no seu sistema de PDV?
  Contexto: Na Alemanha, é obrigatório iniciar uma transação no TSE ao iniciar o documento (ao adicionar o primeiro artigo ou cliente ou atividade semelhante).

Transmissão de documentos

• Foi garantido que todos os documentos que foram iniciados foram também transmitidos?
• O cancelamento de um recibo é transmitido como um «cancelDocument»?
• Como são tratados os cancelamentos de linhas?
• Como são tratados os recibos em espera/suspensos (se existirem) no final do dia?
• O número de transações em aberto na TSE é verificado de forma contínua?
• Foi garantido que não existem vários processos a comunicar com um único «FiscalClient» ao mesmo tempo?
  (Não são permitidas várias chamadas simultâneas de «storeDocument» no mesmo «FiscalClient», mas são permitidos vários «FiscalClients» por «FiscalService»).
  
  • Como foi implementado o tratamento de erros para chamadas em buffer (ver também a próxima pergunta)?
• Como foi assegurado que apenas os documentos fiscalmente relevantes estão a ser transmitidos ao sistema fiscal?
  
  • Qual é o procedimento em caso de erro?
• Como é tratada a situação de erro em que o serviço não está disponível?
• Existem documentos em espera/suspensos e, em caso afirmativo, foram estes implementados com a função LongTermOrder ou com transações em aberto no TSE?
  
  • Tenha em atenção que diferentes fabricantes de TSE suportam números máximos diferentes de transações em aberto num TSE.
  • Ver também: Processos de encomendas a longo prazo no setor da restauração.
• A validação do documento foi chamada antes da transmissão ou apenas quando o método storeDocument gerou um erro?

Tipos de documentos

• Serão transmitidos todos os tipos de documentos relevantes para efeitos fiscais?
  
  • Depósito de trocos
  • Venda
  • Depósito
  • Desembolso/levantamento
  • Cobrança/retirada
  • Diferença de caixa
  • Saldo de caixa
• O BusinessTransactionType é definido deliberadamente ou é sempre deixado no valor predefinido?
  
  • Quais foram implementados?
  • Dispõe de processos empresariais que ainda não estão mapeados por um BusinessTransactionType?
    (por exemplo: subsídios lançados através do sistema POS (disponível a partir da versão 1.2.11)).
• As taxas de imposto relativas às posições são transferidas corretamente?
• A referência é transferida corretamente no caso de um cancelamento ou de uma devolução?
• Os dados do cliente são transmitidos no caso de uma venda identificada pelo cliente?
• O utilizador (utilizador do imóvel) é transmitido juntamente com o documento?

Posições

• Existem outros itens além das posições de item?
  
  • Definir item
  • Lançamentos / contabilização
  • Itens de texto / posições de texto
• Como é que as possíveis vendas de vouchers são mapeadas?
• Os descontos são transmitidos na estrutura existente?
• No que diz respeito aos valores «NetValue»/«GrossValue» de um item, são transmitidas as vendas efetivamente realizadas para esse item, incluindo todos os descontos tidos em conta (incluindo descontos cumulativos e descontos sobre subtotais)?
• Os subtotais estão a ser transmitidos?
• Existem diferentes unidades de medida?

Formas de pagamento

• Os «PaymentTypes» adequados estão definidos corretamente?
• É feita uma distinção entre vales de uso único e vales de uso múltiplo?
• No caso de moedas estrangeiras, a taxa de câmbio e a moeda estão a ser transferidas corretamente?

Encerramento de caixa

• O encerramento de caixa foi implementado?
• Caso esteja a ser utilizado o encerramento de caixa simplificado, como é que os dados são reconciliados/verificados com o sistema?

Impressão

• O código QR está impresso em todas as impressões/recibos?
• A impressão cumpre os requisitos legais?
  
  • Ver também: Obrigação de emitir recibos e requisitos relativos aos recibos.
• Cada recibo é impresso (ou fornecido eletronicamente) e entregue ao cliente?
• É indicada na impressão uma eventual falha do TSE?
• A PrintMessage (obrigatória!) da fiscalResponse foi implementada no comprovativo?

Funcionamento

• Como foi assegurado que o CloudConnect é chamado quando o serviço é reiniciado (e a aplicação de PDV não deteta o reinício, relevante apenas se o arquivo na nuvem estiver ativo)?
  
  • O código de resposta (424, dependência falhada) devido à falta de ligação à Cloud foi devidamente interceptado?
• Como é garantido que o serviço está em execução constante?
  
  • Está instalado algum sistema de monitorização?
• Como é garantido que a transferência em curso para a Cloud (arquivamento) é verificada para confirmar se está a decorrer corretamente?
  
  • É utilizado o endpoint /api/v1/information/client/{clientId}/status para verificar continuamente as transferências para a nuvem em curso?
• Está garantida a proximidade física (local) do sistema POS em relação ao serviço fiscal e também à TSE?
  Consulte também as Perguntas Frequentes (FAQ) da BSI.

Questões técnicas/testes

• Foram criadas unidades de teste para verificar a integração?
  
  • Que casos de teste são abrangidos pelas unidades de teste?
  • Que casos de negócio são abrangidos pelas unidades de teste?
• Que testes e protocolos de teste foram criados?
• Como é gerida uma alteração de release do RetailForce? As unidades de teste são reiniciadas?
  
  • Como funciona o processo de teste?
• Está garantido que apenas são utilizados terminais produtivos (configuração) na operação produtiva?
• Está garantido que não é possível operar a caixa registadora sem ligação ao dispositivo de fiscalização e/ou ao TSE?
• Está garantido que não é possível desligar facilmente a caixa registadora do dispositivo de fiscalização/segurança técnica por meio da configuração?

Este artigo foi traduzido automaticamente.