Repetição com espera
Falha de rede e indisponibilidade curta são resolvidas por tentativas espaçadas, sem incomodar ninguém.
O que está acontecendo naquela vitrine: um pedido atravessando os sistemas — do clique do cliente ao título baixado no financeiro — e o que a operação faz quando um dos trechos falha.
Cada travessia é um ponto onde a informação pode se perder. É por isso que elas são observadas uma a uma.
O cliente clica em comprar no marketplace. Em poucos segundos esse pedido precisa chegar ao ERP, reservar estoque, gerar documento fiscal, disparar a separação, alimentar o CRM com o histórico daquele cliente e criar o título no financeiro. Nenhuma dessas passagens é instantânea nem garantida — cada uma depende de um sistema que pode estar lento, fora do ar ou esperando um cadastro que ninguém preencheu.
O que a vitrine mostra é justamente esse trânsito: as mensagens saindo de cada sistema, chegando ao ponto central, sendo conferidas e seguindo adiante. O ponto central importa porque é ele que dá ordem e memória ao fluxo: sabe o que já passou, reconhece a mensagem repetida, guarda o que falhou e responde à pergunta que mais aparece no dia a dia — "esse pedido chegou?".
A parte que raramente aparece num diagrama bonito é a fila de pendências. Ela é o retrato honesto de qualquer operação integrada: sempre há algo que não passou de primeira. O que distingue uma operação saudável não é a fila vazia, é a fila curta, com motivo em cada item e alguém responsável por ela.
A pergunta que separa integração de improviso é uma só: quando parar de funcionar, quanto tempo leva até alguém saber? Se a resposta depende de um cliente reclamar, não existe integração — existe um script com sorte.
Seis mecanismos que agem antes de qualquer pessoa ser acionada.
Falha de rede e indisponibilidade curta são resolvidas por tentativas espaçadas, sem incomodar ninguém.
Cada mensagem carrega uma identificação própria. Se a mesma chegar duas vezes, o segundo processamento é descartado.
O que falha de verdade fica registrado com motivo, dado original e a possibilidade de reprocessar depois da correção.
Cancelamento não pode ser processado antes do pedido. A sequência de eventos de cada registro é respeitada.
O que entrou, o que saiu e quando. Responder onde um pedido está leva segundos, não uma investigação.
Quando a falha exige decisão humana, o aviso vai para o responsável — com o caso, e não só com um código de erro.
A mesma vitrine congelada em três momentos do trânsito.
O trajeto típico de uma venda em operação integrada — normalmente em menos de um minuto.
O pedido chega do marketplace, da loja ou do vendedor e é registrado com identificação única antes de qualquer processamento.
Cadastro, preço e condição são conferidos, e o estoque é reservado — é aqui que se evita vender o que já saiu.
A nota é emitida, o retorno do órgão é aguardado e a ordem de separação vai para a operação.
O título nasce no contas a receber e o CRM recebe o evento, mantendo o histórico do cliente completo.
Problemas cotidianos que somem quando o fluxo tem ordem e memória.
O que a sua equipe passa a acompanhar sem depender de nós.
Nenhuma falha some em silêncio: cada uma tem tratamento automático e um desfecho previsto.
| Falha | O que a operação faz sozinha | O que você vê |
|---|---|---|
| API do marketplace fora do ar | repete a busca com espera crescente e retoma do ponto onde parou | a conexão marcada como instável, com o horário do último sucesso |
| Mesma mensagem chegando duas vezes | descarta a repetida pela identificação única | nada — o pedido continua único |
| Cliente sem cadastro completo | retém o pedido na fila e segue com os demais | pendência com o campo que falta apontado |
| SEFAZ indisponível | entra em contingência e reenvia quando o serviço volta | nota em espera, com o motivo declarado |
| Estoque insuficiente | não reserva e devolve o caso para decisão comercial | alerta para o responsável, com o item e a quantidade |
| Retorno bancário em formato novo | interrompe a leitura sem baixar título errado | aviso imediato, antes de qualquer baixa indevida |
O que combinamos antes de começar — e cobramos de nós mesmos durante o projeto.
As dúvidas que mais aparecem nesta etapa. Sobre prazo, forma de cobrança e contrato, veja as perguntas frequentes da YveTech.
Não. O pedido é registrado assim que entra, antes de qualquer processamento — a falha acontece depois desse ponto, no caminho entre os sistemas. O que não passou fica na fila de pendências com o dado original preservado e pode ser reprocessado depois da correção, sem digitação manual.
Isso é combinado em contrato e costuma ser dividido. As pendências de origem técnica — indisponibilidade, formato, tempo esgotado — são nossas. As de origem cadastral ou comercial, como cliente sem documento ou estoque insuficiente, vão para o responsável da área, porque exigem decisão de negócio. Nos dois casos há prazo definido.
Dá, e é para isso que existe o painel. Ele mostra cada conexão em três estados — em operação, instável ou parada —, o volume do dia comparado ao normal e a fila de pendências em português, com o motivo de cada item. Códigos de erro ficam no registro técnico, para quem for investigar.
Na maioria dos casos, sim. O que a operação integrada exige do seu sistema é uma porta de entrada e uma de saída: API, banco acessível ou exportação estruturada. Quando o fornecedor não abre nenhuma delas, mostramos os caminhos alternativos e as suas limitações antes de prometer qualquer coisa.
Mostramos como ficaria o fluxo com o que você já usa hoje. Conte o seu cenário e retornamos em até 1 dia útil.
As quatro etapas do método e os três recortes da operação — cada uma com o seu próprio detalhamento.