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.
Durante o cadastro de um cliente no OmniPOS, os dados são enviados para:
Para que isso ocorra, é necessário que a comunicação com ambos os sistemas esteja ativa.
1- Início do Cadastro
2- Verificação de Comunicação
Caso 1: Comunicação OK com ambos
Caso 2: Falha com UX
Caso 3: Falha com Reshop
Caso 4: Falha com Reshop utilizando o ERP
✔️ 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
O OmniPOS (PDV) realiza comunicação direta com o Reshop, que pode ocorrer via Server ou Client, dependendo do cenário, conforme descrito abaixo:
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.
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.
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.
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.
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.
🔗 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.
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.