Was kommt nach Transportauftrag ...K9ZZZZZ
Beitrag
von ralf.wenzel (Top Expert / 3922 / 200 /
280
)
»
Moin,
weiß jemand, was passiert, wenn die Transportnummer auf ZZZZZ endet und man noch einen Transportauftrag erzeugen will? 😉
Kommt dann die Meldung "Ihr System ist voll, bitte kaufen Sie ein Neues"?
Ralf
weiß jemand, was passiert, wenn die Transportnummer auf ZZZZZ endet und man noch einen Transportauftrag erzeugen will? 😉
Kommt dann die Meldung "Ihr System ist voll, bitte kaufen Sie ein Neues"?
Ralf
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Beitrag
von a-dead-trousers (Top Expert / 4395 / 223 /
1182
)
»
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. 🥳
Schlägt in die gleiche Kerbe:
https://tricktresor.de/blog/sap-release-et120/
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. 🥳
Schlägt in die gleiche Kerbe:
https://tricktresor.de/blog/sap-release-et120/
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.
ECC: 6.18
Basis: 7.50
Practice is when something works, but you don't know why.
Programmers combine theory and practice: Nothing works and they don't know why.
ECC: 6.18
Basis: 7.50
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! 😜
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! 😜
Beitrag
von ralf.wenzel (Top Expert / 3922 / 200 /
280
)
»
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?
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
Beitrag
von DeathAndPain (Top Expert / 1939 / 257 /
412
)
»
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.
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.
Beitrag
von ralf.wenzel (Top Expert / 3922 / 200 /
280
)
»
Du hast die Frage nicht verstanden 😉
Ralf *geht's ums Prinzip
PS: Es war auch lange nicht realistisch, dass Programme so lange laufen, dass die zweistellige Jahreszahl zu einem Problem werden könnte....
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
Beitrag
von DeathAndPain (Top Expert / 1939 / 257 /
412
)
»
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.
Beitrag
von black_adept (Top Expert / 4086 / 126 /
940
)
»
Das Datum ist nicht das Problem sondern der Tag danachDeathAndPain hat geschrieben: ↑15.11.2024 14:13Das 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.
Beitrag
von DeathAndPain (Top Expert / 1939 / 257 /
412
)
»
Ich meinte die Wahl dieses Datums (als Highdate), insofern ist meine Aussage schon richtig.
Beitrag
von Shortcut IT (ForumUser / 52 / 2 /
18
)
»
Hallo,
ich habe es mal eben ausprobiert. Nach 9ZZZZZ kam der Versuch, einen Transportauftrag mit 900000 anzulegen, und da es den schon gab, kam folgende Meldung (hier der Langtext):
Error saving request header for NPLK900000
Message no. TK031
Diagnosis
A header entry cannot be inserted for request/task NPLK900000 because it already exists (E070 or E070C).
The header entry for a request/task is entered when it is created.
System Response
The function is aborted.
Procedure
Repeat the function with a valid request/task.
If this error occurs in an application function, document the error and inform the SAP hotline.
Den unwahrscheinlichen Fall vorausgesetzt, dass man tatsächlich den ganzen Nummernvorrat aufgebraucht hat, kann man mit dem Report RSWBO301 einen ggf. noch freien Bereich (Lücke) suchen und den verwenden. Danach hilft wohl nur noch aufzuräumen.
SAP-Hinweise 106911 und 2951296 behandeln das Thema. U.a. heißt es dort: "The interval <SYS>K9A0000 to <SYS>K9ZZZZZ (ASCII) or <SYS>K9AAAAA to <SYS>K9Z9999 (EBCDIC) is added to the interval <SYS>K900000 to <SYS>K999999. As a result, over 40 million free numbers are available."
40 Mio. Transportaufträge, das ist schon mal eine Hausnummer.
Viele Grüße
Shortcut IT
ich habe es mal eben ausprobiert. Nach 9ZZZZZ kam der Versuch, einen Transportauftrag mit 900000 anzulegen, und da es den schon gab, kam folgende Meldung (hier der Langtext):
Error saving request header for NPLK900000
Message no. TK031
Diagnosis
A header entry cannot be inserted for request/task NPLK900000 because it already exists (E070 or E070C).
The header entry for a request/task is entered when it is created.
System Response
The function is aborted.
Procedure
Repeat the function with a valid request/task.
If this error occurs in an application function, document the error and inform the SAP hotline.
Den unwahrscheinlichen Fall vorausgesetzt, dass man tatsächlich den ganzen Nummernvorrat aufgebraucht hat, kann man mit dem Report RSWBO301 einen ggf. noch freien Bereich (Lücke) suchen und den verwenden. Danach hilft wohl nur noch aufzuräumen.
SAP-Hinweise 106911 und 2951296 behandeln das Thema. U.a. heißt es dort: "The interval <SYS>K9A0000 to <SYS>K9ZZZZZ (ASCII) or <SYS>K9AAAAA to <SYS>K9Z9999 (EBCDIC) is added to the interval <SYS>K900000 to <SYS>K999999. As a result, over 40 million free numbers are available."
40 Mio. Transportaufträge, das ist schon mal eine Hausnummer.
Viele Grüße
Shortcut IT
Folgende Benutzer bedankten sich beim Autor Shortcut IT für den Beitrag (Insgesamt 4):
ewx • DeathAndPain • a-dead-trousers • black_adept
Beitrag
von black_adept (Top Expert / 4086 / 126 /
940
)
»
Im ersten Moment schon. Aber zu den Aufträgen kommen ja auch noch die Aufgaben. Und ich habe Kunden, die keine Daten auf dem Entwicklungssystem haben und man für jedes Fitzelchen an Codeänderung einen ToC machen muss. Da läppert sich das dann schon zusammen. Somit ist Ralfs Frage nicht nur rein akademisch.Shortcut IT hat geschrieben: ↑19.11.2024 11:2740 Mio. Transportaufträge, das ist schon mal eine Hausnummer.
Was ich gesehen habe ist aber, dass das Feld mit der Transportnummer deutlich länger ist als die 10 Stellen, von denen nach <sysid>K9 ja noch 5 übrig bleiben. Es gibt irgendwo eine Routine, die die Transportnummern hochzählt ( kein Nummernkreis - eine der E70er Tabellen hat einen Hinweis was die letzte vergebene Nummer war, außerdem ist das ja alphanummerisch inzwischen ) und dort wird tatsächlich der "hintere" Teil mittels Offset gezogen. Wenn man diese Routine leicht anpasst wäre es ein einfaches auch längere Transportnummern zumindest zu erzeugen. Fraglich ist halt nur, ob alle nachgelagerten Prozesse damit umgehen können.
Gibt's dazu eigentlich keinen OSS-Hinweis?
Beitrag
von DeathAndPain (Top Expert / 1939 / 257 /
412
)
»
Dennoch. Selbst wenn jeder Transportauftrag unrealistische 40 Aufgaben hat - mach erst mal 1 Million Transportaufträge! Und es werden weniger Aufgaben sein.
DeathAndPain hat geschrieben: ↑19.11.2024 17:37[...]Selbst wenn jeder Transportauftrag unrealistische 40 Aufgaben hat[...]
Code: Alles auswählen.
SELECT
strkorr, COUNT( strkorr ) AS counter
FROM e070
WHERE strkorr <> ''
GROUP BY strkorr
HAVING COUNT( strkorr ) GT 40
ORDER BY counter DESCENDING
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
Beitrag
von DeathAndPain (Top Expert / 1939 / 257 /
412
)
»
Na ja, wenn ich das richtig verstehe, hast Du in Deinem Screenshot absteigend nach Anzahl der Aufgaben sortiert. Dein Screenshot enthält geschätzte 30 Transportaufträge (habe nicht nachgezählt), und die Zahl der Aufgabe nimmt da schon rasch ab, also wird das halt eine Handvoll Chaosaufträge mit übermäßig vielen Aufgaben gewesen sein, die in der Masse aber nicht ins Gewicht fallen. Ich vermute mal, nach 100 weiteren Transportaufträgen wirst Du die Schwelle der 40 Aufgaben schon unterschreiten. Deine 90+k enthalten auch die Aufgaben, aber wenn wir das mathematisch mal als obere Schranke ansehen und unterstellen, dass es tatsächlich 90+k Transportaufträge wären, auf die sich die Aufgaben verteilen, dann würde das also bedeuten, dass Du 90.000 Transportaufträge hast und davon nur ca. 130 über 40 Aufgaben enthalten. Wahrscheinlich werden es eher um die 20.000 Transportaufträge sein (alles Schätzungen von mir aufgrund Deines Screenshots). Ein großer Anteil davon (vermutlich über 50%) wird nur eine einzige Customizingaufgabe enthalten. Nur Entwicklungstransporte haben auch (mind.) eine Workbenchaufgabe und ggf. Transportkopieaufgaben.rob_abc hat geschrieben:90k+ Einträge in der e070 insgesamt. Nicht jeder Auftrag hat 40 Aufgaben, aber es gibt genug grosse Aufträge :D
Das sind alles keine Werte, mit denen man sich auch nur ansatzweise in die Nähe von 40 Millionen begeben kann.
Vergleichbare Themen
1
Antw.
Antw.
1545
Views
Views
Transportauftrag mit L_TO_CREATE_SINGLE
von eckmi » 26.07.2007 11:24 • Verfasst in ABAP® für Anfänger
von eckmi » 26.07.2007 11:24 • Verfasst in ABAP® für Anfänger
Frage die ABAP Experten
Über diesen Beitrag
Unterstütze die Community und teile den Beitrag für mehr Leser und Austausch
Aktuelle Forenbeiträge
Nach Transport von Stellen über RHMOVE30 nur Planvariante "nie verwenden"
vor 19 Stunden von DeathAndPain 4 / 837
vor 19 Stunden von DeathAndPain 4 / 837
Newsletter Anmeldung
Keine Beiträge verpassen! Wöchentlich versenden wir lesenwerte Beiträge aus unserer Community.Die letzte Ausgabe findest du hier.
Aktuelle Forenbeiträge
Nach Transport von Stellen über RHMOVE30 nur Planvariante "nie verwenden"
vor 19 Stunden von DeathAndPain 4 / 837
vor 19 Stunden von DeathAndPain 4 / 837