Manual Prtico de ALE / EDI

IDoc

Manual Prtico de ALE/EDI e IDoc

O que ALE?
SAP ALE (Application Link Enabling) a tecnologia proprietria que permite a comunicao de dados
entre dois ou mais ambientes SAP R/3 ou R/3 e sistemas de terceiros. A tecnologia ALE facilita rpida
prototipao de aplicao e desenvolvimento de interface de aplicao, e ainda reduz o tempo de
implementao.
ALE vem com cenrios de integrao/distribuio de aplicao e um conjunto de ferramentas, programas,
definio de dados e metodologias que voc pode facilmente configurar para construir e rodar uma
interface.
A arquitetura de ALE composta de trs camadas:
Application layer. Esta camada fornece a ALE uma interface para criar ou receber mensagens contendo
dados para/de sistemas externos (ou outra SAP R/3).
Distribution layer (ALE layer). A camada de distribuio filtra e converte mensagens contendo dados
baseados de regras predefinidas ou customizadas. Estas converses podem ocorrer para assegurar a
compatibilidade entre diferentes releases de R/3 e R/2.
Communications layer. As comunicaes ALE so realizadas tanto sincronamente quanto
assincronamente. Transmisses de mensagens sincronamente so tipicamente usadas para leitura de
dados diretamente, enquanto transmisses de mensagens assincronamente so usadas para transmitir e
receber dados da aplicao.

Rua Flrida, 1 670 5 Andar Brooklin - So Paulo SP

Tel: 11 5505-2473

Pg 2 de 18

Manual Prtico de ALE/EDI e IDoc

Existem vrias vantagens pela utilizao da tecnologia ALE:

SAP garante a independncia de release.
ALE oferece melhor performance de interface de entrada do que as tcnicas tradicionais como Batch
Data Communications (BDC) ou Call Transactions. ALE no utiliza batch-input baseada de telas.
ALE fornece tecnologia tipo caixa-preta, com isso o usurio fica no nvel mais alto de desenvolvimento.
A maioria de interfaces ALE pode ser prototipada em alguns dias, resultando prazo menor de
implementao.
Pouco ou no h desenvolvimento de ABAP. Na maioria dos casos, as funcionalidades ALE
desenvolvidas pelo SAP j preenchem os requisitos.
ALE oferece recursos sistemticos e organizados para manuteno de melhorias e extenses.
Uma interface ALE fcil de manuteno devido ao acesso estruturado e ao nmero mnimo de objetos
de desenvolvimento.
ALE a arquitetura estratgica do R/3 para efetuar conexo com sistemas legados e de terceiros e o
elemento chave do Business Framework. Ele determina a arquitetura baseada em mensagens para
integrao assncrona de componentes de Business Framework, incluindo Business Components,
Business Objects, e BAPIs.

Rua Flrida, 1 670 5 Andar Brooklin - So Paulo SP

Tel: 11 5505-2473

Pg 3 de 18

Manual Prtico de ALE/EDI e IDoc

Qual a diferena entre ALE, EDI, IDoc e BAPI?

O conceito de interface do R/3 baseado em duas estratgias diferentes: Remote Function
Calls (RFC) e a troca de dados atravs de documentos de mensagem IDoc. RFC faz a
chamada direta e sincronizada de programa no sistema remoto. BAPIs so subconjunto de
mdulos de funo RFC, especialmente desenhadas como Application Programming Interface
(API) para objeto de negcio SAP, ou seja, BAPIs so mdulos de funo liberados
oficialmente pela SAP para serem chamados por programas externos.
IDoc(Intermediate Document) documento de texto codificado com uma estrutura rgida que
usado para troca de dados entre R/3 e sistemas externos. Ao invs de chamar o programa
diretamente no sistema destino, os dados so primeiramente empacotados para um IDoc e
depois o IDoc enviado para sistema receptor, onde ele analisado e adequadamente
processado. Por isso a troca de dados via IDoc sempre um processo assncrono. A principal
diferena entre uma chamada simples de RFC e a troca de dados via IDoc , de fato, que cada
ao executada em IDoc protocolada pelo R/3 e IDocs podem ser reprocessados se algum
erro ocorrer durante um dos passos de mensagem.
Enquanto IDocs so entendidos como protocolo de troca de dados, EDI e ALE so casos
tpicos de uso para IDocs. R/3 utiliza IDocs atravs tanto EDI quanto ALE para distribuir dados
ao sistema receptor. A grande diferena entre EDI e ALE o seguinte: se eu enviar dados para
um parceiro externo, de forma geral eu estou falando de EDI, enquanto ALE o mecanismo
para replicar dados de forma confivel entre sistemas de confiana para armazenar cpia
redundante de dados de IDoc. Para esclarecer a diferena ainda mais, podemos pensar um
pedido de compra que enviado atravs de um IDoc. Se ns enviarmos um pedido de compra
para o fornecedor ento o fornecedor vai armazenar este pedido de compra como uma ordem
de venda. (Isto o conceito de EDI.) No entanto, se ns enviarmos o pedido de compra via
ALE para outro ambiente R/3, ento o sistema receptor vai armazenar o pedido de compra
tambm como pedido de compra.

