UMA Configurando SAP R / 3 para a entrada e saída

de Processamento
Durante o processamento de entrada (cliente), Idocs são transferidos para a interface e armazenado no sistema SAP R / 3. Os dados
do documento é gerado numa segunda etapa, também durante um fluxo de trabalho.

o processamento de saída no sistema R / 3 envolve o tratamento de eventos. Um evento no sistema R / 3 é definido como a
ocorrência de uma alteração de estado num objecto. Os eventos são criados quando a mudança de status relevante ocorre. Os
seguintes tópicos descrevem como habilitar de entrada e de saída SAP processamento R / 3.

• Configurando SAP R / 3 Processamento de entrada

• Configurando SAP R / 3 de saída Processamento

Configurando SAP R / 3 Processamento de entrada

SAP R3 processamento / de entrada exige que o sistema a montante para transferir um IDoc para a interface IDoc através da porta
Sistema ERP. Por esta razão, você não tem que especificar uma porta nos perfis de parceiros de entrada; a interface IDoc deve apenas
reconhecer o sistema a montante como uma porta. Uma definição da porta, o que proporciona uma identificação única para o sistema a
montante, tem de estar disponível para a porta. Os parâmetros técnicos desta definição da porta pode (e geralmente são) substituído
pelo sistema a montante.

Se o sistema a montante é reconhecido, então o IDoc é salvo no banco de dados. Se um parceiro é definida com a mensagem
correspondente em perfis de parceiros, o IDoc é então processado. Isto é feito de forma independente no segundo passo. Isto
assegura que o sistema externo pode receber os dados rapidamente e de forma fiável (automaticamente).

Você deve executar as seguintes etapas para configurar SAP R / 3 para o processamento IDoc de entrada:

1. Configurar um sistema lógico.

2. Configurar um modelo de distribuição.
3. Definir um perfil de parceiro de entrada.

Configurando um sistema lógico

Em qualquer ambiente distribuído, cada sistema participante deve ter uma identificação única para evitar confusão. Em SAP R
/ 3, o nome do sistema lógico é usado como o ID único. Este nome é atribuído explicitamente a um cliente em um sistema SAP
R / 3.

Definindo um sistema lógico

Para definir um sistema lógico:

1. Execute o venda transação.

 Descrição da ilustração ale_saletransaction.gif

A janela IMG exibição é exibida.

Descrição da ilustração ale_inbound1.gif

Execute os seguintes passos:

uma. Expandir Enviar e receber Systems.

b. Expandir Sistemas lógicos.
c. Selecione Definir sistema lógico.
2. Clique no IMG - O ícone de atividade.

Uma janela de mensagem é exibida. Ele indica que a tabela é multi-cliente.

Descrição da ilustração ale_imgmessage.gif

3. Clique no marca de verificação ícone para continuar.

 A mudança View "sistemas lógicos": a janela Visão geral é exibida.

Descrição da ilustração ale_inbound2a.gif

4. Clique novas entradas.

As novas entradas: Visão geral da janela Adicionado entradas é exibida.

Descrição da ilustração ale_inbound4a.gif

5. Digite o sistema lógico, por exemplo, ORACLETDS, na Log.System e coluna

fornecer uma descrição no Nome coluna.
6. Clique em Salvar.

O Prompt caixa de diálogo pedido Workbench para é exibido.

 Descrição da ilustração ale_inbound4.gif

7. Clique no ícone Criar solicitação.

A caixa de diálogo Criar solicitação é exibido.

Descrição da ilustração ale_inbound5.gif

8. Digite um nome e uma descrição para o seu pedido e clique em Salvar.

O sistema lógico configurado, por exemplo, ORACLETDS, agora é adicionado à lista.

Descrição da ilustração ale_logicalsysdisplay.gif

Configurando um modelo de distribuição

Um modelo de distribuição é usado para descrever o fluxo de mensagens ALE entre os sistemas lógicos. objetos de negócios são
distribuídos para destinatários conectados de acordo com uma distribuição exclusiva
modelo que pode conter regras de complexidade variável, dependendo do tipo de objetos de negócios envolvidos.

A definição de um modelo de distribuição

Para definir um modelo de distribuição:

1. Execute o BD64 transação.

Descrição da ilustração ale_nbd64.gif

A janela de Distribuição modelo de exibição é exibida.

