Transações: SE18 – BADI Builder – Definições SE19 – BADI Builder – Implementações

Como descobrir chamadas de badi.Para se pegar uma nova chamada de badi, é utilizado o método GET_INSTANCE da classe CL_EXITHANDLER.Sendo assim, uma forma de pegar 90% das chamadas de BADI’s é colocar um break-point neste método. Que pode ser acessado pela SE80 ou pela SE24.

Setar o break-point no case sy-subrc.

Rodar os processos que você deseja mapear e aguardar o acionamento.Ao disparar o break-point você deve prestar atenção à variável EXIT_NAME que é o nome da BADI, que você pode verificar na SE18.

Interno à SAP O cliente não pode implementar esta BADI. Apenas a SAP.Utilização múltipla Se marcado então pode existir mais de uma implementação ativa por vez. Isto também é designado pelo fabricante (SAP).Depend.filtro para que o acionamento seja filtrado de acordo com o parâmetro categoria de filtro... Também deve ser programada pela SAP e respeitada pela implementação.

Esta BADI ORDER_SAVE é disparada na gravação de atividades.

Configurar disparo de eventos no CRM ao mudar o cabeçalho da Ordem

COH Cabeçalho de OrdemCRMACTIV Atividade CRMBUS2000126 AtividadeEvento Por enquanto ASSIGNED

Restrições de status:

Acompanhamento de status da ordem

Tabela com status SAP (standard)

Tabela com status do usuário (customizável)

Tabela com os sistemas

Implementando a BADI

Após ativar o código do método.Ativar a implementação BADI.

Status para Campanha Como cadastrar acionamento de um novo evento por mudança de status de sistema

1. Investigar os status atuais de uma Campanha através da tabela de status CRM_JEST.Os status (campo STAT) iniciados por I são de sistema e os iniciados por E são de usuário.

2. Utilizar tabela TJ02 para procurar os status de sistema – Como exemplo de acionamento do evento CREATED vamos utilizar o status de sistema I1001 – Criado/a

3. Esta mesma pesquisa para status de usuário pode ser feita pela tabela TJ30, sendo que o STSMA = ZCAMPAN é uma configuração que o funcional saberá informar.

4. Existem 3 pares de tabelas para ativação de eventos de objeto / status sendo:Eventos com Status de sistema – via sm34 use SYSTATEVNT

BSVWCOUP1 - BSVWVCOUP1 - Eventos para status de sistemaBSVWCOUP2 - BSVWVCOUP2 - Restrições de status

Eventos com Status de usuário – via sm34 use CUSTATEVNTBSVWCOUP3 - BSVWVCOUP3 - Eventos para status/status de usuário

BSVWCOUP4 - BSVWVCOUP4 - Restrições de statusEventos com Status de usuário – via sm34 use CUSTA2EVNT

BSVWCOUP5 - BSVWVCOUP5 - Eventos para status/status de usuárioBSVWCOUP6 - BSVWVCOUP6 - Restrições de status

5. Para o exemplo de disparo do evento standard CREATED com status standard I1001 vamos usar o primeiro par. O caminho direto pode ser feito na SM30, porém deve existir um local na SPRO que não procurei identificar neste momento:

6. Clicar em Entradas Novas e cadastrar:Stat.CO = CPG (Campanha)CO Empres. = BUS2010020 (Objeto Campanha)Evento = CREATED (Evento do objeto)Observação: Apenas com esta customização será disparado SEMPRE o evento CREATED em cada mudança de status, deve-se então restringir o(s) status desejados na segunda view.

7. Também via SM30

8. Preencher o filtro de visualização conforme o cadastrado anteriormente.

9. Clique em entradas novas e preencha com o(s) status desejado.

10. Abaixo o resultado. Desta forma o evento CREATED do objeto BUS2010020 só será disparado para o status de sistema I1001 – Criado/a.