Rua Flrida, 1 670 5 Andar Brooklin - So Paulo SP

Tel: 11 5505-2473

Pg 4 de 18

Manual Prtico de ALE/EDI e IDoc

Blocos de Construo de ALE e Seus Conceitos
Os seguintes blocos de construo so fundamentais para funcionalidade ALE:
Sistema Lgico. O Sistema Lgico(LS) a representao de R/3 ou de um sistema externo para
distribuio de dados para/de sistema R/3.Cada cliente R/3 usado para ALE ou EDI precisa ter uma base
LS associada com o cliente. Este LS se torna o sender para mensagem de outbound e o receiver para
mensagem de inbound. Alm disso, um segundo LS deveria ser criado para representar o sistema
externo usado na interface ALE. Neste caso, este segundo LS seria sender quando for a mensagem de
inbound e seria receiver quando for a mensagem de outbound.
Tipo de Mensagem. Um tipo de mensagem representa a troca de mensagem de aplicao entre
sistemas R/3 ou um R/3 e um sistema externo. Um tipo de mensagem caracteriza os dados enviados
entre sistemas e se relaciona com uma estrutura de dado que se chama Tipo de IDoc.
Tipo de IDoc e IDoc. Um tipo de IDoc representa a estrutura de dados associada a um tipo de
mensagem, enquanto um IDoc um objeto contendo os dados de um tipo de mensagem particular. IDoc
um recipiente de dados com inteligncia embutida. Cada IDoc contm um e somente um objeto de
negcio.
Um IDoc consiste trs tipos de registro: o registro de controle, registro de dado e registro de status.

Registro de controle, ou EDI_DC, uma estrutura de controle que contm vrios campos com
as informaes sobre o IDoc, tais como o tipo de IDoc, o tipo de mensagem, informao de
sender e de receiver, e a direo (1 para outbound e 2 para inbound). Estas informaes

Rua Flrida, 1 670 5 Andar Brooklin - So Paulo SP

Tel: 11 5505-2473

Pg 5 de 18

Manual Prtico de ALE/EDI e IDoc

determinam dados de controle em IDoc de outbound, e opes de processamento em IDoc de
inbound. Ele tambm possui a sua chave de mandante (MANDT) e o nmero de IDoc (DOCNUM).
O registro EDI_DC de um IDoc armazenado na tabela EDIDC. Cada IDoc tem um registro de
controle.
Registro de dado, ou EDI_DD, ele contm os dados da applicao. Cada registro EDI_DD tem
uma poro de chaves que contm uma srie de campos descrevendo o contedo do registro.
Depois das chaves vem o campo SDATA com tamanho de 1000 bytes do tipo Long Char. O
campo SDATAguarda os dados da aplicao, e sua estrutura determinada pelo campo chave
SEGNAM (nome do segmento). Um IDoc consiste um ou mais registros de dado. Registros de
dado so armazenados na tabela EDID4.
No SAP segmentos de IDoc aderem-se conveno de nomenclatura. Cada segmento possui trs
componentes, e cada componente com prefixo diferente - E1 para tipo de segmento, E2 para
definio de segmento e E3 para documentao de segmento. Por exemplo, o primeiro segmento
do tipo de IDoc DEBMAS02 E1KNA1M. Sua definio contida na estrutura E2KNA1M, e a
documentao est na E3KNA1M. Quando o IDoc externalizado, vemos o nome do segmento
iniciado com prefixo E2. Na prtica, em todos os casos, usamos somente prefixo E2 para se referir
segmentos de IDoc.
Registro de status, ou EDI_DS. Ele contm informaes de estado de IDoc quando IDoc passa
pelo vrios estgios de processamento. O registro de status mantm o histrico de um IDoc. Um
IDoc pode ter um ou mais registros de status, onde so armazenados na tabela EDIDS.

