🎯Objetivo

Dar clareza sobre o comportamento do processo de cadastro de cliente quando ocorre falha de comunicação entre os sistemas OmniPOS e Reshop, garantindo que o cliente compreenda como o fluxo se resolve.

📋Índice


📝Cadastro de Clientes

Durante o cadastro de um cliente no OmniPOS, os dados são enviados para:

  • Reshop (para integração com processos internos)
  • UX (para experiência do usuário e sincronização)
  • ERP (o UX sincroniza os dados com o ERP, que posteriormente realiza a sincronização com o Reshop)

Para que isso ocorra, é necessário que a comunicação com ambos os sistemas esteja ativa.

🧩 Passo a Passo do Processo

1- Início do Cadastro

    • O cliente é cadastrado no OmniPOS.
    • Dados são preparados para envio ao Reshop e UX.

2- Verificação de Comunicação

    • OmniPOS tenta enviar os dados simultaneamente para Reshop e UX.

Caso 1: Comunicação OK com ambos

    • Cadastro é concluído com sucesso nos dois sistemas.

Caso 2: Falha com UX

    • Ativa-se o Modo Dados Offline.
    • Dados são armazenados localmente.
    • Quando a conexão com UX é restabelecida, o cadastro é sincronizado com UX.

Caso 3: Falha com Reshop

    • Cadastro não é efetuado de imediato no Reshop.
    • Porém, como os dados foram enviados para UX, o fluxo se resolve posteriormente:
      • UX possui funcionalidade para repassar os dados ao Reshop quando a comunicação estiver normalizada.

Caso 4: Falha com Reshop utilizando o ERP

    • Cadastro não é efetuado de imediato no Reshop.
    • Porém, como os dados foram enviados para UX, que reenvia os dados para o ERP, o fluxo se resolve posteriormente:
      • ERP possui funcionalidade para repassar os dados ao Reshop quando a comunicação estiver normalizada.

Resumo

✔️ Mesmo com falha entre OmniPOS e Reshop, o processo é garantido porque UX atua como intermediário, enviando os dados ao Reshop assim que possível.


FLUXO DO PROCESSO


Outras situações onde pode ocorrer falha de comunicação entre OmniPOS e UX com o Reshop:


O OmniPOS (PDV) realiza comunicação direta com o Reshop, que pode ocorrer via Server ou Client, dependendo do cenário, conforme descrito abaixo:


👤 Consulta de Clientes

O OmniPOS consulta inicialmente o UX para localizar o cliente. Caso o cliente não seja encontrado e o parâmetro HABILITA_PESQUISA_CLIENTE_RESHOP esteja ativo, então consulta o Reshop para buscar os dados, caso esteja offline, então é exibida uma mensagem informativa ao operador.


🎫 Consulta de Campanha de Uso Único

Quando o Reshop estiver offline, essa consulta fica indisponível tanto para o Server quanto para o Client.
Nesse cenário, o fluxo segue normalmente porém sem a aplicação da campanha.

🎁 Consulta de Campanhas Opcionais

Assim como no caso anterior, se o Reshop estiver offline, a consulta também fica indisponível para Server e Client.
Nesse cenário o fluxo segue normalmente porém sem a aplicação da campanha.

💲Consulta de Preço Remarcado

Se o Reshop estiver offline, o preço remarcado não é retornado. Nessa situação, o sistema utiliza o preço original proveniente do UX e apresenta a seguinte mensagem ao operador:

"Consulta de remarcação de preço não obteve êxito. Preço padrão será utilizado."
🔗 Para mais detalhes, consultar a documentação específica do Reshop.


🧮 Totalização

Atualmente, o processo funciona da seguinte forma: sempre que há uma venda, é obrigatória a disponibilidade do Reshop. Caso o Reshop esteja offline, não é possível concluir a venda.

Em breve será disponibilizado um novo parâmetro que permitirá que o fluxo de venda ocorra mesmo em caso de falhas de comunicação com o Reshop. Com o parâmetro ativo, a venda será realizada normalmente e os registros serão integrados no OmniPOS, UX, Mobile e Self-Checkout. No entanto, essa venda não será registrada no Reshop no momento da transação; o envio ocorrerá posteriormente pelo UX  ou ERP, dependendo da configuração do apontamento.


🎉 Geração de Benefício

  • 🔗 Depende da comunicação com o Reshop, quando server e client estão offline não opera.

  • ❌ Reshop offline:

    • Benefícios não são aplicados

    • Não há geração via dados offline

🔗 Existe uma tabela com as modalidades de campanhas funcionais e não funcionais. Para mais detalhes, consultar a documentação específica do Reshop.

⏱️ Timeout 

No OmniPOS, o tempo de espera para o fluxo de integração com o Reshop é controlado pelo parâmetro REQUEST_TIMEOUT_RESHOP, que define o tempo máximo de retorno das requisições entre o OmniPOS e o Reshop.
O valor padrão é 120 segundos (máximo permitido), podendo ser configurado entre 5 e 120 segundos.
BLOQUEIA_OPERACOES_SEM_RESHOP, que define se a venda continua ou é bloqueada em caso de indisponibilidade, garantindo maior resiliência nas falhas de comunicação.
Existe a opção de controlar o comportamento da venda em cenários de indisponibilidade do Reshop por meio do parâmetro BLOQUEIA_OPERACOES_SEM_RESHOP, que define se a operação deve continuar ou ser bloqueada em caso de falha de comunicação.


  • Sem rótulos