Hub

    Criação de API OData no Builder

    1. Selecionar o Package

    No Builder, selecione o Package desejado. Esse package será o agrupador da sua API, armazenando os metadados e os objetos gerados no backend (SAP).
    Caso o objeto não seja local, lembre-se de indicar o pacote de transporte (request) e o package corretamente.


    2. Criar uma Nova API OData

    • 1. Clique em Criar Novo → API ODATA.

    • 2. Informe:

      • Nome da API (seguindo o padrão interno do projeto)

      • Descrição (opcional, mas recomendada)

      • Pacote e Request (se aplicável)

    Após salvar, o Builder criará automaticamente os objetos correspondentes no SAP (classes e includes).


    3. Definir a Fonte de Dados

    Selecione a fonte de dados que servirá de base para sua API. Essa fonte pode ser:

    • Uma CDS View,

    • Uma Tabela SAP

    • Ou uma View Customizada criada no próprio Builder.

    Depois de escolher a fonte, marque os campos que serão expostos pela API (por exemplo, MANDT, LIFNR, BUKRS, BELNR, etc).


    4. Configurar os Métodos

    Na aba de configuração da API, atribua os includes correspondentes aos métodos padrão do OData:

    Método Include Padrão Descrição
    GET ZMM_Pxxx_OICGET Recupera registros da fonte de dados
    POST ZMM_Pxxx_OICPOST Cria novos registros
    PUT ZMM_Pxxx_OICPUT Atualiza registros existentes
    DELETE ZMM_Pxxx_OICDELETE Exclui registros existentes

    Dica: mantenha a consistência de nomenclatura conforme o padrão do projeto (ex: ZMM_P003). Após salvar, o Builder gerará automaticamente a classe principal da API com os includes referenciados.


    5. Visualizar a Classe no SAP

    Com a API criada, acesse o SAP Logon e abra a transação SE24. No campo de pesquisa, informe o nome da classe gerada pelo Builder (exemplo: ZCL_API_P003_VENDAS).

    Você poderá visualizar e inspecionar:

    • Os métodos GET/POST/PUT/DELETE

    • As estruturas de entrada e saída

    • O código gerado nos includes


    6. Boas Práticas

    • Utilize nomes técnicos padronizados (ZMM_Pxxx_APIxxx).

    • Mantenha o Clean Core: evite customizações diretas fora dos includes.

    • Sempre valide o comportamento no Gateway e no Postman.

    • Versione as APIs criadas conforme evolução funcional.