Porta. Porta a representao lgica de canal de comunicao em SAP, com os IDocs sendo os dados
comunicados. So quatro tipos de portas que podem ser definidos em R/3: tRFC, File, R/2, e Internet.
ALE pode utilizar todas os tipos de porta para distribuir IDocs, enquanto EDI tipicamente utiliza a porta
baseada em file. As portas tipo tRFC e file podem ser ligadas aos destinos RFC conectados em R/3para-R/3 ou TCP/IP.

Rua Flrida, 1 670 5 Andar Brooklin - So Paulo SP

Tel: 11 5505-2473

Pg 6 de 18

Manual Prtico de ALE/EDI e IDoc

Destino RFC. O destino RFC o termo que define as caractersticas de comunicao ligado a um
sistema remoto onde uma funo precisa ser executada. A comunicao R/3-para-R/3 utiliza
tRFC(transactional RFC). O prefixo transactional indica meramente que uma funo especfica
executada por unidade lgica de trabalho, que pode ser Mestre de Material, ou a entrega, ou o
faturamento.
Cdigos de Processo. Cdigos de processo so usados em ALE e EDI para identificar o mdulo de
funo ou API para ser chamado e conseqentemente processado. Cada cdigo de processo
associado a um tipo de mensagem. Cdigos de processo tipo outbound so armazenados na tabela
TEDE1 e cdigos de processo tipo inbound so armazenados na tabela TEDE2.
Tipo de parceiro. Tipo de parceiro um identificador do sistema para comunicar mensagens. Existem
quatro tipos de parceiro: KU (Cliente), LI (Fornecedor), B (Banco) e LS (Sistema Lgico). Tipo de parceiro
define vrios elementos de ALE e EDI com os parmetros de comunicao entre dois ou mais sistemas.
Os principais parmetros so: tipos de mensagem, tipos de IDoc, cdigos de processo, funes parceiro,
identificadores da aplicao, funes de mensagem, tipos de sada e portas.
Tipo de parceiro exerce um papel muito importante pois ele age como um gateway para comunicao
ALE e EDI. Ele transfere mensagens especficas atravs de tipos de IDoc definidos para a porta depois
da execuo de certos mdulos de funo para processamento outbound. Ele tambm pode receber tipo
especfico de IDoc, e identifica mdulos de funo apropriados para que insira dados no banco no caso
de interface inbound.
Modelo de distribuio. No sistema R/3, o Modelo de Distribuio uma ferramenta que armazena
informaes sobre o fluxo de dados entre vrios sistemas. O modelo de distribuio armazena dados que
informam quais as mensagens (tipos de mensagem) sejam transmitidas para quais Sistemas Lgicos.
Vrias mensagens podem ser transmitidas para um Sistema Lgico, e uma nica mensagem pode ser
transmitida para vrios Sistemas Lgicos.

Rua Flrida, 1 670 5 Andar Brooklin - So Paulo SP

Tel: 11 5505-2473

Pg 7 de 18

Manual Prtico de ALE/EDI e IDoc

Roteiro prtico para criar IDoc de sada (outbound)
Vamos criar um IDoc de sada (outbound) usando a BAPI: BAPI_BANK_GETLIST.
1 passo: Criar os segmentos atravs da transao WE31:
Criar segmento conforme a estrutura BAPI1011_LIST:
Tipo de segmento: ZE1BANKLIST
Descrio breve: Lista de Bancos
Item
1
2
3
4

Nome de campo
BANK_CTRY
BANK_KEY
BANK_NAME
CITY

Elemento de dados
BANKS
BANKK
BANKA
ORT01_GP

Salvar e liberar o segmento.

