BAPI ACC DOCUMENT POST - Versionsgeschichte

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

2026-05-31T11:35:39Z

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

← Nächstältere Version		Version vom 31. Mai 2026, 13:35 Uhr
Zeile 58:		Zeile 58:
	== Problem: BAPI erzeugt Buchung mit nicht erwarteten Buchungsschlüssel in Kreditor- oder Debitorzeile ==		== Problem: BAPI erzeugt Buchung mit nicht erwarteten Buchungsschlüssel in Kreditor- oder Debitorzeile ==

	~~Wie~~ in ~~diesem [https://blog~~.~~m1ch3l~~.~~de/fb01_buchungen_mit_bapi_acc_document_post/ Blogeintrag]~~ beschrieben, versucht der BAPI selber zu erkennen welche Art von Buchung anhand der Importparameter (Account Payables, Account Receivable, etc.) erzeugt werden sollen.		In einem Projekt musste ich Anpassungen im Code von Arbeitskollegen vornehmen, womit anschließend mit BAPI BAPI_ACC_DOCUMENT_POST verschiedene FB01 Buchungen erzeugt werden.

			Zu dem Zeitpunkt konnten nur Debitor- und Kreditorbuchungen mit Buschungsschlüssel 01 und 31 automatisch gebucht werden. Eine Erweiterung sah vor auch Buchungen mit Buchungschlüssel 05, 11, 15, 21, 25 und 35 verarbeiten zu können.

			Der BAPI bietet Importparameter je nach Buchungsart also Debitor-, Kreditor oder Sachkontenbuchung sowie zusätzlich Parameter für die Steuerzeile und Währungspositionen. Ein Buchungsschlüssel bei der Debitor-, Kreditor- und Sachkontenzeile kann nicht mitgegeben werden und der BAPI versucht diese selbst zu ermitteln.

			Leider hat der BAPI nie den richtigen Buchungsschlüssel ermittelt bzw. zum Beispiel 35 mit 31 überschrieben, sodass in dem Beispiel immer eine 31 Buchung erzeugt wurde. Der BAPI hat ein Importparameter namens “extension2” mit dem sich ein überschreiben verhindern lässt, indem explizit der Buchungschlüssel mitgegeben wird.

			Wie oben 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.		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.

M1ch3lde am 17. Januar 2026 um 22:44 Uhr

2026-01-17T22:44:35Z

← Nächstältere Version		Version vom 18. Januar 2026, 00:44 Uhr
Zeile 1:		Zeile 1:
			[[Kategorie: Clean-Core-Level_B]]
			Nachfolger: Bevorzugt [[I_JOURNALENTRYTP]] verwenden
	== Abhängigkeit: Kreditor- bzw Debitor- zu Sachkontenzeile sowie S/H Kennzeichen ==		== Abhängigkeit: Kreditor- bzw Debitor- zu Sachkontenzeile sowie S/H Kennzeichen ==

M1ch3lde: Die Seite wurde neu angelegt: „== Abhängigkeit: Kreditor- bzw Debitor- zu Sachkontenzeile sowie S/H Kennzeichen == {| class="wikitable" |'''Buchungsschlüssel Kreditor-/Debitorzeile''' |''…“

2021-07-18T13:33:56Z

Die Seite wurde neu angelegt: „== Abhängigkeit: Kreditor- bzw Debitor- zu Sachkontenzeile sowie S/H Kennzeichen == {| class="wikitable" |'''Buchungsschlüssel Kreditor-/Debitorzeile''' |''…“

Neue Seite

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

{| class="wikitable"
|'''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 [https://blog.m1ch3l.de/fb01_buchungen_mit_bapi_acc_document_post/ 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:

=> [[ACC_DOCUMENT#Vorgehen:_Buchungsschl.C3.BCssel_explizit_setzen|Vorgehen: Buchungsschlüssel explizit mit BAdI setzen]]

== Nützliche Seiten / Dokumente ==
* [http://sapmandoo.over-blog.de/article-buchen-beleg-per-bapi-bapi_acc_document_post-67406241.html Codebeispiele zur Erzeugung von AP oder AR Buchungen - Content by sapmandoo.over-blog.de]
* [https://www.tricktresor.de/wp-content/uploads/2018/06/FI-Buchungen-mittels-BAPI_ACC_DOCUMENT_POST.pdf Infos zur Buchung mit diesem BAPI - Content by tricktresor]