...
- Reshop (para integração com processos internos)
- UX (para experiência do usuário e sincronização)
- ERP (para sincronizaçãoo 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 e funcional.
...
- O cliente é cadastrado noMobile.
- Os dados são preparados para envio ao Reshop e UX.
- No Mobile, existe um timeout fixo de 10 segundos para o fluxo de integração com o Reshop e um timeout fixo de XXX 5 segundos para o fluxo de integração com o UX.
2- Verificação de Comunicação
- O Mobile envia os dados do cadastro primeiramente ao Reshop e, na sequência, ao UX.
- É apresentada apenas a notificação de sucesso do cadastro.
- Caso ocorram problemas de comunicação com o Reshop, nenhuma é apresentada mensagem informativa é exibida ao usuáriode falha de comunicação com o Reshop, seguindo o fluxo de cadastro no UX.
...
- O cadastro é concluído com sucesso nos dois sistemas.
- Uma mensagem informativa de sucesso é exibida ao usuário.
Caso 2: ❌ Falha com UX
- O cadastro é realizado com sucesso no Reshop.
- Ativa-se o Modo Dados Offline.
- Os dados são armazenados localmente na tabela LJV_DADOS_OFFLINE.
- Assim que a conexão com o UX for restabelecida, o cadastro será automaticamente sincronizado com o UX.
- Uma mensagem informativa de sucesso é exibida ao usuário.Uma mensagem informativa é apresentada ao usuário, indicando que não foi possível realizar o cadastro do cliente.
Mensagem: O serviço está indisponível (11). O nome remoto não pôde ser resolvido: 'qa-ux-svc.linx.com.br'
Caso 3: ❌ Falha com Reshop
...
✔️ Mesmo com falhas entre Mobile 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 Mobile e UX com o Reshop:
...
O Mobile realiza a consulta de clientes no UX, caso . Caso a aplicação esteja indisponível. Caso o UX esteja offline, é acionado o processo de cadastro de cliente.
Atualmente, no processo de consulta de clientes, o Mobile não realiza chamadas ao Reshop.
ou consulta do cliente não é realizado.
Quando a aplicação está online, a consulta ocorre primeiramente no UX e, posteriormente, no Reshop.
Se o cadastro do cliente existir apenas no UX, o sistema apresenta os dados em tela e efetua automaticamente o cadastro do cliente no Reshop.
FLUXO DO PROCESSO
...
| Âncora | ||||
|---|---|---|---|---|
|
...
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.
- É apresentada a mensagem: Problema de comunicação com o Reshop. Ocorreu um erro ao consultar remarcação Reshop
- 🔗 Para mais detalhes, consultar a documentação específica do Reshop.
...
| Âncora | ||||
|---|---|---|---|---|
|
...
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.
...
| Âncora | ||||
|---|---|---|---|---|
|
...
| Âncora | ||||
|---|---|---|---|---|
|
⏱️ Timeout
No Mobile, há um timeout fixo de 60 segundos para o fluxo de integração com o Reshop. Esse comportamento é controlado pelo parâmetro REQUEST_TIMEOUT_RESHOP, que define o tempo máximo de espera (em segundos) para o retorno das requisições entre o Mobile e o Reshop.
Além disso, existe também um timeout fixo de 10 segundos 5 segundos para o fluxo de integração com o UX.
Em caso de falha de comunicação, é exibida em tela uma mensagem informativa e o processo segue normalmente.
...