2 passo: Criar Tipo de IDoc atravs da transao WE30:
Nome IDoc: ZID_BANKLIST
Descrio: Lista de Bancos
Ligar o segmento ZE1BANKLIST abaixo do nome do IDoc:
Nmero mnimo: 1
Nmero mximo: 99999999
Salvar e liberar o tipo de IDoc.
3 passo: Criar Tipo de mensagem atravs da transao WE81:
Tipo de mensagem: ZMG_BANKLIST
Descrio breve: Lista de Bancos
4 passo: Relacionar tipo de mensagem ao tipo de IDoc atravs da transao WE82:
Tipo de mensagem: ZMG_BANKLIST
Tipo Bsico: ZID_BANKLIST
Release: 46C
5 passo: Criar destino RFC atravs da transao SM59:
Clicar no boto <Criar>,
Destino RFC: DESTINO_RFC_IDOC005
Tipo de conexo: T
Descrio: Teste de destino RFC para IDoc ZID_BANKLIST
6 passo: Criar porta atravs da transao WE21:
Posicionar o cursor na palavra RFC Transacional
Portas
+-------RFC Transacional
Clicar o cone <Criar>
Selecionar a opo Gerar nome de porta, o sistema ir gerar a porta com o prximo nmero
subseqente, no nosso caso: A000000025
Descrio: Porta de sada para IDoc ZID_BANKLIST
Destino RFC: DESTINO_RFC_IDOC005

Rua Flrida, 1 670 5 Andar Brooklin - So Paulo SP

Tel: 11 5505-2473

Pg 8 de 18

Manual Prtico de ALE/EDI e IDoc

7 passo: Criar um mdulo de funo atravs da transao SE37:
Mdulo de funo: ZALE_GET_BANKLIST
Grupo de funo: ZIDOC (criar se for necessrio)
Texto breve: Buscar lista de bancos
Importao:
Nome parmetro Atrib. Tipo referncia
Valor proposto
BANK_CTRY
SERIAL_ID

LIKE
LIKE

BAPI1011_LIST
SERIAL-CHNUM

Tabelas:
Nome parmetro
RECEIVERS
COMMUNICATION_DOCUMENTS

'0'

Opc.

Trans

X
X

Atrib.

Tipo referncia

Opc.

LIKE
LIKE

BDI_LOGSYS
SWOTOBJID

Exceo:
ERROR_CREATING_IDOCS
Texto fonte:
*-------------------*
* Tabelas internas
*-------------------*
DATA: BEGIN OF ti_bank_list OCCURS 0.
INCLUDE STRUCTURE bapi1011_list.
DATA: END OF ti_bank_list.
*-------------------*
* Variveis globais
*-------------------*
DATA: idoc_control
idoc_data
idoc_receiver
idoc_comm
syst_info

LIKE
LIKE
LIKE
LIKE
LIKE

bdicontrol,
edidd
OCCURS 0 WITH HEADER LINE,
bdi_logsys OCCURS 0 WITH HEADER LINE,
edidc
OCCURS 0 WITH HEADER LINE,
syst.

*----------------*
* Processamento
*----------------*
* Popular registro de controle
* Tipo de mensagem
idoc_control-mestyp = 'ZMG_BANKLIST'.
* Tipo de IDoc
idoc_control-idoctp = 'ZID_BANKLIST'.
idoc_control-serial = sy-datum.
idoc_control-serial+8 = sy-uzeit.
*-------------------*
* Seleo de dados
*-------------------*
LOOP AT receivers.
CLEAR: syst_info.

Rua Flrida, 1 670 5 Andar Brooklin - So Paulo SP

Tel: 11 5505-2473

Pg 9 de 18

Manual Prtico de ALE/EDI e IDoc

CALL FUNCTION 'BAPI_BANK_GETLIST'

EXPORTING
bank_ctry = bank_ctry
max_rows = 0
TABLES
bank_list = ti_bank_list.
*

call subroutine to create IDoc data-record

CLEAR: syst_info, idoc_data.
REFRESH idoc_data.
PERFORM inserir_segmento_banklist TABLES ti_bank_list
idoc_data.

distribute idocs
REFRESH: idoc_receiver, idoc_comm.
APPEND receivers TO idoc_receiver.

CALL FUNCTION 'ALE_IDOCS_CREATE'

