Rein vom betriebswirtschaftlichen Prozess ist der Split im Auftrag nicht gerade die Beste Lösung.
Würde ich eventuell in Frage stellen.
Der Kunde gibt einen Auftrag! Und es gibt etliche Gründe dies auch so im System zu haben (ein paar Beispiele):
- Im Angebot/ Auftrag sollte, alleine schon aus rechtlichen Gründen, das dargestellt sein was beauftragt wurde.
- Es ist nie klar ob der (eigentliche) Auftrag voll beliefert wurde, da der Status pro Auftrag gilt.
- Wenn kein gemeinsames Angebot, keine Nachvollziehbarkeit auf Zusammengehörigkeit im Belegfluß
- Bei Regeln/ Logiken die pro Auftrag gelten greift die Logik nicht mehr (z.B. pro Auftrag nur einmal Fracht Berechnung, Keine Fracht ab XXX € oder XXX Kg, Rabattstaffeln, Gruppenkonditionen, ...)
... und vieles mehr.
Ich bewzeifel, dass die Tragweite bekannt ist.
Splits aufgrund von regionalen Gegebenheiten (Ware ist an 2 verschiedenen Orten, Ware wird teilweise beigestellt, ...) wird in der Lieferung getrennt und ist im Belegfluß zu dem EINEN Auftrag gut nachvollziehbar.
Das automatische generieren von neuen Aufträgen und dem einfügen/ löschen nach Versandstellen ist natürlich möglich.
Ein Entwickler plus entsprechend Budget und los geht´s. ;-)
Im SAP- Standard kannst du sowas natürlich lange suchen. ;-)
Gruß
*... who can do field replacements in the debugger can do anything in the system
*so this check can not stop (him) anyway.