Hallo Sesam,
Hintergrund hier ist folgender:
Wenn ich in einem QM Prüflos den Verwendungsentscheid buche (z.B. Freibuchung nach erfolgreicher Prüfung), dann werden Materialbuchungen gestartet (z.B. bei Freibuchung die BWA 321). Wir haben hier noch den Sonderfall dass manchmal die geprüften Teile zerstört werden (deswegen wird ein Teil mit 331 gebucht).
Bei der 331 Buchung gibt SAP bei TA Erstellung bestimmte Parameter an den TA Erstellungs(funktions)baustein mit was dazu führt, dass nicht über den in der 331 definierten Schnittstellenlagertyp (917) gebucht wird sondern der Q-Lagertyp (205) als Schnittstelle genommen wird. Unsere Modifikation würde folgendermassen funktionieren:
- Ändere die 331 soweit im Customizing, dass er automatisch den Lagertyp 205 findet (Lagertypfindung) und aus der Umbuchungsanweisung automatisch ein TA erzeugt wird. (funktioniert auch reibungslos, da er hier nur Bestand nimmt der zum Prüflos gehört- das ist das schöne an der SAP Funktion hier)
- Passe das SAP Standardcoding an, er soll Lagertyp, Lagerplatz und noch ein Kennzeichen (ich müsste nochmal in meinen Unterlagen schauen aber es war glaube ich "Kein TA erstellen") NICHT an den Funktionsbaustein übergeben.
Hatte die Lösung auch schon ausprobiert, Customizing durchgeführt und im Debugger die Felder geändert - funktioniert reibungslos im Hintergrund. Das mit der Quantverschmelzung ist ein guter Hinweis, dürfte eigentlich nicht vorkommen (es wird automatisch bei WE genau 1 Palette nach 205 eingelagert - QM/WM Schnittstelle), aber es kann ja immer mal passieren dass irgendjemand etwas manuell umlagert. Wäre vom Prozess her auch kein Beinbruch, der 205 ist wirklich nur zur Prüfung vorgesehen, aber man müsste es auf jeden Fall berücksichtigen/mittesten. In jedem Fall würden wir im Entwicklungssystem erst einmal einen "Prototypen" customizen/entwickeln und dann durch intensives Testen prüfen ob dies wirklich eine nachhaltige und tragfähige Lösung ist.
Wie Du aber schon sagtest, am besten wäre es auf diese Anpassung zu verzichten und entweder HUs gleich einzuführen oder bis dahin zu warten. Man sollte möglichst wenig / gar nichts im SAP Standard verändern.
Da wir aber als Unternehmen darauf angewiesen sind, unsere logistischen Prozesse immer konkurrenzfähig und effizient zu halten, ist die technische Komponente nicht der einzige Faktor zur Lösungsauswahl.
Gruss
AB73