EXPORTING
idoc_control
chnum
TABLES
idoc_data
receivers
created_idocs_additional
EXCEPTIONS
idoc_input_was_inconsistent
OTHERS

= idoc_control
= serial_id
= idoc_data
= idoc_receiver
= idoc_comm
= 1
= 2.

IF sy-subrc <> 0.
MESSAGE ID sy-msgid TYPE sy-msgty NUMBER sy-msgno
WITH sy-msgv1 sy-msgv2 sy-msgv3 sy-msgv4
RAISING error_creating_idocs.
ENDIF.
IF communication_documents IS REQUESTED.
LOOP AT idoc_comm.
CLEAR communication_documents.
communication_documents-objtype = 'IDOC'.
communication_documents-objkey
= idoc_comm-docnum.
communication_documents-logsys
= idoc_comm-rcvprn.
communication_documents-describe = space.
APPEND communication_documents.
ENDLOOP.
ENDIF.
ENDLOOP.
* applications do commit work to trigger communications
COMMIT WORK.

Rua Flrida, 1 670 5 Andar Brooklin - So Paulo SP

Tel: 11 5505-2473

Pg 10 de 18

Manual Prtico de ALE/EDI e IDoc

ENDFUNCTION.
*---------------------------------------------------------------------*
*
FORM inserir_segmento_banklist
*
*---------------------------------------------------------------------*
*
Criar IDoc data-record
*
*---------------------------------------------------------------------*
FORM inserir_segmento_banklist
TABLES
ti_bank_list STRUCTURE bapi1011_list
idoc_data
STRUCTURE edidd.
DATA: ze1banklist
LIKE ze1banklist,
ti_ze1banklist LIKE edidd OCCURS 0 WITH HEADER LINE.
* for segment 'ZE1BANKLIST'
CLEAR ti_ze1banklist.
REFRESH ti_ze1banklist.
ti_ze1banklist-segnam = 'ZE1BANKLIST'.
LOOP AT ti_bank_list.
CLEAR ze1banklist.
MOVE-CORRESPONDING ti_bank_list TO ze1banklist.
IF NOT ze1banklist IS INITIAL.
ti_ze1banklist-sdata = ze1banklist.
APPEND ti_ze1banklist.
ENDIF.
APPEND ti_ze1banklist TO idoc_data.
ENDLOOP.
ENDFORM.
8 passo: Criar cdigo de processo sada atravs da transao WE41:
Cd.processo: ZCP_BANKLIST
Mdulo de funo: ZALE_GET_BANKLIST
Clicar <Enter> (O sistema traz a descrio automaticamente)
Double-click na palavra Mensagem lgica
Clicar no boto <Entradas novas>
Tipo mensagem: ZMG_BANKLIST
Salvar o cdigo de processo
9 passo: Atribuir mdulo de funo a tipo de mensagem e de IDoc atravs da transao WE57:
Mdulo: ZALE_GET_BANKLIST

Rua Flrida, 1 670 5 Andar Brooklin - So Paulo SP

Tel: 11 5505-2473

Pg 11 de 18

Manual Prtico de ALE/EDI e IDoc

Categoria: F
Tp.bsico: ZID_BANKLIST
Tipo mensagem: ZMG_BANKLIST
Direo: 1
Salvar.
10 passo: Identificar o sistema lgico do prprio mandante atravs dos seguintes passos:
Transao: SALE
Abrir a opo:
Preparar sistema receptor e de envio
Instalar sistemas lgicos
Atribuir sistema lgico a mandante
Double-click na linha onde est o mandante do sistema
E descobrir qual o sistema lgico do mandante, no nosso caso DEV46
11 passo: Criar tipo de parceiro atravs da transao WE20:
Abrir o tipo de parceiro LS (sistema lgico) e selecionar algum outro sistema lgico que no seja
do prprio DEV46, o nosso caso escolhemos BCDEV46
No parmetro de sada, clicar o cone <Criar parmetro de sada>
Tipo de mensagem: ZMG_BANKLIST
Prt.Destinat: A000000025
Modo de sada: <Transf.imediatam.IDoc>
Tipo bsico: ZID_BANKLIST
Aperte <Enter> e salvar
12 passo: Criar modelo de distribuio atravs da transao BD64:
Clicar no boto: <Criar viso modelo>
Texto breve: Lista de bancos
Nome tcnico: BANKLIST
Selecionar a linha Lista de bancos e clicar no boto <Inserir tipo de mensagem>
Viso de modelo: BANKLIST
Emissor: DEV46
Destinatrio: BCDEV46
Tipo de mensagem: ZMG_BANKLIST
Salvar o modelo de distribuio.
13 passo: Testar a funo para disparar IDoc atravs da transao SE37:
Funo: ZALE_GET_BANKLIST
BANK_CTRY: BR
RECEIVERS: BCDEV46
Executar a funo.
14 passo: Listar IDocs enviados atravs da transao WE05:

