Limite de envios da conexão de destino
Diga quantos envios o destino aceita por segundo ou por minuto: o Lefia respeita o limite em todo envio e, quando o destino pede uma pausa, para a conexão inteira até o prazo.
Onde configurar
Na integração, abra Editar e, no bloco Destino, vá até Limite de envios:
- Marque Limitar os envios a esta conexão.
- Em Envios, informe quantos o destino aceita e escolha por segundo ou por minuto.
- Em Rajada, diga quantos envios podem sair de uma vez depois de um tempo parado (1 = sempre espaçados).
- Clique em Salvar limite. O limite é salvo na hora, à parte do Salvar da integração.
O limite vale para a conexão de destino: todas as integrações que usam a mesma conexão dividem o mesmo limite.
O que acontece com o que passa do limite
Nada vira erro. O envio que não cabe espera alguns instantes; se a espera for maior, a mensagem fica na fila de entrega e sai assim que houver vez. No monitor, o status mostra que o envio foi adiado e por quê. Isso vale para toda chamada à conexão: mensagem a mensagem, entrega pela fila, envio em lote (cada lote conta como um envio), criação de documento OData e a consulta de status da fila do destino (confirmação do processo).
Quando o destino pede uma pausa
Se o destino responder 429 (ou 503 com o cabeçalho Retry-After), o Lefia pausa a conexão inteira pelo tempo pedido (sem Retry-After no 429, 5 segundos). Durante a pausa nenhuma mensagem é enviada a essa conexão e nenhuma gasta tentativa de retry por isso. A tela mostra Pausada pelo destino até …; se o destino já voltou, Retomar agora encerra a pausa.
Sem limite
Sem o limite marcado, os envios saem como sempre; a pausa pedida pelo destino continua valendo.
Mudanças no limite e o fim antecipado de uma pausa ficam na auditoria.
Avisos
Se a conexão ficar pausada pelo destino por mais de 15 minutos, o Lefia avisa no sino e pelos canais da seção Alertas da empresa (e-mail ou Slack); o aviso fecha sozinho quando a pausa acaba. Se a mesma mensagem esperar 10 vezes, o sino também avisa.
Histórico de versões
- 1.4.2
A rede que encerra lotes de envio presos não disputa mais a vez com a releitura nem com o reprocesso: se uma mensagem do lote está ocupada, o lote espera a próxima rodada, e uma mensagem que a pessoa já reprocessou (ou que está na fila ou em execução) nunca é desfeita por ela. Lote adiado várias vezes avisa o admin da empresa; lote fechado sem mensagem em erro não avisa.
10/10/2026 · updated
- 1.4.1
Lote de envio encerrado depois de várias tentativas perdidas: as mensagens dele vão para erro com o aviso de conferir no parceiro antes de reprocessar (o destino pode já ter recebido e a chave de idempotência do envio se perde), em vez de mandar reprocessar às cegas. A leitura completa também não as reenvia sozinha.
10/10/2026 · updated
- 1.4.0
A equipe da plataforma passa a mover uma integração para a fila de trabalho (e de volta ao caminho de sempre) e a ligar ou desligar o despachante pela tela Vazão, em Fila de trabalho, sem SQL. O dono de cada integração vale só no ambiente (DEV, QAS ou PRD) mostrado, mas a chave do despachante é uma por banco, que os três dividem. Só o dono da plataforma muda; mudanças e recusas ficam na trilha de auditoria. Mover para a fila exige o despachante ligado e a fila da empresa não pausada. Desligar o despachante com integração na fila pararia a integração inteira, então a tela só desliga devolvendo antes todas ao caminho de sempre, na mesma operação. Voltar ao caminho de sempre é sempre permitido, por integração ou de uma vez para a empresa no ambiente (rollback de emergência). A fila entrega pelo menos uma vez: depois de uma queda de worker um item pode ser reprocessado, com o efeito contido pela cerca e pela idempotência. Dá também para pausar a fila de uma empresa num ambiente.
10/10/2026 · updated
- 1.3.3
Se o reenvio de um lote de envio se perder várias vezes, o Lefia encerra o lote como falho em vez de tentar para sempre: as mensagens dele aparecem em erro no monitor, prontas para reprocessar, e o admin da empresa é avisado no sino.
09/10/2026 · updated
- 1.3.2
O envio em lote fica mais resistente: quando um lote precisa ser reenviado (falha passageira do destino ou espera pelo limite de envios), o reenvio é agendado de forma que a conexão nunca fica parada esperando um lote esquecido; se acontecer, o Lefia o retoma sozinho em poucos minutos.
09/10/2026 · updated
- 1.3.1
O Limite de envios da conexão passa a valer também para as consultas de status da fila do destino (a confirmação do processo), que dividem o mesmo limite da API. Quando a conexão fica pausada pelo destino por mais de 15 minutos, ou quando uma mensagem espera muitas vezes, o Lefia avisa no sino e, para a pausa longa, pelos canais da seção Alertas da empresa.
09/10/2026 · updated
- 1.3.0
Novo na tela da integração, em Destino: Limite de envios. Diga quantos envios por segundo ou por minuto o destino aceita e quantos podem sair de uma vez; todo envio a essa conexão respeita o limite e o que passar espera na fila, sem virar erro. Quando o destino pede uma pausa (429 com Retry-After), a conexão inteira para até o prazo, sem gastar tentativas das mensagens, e a tela mostra a pausa com "Retomar agora". Sem limite configurado, nada muda. Toda mudança fica na auditoria.
09/10/2026 · updated
- 1.2.0
A leitura agendada de uma integração e o processamento das mensagens lidas podem passar a rodar pela fila de trabalho, integração por integração, com volta segura ao caminho de sempre a qualquer momento. Uma mensagem nunca é processada pelos dois caminhos ao mesmo tempo, a execução só aparece como concluída quando a última parte terminar, e uma versão antiga de um documento nunca substitui no parceiro uma mais nova, mesmo quando a linha foi relida. Toda integração continua no caminho de sempre até ser movida para a fila.
09/10/2026 · updated
- 1.1.0
A fila de trabalho ganha quem a consome: workers que processam as mensagens em pedaços, cada um com a sua vez garantida, e um despachante que liga mais workers quando a fila cresce, sem passar do limite de cada empresa. Se um worker cai no meio, o trabalho volta sozinho para a fila, sem enviar nada duas vezes, e uma versão antiga de um documento nunca substitui no parceiro uma versão mais nova que já saiu. Nesta versão tudo nasce desligado; nada muda no processamento de hoje.
09/10/2026 · updated
- 1.0.0
Preparação para processar muito mais mensagens por minuto sem uma empresa atrasar a outra: o Lefia ganha uma fila de trabalho própria, que mantém a ordem de cada documento, reparte o processamento de forma justa entre as empresas (produção antes de qualidade e desenvolvimento), devolve sozinho o trabalho de um processamento interrompido e respeita o limite de cada destino. Nesta versão a fila só foi criada e testada; nada muda no processamento de hoje.
09/10/2026 · new