Prévia do material em texto
Etapas de configuração em IDOC IDOC ou documentos intermediários são comumente usados em caso de migração de dados entre sistemas SAP ou entre SAP e sistema legado ou vice-versa. Os IDOCs podem ser classificados em dois. IDOCs de entrada e IDOCs de saída. IDOC de entrada: são IDOCs que obtêm os dados para o sistema SAP de uma fonte externa, ou seja, o sistema PI ou qualquer outro sistema externo. IDOC de saída: são IDOCs enviados do sistema SAP para qualquer outro sistema. ou seja, sistema PI ou qualquer outro sistema externo. Passo 1 : Precisamos verificar as conexões RFC com o sistema de destino, pode ser o sistema PI ou qualquer sistema externo. Se for para um sistema PI, então precisamos verificar a conexão em conexões ABAP na transação SM59 e para sistema externo em Conexões HTTP para sistema externo. https://blogs.sap.com/wp-content/uploads/2016/07/images_bmp_989242.png https://blogs.sap.com/wp-content/uploads/2016/07/image_989287.png Etapa 2: Crie uma porta na transação WE21 que mostra o destino RFC do sistema de destino. Etapa 3: Na transação WE20 , crie um perfil de parceiro e mencione os detalhes do tipo de mensagem. No caso de Oubound IDOC, mencione os tipos de mensagem em Parâmetros de Saída. No caso de IDOC de Entrada, mencione os tipos de mensagem em Parâmetros de Entrada. Para parâmetros de saída, mantenha os detalhes da porta e do IDOC, porque a porta descreve para qual sistema o IDOC deve fluir. Enquanto no IDOC de entrada, mencione os detalhes do código do processo que determinam o módulo de função de entrada para processar os dados. https://blogs.sap.com/wp-content/uploads/2016/07/image_989286.png Etapa 4: Tipo de mensagem SYNCH é o tipo de mensagem padrão para parâmetros de saída. Escolha um tipo de mensagem específico e mantenha as configurações abaixo. Na porta do receptor, mencione a porta criada na transação WE21 . No modo Saída, escolha Transferir IDOC imediatamente. No tipo de IDOC, mencione o IDOC associado ao Tipo de Mensagem. https://blogs.sap.com/wp-content/uploads/2016/07/image_989309.png https://blogs.sap.com/wp-content/uploads/2016/07/image_989310.png Etapa 5: Para IDOCs de entrada, mencione o código do processo como APL1 e escolha a opção Trigger Immediately em Processing by Function Module. Etapa 6: na transação BDFG , podemos ver qual módulo de função ALE precisamos aprimorar para nosso requisito. No caso de estarmos trabalhando com Parceiro de Negócios, podemos escolher o FM como CRMXIF_PARTNER_SAVE e o Tipo de Objeto de Negócios como ' BUS1006 '. Em IDOCs, SAP por padrão nos fornece a troca de https://blogs.sap.com/wp-content/uploads/2016/07/image_989311.png https://blogs.sap.com/wp-content/uploads/2016/07/image_989312.png detalhes de dados mestre do parceiro de negócios, relacionamentos BP e hierarquias BP. Passo 7: No caso de estarmos trabalhando com transações comerciais, podemos escolher o FM como CRMXIF_ORDER_SAVE e o tipo de objeto de negócios como ' BUS20001 '. Etapa 8: Em nosso exemplo, vamos trabalhar com Parceiros de Negócios. Selecione o nome FM e o tipo de Objeto de negócios e clique em entrar. Por padrão, todos os tipos de mensagens padrão seriam exibidos. Agora, para criar um novo tipo de mensagem, clique no botão Criar conforme mostrado abaixo. Você obterá um popup onde poderá inserir um nome Z. Etapa 9: Uma vez que o tipo de mensagem Z é criado. Solte-o conforme mostrado. https://blogs.sap.com/wp-content/uploads/2016/07/image_989313.png https://blogs.sap.com/wp-content/uploads/2016/07/image_989314.png https://blogs.sap.com/wp-content/uploads/2016/07/image_989316.png Etapa 10 : Selecione o tipo de mensagem Z e clique no botão Exibir para visualizar os detalhes. Etapa 11: com o tipo de mensagem Z, são criados Z FMs para entrada e saída. Passo 12: Na transação WE30 podemos verificar o IDOC criado. https://blogs.sap.com/wp-content/uploads/2016/07/image_989317.png https://blogs.sap.com/wp-content/uploads/2016/07/image_989318.png https://blogs.sap.com/wp-content/uploads/2016/07/image_989319.png Passo 13: Na transação WE31 podemos verificar o segmento IDOC. https://blogs.sap.com/wp-content/uploads/2016/07/image_989320.png https://blogs.sap.com/wp-content/uploads/2016/07/image_989321.png Etapa 14: Para IDOCs de entrada no código de transação WE42 , selecione o código de processo APL1 e clique em exibir. Atribua um Z Fm-ZAPPL_IDOC_INPUTI. Crie uma cópia do FM APPL_IDOC_INPUTI padrão em ZAPPL_IDOC_INPUTI. https://blogs.sap.com/wp-content/uploads/2016/07/image_989322.png https://blogs.sap.com/wp-content/uploads/2016/07/image_989323.png Etapa 15: Em Mensagem lógica, mencione o tipo de mensagem Z criada. https://blogs.sap.com/wp-content/uploads/2016/07/image_989324.png https://blogs.sap.com/wp-content/uploads/2016/07/image_989325.png Etapa 16: Na transação WE81 , podemos ver os detalhes do tipo de mensagem. https://blogs.sap.com/wp-content/uploads/2016/07/im_989326.png https://blogs.sap.com/wp-content/uploads/2016/07/im_989330.png https://blogs.sap.com/wp-content/uploads/2016/07/im_989331.png Etapa 17: Na transação WE82 , podemos ver o tipo de mensagem e os detalhes básicos do tipo. Etapa 18: Para IDOCs de saída na transação BD64 , crie um modelo de distribuição. Vá para o modo de mudança e clique em ' Criar visualização do modelo '. Insira uma descrição e um nome técnico. Etapa 19: Adicionar o tipo de mensagem no Modelo de Distribuição e manter os detalhes do sistema emissor e receptor. https://blogs.sap.com/wp-content/uploads/2016/07/im_989332.png https://blogs.sap.com/wp-content/uploads/2016/07/im_989351.png Etapa 20: Na transação BD82 , gere o perfil do parceiro para o modelo de distribuição recém-criado. Passo 21: Na transação SMOEAC , criamos os sites e assinaturas. O site é o destino para onde os dados devem ser enviados. A subscrição serve para identificar qual é o objeto a ser trocado. (No caso de dados do BP, será All Business Partner MESG). As assinaturas são atribuídas em Sites. O tipo varia de acordo com nossa necessidade. https://blogs.sap.com/wp-content/uploads/2016/07/im_989352.png https://blogs.sap.com/wp-content/uploads/2016/07/im_989353.png Etapa 22: Na transação CRMXIF_C1 , mantemos os detalhes do tipo de mensagem em relação ao nome do site. https://blogs.sap.com/wp-content/uploads/2016/07/im_989366.png https://blogs.sap.com/wp-content/uploads/2016/07/im_989367.png https://blogs.sap.com/wp-content/uploads/2016/07/im_989368.png Etapa 23: podemos até restringir um fluxo de IDOC de saída com base em qualquer condição para um determinado site. Às vezes, pode haver vários sites em um sistema, podemos controlar o fluxo de IDOC aqui também. Isso pode ser alcançado mantendo uma entrada na tabela - SMW3FDCUST , atribuímos uma cópia do FM padrão - SMW3_OUTBOUNDADP_CALLADAPTERS contra BDoc Tipo BUPA_MAIN , que é usado para fazer quaisquer personalizações adicionais. Podemos fazer o mesmo para outros tipos de IDOC. No Z FM, parâmetro de entrada HEADER obtemos os detalhes do ID do site, com base nisso podemos controlar a alteração do parâmetro - RECEPIENTES. Etapa 24: Além das etapas acima, podemos usar a Transação WE02 / WE05 para exibir qualquer IDOC e WE60 para a Documentação de IDOC. Para reprocessar qualquer IDOC, use a transação WE19 e depois de abrir o número do IDOC, um novo número é gerado. Etapa 25: Qualquer IDOC tem 3 tipos de registros - Controle, Dados e Status . Registros de controle exibe a direção do IDOC, tipo de mensagem / detalhes do tipo básico. O registro de dados exibe os dados em vários segmentos. No Registro de status, podemos verificar o status do IDOC se é um sucesso ou falha. As tabelas para esses 3 tipos de registro são as seguintes. Registro de controle - EDIDC Registros de dados - EDIDDRegistro de status - EDIDS https://blogs.sap.com/wp-content/uploads/2016/07/im_989379.png