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
Ite m 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 '0'

Opc.
X

Trans
X X

Tabelas: Nome parmetro

RECEIVERS COMMUNICATION_DOCUMENTS

Atrib.
LIKE LIKE

Tipo referncia
BDI_LOGSYS SWOTOBJID

Opc.
X

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 *----------------* * 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.

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.

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

CLEAR: syst_info. 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 *

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

COMMIT WORK. 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:

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

Mdulo: ZALE_GET_BANKLIST 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.

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

14 passo: Listar IDocs enviados atravs da transao WE05: 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