Descrição da ilustração ale_distmodel1.gif

2. Clique Modelo de Distribuição na barra de menu.

Descrição da ilustração ale_distmodel2.gif

3. selecionar Alternar para o modo de processamento.

A janela de Distribuição modelo de exibição é alternada para mudar o modelo de distribuição.

Descrição da ilustração ale_distmodel3.gif

4. Clique em Criar vista do modelo.

A caixa de diálogo Criar Model View é exibida.

Descrição da ilustração ale_inbound7.gif

5. Digite um nome de vista do modelo na Pequeno texto campo e um nome no Técnico

nome campo, o qual também serve como uma descrição.
6. Clique no marca de verificação ícone para inserir as informações.

Você volta para a janela Alterar Distribuição Modelo principal. O modelo de distribuição que você configurou
agora é adicionado à lista.

Descrição da ilustração ale_distmodel4.gif

 7. Clique em Adicionar tipo de mensagem.

A caixa de diálogo Adicionar tipo de mensagem é exibida.

Descrição da ilustração ale_inbound8.gif

Execute os seguintes passos:

uma. No Remetente e recebedor campos, entrar no sistema lógico configurado, por exemplo,
ORACLETDS.

Você pode clicar no ícone à direita de cada campo para navegar a partir de uma lista de sistemas lógicos.

b. No Tipo de mensagem campo, insira o tipo de mensagem que pretende utilizar, por exemplo, MATMAS.

Você pode clicar no ícone à direita de cada campo para navegar a partir de uma lista de tipos de mensagens disponíveis.

8. Clique no marca de verificação ícone para inserir as informações.

Você volta para a janela Alterar Distribuição Modelo principal.

9. Clique em Salvar.

A definição de um perfil de parceiro

perfis de parceiros são um pré-requisito para a troca de dados. Isso envolve a definição de quem pode trocar mensagens com o
sistema SAP R / 3 e usando qual porta.

A definição de um perfil de parceiro

Para definir um perfil de parceiro:

1. Execute o WE20 transação.

Descrição da ilustração ale_we20.gif

 A janela de perfis de parceiros é exibida.

Descrição da ilustração ale_pprofile1.gif

2. No painel da esquerda, expanda tipo LS parceiro e selecionar o sistema lógico você configurou a partir da lista, por
exemplo, ORACLETDS.
 No painel da direita, o campo Partn.number refere-se ao nome do sistema lógico.

Descrição da ilustração ale_pprofile2.gif

3. Clique em Salvar.

4. De Inbound mesa de parâmetros, clique no ícone parâmetro de entrada Criar.

O Parceiro perfis: janela de parâmetros de entrada é exibida.

 Descrição da ilustração ale_inbound11.gif

5. No Tipo de mensagem campo, insira o tipo de mensagem que pretende utilizar, por exemplo, MATMAS.

Você pode clicar no ícone à direita de cada campo para navegar a partir de uma lista de tipos de mensagens disponíveis.

A guia opções de entrada é selecionada por padrão.

6. No código de processo campo, digite o código de processo que você deseja usar, por exemplo, MATM.

Você pode clicar no ícone à direita de cada campo para navegar a partir de uma lista de códigos de processo disponíveis.

7. No Processamento pelo módulo de função área, selecione uma opção da lista:

• Disparo provocado pelo programa em segundo plano.

Neste caso, o adaptador escreve Idocs para o banco de dados SAP R / 3, o qual é processado imediatamente.

• Desencadear imediatamente.
 Neste caso, a placa de espera para o sistema SAP R / 3 para processar Idocs. Isso pode levar de 1 a 15
minutos.

8. Clique em Salvar.

Configurando SAP R / 3 de saída

Processamento
criação de eventos deve ser implementada por você ou por SAP R / 3. Um evento é criado a partir de programas específicos de aplicação (o
criador do evento) e todo o sistema, em seguida, publicado. Qualquer número de receptores podem responder ao evento com os seus próprios
mecanismos de resposta. Um evento é geralmente definido como um componente de um tipo de objecto.

SAP eventos R / 3 pseudo não são processados ​pelo / 3 gerente Evento SAP R, mas são chamados a partir de um programa ABAP ou
Chamada de Função Remota (usando o parâmetro Destination).

Conceitos relacionados e Terminologia

