BAPI_ACC_DOCUMENT_POST Performance unter S/4 HANA
5 Beiträge
•
Seite 1 von 1
5 Beiträge
Seite 1 von 1
Hallo zusammen,
ich bin bei einem Automobilhersteller in einem Implementierungsprojekt für ein neues S4 System. Für eine Schnittstelle müssen am Monatsende ca. 10-15 Millionen FI Buchungszeilen mit COPA Kontierung erstellt werden. (Waren gerade 3 Stunden mit der SAP im Meeting, der Prozess an sich ist nicht anders darstellbar). Jetzt steht natürlich das Thema Performance im Raum. SAP verweist auf das Sizing, aber wie das System am Ende aussieht und welche Prozesse Parallel laufen weiß jetzt noch keiner zu 100%, Testsystem werden gerade erst aufgebaut.
Hat irgendjemand Erfahrung ob:
Wolfgang
ich bin bei einem Automobilhersteller in einem Implementierungsprojekt für ein neues S4 System. Für eine Schnittstelle müssen am Monatsende ca. 10-15 Millionen FI Buchungszeilen mit COPA Kontierung erstellt werden. (Waren gerade 3 Stunden mit der SAP im Meeting, der Prozess an sich ist nicht anders darstellbar). Jetzt steht natürlich das Thema Performance im Raum. SAP verweist auf das Sizing, aber wie das System am Ende aussieht und welche Prozesse Parallel laufen weiß jetzt noch keiner zu 100%, Testsystem werden gerade erst aufgebaut.
Hat irgendjemand Erfahrung ob:
- die Buchung in FI unter der fiktiven Annahme der vergleichbaren Bedingungen ERP alt zu S4HANA mit Substitution, Validierung, Merkmalsableitung etc unter auf der HANA Datenbank generell schneller ist?
- Ob es zu BAPI unter Umständen schnellere Alternativen gibt?
Wolfgang
Geht nicht gibts nicht
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Hi,
ich habe mal mit BAPI_ACC_DOCUMENT_POST (o.ä.) zehntausende Buchungszeilen pro Aufruf (natürlich in handliche Päckchen gebündelt) verbucht, diese wurden vorher in persistenten Objekten gesammelt und verarbeitet.
Bei 10-15 Millionen Buchungszeilen am Monatsende (ich denke mal 2 Tage), da raucht es doch schon etwas.
Auch wenn man das parallelisiert, könnten doch Sperrkonflikte entstehen ... und die Datenbank hat ordentlich zu schaffen ... auch wenn es HANA ist.
CO-PA (wenn kalkulatorisch) muss auf jeden fall ableiten und FI/CO plausibilisiert, verifiziert, substituiert etc. fleißig bei jeder Buchung.
Ganz spontan fällt mir dazu ein, die Buchungsposten doch vielleicht irgendwie vorher zusammenzufassen ... kann doch nicht sein, dass jeder Buchungsposten komplett individuell ist.
Oder man lässt die Buchungen täglich reinlaufen, oder sogar genau dann, wenn sie entstehen, was mir im Moment am Besten gefallen würde. Den Traffic hat man sowieso.
In der heutigen Zeit spricht viel für SOFORT und ONLINE. Wenn das über Tag da reinplätschert, dann fällt das vieleicht garnicht so auf.
Bei 15 Mio Buchungssätzen sind das überschlägig 500.000 pro Kalendertag (oder 750.000 pro Arbeitstag), ist auch schon eine ganze Menge ...
Viele Grüße
babap
P.S. das wären dann 20.000 bis 90.000 pro Stunde ... immer noch ein ordentlicher Datenfluss ... vielleicht doch etwas vorher bündeln ...
ich habe mal mit BAPI_ACC_DOCUMENT_POST (o.ä.) zehntausende Buchungszeilen pro Aufruf (natürlich in handliche Päckchen gebündelt) verbucht, diese wurden vorher in persistenten Objekten gesammelt und verarbeitet.
Bei 10-15 Millionen Buchungszeilen am Monatsende (ich denke mal 2 Tage), da raucht es doch schon etwas.
Auch wenn man das parallelisiert, könnten doch Sperrkonflikte entstehen ... und die Datenbank hat ordentlich zu schaffen ... auch wenn es HANA ist.
CO-PA (wenn kalkulatorisch) muss auf jeden fall ableiten und FI/CO plausibilisiert, verifiziert, substituiert etc. fleißig bei jeder Buchung.
Ganz spontan fällt mir dazu ein, die Buchungsposten doch vielleicht irgendwie vorher zusammenzufassen ... kann doch nicht sein, dass jeder Buchungsposten komplett individuell ist.
Oder man lässt die Buchungen täglich reinlaufen, oder sogar genau dann, wenn sie entstehen, was mir im Moment am Besten gefallen würde. Den Traffic hat man sowieso.
In der heutigen Zeit spricht viel für SOFORT und ONLINE. Wenn das über Tag da reinplätschert, dann fällt das vieleicht garnicht so auf.
Bei 15 Mio Buchungssätzen sind das überschlägig 500.000 pro Kalendertag (oder 750.000 pro Arbeitstag), ist auch schon eine ganze Menge ...
Viele Grüße
babap
P.S. das wären dann 20.000 bis 90.000 pro Stunde ... immer noch ein ordentlicher Datenfluss ... vielleicht doch etwas vorher bündeln ...
Hallo babap,
erst mal danke für Deine Antwort.
SAP hat in einem Mail noch von der Verwendung von ODATA Services gesprochen bei Fiori Anwendungen weil sie da auch keine RFC BAPIs aufrufen. Ich habe mir mal den Service FAC_FINANCIALS_POSTING_SRV angesehen, die Klasse dahinter ruft da Standard Bausteine wie AC_DOCUMENT_CREATE auf was der BAPI ja auch macht. Ob das performanter ist weis ich nicht.
Ich denke eben auch dass 10-15 Mio eine ganze Menge Holz ist, auch für eine HANA DB. Als Alternative ist statt der Fahrgestellnummer die Modellversion geplant auf die dann verdichtet werden kann.
Gruß Wolfgang
erst mal danke für Deine Antwort.
Genau das ist das Problem, die Fahrgestellnummer muss mit und die ist unique, ausserdem kann das liefernde Subsystem nur am Monatsende alle Daten korrekt liefern, alles schon gecheckt.Ganz spontan fällt mir dazu ein, die Buchungsposten doch vielleicht irgendwie vorher zusammenzufassen ... kann doch nicht sein, dass jeder Buchungsposten komplett individuell ist.
Oder man lässt die Buchungen täglich reinlaufen, oder sogar genau dann, wenn sie entstehen, was mir im Moment am Besten gefallen würde. Den Traffic hat man sowieso.
In der heutigen Zeit spricht viel für SOFORT und ONLINE. Wenn das über Tag da reinplätschert, dann fällt das vieleicht garnicht so auf.
Bei 15 Mio Buchungssätzen sind das überschlägig 500.000 pro Kalendertag (oder 750.000 pro Arbeitstag), ist auch schon eine ganze Menge ...
SAP hat in einem Mail noch von der Verwendung von ODATA Services gesprochen bei Fiori Anwendungen weil sie da auch keine RFC BAPIs aufrufen. Ich habe mir mal den Service FAC_FINANCIALS_POSTING_SRV angesehen, die Klasse dahinter ruft da Standard Bausteine wie AC_DOCUMENT_CREATE auf was der BAPI ja auch macht. Ob das performanter ist weis ich nicht.
Ich denke eben auch dass 10-15 Mio eine ganze Menge Holz ist, auch für eine HANA DB. Als Alternative ist statt der Fahrgestellnummer die Modellversion geplant auf die dann verdichtet werden kann.
Gruß Wolfgang
Geht nicht gibts nicht
Hallo,
nein es gibt keine freigegebene schnellere Alternative. AC_DOCUMENT_CREATE, AC_DOCUMENT_RECORD, AC_DOCUMENT_POST etc... sind nicht freigegeben und auch nicht wirklich schneller. Ich habe schon vergleichbare Projekte mit ähnlichen Datenmengen gemacht. Eine Möglichkeit besteht natürlich darin, die Buchungen direkt online durchzuführen, das die beste Möglichkeit darstellt, aber auch entsprechende Herausforderungen stellt, z.B. wenn was schief läuft. Oder aber in stündliche, tägliche Läufe, wöchentliche Läufe zu splitten.
Das ist leider nicht immer möglich, da bestimmte Informationen erst nach einem Monatsabschluß zur Verfügung stehen, z.B. Buchungen auf Basis eines Material-Ledger-Abschluß. Sollte dies der Fall sein dann, dann hilft nur parallelisieren. Das kann schon sehr viel bringen.
Was sehr wichtig ist in diesem Zusammenhang und dem Bapi ist. Es gibt einen Hinweis bzgl. der Nummernkreise und der fortlaufenden Belegnummernvergabe, der die neuen Belegnummern entsprechend puffert, da ansonsten die Belegnummernvergabe des Nummernkreisobjekt den Performance-Flaschenhals darstellt.
Hana ist beim Lesen ganz gut, beim schreiben nicht so.
Viel Glück, Tapio
nein es gibt keine freigegebene schnellere Alternative. AC_DOCUMENT_CREATE, AC_DOCUMENT_RECORD, AC_DOCUMENT_POST etc... sind nicht freigegeben und auch nicht wirklich schneller. Ich habe schon vergleichbare Projekte mit ähnlichen Datenmengen gemacht. Eine Möglichkeit besteht natürlich darin, die Buchungen direkt online durchzuführen, das die beste Möglichkeit darstellt, aber auch entsprechende Herausforderungen stellt, z.B. wenn was schief läuft. Oder aber in stündliche, tägliche Läufe, wöchentliche Läufe zu splitten.
Das ist leider nicht immer möglich, da bestimmte Informationen erst nach einem Monatsabschluß zur Verfügung stehen, z.B. Buchungen auf Basis eines Material-Ledger-Abschluß. Sollte dies der Fall sein dann, dann hilft nur parallelisieren. Das kann schon sehr viel bringen.
Was sehr wichtig ist in diesem Zusammenhang und dem Bapi ist. Es gibt einen Hinweis bzgl. der Nummernkreise und der fortlaufenden Belegnummernvergabe, der die neuen Belegnummern entsprechend puffert, da ansonsten die Belegnummernvergabe des Nummernkreisobjekt den Performance-Flaschenhals darstellt.
Hana ist beim Lesen ganz gut, beim schreiben nicht so.
Viel Glück, Tapio
...entwickelnder Berater...beratender Entwickler
Hallo zusammen,
jetzt sind wir endlich ich soweit dass man FI Belege erstellen kann, Schnittstellenprogramm soweit testfertig, Stammdaten sind da. Da die ACDOCA eine sechstellige Positionsnummer hat ging ich davon aus dass ich auch Belege mit 100.000 oder mehr in einen Beleg packen kann. Pustekuchen, das geht immer noch nicht, bei 999 ist im RW Interface nach wie vor Schluss sagt Hinweis 2344521. Damit habe ich jetzt wirklich nicht gerechnet...
https://launchpad.support.sap.com/#/notes/2344521
Hat jemand andere Erfahrungen gemacht unter S4 und ich hab nur was übersehen?
Danke und Gruß,
Wolfgang
jetzt sind wir endlich ich soweit dass man FI Belege erstellen kann, Schnittstellenprogramm soweit testfertig, Stammdaten sind da. Da die ACDOCA eine sechstellige Positionsnummer hat ging ich davon aus dass ich auch Belege mit 100.000 oder mehr in einen Beleg packen kann. Pustekuchen, das geht immer noch nicht, bei 999 ist im RW Interface nach wie vor Schluss sagt Hinweis 2344521. Damit habe ich jetzt wirklich nicht gerechnet...
https://launchpad.support.sap.com/#/notes/2344521
Hat jemand andere Erfahrungen gemacht unter S4 und ich hab nur was übersehen?
Danke und Gruß,
Wolfgang
Geht nicht gibts nicht
Seite 1 von 1
Vergleichbare Themen
3
Antw.
Antw.
3738
Views
Views
HANA kennelernen, womit anfangen? ( nicht s4/hana )
von DenBas » 03.09.2019 14:17 • Verfasst in SAP HANA für Anfänger
von DenBas » 03.09.2019 14:17 • Verfasst in SAP HANA für Anfänger
21
Antw.
Antw.
14462
Views
Views
0
Antw.
Antw.
1181
Views
Views
Buchungkreisübergr. Buchen mit BAPI_ACC_DOCUMENT_CECK/POST
von Der Mühlviertler » 15.02.2006 10:21 • Verfasst in Financials
von Der Mühlviertler » 15.02.2006 10:21 • Verfasst in Financials
2
Antw.
Antw.
4252
Views
Views
3
Antw.
Antw.
531
Views
Views
HTTPS Aufruf mit Parameter mit POST Methode
von stony007_de » 21.11.2022 12:29 • Verfasst in ABAP® für Anfänger
von stony007_de » 21.11.2022 12:29 • Verfasst in ABAP® für Anfänger
Frage die ABAP Experten
Über diesen Beitrag
Unterstütze die Community und teile den Beitrag für mehr Leser und Austausch
Aktuelle Forenbeiträge
Umherspringende Methoden im quelltextbasierten Class Builder
vor 4 Stunden von ralf.wenzel 104 / 10002
vor 4 Stunden von ralf.wenzel 104 / 10002
Newsletter Anmeldung
Keine Beiträge verpassen! Wöchentlich versenden wir lesenwerte Beiträge aus unserer Community.Die letzte Ausgabe findest du hier.
Aktuelle Forenbeiträge
Umherspringende Methoden im quelltextbasierten Class Builder
vor 4 Stunden von ralf.wenzel 104 / 10002
vor 4 Stunden von ralf.wenzel 104 / 10002