Best Practice Leitfaden Development - DSAG

dabei stehen folgende Möglichkeiten zur Verfügung:
> asynchrone Verbuchung
> asynchrone Verbuchung in abschnitten
> synchrone Verbuchung
die Verbuchung wird mit eigenen Verbuchungsfunktionsbausteinen durchgeführt. diese sind bei
der anlage entsprechend in den eigenschaften zu kennzeichnen. diese Funktionsbausteine werden
mit dem zusatz „in uPdate tasK“ aufgerufen und unterliegen bei der entwicklung einigen
restriktionen. alle bis zu einem „CoMMit WorK“ gerufenen Verbuchungsfunktionen werden in
einer LuW auf die datenbank geschrieben.
Beim aufruf der sperrfunktionsbausteine ist auf die korrekte Parametrierung (insbesondere
sCoPe-Parameter) zu achten!
Fehlerhafte Verbuchungssätze müssen in der transaktion Verbuchungsaufträge (sM13) administriert
und nachbehandelt werden. aus revisionsgründen ist es empfehlenswert, die nachbearbeitung
der fehlerhaften Verbuchungssätze zu dokumentieren.
WEITERE QUELLEN:
1. saP dokumentation „techniken der Verbuchung“:
http://help.sap.com/saphelp_nw70/helpdata/de/41/7af4cba79e11d1950f0000e82de14a/content.htm
4.2.2.1 asynchrone Verbuchung
die Funktionsbausteine werden in den eigenschaften mit „start sofort“ oder in ausnahmefällen mit
„start sofort – nicht nachverbuchbar“ angelegt. die Verbuchung wird sofort nach abschluss der
LuW gestartet, jedoch asynchron durchgeführt.
4.2.2.2 asynchrone Verbuchung in abschnitten
die Funktionsbausteine werden in den eigenschaften mit „start verzögert“ angelegt. die Verbuchung
wird sofort nach abschluss der LuW gestartet, wird jedoch asynchron in eigenen Prozessen
mit niedriger Priorität durchgeführt. diese art der Verbuchung ist für das schreiben von großen
datenmengen geeignet, wenn die Verbuchung nicht zeitkritisch erfolgen muss (z.B. Ladeprogramme,
Protokollierung ...).
4.2.2.3 synchrone Verbuchung
die Funktionalität und die notwendigen einstellungen sind analog zu jenen im Punkt 4.2.2.1
asynchrone Verbuchung. die LuW muss jedoch mit „CoMMit WorK and Wait“ abgeschlossen
werden.
diese art der Verbuchung wird dann gewählt, wenn die geänderten daten sofort benötigt werden,
z.B. wenn man LuWs koppeln will und eine LuW vom ergebnis der vorherigen LuW abhängt.
25
Best Practice Leitfaden deveLoPment, 31. Januar 2013, © dsaG e. v.