Avalados por :
Evolução da programação no SAP: Do modelo clássico ao ABAP RESTful.
- Creado 01/03/2024
- Modificado 01/03/2024
- 7 Vistas
0
Cargando...
A jornada começou com o modelo de programação clássico. Desfrutei da programação livre. Mas com o tempo, as tendências comerciais começaram a mudar e o mercado evoluiu significativamente com aplicativos na nuvem e móveis na infraestrutura digital. E agora, quando a prática mais reconhecida para programação é o Modelo de Programação ABAP para SAP Fiori, olho para trás e vejo uma evolução em várias áreas no SAP. E continuará, pois o modelo de programação futuro já está pronto, chamado de modelo de programação ABAP RESTful. Do ponto de vista de um viajante SAP, muitas ferramentas surgiram, várias técnicas foram desenvolvidas e novos conceitos surgiram no contexto de interface, infraestrutura e integração no SAP. Existem vários blogs sobre cada um desses temas, mas todos estão segregados e escritos de um ponto de vista puramente técnico. A ideia desta postagem no blog é fornecer uma visão do ponto de vista de um viajante SAP para que seja fácil de entender, mesmo para iniciantes. Portanto, sem fornecer muitas informações técnicas, permita-me compartilhar um vislumbre dos conceitos em sequência.
A vista pictórica acima não representa qualquer índice de prioridade para o uso das técnicas, é apenas uma representação da chegada de diferentes técnicas em uma sequência aproximada de cronologia.
1. Interface de Arquivos : As interfaces baseadas na troca de arquivos são uma das técnicas mais antigas para fornecer dados para o sistema de terceiros a partir do SAP. Seja empurrando o arquivo de texto ou Excel para um diretório específico ou extraindo-o do servidor de aplicativos; de ambas as maneiras funciona. Sem a necessidade de codificação ou configuração complexa, usando FTP/SFTP o arquivo pode ser transferido do SAP para qualquer sistema de terceiros. Com a chegada do PI (Integração de Processos), o arquivo extraído do SAP é primeiro enviado para o PI, onde o mapeamento e a conversão são feitos de acordo com os requisitos estabelecidos pelo sistema de terceiros e então é possível enviar o arquivo no formato desejado, JSON, XML, etc.
A maior vantagem de introduzir o NetWeaver PI como middleware para a transferência de dados é que qualquer formato ou tipo de arquivo de dados solicitado pelo parceiro comercial é possível de ser atendido, o que não é tão flexível para o sistema ERP fazer.
Alguns tcodes, declarações, Módulos de Função e Métodos importantes usados com frequência neste contexto são:
AL11 (tcode), GUI_UPLOAD, GUI_DOWNLOAD, OPEN DATASET, CLOSE DATASET, CL_GUI_FRONTEND_SERVICES=> GUI_DOWNLOAD, CL_GUI_FRONTEND_SERVICES=>FILE_OPEN_DIALOG, CL_GUI_FRONTEND_SERVICES=>GUI_UPLOAD e CL_GUI_FRONTEND_SERVICES=>DIRECTORY_EXIST
2. RFC : Outra abordagem sob o modelo clássico é uma chamada de função remota. A interface RFC é usada para estabelecer a comunicação entre SAP e não SAP, também entre dois sistemas SAP. Ela funciona no conceito de Cliente e Servidor. O cliente procura uma função a ser realizada e faz uma chamada ao servidor RFC. A função é executada no sistema remoto no lado do servidor e pode ser síncrona.
Sob o conceito de interface RFC, a SAP introduziu o BAPI (Interface de Programação de Aplicações Comerciais). A ideia era expor os objetos comerciais (BO) para os sistemas externos. Assim, um sistema baseado em Java pode acessar a instância do objeto comercial exposto (Cliente, Pedidos, Funcionário, etc.) através de métodos exclusivos fornecidos pelo BO. Uma conexão RFC é criada em SM59 para estabelecer a conexão entre dois sistemas SAP.
Alguns códigos de transação BAPI, SWO1, SE37, SM59 e tabela SWOTLV são comuns de usar para as Interfaces RFC.
SAP distingue entre quatro tipos diferentes de RFC:
· Síncrono (sRFC)
· Assíncrono (aRFC)
· Transacional (tRFC)
Evolução de técnicas, conceitos e ferramentas
A vista pictórica acima não representa qualquer índice de prioridade para o uso das técnicas, é apenas uma representação da chegada de diferentes técnicas em uma sequência aproximada de cronologia.
1. Interface de Arquivos : As interfaces baseadas na troca de arquivos são uma das técnicas mais antigas para fornecer dados para o sistema de terceiros a partir do SAP. Seja empurrando o arquivo de texto ou Excel para um diretório específico ou extraindo-o do servidor de aplicativos; de ambas as maneiras funciona. Sem a necessidade de codificação ou configuração complexa, usando FTP/SFTP o arquivo pode ser transferido do SAP para qualquer sistema de terceiros. Com a chegada do PI (Integração de Processos), o arquivo extraído do SAP é primeiro enviado para o PI, onde o mapeamento e a conversão são feitos de acordo com os requisitos estabelecidos pelo sistema de terceiros e então é possível enviar o arquivo no formato desejado, JSON, XML, etc.
PI como middleware
A maior vantagem de introduzir o NetWeaver PI como middleware para a transferência de dados é que qualquer formato ou tipo de arquivo de dados solicitado pelo parceiro comercial é possível de ser atendido, o que não é tão flexível para o sistema ERP fazer.
Alguns tcodes, declarações, Módulos de Função e Métodos importantes usados com frequência neste contexto são:
AL11 (tcode), GUI_UPLOAD, GUI_DOWNLOAD, OPEN DATASET, CLOSE DATASET, CL_GUI_FRONTEND_SERVICES=> GUI_DOWNLOAD, CL_GUI_FRONTEND_SERVICES=>FILE_OPEN_DIALOG, CL_GUI_FRONTEND_SERVICES=>GUI_UPLOAD e CL_GUI_FRONTEND_SERVICES=>DIRECTORY_EXIST
2. RFC : Outra abordagem sob o modelo clássico é uma chamada de função remota. A interface RFC é usada para estabelecer a comunicação entre SAP e não SAP, também entre dois sistemas SAP. Ela funciona no conceito de Cliente e Servidor. O cliente procura uma função a ser realizada e faz uma chamada ao servidor RFC. A função é executada no sistema remoto no lado do servidor e pode ser síncrona.
Sob o conceito de interface RFC, a SAP introduziu o BAPI (Interface de Programação de Aplicações Comerciais). A ideia era expor os objetos comerciais (BO) para os sistemas externos. Assim, um sistema baseado em Java pode acessar a instância do objeto comercial exposto (Cliente, Pedidos, Funcionário, etc.) através de métodos exclusivos fornecidos pelo BO. Uma conexão RFC é criada em SM59 para estabelecer a conexão entre dois sistemas SAP.
Interface RFC
Alguns códigos de transação BAPI, SWO1, SE37, SM59 e tabela SWOTLV são comuns de usar para as Interfaces RFC.
SAP distingue entre quatro tipos diferentes de RFC:
· Síncrono (sRFC)
· Assíncrono (aRFC)
· Transacional (tRFC)
Pedro Pascal
Se unió el 07/03/2018
Facebook
Twitter
Pinterest
Telegram
Linkedin
Whatsapp
Sin respuestas
No hay respuestas para mostrar
Se el primero en responder
contacto@primeinstitute.com
(+51) 1641 9379
(+57) 1489 6964
© 2024 Copyright. Todos los derechos reservados.
Desarrollado por Prime Institute
Hola ¿Puedo ayudarte?