Rua Flrida, 1 670 5 Andar Brooklin - So Paulo SP

Tel: 11 5505-2473

Pg 12 de 18

Manual Prtico de ALE/EDI e IDoc

Verificar o IDoc criado com o status 03 Transferncia de dados para a porta OK. - O IDoc foi
enviado para um sistema R/3 ou para um programa externo, atravs de um RFC transacional.

Rua Flrida, 1 670 5 Andar Brooklin - So Paulo SP

Tel: 11 5505-2473

Pg 13 de 18

Manual Prtico de ALE/EDI e IDoc

Roteiro prtico para criar IDoc de entrada (inbound)
Existem duas formas de realizar IDoc de entrada, dependendo da disponibilidade de recursos no SAP. A
primeira forma aproveitar a estrutura existente de BAPI no SAP, se esta atende a necessidade do
usurio; caso contrario, necessrio criar uma funo e configurar o ambiente para que a entrada do
IDoc seja efetuada.
Vamos comear o exemplo pela forma mais fcil, a de aproveitar a estrutura existente de BAPI.
1) Vamos criar um IDoc de entrada (inbound) usando a BAPI: BAPI_BANK_CREATE.
1 passo: Buscar o bus da BAPI atravs da transao BAPI:
Na transao BAPI, selecionar o folder Alfabetic, abrir a estrutura do bank e clicar na palavra
create. Na parte direita da tela double-click a opo create BAPI List e depois na tela inferior
mostra o bus da BAPI no campo CtgObjeto. Anotar o bus. No nosso caso BUS1011.
2 passo: Gerar interface ALE atravs da transao BDBG:
Na transao BDBG, entrar o nome do bus no campo CtgObjeto/tp.interface (BUS1011), e no
campo de Mtodo, clicar no match-code, selecionar a opo CREATE e depois clicar no cone
<criar>.
Se o interface j foi criado, ento a mensagem Existe o tipo de mensagem BANK_CREATE para
objeto BUS1011 e mtodo CREATE mostrada. Neste caso, podemos consultar o interface
criado clicando o cone <Verificar interface>. O sistema mostrar o tipo de mensagem
BANK_CREATE, o tipo bsico (tipo de IDoc) BANK_CREATE01, os segmentos e as funes de
entrada (IDOC_INPUT_BANK_CREATE) e sada (ALE_BANK_CREATE). Todos estes
componentes de interface j foram criados.
Se o interface ainda no foi criado, ento o sistema mostra uma janela pedindo o tipo de
mensagem, e depois mostra outra janela para que entre com os dados de tipo de IDoc, mdulos
de funo de entrada e sada. Aps de entrar todos os dados, o sistema gerar tipo de
mensagem, IDoc, os segmentos e as funo de entrada e sada automaticamente.
(Tipo de mensagem gravado na tabela standard EDMSG).
3 passo: Criar cdigo de processo entrada atravs da transao WE42:
Na transao WE42, selecionar o cdigo de processo BAPI (double-click)
Double-click na palavra Mensagem lgica situada no lado esquerdo da tela.
No table-control do lado direito da tela, verificar se tipo de mensagem BANK_CREATE est
cadastrado. Caso contrrio, clicar no cone <Entradas novas>.
Tipo de mensagem: BANK_CREATE
Salvar o cdigo de processo.
4 passo: Atribuir mdulo de funo a tipo de mensagem e de IDoc atravs da transao WE57:
Verificar se o tipo bsico BANK_CREATE01 est cadastrado na transao WE57. Caso
contrrio, clicar no cone <Entradas novas>.
Mdulo: BAPI_IDOC_INPUT1
Categoria: F
Tp.bsico: BANK_CREATE01

