Intercâmbio Eletrônico de Dados (Edi)
O que é o intercâmbio eletrônico de dados (EDI)?
O intercâmbio eletrônico de dados (EDI) é a troca computador a computador de documentos comerciais estruturados entre organizações usando padrões acordados. Na logística, no comércio eletrônico e no comércio internacional, ele permite que sistemas operados por compradores, fornecedores, armazéns, transportadoras e outros parceiros comerciais troquem informações como pedidos de compra, avisos de envio, instruções de transporte e faturas sem que as pessoas precisem redigitar cada documento.
A característica definidora do EDI não é simplesmente o fato de as informações serem enviadas eletronicamente. As informações são organizadas em campos, segmentos e mensagens que o software receptor pode interpretar de acordo com uma especificação acordada. Portanto, uma fatura anexada a um e-mail como PDF não é, por si só, uma fatura EDI: uma pessoa ou ferramenta de processamento de documentos ainda pode precisar extrair seu conteúdo antes que um sistema empresarial possa utilizá-lo.
EDI descreve um método de troca de informações comerciais, e não um produto de software, uma rede ou um formato de arquivo específico. Um acordo funcional depende de definições de documentos, métodos de comunicação, identificadores e regras comerciais compatíveis.
EDI na logística e no comércio eletrônico
O EDI conecta atividades que atravessam fronteiras organizacionais. O sistema de compras de um varejista pode gerar um pedido, o sistema de um fornecedor pode confirmá-lo e um armazém pode receber instruções para preparar as mercadorias. As informações de envio e as faturas podem então circular entre os sistemas relevantes como mensagens separadas.
No comércio eletrônico, o EDI pode apoiar os processos entre empresas que ficam por trás de uma vitrine voltada ao consumidor. Por exemplo, um varejista on-line pode usá-lo para pedir estoque a um fornecedor ou trocar informações de atendimento com um armazém. A transação de checkout do consumidor e as mensagens EDI posteriores do varejista são eventos comerciais relacionados, mas não são necessariamente a mesma transação nem usam a mesma interface técnica.
No comércio internacional, o EDI pode transportar informações necessárias para o transporte internacional e a documentação comercial. As administrações aduaneiras também podem usar mensagens eletrônicas estruturadas segundo suas próprias especificações. No entanto, trocar uma mensagem EDI com um fornecedor ou transportadora não constitui, por si só, uma declaração aduaneira, não estabelece conformidade regulatória nem autoriza a liberação das mercadorias.
Documentos comerciais comuns
Os exemplos a seguir ilustram as funções dos documentos, e não uma sequência obrigatória. As mensagens utilizadas dependem da relação comercial e do guia de implementação aplicável.
| Documento ou mensagem | Objetivo comercial | Exemplo de logística ou comércio eletrônico |
|---|---|---|
| Pedido de compra | Comunica o pedido de mercadorias ou serviços de um comprador. | Um varejista pede estoque de reposição a um fornecedor. |
| Resposta ou confirmação do pedido | Comunica a resposta do fornecedor a um pedido. | Um fornecedor confirma quantidades ou propõe alterações, quando a mensagem acordada permite isso. |
| Aviso antecipado de envio | Descreve uma remessa antes de sua chegada. | Um armazém recebe informações sobre caixas, itens e quantidades esperados. |
| Instrução de transporte | Comunica instruções para um serviço de transporte. | Um remetente envia detalhes acordados do transporte a um parceiro. |
| Mensagem de status da remessa | Comunica um evento ou status de transporte. | Uma transportadora informa um evento associado a uma remessa. |
| Fatura | Comunica informações de cobrança. | Um fornecedor cobra de um varejista pelas mercadorias fornecidas. |
Um aviso antecipado de envio, frequentemente abreviado como ASN, descreve uma remessa esperada; ele não prova que as mercadorias chegaram. Da mesma forma, uma mensagem de status da remessa não é automaticamente uma prova de entrega. Seu significado depende do evento informado e das informações de apoio.
Padrões, formatos e métodos de comunicação
Os padrões EDI definem como as mensagens comerciais são estruturadas e o significado de seus elementos de dados. Duas famílias de padrões estabelecidas são X12 e as regras das Nações Unidas para o Intercâmbio Eletrônico de Dados para Administração, Comércio e Transporte, conhecidas como UN/EDIFACT. A GS1 também mantém padrões EDI, incluindo EANCOM, baseado em UN/EDIFACT, e GS1 XML.
No X12, os exemplos incluem 850 Purchase Order, 856 Ship Notice/Manifest e 810 Invoice. O UN/EDIFACT oferece mensagens como ORDERS para pedidos de compra, DESADV para avisos de envio e INVOIC para faturas. Esses exemplos têm objetivos comerciais relacionados entre os padrões, mas suas estruturas e requisitos de implementação não são intercambiáveis.
Um padrão, por si só, não define todos os detalhes de uma relação comercial. Os parceiros também precisam concordar sobre a versão e o guia de implementação aplicáveis, os campos obrigatórios, os códigos permitidos, os identificadores e as regras de validação. Duas organizações podem oferecer suporte à mesma família de padrões e ainda precisar de trabalho de mapeamento antes que seus sistemas possam trocar mensagens utilizáveis.
| Componente | O que ele determina | Exemplo |
|---|---|---|
| Padrão de mensagem | A estrutura e o significado de uma mensagem comercial. | Uma fatura X12 ou um aviso de envio UN/EDIFACT. |
| Guia de implementação | Como uma mensagem específica é usada em uma relação comercial. | Identificadores de remessa obrigatórios e unidades de quantidade permitidas. |
| Método de comunicação | Como uma mensagem é transferida entre sistemas. | AS2 ou um acordo de transferência segura de arquivos. |
| Tradução e mapeamento | Como os campos de mensagens externas correspondem aos dados internos do aplicativo. | Mapear uma linha de pedido recebida para um registro de gerenciamento de pedidos. |
AS2 é uma especificação de comunicação para trocar dados comerciais por HTTP, com mecanismos de segurança e recibos. Não é um formato de pedido de compra ou de fatura. Uma rede de valor agregado, ou VAN, pode fornecer serviços intermediários de troca de mensagens; ela também é distinta do padrão do documento comercial.
Como funciona uma troca EDI
- Um evento comercial cria dados. Por exemplo, um comprador aprova um pedido de compra em um sistema de planejamento de recursos empresariais ou de gerenciamento de pedidos.
- Os dados são mapeados para uma mensagem. O software de tradução converte os campos internos para a estrutura exigida pelo padrão e pelo guia de implementação acordados.
- A mensagem de saída é verificada. A validação pode verificar sintaxe, campos obrigatórios, valores de código e requisitos específicos do parceiro.
- A mensagem é transmitida. Ela percorre o canal de comunicação acordado até o destinatário ou um intermediário.
- O destinatário a valida e traduz. O sistema receptor verifica a mensagem e mapeia as informações aceitas para seu formato interno.
- O processamento comercial continua. O aplicativo receptor pode criar um pedido, registrar um recebimento esperado ou encaminhar uma exceção para análise.
- As respostas são reconciliadas. Recibos técnicos, confirmações e respostas comerciais ajudam o remetente a determinar o que aconteceu com a troca.
Essas etapas não garantem que todas as transações sejam processadas automaticamente. Um identificador de produto desconhecido, um local de entrega inválido, um número de documento duplicado ou uma unidade de medida não compatível pode exigir intervenção mesmo quando a mensagem é estruturalmente válida.
Recebimento, validação e aceitação comercial
As confirmações EDI operam em diferentes níveis. Um recibo de transporte pode indicar que uma mensagem chegou a um ponto de comunicação. Uma confirmação funcional ou de implementação pode informar os resultados das verificações estruturais. Uma resposta comercial pode comunicar se um pedido ou outra solicitação foi aceita, rejeitada ou alterada.
Esses sinais não devem ser tratados como equivalentes. Uma transmissão bem-sucedida não significa necessariamente que um pedido foi aceito ou que as mercadorias serão enviadas. O significado específico de uma confirmação deve ser interpretado de acordo com a especificação relevante e o acordo com o parceiro comercial.
Exemplo ilustrativo do pedido ao envio
Um varejista pode enviar um pedido de compra a um fornecedor estrangeiro por meio do EDI. O sistema do fornecedor verifica os identificadores dos produtos, as quantidades e as informações de entrega solicitadas. Se o acordo comercial incluir uma resposta ao pedido, o fornecedor poderá comunicar sua aceitação ou alterações propostas por meio de uma mensagem separada.
Quando as mercadorias estão preparadas, o fornecedor pode emitir um aviso antecipado de envio identificando a remessa e seu conteúdo. O armazém receptor pode usar essas informações para se preparar para o recebimento e comparar as quantidades esperadas com as mercadorias efetivamente recebidas. O fornecedor também pode enviar uma fatura para processamento no sistema financeiro do varejista.
Este exemplo mostra como o EDI conecta registros entre organizações. Ele não implica que todas as partes usem o mesmo software, que cada mensagem seja entregue em tempo real ou que os documentos comerciais substituam os requisitos de transporte e alfândega. A correspondência entre pedidos de compra, referências de remessa e faturas ainda exige identificadores consistentes e uma lógica comercial acordada.
EDI e tecnologias relacionadas
| Conceito relacionado | Relação com o EDI | Distinção importante |
|---|---|---|
| Interface de programação de aplicações (API) | Uma interface pela qual o software troca solicitações e dados. | O EDI enfatiza mensagens comerciais padronizadas; uma API define a interação com um serviço de software. Os dois podem coexistir. |
| XML | Uma linguagem de marcação usada para estruturar dados. | A sintaxe XML, por si só, não estabelece um padrão acordado de mensagens comerciais. |
| Faturamento eletrônico | A emissão e troca eletrônica de faturas. | O EDI pode apoiar o faturamento eletrônico, mas os requisitos legais e técnicos variam conforme a jurisdição. |
| Sistema ERP ou de gerenciamento de armazém | Um aplicativo que cria ou consome informações comerciais. | Esses sistemas gerenciam operações; o EDI fornece uma forma de trocar informações com outras organizações. |
| Rastreamento de remessas | O registro e a interpretação de eventos de remessas. | O EDI pode transportar informações de status, mas não é um site de rastreamento nem um serviço completo de rastreamento. |
EDI e APIs não são alternativas mutuamente excludentes em todas as arquiteturas. Uma organização pode usar mensagens EDI para transações com parceiros e APIs para conectar essas transações a aplicativos internos. O acordo adequado depende dos requisitos dos documentos, das capacidades dos parceiros, das necessidades de prazo e dos controles operacionais, e não apenas do nome da tecnologia.
Considerações e limitações de implementação
O EDI pode reduzir a entrada manual repetida de dados quando os sistemas trocam e processam mensagens compatíveis com sucesso. Ele não corrige dados de origem imprecisos, resolve divergências comerciais nem elimina a necessidade de tratar exceções. A automação depende tanto da compatibilidade técnica quanto da qualidade das informações comerciais trocadas.
Antes de estabelecer uma conexão EDI, os parceiros comerciais devem esclarecer os seguintes pontos operacionais:
- Escopo dos documentos: Quais mensagens são necessárias e quais eventos comerciais as acionam?
- Identificadores: Como produtos, locais, partes, pedidos e remessas serão identificados e associados?
- Requisitos das mensagens: Quais versões, campos obrigatórios, listas de códigos e regras de mapeamento se aplicam?
- Comunicação e segurança: Qual método de conexão, configuração de autenticação e controles de acesso são necessários?
- Confirmações: Quais respostas indicam entrega, validação e aceitação comercial?
- Tratamento de exceções: Quem investigará mensagens rejeitadas, respostas ausentes e dados inconsistentes?
- Prevenção de duplicidades: Como as retransmissões serão diferenciadas de novas transações comerciais?
- Testes e controle de alterações: Como os mapeamentos e requisitos dos parceiros serão testados antes de as alterações entrarem em produção?
O monitoramento operacional deve distinguir falhas de comunicação de falhas de validação de dados e exceções comerciais. Reenviar uma mensagem pode resolver uma transferência malsucedida, mas não corrigirá um código de produto inválido. Sem controles contra duplicidades, reenviar um pedido processado com sucesso também poderá criar uma segunda transação não intencional.
Perguntas frequentes
O que significa EDI na logística?
EDI significa intercâmbio eletrônico de dados: a troca estruturada de documentos comerciais entre sistemas. Na logística, esses documentos podem incluir avisos de envio, instruções de transporte, faturas e mensagens de status de remessas.
Um PDF enviado por e-mail é um documento EDI?
Não por si só. Um PDF pode apresentar eletronicamente um documento comercial, mas o EDI exige informações estruturadas que os sistemas receptores possam interpretar segundo uma especificação acordada.
EDI é a mesma coisa que uma API?
Não. O EDI diz respeito à troca padronizada de documentos comerciais, enquanto uma API define como o software interage com outro serviço. Uma integração pode usar ambos.
Uma confirmação EDI significa que um pedido foi aceito?
Não necessariamente. As confirmações podem confirmar a transmissão ou a validação estrutural, e não a aceitação comercial. O tipo de mensagem e o acordo com o parceiro comercial determinam seu significado.
Fontes
- UNECE: UN/EDIFACT — Estrutura oficial para o intercâmbio eletrônico estruturado de dados administrativos, comerciais e de transporte.
- X12: Transaction Sets — Descrições oficiais de conjuntos de transações comerciais, incluindo pedidos de compra, faturas, avisos de envio e confirmações.
- GS1: Electronic Data Interchange — Padrões de mensagens comerciais e a relação entre GS1 EDI, EANCOM e GS1 XML.
- RFC 4130: MIME-Based Secure Peer-to-Peer Business Data Interchange Using HTTP, Applicability Statement 2 — Transporte AS2, mecanismos de segurança e notificações de recebimento.