As seguintes listas de tópicos e define a terminologia específica relacionada com SAP R / 3 e SAP R / 3 manipulação de eventos.

Programas cliente e servidor

programas RFC para não-SAP sistemas R / 3 pode funcionar como o chamador ou o chamado programa em uma comunicação
RFC. Existem dois tipos de programas RFC:

• cliente RFC
• RFC Servidor

O cliente RFC é a instância que chama a RFC para executar a função que é fornecido por um servidor RFC. As funções que podem
ser chamadas remotamente são chamadas de funções RFC e as funções fornecidas pela API RFC são chamados chamadas RFC.

SAP R / 3 gateway

A / 3 gateway SAP R é um servidor de aplicações seguras. Sem ligações são aceitos a menos que tenham sido preregistered
anteriormente a partir do SAP R / 3 Cliente apresentação. A conexão com o servidor apresenta-se ao Gateway e expõe um
identificador de programa. Se o identificador de programa é encontrada na lista de IDs programa registrado, o servidor gateway,
em seguida, oferece uma conexão com o servidor, que "aceita" uma conexão. Este ProgramID é então ligado com um destino RFC
dentro do SAP R / 3, que permite SAP Módulos R / 3 função e documentos ALE (IDocs ou BAPI IDocs) para ser encaminhada para
o destino. As funções RFC de destino como uma tag para mascarar o ID Programa para SAP R / 3 usuários.

Um programa de servidor RFC pode ser registrado com o SAP R3 gateway / e esperar por pedidos de chamada RFC recebidas. Um
programa de servidor RFC se registra sob um ID de programa em um SAP R3 gateway / e não para um sistema R SAP específica / 3.

Na SAPGUI, o destino deve ser definido com SM59 transação, usando tipo de conexão T e Modo Register. Além disso,
esta entrada deve conter informações sobre o gateway SAP R / 3 na qual o programa de servidor RFC está registrado.
IDs de programas e Balanceamento de Carga

Se o servidor de gateway tem uma conexão com uma instância do servidor em particular e outra instância do servidor se apresenta
para o gateway, o gateway oferece a conexão e, em seguida, começa a funcionar no modo de balanceamento de carga. Usando um
algoritmo patenteado, a Gateway envia mensagens diferentes para cada servidor, dependendo da demanda e tempo de processamento
total. Isso pode causar resultados imprevisíveis quando as mensagens são validados por esquema e aplicação.

Ao configurar vários eventos no Oracle WebLogic Server utilizando um único SAP / R3 programa ID, SAP R carga / 3 equilibra
os dados do evento. Por exemplo, se várias chamadas de função remoto ou BAPIs usar a mesma ID do programa (por
exemplo, ORACLETDS) e múltiplas SAP R / 3 ouvintes são configurados com essa progamID, em seguida, SAP R / 3 envia
uma solicitação para um ouvinte eo lado de outro ouvinte, e assim por diante.

Há um algoritmo de balanceamento de carga presente no / 3 servidor Gateway SAP R. Este mecanismo é de propriedade da SAP o
desenvolvimento de aplicativos R / 3 e pode funcionar comparando o rendimento total da ligação, o número de vezes em estado de
espera, e assim por diante. Uma conexão pode receber nove mensagens e um segundo conexão pode receber uma mensagem. Se
cinco dos nove mensagens são rejeitadas para validação de esquema e aquele mensagem na outra conexão é rejeitada para
validação de esquema, você pode suspeitar que está faltando SAP R / 3 manipulação de eventos mensagens.

O balanceamento de carga em servidor (entrada ao adaptador de SAP R / 3) situações é tratado por conectar várias instâncias do
adaptador para o sistema SAP R / 3. O sistema SAP R / 3, então o equilíbrio de carga das ligações. Você não pode ajustar este
desempenho.

O balanceamento de carga no cliente (de saída do adaptador para R / 3 SAP) situações é tratado apenas pelo design do aplicativo SAP R / 3.
Se o seu sistema suporta um Server Message, em seguida, você pode carregar o equilíbrio em situações de cliente. Se você tiver apenas um
servidor de aplicação, você não pode carregar o equilíbrio, exceto por meio do ajuste servidor de aplicativos, tais como o número máximo de
conexões permitidas ou tempo de limites dia em conexões.

