TOTVS Varejo PDV Omni

Árvore de páginas

O TOTVS Varejo PDV Omni Smart Hub (POSH)  é a camada responsável por orquestrar as operações de sincronização de dados entre o TOTVS Varejo PDV Omni e as suas respectivas retaguardas/ERPs.

Toda comunicação entre a retaguarda/ERP e o PDV Omni será executada e orquestrada pelo POSH. 

As informações são disponibilizadas através de serviços web tendo como lógica o trafego por lote.


1 - Procedimentos para Configuração

2 - Envio de dados com o POSH

Aqui temos os passos para que seja feito o envio de dados do ERP para o PDV Omni.

Caso queira saber o fluxo completo que o dado enviado pela retaguarda percorre visualize a seção fluxomagramas POSH logo abaixo

Os dados gerado ou alterados no PDV Omni podem ser enviados para a retaguarda por dois fluxos

  • Fluxo Síncrono (Online)
    • Os dados são enviados diretamente do PDV para o ERP.
  • Fluxo Assíncrono (Offline)
    • Os dados são enviados para o POSH e a retaguarda busca esses dados posteriormente.

Mais informações sobre os dois fluxos podem ser encontradas na seção 3 - Fluxogramas POSH


3 - Fluxogramas POSH

Fluxo de envio de dados da retaguarda para o PDV Omni

Fluxo de envio de dados do PDV Omni para a Retaguarda no fluxo offline

Fluxo de envio de dados do PDV Omnishop para a retaguarda no fluxo online

4 - Documentação técnica

5 - Informações Úteis

6 - Troubleshooting

  • Problemas de subida e descidas de dados ? Os dados não descem da retaguarda para o PDV e nem sobem do PDV para a Retaguarda ?
  • Problemas na descida de dados? Olhou no lojaloteRetorno e teve este retorno:


    LojaloteRetorno
    {
                    "tipoLote": 0,
                    "idRetaguarda": "00000000-0000-0000-0000-000000000000",
                    "erro": "Erro no Client ao integrar Produto Erro: 42P01: relation \"public.sync_carga_produto_validacao\" does not exist\r\n\r\nPOSITION: 15 20240814113448914 ",
                    "tipoLojaLote": 12,
                    "pagina": 0,
                    "hasnext": false
                }

    Verifique a permissão de leitura e gravação da pasta TOTVSPDV

7 - Solicitação de apoio

O time de produto do POSH atua no projeto DVARINT1, qualquer acionamento ao time de produto por outras equipes deverá ser feito através da abertura de apoios no jira.

Para que o apoio seja realizado, algumas informações devem ser enviadas previamente para que o time de produto possa dar início ao apoio. Segue abaixo o que deve ser enviado na abertura do apoio.

Segue os projetos existentes para abertura:  PDVSYNC - DVARINT / PSH - DVARLOJ / WSH - DDWMISSI / PDV - DVARLIVEPDV

1 - Qual a Jornada/processo?
R: 

2 - Qual o Ambiente?
R: 

3 - Qual é o Inquilino?
R: 

4 - Descrição do Erro
R: 

5 - Foi feito os Troubleshooting básicos?
R: 

6 - Qual versão dos serviços? (Api, Client, Down)
R:

7 - Incluir os logs se houver
R: 

8 - Existe(m) lote(s) relacionado(s) a esta caso? Qual o número(s) do(s) lote(s)?
R: 

9 - Disponibilizar backup do banco do PDV.

10 - ApiRest do cliente se houver (online):
URL: 
Usuário: 
Senha: 

11 - Qual  a requisição esta sendo feita para o PDVSync (online) ?

R:

12- Quais são os dados de autenticação (tenant/usuário) utilizados (online)  ?

R:




8 - Diretriz para Devolutivas de Chamados de Apoio ao Cliente


Para assegurar uma comunicação clara e eficiente com nossos clientes, é fundamental que toda interação relacionada a chamados de apoio inclua uma devolutiva detalhada que responda às seguintes perguntas. Essas informações ajudarão o cliente a entender melhor a natureza do problema e as ações tomadas para resolvê-lo.

Ao finalizar o chamado, assegure-se de responder as perguntas abaixo:


  1. Causa: O que causou o problema?

    • Explique a origem do problema de forma objetiva, destacando os fatores que levaram à sua ocorrência.

  2. Correção: Qual foi a correção aplicada?

    • Detalhe a solução implementada para corrigir o problema, incluindo quaisquer procedimentos ou ajustes realizados.

  3. Extensão: A correção foi paliativa ou definitiva?

    • Informe se a solução aplicada resolve o problema de forma temporária (paliativa) ou de forma permanente (definitiva).

  4. Prazo para Correção Definitiva: Se a correção foi paliativa, quando será aplicada a correção definitiva?

    • Caso a solução seja temporária, indique a previsão para a implementação da correção definitiva e o que o cliente pode esperar nesse meio-tempo.

Esse processo de comunicação padronizado fortalecerá a confiança do cliente em nosso suporte e contribuirá para uma experiência de atendimento mais transparente e satisfatória.