Introdução e diferença de ALE, EDI e IDocs: SAP Tutorial
⚡ Resumo Inteligente
ALE, EDI e IDocs são os três pilares de SAP integração. O EDI troca documentos comerciais com parceiros externos, enquanto o ALE distribui processos entre diferentes áreas. SAP sistemas, e o IDoc é o contêiner padrão que transporta os dados para ambos.

O que é EDI?
EDI, que significa Intercâmbio Eletrônico de Dados, é a troca eletrônica de dados comerciais estruturados entre diferentes aplicações. Um pedido de compra emitido em uma empresa pode, portanto, chegar ao sistema de um fornecedor como um pedido de venda, sem que ninguém precise digitá-lo novamente.
EDI Archiarquitetura
Como mostra o diagrama acima, EDI ArchiA estrutura consiste em três camadas –
- Aplicativos habilitados para EDIEles dão suporte ao processamento automático de transações comerciais.
- A interface IDoc: Isso foi projetado como uma interface aberta. A interface IDoc consiste em tipos de IDoc e módulos de função que formam a interface para a aplicação.
- O subsistema EDI: Isso converte os tipos de IDoc em tipos de mensagem EDI e vice-versa. Este componente da arquitetura EDI não é fornecido por SAP.
Vantagens do processo EDI
- Erros de entrada de dados reduzidos
- Tempo de ciclo de processamento reduzido
- Disponibilidade de dados em formato eletrônico
- Redução da burocracia
- Custo reduzido
- Redução de estoques e melhor planejamento.
- Meios padrão de comunicação
- Processos de negócios aprimorados
- Vantagem competitiva
O que é ALE?
O EDI se estende aos parceiros comerciais externos. O ALE resolve o problema do espelhamento dentro da empresa, onde vários SAP Os sistemas devem permanecer sincronizados.
ALE apoia a distribuição das funções e processos de negócios entre sistemas fracamente acoplados. SAP Sistemas R/3 (diferentes versões do SAP R/3). Conexões de R/2 e não SAP sistemas também é suportado.
ALE apoia-
- Distribuição de aplicativos entre diferentes releases dos Sistemas R/3
- Troca contínua de dados após uma atualização de versão sem necessidade de manutenção especial
- Extensões específicas do cliente.
- Interfaces de comunicação que permitem conexões comSAP sistemas.
- Acoplamento de Sistemas R/3 e R/2.
O que é o IDOC?
Tanto o ALE quanto o EDI exigem troca de dados, e ambos delegam essa tarefa ao mesmo objeto.
IDOC is simplesmente um contêiner de dados usado para trocar informações entre quaisquer dois processos que possam compreender a sintaxe e a semântica dos dados.
Em termos simples, um IDoc é como um arquivo de dados com um formato específico, que é trocado entre dois sistemas que sabem como interpretar esses dados.
IDOC significa “Documento intermediário".
Quando executamos um saída Processo ALE ou EDI, um IDOC é criado. Em um entrada Processo ALE ou EDI, um IDOC serve como entrada para criar um documento de aplicação. No SAP SystemOs IDOCs são armazenados no banco de dados. Cada IDOC possui um número único (dentro de um cliente).
IDOCs são baseados em padrões EDI, ANSI ASC X12 e EDIFACTEm caso de conflito no tamanho dos dados, o sistema adota o de maior comprimento. Os IDOCs são independente da direção da troca de dadosPor exemplo, o IDOC ORDERS01 no módulo de Compras é usado tanto para entrada quanto para saída. Os IDOCs podem ser visualizados em um editor de texto Porque os dados são armazenados em formato de caractere em vez de formato binário. Os IDOCs são independente dos sistemas de envio e recebimento (SAP-A-SAP bem como não-SAP).
Estrutura do IDoc: Registros de Controle, Dados e Status
Saber que um IDoc é um contêiner só é útil depois que você consegue ler o que está dentro dele. Todo IDoc, independentemente do tipo de mensagem, é construído a partir de três tipos de registro.
| Registro | mesa | O que contém |
|---|---|---|
| Registro de controle | EDIDC | Exatamente um por IDoc. Contém o número do IDoc, o tipo básico, o tipo de mensagem, a direção e os detalhes do remetente e do destinatário. |
| Registros de dados | EDID4 | A carga útil do negócio. Cada registro corresponde a um segmento, e os segmentos podem ser aninhados para formar hierarquias de pai e filho. |
| Registros de status | EDIDS | O registro de auditoria. Cada etapa de processamento adiciona um código de status, de forma que todo o histórico do IDoc permaneça visível. |
Os números de status também indicam a direção rapidamente. CodeOs números de 01 a 49 pertencem a IDocs de saída, onde 03 significa "passado para o porto" e 12 significa "despachado". CodeOs IDocs de 50 em diante pertencem a IDocs de entrada, onde 53 significa "documento de aplicação enviado" e 51 significa "documento de aplicação não enviado".
Como funciona o processo ALE e IDoc?
Os registros acima percorrem uma sequência fixa de etapas. Compreender essa sequência é o que permite encontrar onde uma interface com falha parou.
Processo de saída
- O documento de candidatura foi criado. Um usuário ou um processo em lote salva um documento comercial, como uma ordem de compra.
- O controle de mensagens foi acionado. A determinação da saída identifica um tipo de mensagem, por exemplo, PEDIDOS, e um perfil de parceiro que indica que um IDoc deve ser gerado.
- O IDoc foi gerado. Um módulo de função de seleção lê as tabelas do aplicativo e preenche os registros de controle e de dados. O IDoc recebe o status 30, “pronto para envio”.
- O IDoc é passado para a porta. A definição da porta determina o meio, que pode ser um arquivo, uma chamada de função remota ou uma transferência XML. O status passa a ser 03.
- O subsistema ou parceiro o recebe. Para EDI, o subsistema converte o IDoc em uma mensagem EDIFACT ou ANSI X12. Uma transmissão bem-sucedida retorna o status 16.
Processo de entrada
- O IDoc chega através da porta e é gravado no banco de dados com o status 50.
- O perfil do parceiro foi verificado. SAP Consulta o remetente, o tipo de mensagem e o código de processo atribuído.
- O código do processo chama um módulo de função. que valida os segmentos em relação ao tipo básico.
- O formulário de candidatura já está disponível. O sucesso resulta no status 53. Uma falha resulta no status 51, e o IDoc permanece no banco de dados com a mensagem de erro anexada.
- Os IDocs com falha são reprocessados. Após a correção dos dados mestres, o parceiro não precisa reenviar nada.
Como o IDoc é armazenado em cada etapa, nenhum dado é perdido quando uma etapa falha. Essa durabilidade é o principal motivo. SAP As integrações ainda dependem de IDocs décadas após a sua introdução.
Diferença entre ALE e EDI
Com os três conceitos definidos, a distinção torna-se fácil de enunciar.
ALE é usado para apoiar processos distribuídos, porém integrados, em vários SAP sistemas, enquanto o EDI é usado para a troca de documentos comerciais entre os sistemas de parceiros comerciais (que podem ser não-SAP sistemas).
ALE é SAPA tecnologia da 's serve para dar suporte a um ambiente distribuído, enquanto o EDI é um processo usado para a troca de documentos comerciais que agora possuem um formato padrão.
| Base | DE | EDI |
|---|---|---|
| Propósito | Distribuir processos de negócios e dados mestres | Trocar documentos comerciais com parceiros comerciais. |
| Escopo típico | Interno, entre SAP sistemas | Externo, entre empresas |
| Subsistema necessário | Não | Sim, para converter IDocs em EDIFACT ou ANSI X12. |
| Padrões envolvidos | SAP modelo de distribuição proprietário | EDIFACT, ANSI ASC X12 |
| Suporte de dados | IDoc | IDoc |
Um IDoc é um contêiner de dados usado para troca de dados tanto em processos EDI quanto ALE. Esse contêiner compartilhado é o motivo pelo qual as duas tecnologias são quase sempre estudadas em conjunto.
Transação IDoc comum Codeem SAP
O trabalho diário com ALE e EDI é realizado por meio de um pequeno conjunto de códigos de transação. A tabela abaixo os agrupa de acordo com a tarefa que desempenham.
| transação | Propósito |
|---|---|
WE02 / WE05 |
Exibir IDocs e filtrá-los por status, data, direção ou parceiro. |
WE19 |
Ferramenta de teste. Copie um IDoc existente, edite os segmentos e processe-o novamente no modo de depuração. |
WE20 |
Manter perfis de parceiros, que vinculam um parceiro a tipos de mensagens e códigos de processo. |
WE21 |
Defina as portas, que especificam como um IDoc entra ou sai fisicamente do sistema. |
WE30 / WE31 |
Criar e estender tipos e segmentos básicos de IDoc. |
BD87 |
Reprocessar IDocs que apresentem um status de erro, como 51 ou 56. |
SM58 |
Inspecione as filas RFC transacionais quando um IDoc nunca chegar ao sistema de destino. |
Uma prática recomendada para solucionar problemas é começar pelo WE02 para ler o status e, em seguida, usar o BD87 para reprocessar assim que a causa raiz for corrigida.

