Ich würde mal sagen, nach 9ZZZZZ kommt A00000 😇
Ne, weiß ich leider nicht. Man könnte aber auch anstatt das System einzumotten den Systemnamen ändern um wieder von vorne beginnen zu können. Sprich aus E01 wird E02 und schon können wir weitere 20 Jahre programmieren. 🥳
Theory is when you know something, but it doesn't work.
Practice is when something works, but you don't know why.
Programmers combine theory and practice: Nothing works and they don't know why.
Ein gemeinsamer Bekannter hätte vielleicht gesagt:
Wenn ein SAP-Entwickler mit 25 Jahren SAP-Erfahrung nicht weiß, dass man Nunmernkreise zurücksetzen kann, dann würde ich den sofort aus dem Projekt schmeißen! 😜
Natürlich weiß ich, dass man Nummernkreise zurücksetzen kann. Was ich NICHT weiß, ist: Was passiert, wenn ein TA erstellt oder transportiert werden soll, der (vor ein paar Jahren 😂 ) schonmal erstellt / transportiert wurde?
Ist es denn realistisch, dass tatsächlich Abertausende von Transportaufträgen erzeugt worden sind, so dass der ganz Nummernkreis gefüllt worden ist? Ich mein, selbst wenn das nur Ziffern wären, wären es ja schon eine Million Transportaufträge. Mit den Buchstaben noch ein Vielfaches mehr.
Ich mein, spätestens wenn man die STMS aufräumt und die ganzen alten Transportaufträge dort und in den Importqueues der Systeme löscht, sollte es kein Problem sein, wenn die alte Transportnummer erneut verwendet wird. Aber ernsthaft: Wie kann es (egal bei welchem Kunden) zu Abermillionen von Transportaufträgen kommen? Da würde ich ja ein Performanceproblem in der Transportverwaltung (insbesondere der STMS) erwarten, lange bevor die freien Nummern ausgehen.
Vor allem riecht es nach einem Missbrauch des Transportsystems (so als ob Daten aus dem Tagesgeschäft im Customizing gepflegt und täglich rübertransportiert werden würden). Mit echten Programmänderungen und Customizingeinstellungen wird man niemals auf Millionen von Änderungen kommen, auch in 20 Jahren nicht.
Das war schon realistisch; man hat es nur verdrängt. Oder hat gesagt: "Bis das ein Problem wird, sind wir auf Rente; da sollen sich dann andere drum kümmern." Das hat die SAP besser gemacht: Dass der 31.12.9999 zu einem Problem werden könnte, ist tatsächlich nicht realistisch.