Rua Flrida, 1 670 5 Andar Brooklin - So Paulo SP

Tel: 11 5505-2473

Pg 14 de 18

Manual Prtico de ALE/EDI e IDoc

Tipo mensagem: BANK_CREATE
Direo: 2
Salvar.
5 passo: Identificar o sistema lgico do prprio mandante atravs dos seguintes passos:
Transao: SALE
Abrir a opo:
Preparar sistema receptor e de envio
Instalar sistemas lgicos
Atribuir sistema lgico a mandante
Double-click na linha onde est o mandante do sistema
E descobrir qual o sistema lgico do mandante, no nosso caso DEV46
6 passo: Criar tipo de parceiro atravs da transao WE20:
Abrir o tipo de parceiro LS (sistema lgico) e selecionar algum outro sistema lgico que no seja
do prprio DEV46, o nosso caso escolhemos BCDEV46
No parmetro de entrada, clicar o cone <Criar parmetro de entrada>
Tipo de mensagem: BANK_CREATE
Cd.processo: BAPI
Processamento atravs mdulo funo: <Acionamento imediato>
Teclar <Enter> e salvar os dados.(Os dados so gravados na tabela standard EDP21).
7 passo: Criar modelo de distribuio atravs da transao BD64:
Clicar no boto: <Criar viso modelo>
Texto breve: Criar banco
Nome tcnico: BANKCREATE
Aperte <Enter>
Selecionar a linha Criar banco e clicar no boto <Inserir BAPI >
Viso de modelo: BANKCREATE
Emissor: BCDEV46
Destinatrio: DEV46
NomeObjeto/Interface: Bank
Mtodo: Create
Aperte <Enter>
Salvar o modelo de distribuio.
8 passo: Testar a entrada de IDoc atravs da transao WE19:
Na transao WE19, vamos entrar com o nome de IDoc: BANK_CREATE01 no campo Tp.bsico
e executar.
Na tela seguinte, clicar na linha EDIDC, o sistema mostra uma janela para entrar com os dados de
registros de controle:
Destinatrio:
Port: SAPTRN ( a palavra SAP concatenado com o nome do sistema local, que
no nosso caso TRN)

Rua Flrida, 1 670 5 Andar Brooklin - So Paulo SP

Tel: 11 5505-2473

Pg 15 de 18

Manual Prtico de ALE/EDI e IDoc

N parceiro: DEV46 (sistema lgico do prprio mandante descoberto no passo 5)
TpParceiro: LS
Remetente:
Port: A000000025 (criado no exemplo anterior. Se no encontrou ento consultar a
pgina 7 passo 6 sobre como criar a porta)
N parceiro: BCDEV46
TpParceiro: LS
Tipo mensagem: BANK_CREATE
Tecle <Enter>
Clicar na linha do segmento E1BANK_CREATE e entrar os seguintes dados:
BANK_CTRY: BR
BANK_KEY: 999005 (chave do banco, entrar com uma chave inexistente)
Tecle <Enter>
Clicar na linha do segmento E1BP1011_ADDRESS e entrar os seguintes dados:
BANK_NAME: BANCO TESTE IDOC INBOUND S/A
REGION: SP
STREET: RUA FLORIDA 1670
CITY: SO PAULO
BANK_NO: 999005
Tecle <Enter>
Clicar no boto <Entrada standard>, o sistema mostra uma janela com as informaes resumidas
sobre protocolo de transmisso, teclar <Enter> e um IDoc de entrada criado.
9 passo: Listar IDocs recebidos atravs da transao WE05:
Verificar o IDoc criado com o status 53 Documento de aplicao gravado. - BAPI CREATE foi
chamado com xito.
Verificar tambm a tabela standard BNKA (Mestre de bancos) um novo banco foi criado.

2) Suponha que no SAP no existe uma BAPI que satisfaz a necessidade do usurio. Por exemplo, o
SAP precisa receber IDocs para alimentar uma tabela Z.

Rua Flrida, 1 670 5 Andar Brooklin - So Paulo SP

Tel: 11 5505-2473

Pg 16 de 18