A / 3 limite padrão do sistema SAP R é RFC 100 (comunicação) ou utilizadores do adaptador. Cada usuário ocupa mais de
2 MB de memória no servidor de aplicativos do sistema SAP R / 3, e mais ou menos no adaptador, dependendo da carga
de trabalho.

pool de conexões

Um pool de conexão é um conjunto de conexões de cliente para um destino específico. A piscina pode criar automaticamente
novas ligações ao sistema remoto especificado ou retornar uma ligação existente. Ele também fornece métodos para retornar
uma ligação de volta para a piscina quando não é mais necessária.

Um pool de conexão pode verificar quais conexões não estão mais em uso e pode ser fechado para salvar os recursos do
sistema. O período de tempo após o qual a piscina verifica as conexões e o tempo após o qual uma conexão expira pode ser
configurado pelo aplicativo de chamada.

A piscina é sempre obrigado a ID de um usuário e senha, o que significa que todas as conexões tomadas a partir deste conjunto usar essas
credenciais. Uma ligação SAP R / 3 está sempre ligado a um ID de SAP R / 3 utilizador e um número de cliente SAP R / 3.

Se você efetuar logon com um tamanho piscina que é definido como 1, nenhum pool de conexão é criada (1 UserID - Rosca 1 processo). Se você
efetuar logon com um tamanho piscina que é maior do que 1, um conjunto é criado com um tamanho de n, que é o número especificado.
Para mais informações sobre o pool de conexão, consulte a documentação da API SAP JCO.

Registrar seu ID Programa em SAPGUI

Para permitir que o sistema SAP R / 3 para emitir as seguintes chamadas ou interfaces para o adaptador R / evento de 3 SAP, você
deve registrar seu ID programa em um destino RFC.

• Chamadas de Funo remoto (RFC)

• Interfaces de Programação de Aplicações de negócios (BAPI)
• Documentos intermédios (IDoc)

O destino RFC é um nome simbólico (por exemplo, ORACLETDS), que é usado para direcionar eventos para um sistema de
destino, mascarando o ID do programa. A ID do programa é configurado em ambos SAPGUI e o adaptador de eventos.

Registrar seu ID Programa

Para registar o seu ID programa:

1. Inicie o SAP GUI e entrar para o sistema SAP R / 3.

2. selecionar Ferramentas, Administração, redes, e depois RFC destino.
3. Execute o SM59 transação.

A janela destinos de exibição e manter RFC é exibida.

Descrição da ilustração iway_sapu_tcpipconnect.gif

4. Selecione as conexões TCP / IP e clique em Criar.

 A janela RFC Destino é exibida.

Descrição da ilustração iway_sapu_rfcddestination.gif

Providencie a seguinte informação:

uma. No destino RFC campo, digite um nome, por exemplo, ORACLETDS.

O valor inserido neste campo é sensível a maiúsculas.

b. No Tipo de conexão campo, digite T para o tipo de destino TCP / IP.

c. No Descrição campo, digite uma breve descrição.
5. Clique em Salvar na barra de ferramentas ou selecione Salvar no menu Destino.

A janela ORACLETDS RFC Destino é exibida.

 Descrição da ilustração iway_sapu_iwaydest.gif

Execute os seguintes passos:

uma. Para o Tipo de ativação, clique em Registro.

b. No Programa campo, insira ORACLETDS.
6. Clique em Salvar na barra de ferramentas ou selecione Salvar no menu Destino.
7. Garantir o seu adaptador de eventos está sendo executado.

8. Verifique se o sistema SAP R / 3 e adaptador de aplicativos Oracle para SAP R / 3 são

comunicar.
9. Clique testConnection.

Testando o SAP R / 3 adaptador de eventos

No servidor SAP, a transação SE37 permite-lhe enviar uma RFC (Remote Function Call) ou um BAPI (Application
Programming Interface de Negócios) para qualquer destino RFC. Para mais informações sobre destino RFC, consulte Registrar
seu ID Programa em SAPGUI .

Testando o / 3 adaptador de eventos SAP R enviando um RFC ou manualmente BAPI

Para testar o adaptador SAP R / evento 3:

1. No Gerador de Funções, selecione um módulo de função, por exemplo, RFC_CUSTOMER_GET .

 Descrição da ilustração iway_sapu_functionbuilder.gif

