Hallo nochmal,
jetzt bin ich endgültig verwirrt:
Früher schreibst Du irgendwo, dass sämtliche Umsätze über SD kommen, nun schreibst Du etwas von einem "anderen Abrechnungssystem" (was ich evtl. noch nachvollziehen könnte, wenn Ihr damit SD füttert und die endgültige Buchung aus dem SD heraus passiert) und "manuellen Buchungen durch den Buchhalter". Ich gehe nun mal davon aus, dass es sich hier entgegen Deiner Aussage (sämtliche Umsätze über SD) um reine FI-Buchungen (z.B. via TA FB70, F-22 o.ä.) handelt.
Diese beiden unterschiedlichen Systematiken werdet Ihr im LIS nie und nimmer übereinander bekommen, wenn das o.g. stimmt.
Wenn ich mit meiner These richtig liege, kommt Ihr um die Erstellung eines Reports nicht drum herum. Habe so etwas mal bei einem Kunden gesehen. Bin mir allerdings nicht sicher, ob es sich um Report Painter oder ein ABAP-Programm handelte. Tendiere zu letzterem.
Die Logik war in etwa wie folgt (bitte nagle mich nicht auf die Begrifflichkeiten fest, bin kein Programmierer):
- Datengrundlage waren die Posten auf den Debitorenkonten
- Alle Belegarten, die man nicht drin haben wollte, wurden im Rahmen des Programms rausgeschmissen (z.B. Debitoren-Zahlungen etc.). Das hat dann auch den charmanten Vorteil, dass alle Buchungen, die sonst nur im FI stattfinden und den Umsatz mit Debitoren betrifft, hier mit einfließen können (z.B. Skontoabzug, Ausbuchung von Kleindifferenzen bei der Zahlung, Wertberichtigungsbuchungen etc.). Resultat kann also quasi ein um alle "Nebeneffekte" bereinigter Nettoumsatz sein, der sich am ehesten mit Euren FI-Zahlen decken sollte. Kommt halt auf Eure Definition von "Umsatz" an.
- Es wurde im Rahmen des Programmes das Steuerkennzeichen geprüft und ggf. die Steuer mit entsprechendem %-Satz rausgerechnet.
- Im Selektionsbildschirm konnte man nach verschiedenen Kriterien gruppieren lassen (z.B. Land, Branche etc.). Könnte mir denken, dass man an dieser Stelle genauso gut irgendwelche Kriterien für eine ABC-Analyse einbauen könnte.
Das mal als Denkanstoß, bin wie gesagt kein Programmierer.
beck