IDOCs

Area Menus  :

ALE Folder under Tools in SAP Menu :

Transaction WEDI Transaction SALE

Transaction Code	Table Name	If you want to……………………………………………..
WE30,WE60		View an Idoc type’s structure and/or documentation
WE82	EDIMSG	Find Idoc types relation with Message types and / or extensions Establish if there is a relevant Idoc Extension
WE81	EDIMSGT	View an message types structure description
BD60		Find the outbound function module for SMD process

* Remember that Idocs can also be triggered through transactions and via scheduled programs. * Could also search in transaction SE37 for *MASTERIDOC*<Message Type>*

Transaction Code	Table Name	If you want to……………………………………………………………….
SALE	TBDA2	Check if change pointers are set on globally for the client Check if change pointers are set on for the message.
SCDO	BDCP,BDCPV	Establish what change document drives the change pointer process
WE20	EDP21	Find Inbound Process Code
WE42	TBDBA	Find link between inbound process code and update function. Find which update function is called BAPI process code
WE57		Find link between message type/Idoc type and update function
SMOD,CMOD		Find if user-exits have been implemented in standard inbound/outbound process

* Also search code for string ‘userexit’ and ‘call customer-function

Transaction Code	If you want to……………………………….
BD51	Establish whether call transaction / Direct input has been used

* This transaction should only be used as a guide, the best method of determining whether call transaction has been used is to scan the update function for the command ‘call transaction’.

Transaction Code	Table Name	If you want to………………………………………………………….
BD64	TB05/06	View Distribution Model
SM58		View failed tRFC’s

* Double click on the user name to view the data content of the message and establish ehat message type it is…

Transaction Code	If you want to………………………………………………………….
WE19	Idoc Test Tool

Other SAP related areas, Useful transaction:

SM37 ——————————————————-Job scheduling SCDO—————————————————— change documents sets out which table  fields are logged for changes. The change history is stored in  table CDHDR and CDPOS. SM35, SHDB———————————————–Batch Input Recording and session management, fundamental to understand ‘call transaction’. SE80——————————————————–ABAP Workbench. SE30——————————————————–Runtime Analysis. SE11, SE16————————————————Data Dictionary and Table contents viewer.

referencia: SDN – http://wiki.sdn.sap.com/wiki/display/ABAP/Useful+Transactions+in+ALE

Vendedor

Se alguma vez for necessário pesquisar uma ordem de venda por vendedor (ou responsável de vendas), cuja informação é um parceiro de HR (um funcionário) e se por ventura for necessário criar um report cujo critério de pesquisa é o vendedor, a coisa faz-se muito fácil:

SELECT-OPTIONS: s_vendr FOR vbpa-kunnr MATCHCODE OBJECT prem.

Aqui só é necessário o matchode certo, caso contrário usa o por omição do tipo VBPA-KUNNR (clientes).

Alterar uma Factura SD no SAP

Bem, andei alguns dias a partir a cabeça, quando na realidade foi simples descobrir a solução para o meu problema:

Era necessário alterar um item da factura de SD. Como é por item, e a transacção para a favtura (VF02) não permite posicionar num determinado item, BDC estava fora de questão.

BAPIs, não encontrei as necessárias para o efeito.

Após muito debug no standard, descobri o seguinte: para alterar um item, existe a seguinte FM:

RV_INVOICE_ITEM_MAINTAIN – esta FM permite alterar tudo e mais alguma coisa, dentro do possível (?!?!?!) – esta afirmação fica, pois existem campos/dados que não podem ser alterados numa factura, pois são controlados por parametrizações. Mas desde que possível, é por aqui.

No final faltava-me descobrir como tornar os dados efectivos, e após muitas tentativas descobri a seguinte FM:

RV_INVOICE_DOCUMENT_ADD – esta necessita dos seguintes parametros para funcionar:

– WITH_POSTING     = ‘A’

– PREISFINDUNGSART = ‘I’

Assim que as chamadas às funções ficarem correctas, pronts, já está!

Alterar Ordens de Venda

Para alterar ordens de venda, é só usar a bapi BAPI_SALESORDER_CHANGE é fácil, barato e dá milhões…

rotinas e requisitos de pricing

Por vezes é necessário dar inteligência so SAP. No pricing é bastante usual, uma vez que cada cliente tem a sua forma de pensar e de fazer as coisas, e neste aspecto, normalmente são muito picuinhas…

O “sitio” onde se podem implementar as rotinas e requisitos é na transacção VOFM.

Os requisitos, são verificações que se podem fazer nas condições. Existem muitas standard, mas para aqui o que interessa são mesmo as específicas.

Para as custom (defenidas específicamente para o cliente) estão disponíveis as numerções de 600 a 999. Para cada um destes requisitos, são criados duas rotinas:

1. KOBEV_XXX;
2. KOBED_XXX;

1. A primeira é ao nível de cabeçalho e permite a verificação de todas as condições;

2. A segunda permite verificação ao nível do item, e só tem em consideração o item modificado.

Para dar indicação de erro, o campo de sistema SY-SUBRC deve ser afectado com um valor diferente de 0 (zero).

Os campos a serem usados, básicamente são todas as variáveis globais em SAPLV61A.

Para mais detalhes relativos aos requisitos, ver a SAPNOTE 156230.

Relativamente às rotinas:

As rotinas permitem calcular o valor das condições de uma forma particular e que não existe no standard. Neste caso apenas temos disponíveis a numerção entre 900 e 999.

O modo de criar é em tudo semelhante aos requisitos, cria também duas rotinas.

A tabela interna XKOMV contém todos os itens do esquema de pricing que foi aplicado ao item em questão.

Após efectuar os cálculos necessários, estes devem ser colocados na variável XWERT.

Mais detalhes podem ser encontrados aqui.

NOTA IMPORTANTE:

Criadas as rotinas ou requisitos, estas devem ser activadas: “Processar”->”Activar”

Após a implementação das rotinas deve-se executar o report RV80HGEN.