2. Para escolher um único teste, pressione F8 e clique no ícone teste individual ou escolher Função
módulo, selecione Testar e, em seguida, único teste.
3. Introduzir um sistema de destino RFC, por exemplo, ORACLETDS.
4. Introduzir os dados de entrada para os módulos RFC particulares, por exemplo, AB *.
5. Para executar, pressione F8.

O Teste de Módulo de função: janela tela inicial é exibida.

Descrição da ilustração iway_sapu_testfunctionmod.gif

6. Introduzir dados no SAP GUI e clique em Executar.

 O nome da função e de entrada de dados são transferidos através de RFC para criar um documento XML no
servidor Oracle WebLogic com a entrada parâmetros no SAPGUI.

Aplicação de configuração Embedding Fazer a ligação para o adaptador de

eventos

A / 3 adaptador evento SAP R recebe Idocs (documentos intermediários) a partir de R / 3. Para configurar um sistema SAP R
/ 3 para enviar IDocs para o / 3 adaptador de eventos SAP R, utilize o ALE (Application Link Embedding) de configuração
para:

1. Regista a tua ID programa no SAP GUI.

2. Definir uma porta.
3. Criar um sistema lógico.
4. Criar um perfil de parceiro.
5. Criar um modelo de distribuição para o tipo de parceiro e mensagem.
6. Testar o adaptador evento SAP R / 3.

Definindo um Porto

Um porta identifica para onde enviar mensagens. Esta porta só pode ser usado se um destino RFC foi criado anteriormente.

Definindo um Porto

Para definir uma porta:

1. Na configuração ALE, escolha Ferramentas, Business Communications, IDocs Basis, IDoc, e

depois Porto Definição.

Você também pode executar a transação WE21.

A criação de uma janela da porta tRFC é exibida.

 Descrição da ilustração iway_sapu_defineport.gif

2. No painel esquerdo, sob portos, selecione RFC transacional e clique em Criar.

3. Selecione Gerar nome da porta.

O sistema gera o nome da porta.

4. Digite a versão IDoc que deseja enviar através deste porto.

5. Clique no destino que você criou, por exemplo, ORACLETDS.
6. Salvar a sessão, fazendo notar a porta RFC gerado pelo sistema.

Criação de um sistema lógico

Um tipo de parceiro é um sistema lógico. Um sistema lógico gerencia um ou mais destinos RFC.

Criação de um sistema lógico

Para criar um sistema lógico chamado ORACLETDS:

1. Na configuração ALE, entrar no menu área transação selecção VENDA.

2. Selecione SAP IMG Referência.
3. Expanda os seguintes nós: Componentes de base, Application Link Enabling
(ALE), Enviando e recebendo Systems, Sistemas Lógicos, e Definir sistema lógico.
4. Clique na marca de seleção ao lado de Definir sistema lógico.

The View Change "sistemas lógicos": Overview janela exibe uma lista de sistemas lógicos e seus
nomes.
 Descrição da ilustração iway_sapu_iwaylog.gif

5. Clique Novas entradas.

As novas entradas: Visão geral da janela Adicionado entradas é exibido com Log.System e Nome colunas para novo
sistema de log.

Descrição da ilustração iway_sapu_newentries.gif

6. Digite uma entrada para o Sistema de Registro, por exemplo, ORACLETDS.

7. No Nome coluna, digite um nome (descrição) para o perfil de parceiro.

8. Clique em Salvar para salvar a sessão.

Criando um perfil de parceiro

Um perfil de parceiro é uma definição de parâmetros para o intercâmbio electrónico de dados com um parceiro comercial
utilizando o IDoc interface.To comunicar com um parceiro usando a interface IDoc, você deve criar um perfil de parceiro.

Criando um perfil de parceiro

Para criar um perfil de parceiro:

1. Em SAP GUI, escolha Ferramentas, Comunicação Empresarial, Base IDoc, e perfil sócio.

Você também pode executar a transação WE21.

O Parceiro perfis: janela de parâmetros de saída é exibida e mostra os campos para especificar detalhes para
o perfil de parceiro.

Descrição da ilustração iway_sapu_partnerprofile.gif

Execute os seguintes passos:

uma. Seleccione LS tipo de parceiro (sistema lógico).

b. Pressione F5 (Criar).
2. Para Tipo, digite USUÁRIO.
3. Por Agente, digite o ID do usuário atual, ou você pode selecionar outro tipo de agente.
4. Sob o controle tabela de parâmetros de saída, selecione Criar parâmetro de saída.

