Mir grausts bei den Antworten.
sicherlich ists blöd dass SAP versäumt hat Löschkennzeichen für Customizing Tabellen bereitzustellen.
und noch blöder ist es dass keine Konsistenzprüfung beim Löschen stattfindet.
hat einer von Euch schon Daten migriert (SAP zu SAP zum Beispiel)?
Bei JEDER Migration bin ich über genau solche Fehler gestolpert dass man Customizing gelöscht hat obwohl der Wert noch in Stammdaten und Bewegungsdaten vorhanden ist.
Beim Mapping kann sich niemand an solche Daten erinnern. In den Extrakten sind die aber dann drin. und beim verarbeiten läufts auf Fehler weil der Wert nicht gecustomized oder von der Übernahme ausgeschlossen ist
Und bei Archivierungen krachts auch, weil SAP bei einigen archvierungsobjekten gegen das customizing prüft. Was dann bedeutet dass man das Customizing wieder herstellen muss bevor man archivieren kann.
und zur MM06.......die markiert die Lagerortsicht eines Materials mit einem Löschkennzeichen, thats all, der Datensatz (MARD) ist immernoch im SAP System und nicht weg, und solange er nicht weg ist, sollte nicht das Cusotmizing aus der T001L gelöscht werden, sonst hat man Inkonsistenzen, und die bekommt man sehr wahrscheinlich mit Dumps oder Fehlermeldungen um die Ohren gehauen wenn man diesen Materialstamm anschließend mal ändern oder erweitern muss.
Desweiteren befinden sich natürlich Warenbewegungen im System, die man in der MB51 auch wunderbar sieht wenn man keinen Lagerort in der Selektion eingibt, aber wenn man sie speziell mit dem "gelöschten" Lagerort sucht dann erhält man statt der Bewegungen die Meldung das der eingegebene Lagerort nicht existiert.