help.categories.mapping
Por que alguns campos do destino aparecem "auto-preenchido"
Envelope EDI/X12/IDoc/NFe (UNH, UNT, ISA, IEA, EDI_DC40, protNFe, etc.) é preenchido automaticamente pelo Lefia — operador não deve mapear.
Atualizado em 8/6/2026
O que é "auto-preenchido"
Ao abrir uma rule no destino, alguns fields aparecem com badge "auto-preenchido" e ficam readonly (não dá pra editar). Exemplos:
- EDIFACT: UNH, UNT, UNB, UNZ, UNG, UNE (envelope da mensagem)
- X12: ISA, IEA, GS, GE, ST, SE
- IDoc: EDI_DC40 (control record)
- NFe: protNFe, Signature, infNFe.ide.cNF, dhEmi
- FHIR: Bundle.id, Bundle.timestamp, Bundle.entry[*].fullUrl
Por que não pode mapear
Esses campos têm valores específicos que o parceiro EDI valida (control references, message IDs, timestamps). Se operador mapeasse um BillingDocument number pra UNH01 (control ref), o parceiro rejeitaria a mensagem.
O Lefia preenche automaticamente no serializer com valores corretos (sequential control refs, message type identifiers, timestamps ISO, etc.).
Onde isso aparece
- Drawer da rule: badge "auto-preenchido" + input bloqueado
- Lista de fields disponíveis: envelope filtrado do typeahead
- Contadores: separação clara entre "obrigatórios" (97) e "auto-preenchidos" (25 em EDIFACT INVOIC)
- IA suggest-mapping: não sugere rule pra esses fields
Format-agnostic
Mesmo conceito aplica pra qualquer standard EDI/healthcare que tenha envelope.