Output serializado no detalhe da mensagem
Como ver e validar o EDIFACT/X12/IDoc/JSON exato enviado ao destino.
Onde encontrar
Abra qualquer mensagem em
/monitor/[id]. Logo abaixo de "Convertido" há a seção Output serializado com badge mostrando família (edi-edifact, edi-x12, edi-idoc, json) e content-type.O que está dentro
A string EXATA que vai pro destino via webhook/SFTP/AS2. Para EDIFACT:
UNH+1+INVOIC:D:01B:UN'
BGM+380+90265340+9'
LIN+10+MZ-FG-S100:EN'
LIN+20+MZ-FG-S200:EN'
UNT+5+1'
Como validar externamente
- Copie o bloco inteiro
- Cole em validador EDIFACT online (stedi.com, edifact-tools, etc.)
- Confirme conformidade com a spec do parceiro
Isso responde a pergunta-chave: "o Lefia gerou EDI válido?" sem depender do parceiro reportar.
Quando NÃO aparece
- Destino genérico JSON Webhook → mostra JSON cru (passthrough)
- Mensagem sem
mapped_data(em erro pré-mapping) — seção fica oculta
Histórico de versões
- 2.2
#381b: serializer IDoc desce sub-segmento ANINHADO (E1EDP19/E1EDP04/E1EDPT1 dentro do E1EDP01; objeto→filho recursivo, array→filho repetido) — antes stringificava [object Object].
6/10/2026 · updated
- 2.1
Output structure-driven em TODAS as telas via helper único server-side buildEdifactSerializeOptions (structure+segmentOrder+UNS) — olhinho, comparar e "ver saída" idênticos ao runtime; corrige ordem de segmentos (DTM antes do LIN).
6/9/2026 · updated
- 2.0
EDIFACT envelope completo: UNA/UNB/UNG/UNH/UNT/UNZ com control refs + segment count auto. UNA spec correta (release char + espaço). Composites órfãos C/S\\d{3} descartados com warning. UNH02 auto-preenchido com messageType derivado de destination_format. Validador required cruza catalog → warning estruturado.
5/22/2026 · updated
- V1.0
Detalhe da mensagem mostra string EDI/XML/JSON final enviada ao destino, copiável pra validador externo (stedi.com, edifact-tools, validador Sefaz).
5/21/2026 · new