BAPI ACC DOCUMENT POST

Nachfolger: Bevorzugt I_JOURNALENTRYTP verwenden

Abhängigkeit: Kreditor- bzw Debitor- zu Sachkontenzeile sowie S/H Kennzeichen

Buchungsschlüssel Kreditor-/Debitorzeile	S/H Kennzeichen Kreditor-/Debitorzeile	Buchungsschlüssel Sachkontenzeile	S/H Kennzeichen Sachkontenzeile
01(Debitor)	S	50	H
31(Kreditor)	H	40	S
05(Debitor)	S	50	H
11(Debitor)	H	40	S
15(Debitor)	H	40	S
21(Kreditor)	S	50	H
25(Kreditor)	S	50	H
35(Kreditor)	H	40	S

Erweiterungsparameter "extension2" / BAdI "ACC_DOCUMENT"

Mithilfe des Importparameters "extension2" können dem BAPI vor der Verarbeitung noch weitere Daten mitgeliefert werden.

Nachdem der Importparameter "extension2" mitgegeben wird, muss noch eine Implementierung beim BAdI "ACC_DOCUMENT" angelegt und die jeweilige Interface Methode ausprogammiert werden, jenachdem welche zusätzliche Daten mitgeliefert werden sollen.

Problem: BAPI erzeugt Buchung mit nicht erwarteten Buchungsschlüssel in Kreditor- oder Debitorzeile

Wie in diesem Blogeintrag beschrieben, versucht der BAPI selber zu erkennen welche Art von Buchung anhand der Importparameter (Account Payables, Account Receivable, etc.) erzeugt werden sollen.

Die Folge ist, dass bestimmte Buchungen nicht erkannt werden und immer mit Buchungschlüssel je nach Debitor- oder Kreditorzeile mit 01 oder 31 gebucht werden.

Aus diesem Grund können, bevor der BAPI die Verarbeitung durchführt, explizit die Buchungsschlüssel gesetzt werden. Dem BAPI ist mit dem Erweiterungsparameter "extension2" die aktuellsten Buchungsschlüssel der jeweiligen Buchung mitzugeben.

Anschließend ist die Interface Methode des BAdIs auszuprogrammieren:

=> Vorgehen: Buchungsschlüssel explizit mit BAdI setzen

Nützliche Seiten / Dokumente

• Codebeispiele zur Erzeugung von AP oder AR Buchungen - Content by sapmandoo.over-blog.de
• Infos zur Buchung mit diesem BAPI - Content by tricktresor