Tipo de parceiro é LS, e o tipo de mensagem é DEBMAS, que é o tipo de documento IDoc.

5. Deixe em branco Partn.funct.

6. Clique na guia Opções de saída.

Providencie a seguinte informação:

 uma. Dependendo de seus requisitos de desempenho, clique em Transferir IDoc Imed ou Recolha
IDocs.
b. Para o IDoc, digite um tipo de mensagem, por exemplo, DEBMAS.
c. Introduzir uma porta do receptor, por exemplo, A000000036.
7. Clique em Salvar para salvar a sessão.

A janela de resumo perfis de parceiros é exibida. Ele contém informações para o sistema lógico que
você criou.

Descrição da ilustração iway_sapu_savedsession1.gif

IDocs recolhidos

Ao usar IDocs recolhidas em qualquer plataforma durante o processamento (modo de serviço) de entrada, se o campo DOCNUM
não tem um número de documento único para cada IDoc, o sistema cria um IDoc para cada registro de cabeçalho no arquivo
IDoc recolhidas e duplica os dados para cada IDoc.

Verifique se o campo DOCNUM está incluído na estrutura EDI_DC40 e que cada IDoc tem um número de seqüência
exclusivo dentro do arquivo IDoc coletado.

Criando um modelo de distribuição para o parceiro e tipo de

mensagem

Você deve criar um modelo de distribuição para o tipo de parceiro e mensagem que você designado.

Criando um Modelo de Distribuição

Para criar um modelo de distribuição chamado ORAMOD:

1. Em SAP GUI, escolha Ferramentas, AcceleratedSAP, Customizing, e, em seguida, Gerenciamento de Projetos.

Você também pode executar a transação BD64.

A janela de Distribuição modelo de exibição é exibida.

2. Selecione Criar vista do modelo.

Se necessário, mude o modo de processamento para editar dentro modelo de distribuição / Switch modo de processamento.

3. Digite uma cadeia de texto curto e um nome técnico para a sua nova visão do modelo.
4. Clique em Salvar.

O modelo de distribuição janela mudou é exibida, mostrando uma estrutura de árvore do modelo de distribuição.

Descrição da ilustração iway_sapu_distributemodel.gif

Execute os seguintes passos:

uma. Na árvore de Distribuição Modelo, selecione uma nova visão do modelo.

b. No lado direito, selecione Adicionar tipo de mensagem.

A caixa Adicionar tipo de mensagem é exibida. Ele contém campos para especificar o remetente eo destinatário da
mensagem e o tipo de mensagem.
 Descrição da ilustração iway_sapu_addmessagetype.gif

Providencie a seguinte informação:

c. No Remetente campo, fornecer ao remetente que aponta para o sistema R / 3, o qual envia o IDoc, por
exemplo, I46_CLI800 .

Neste caso, o remetente é um sistema SAP 4.6B.

d. No recebedor campo, fornecer o sistema lógico, por exemplo, ORACLETDS.

e. No Tipo de mensagem campo, fornecer o tipo de IDoc, por exemplo, DEBMAS.
5. Clique no marca de verificação ícone.

6. Clique em Salvar.

A janela Alterar Distribuição Modelo exibe a nova visão do modelo a utilizar para enviar o tipo de mensagem,
DEBMAS, a partir do sistema I46_CLI800 SAP para o sistema lógico ORACLETDS.

Descrição da ilustração iway_sapu_changedistmodel.gif

 Agora você está pronto para testar a conexão com o sistema lógico.

Testando a configuração ALE SAP R / 3

No servidor SAP, a transação BD12 permite enviar IDocs para qualquer sistema lógico, por exemplo, para um adaptador de
eventos.

Testando a configuração ALE SAP R / 3

Para testar a configuração R / 3 Application Link incorporação (ALE):

1. Na janela de enviar os clientes, digite o tipo de mensagem IDoc, por exemplo, DEBMAS na Tipo de saída campo.

Descrição da ilustração iway_sapu_sendcustomers.gif

2. No sistema lógico campo, insira o sistema lógico, por exemplo, ORACLETDS.

3. Clique em Executar.

A / 3 adaptador de eventos SAP R recebe o IDoc no formato XML. Nenhuma resposta é esperado a partir do adaptador de
eventos.

Uma janela de confirmação é exibida.