Voltar para Central de ajuda
FT-ENVIO-ORDEM· 1.1.0Integrações

Ordem do envio em lote

Por documento ou Ordem de chegada: como os lotes de uma interface saem para o destino.

Atualizado em 09/11/2026

Por documento (padrão)



Os lotes da conexão saem em paralelo entre documentos diferentes. As versões e as partes de um mesmo documento saem na ordem em que chegaram: a versão nova espera a anterior ser aceita pelo destino, também quando a anterior está sendo reenviada ou, se a interface reenvia sozinha, espera voltar depois de o destino ficar fora do ar. O número de lotes ao mesmo tempo se ajusta sozinho, de um até quatro: sobe enquanto o destino e o banco respondem bem e cai quando o destino pede para esperar, responde com erro de servidor ou fica lento.

O Lefia reconhece o mesmo documento pela chave de negócio da duplicata, pelo identificador do documento na base de conhecimento ou pelo número do documento. Se essa configuração mudar entre duas versões, elas podem ser tratadas como documentos diferentes. Num IDoc, que ganha número novo a cada alteração, as versões só ficam juntas pelo identificador da base de conhecimento. O Reprocessar lote, pedido por uma pessoa, reenvia o lote como ele era, depois do que já saiu.

Ordem de chegada



Um lote por vez, na ordem de chegada entre todos os documentos. Use quando o destino exige essa ordem entre documentos diferentes, ou quando a regra acima não reconhece o mesmo documento. O envio fica mais lento.

No modo pacote vale a mesma regra, com o mesmo reconhecimento do documento: pacotes com documentos diferentes saem em paralelo, e um documento que aparece em mais de um pacote (ou num pacote e numa mensagem) sai na ordem. Se a chave de algum documento do pacote não pode ser lida, o pacote sai um por vez. Com Ordem de chegada, um lote por vez. A versão nova de um documento também nunca sai antes da anterior que ainda pode chegar ao destino (retida, em nova tentativa ou na fila de envio): ela fica retida e sai sozinha logo depois da anterior, como mensagens ou como pacote. A mudança vale no próximo envio da interface.

Em toda saída



A ordem por documento vale para todo envio ao destino, não só para o lote: o envio de uma mensagem por vez, a nova tentativa depois de uma falha, o envio adiado, o reprocesso e o reenvio dos documentos com erro de um pacote.

  • Aguardando a versão anterior do documento: outra versão do mesmo documento ainda pode sair (por exemplo, esperando nova tentativa). Esta espera, sem erro, e sai sozinha depois dela.
  • Aguardando a versão mais nova do documento terminar: uma versão mais nova já está a caminho do destino. Esta não sai junto com ela: espera alguns segundos e depois sai, ou fica como versão mais antiga se a nova for entregue.
  • Versão mais antiga do documento (erro): uma versão mais nova já foi entregue ao destino. Esta não é enviada, para não substituir o conteúdo novo pelo antigo no parceiro.
  • Mensagem mais nova com a mesma referência (erro): pela referência não dá para saber se é o mesmo documento (por exemplo, duas remessas do mesmo pedido). Confira: se for outro documento, use Reprocessar e confirme.
  • Pacote dividido reprocessado: quando uma parte de um pacote dividido já entregue volta a ser processada, as partes desse pacote passam a sair uma de cada vez, na ordem (uma parte parada, sem ninguém para enviá-la, não segura as outras: a equipe é avisada). Um documento que outra parte do mesmo pacote já entregou depois do reprocesso não é enviado de novo: fica com o erro "já entregue por outra parte deste pacote" (FAMILY_SERIAL_SUPERSEDED); os outros documentos seguem.
  • Pacote com algum documento superado: só os documentos com versão mais nova já entregue ficam de fora do corpo, com o erro de cada um no resumo do pacote; os outros documentos do pacote seguem para o destino.
  • Reprocessar ou reenviar uma versão mais antiga: a tela avisa que uma versão mais nova já foi entregue e pede confirmação. Confirmar manda esta versão por cima da mais nova, e a ação fica registrada na auditoria da empresa.

Histórico de versões

  • 1.1.0

    Correção na ordem por documento. No modo mensagens, quando a versão nova de um documento chegava como outra mensagem (IDoc com número novo a cada alteração, REST sem campo-chave, EDI), ela podia sair antes da versão anterior que estava retida, esperando nova tentativa ou na fila de envio, e a anterior, saindo depois, sobrescrevia a nova no destino. Agora a versão nova espera a anterior e sai sozinha logo depois dela, nos dois modos e também depois de trocar o modo da interface (mensagens para pacote e o contrário). Nenhuma versão anterior é descartada.

    09/11/2026 · updated