Änderung der Länge von MATNR
8 Beiträge
•
Seite 1 von 1
8 Beiträge
Seite 1 von 1
Hallo zusammen,
mein Arbeitgeber spielt gerade mit dem Gedanken, das Feld MATNR von 18 Zeichen auf z.B. 22 Zeichen zu vergrößern
Ich versuche gerade mit Händen und Füßen dies zu verhindern...
Der Hintergrund:
Die Materialnummer hat einen bestimmten Aufbau. Dieser Aufbau wird in diversen Programmen z.B. durch Offsetangaben verarbeitet. Nun ist es gewünscht, in der Materialnummer ein paar weitere Zeichen (z.B. als Standortkennzeichen) unterzubringen, um gezielt danach selektieren zu können.
Wenn diese neue "Kennzeichnung" am Ende der Materialnummer angefügt wird klappt der Select nicht, weil an der 18ten. Stelle ein ('!') in der Tabelle steht. Wie auch
.
Wenn die neue "Kennzeichnung" am Anfang der Materialnummer steht, stimmen alle Offsetangaben nicht, die in diversen Programmen stehen... Wenn ich einen Tabellenappend z.B. an die Mara hänge, müssten alle Suchhilfeexits modifiziert werden... Fragt mich bitte nicht nach Sinn und Zweck dieser Übung, da bin ich nämlich auch noch nicht hintergekommen...
Frage:
Was spricht alles gegen die Modifikation des Feldes bzw. der Domäne abgesehen von den 1121 umzusetzenden Tabellen
( Entschuldigung für den Sarkasmus )
Konkret habe ich folgende Ausgangssituation:
In der Transaktion OMSL wurde die Länge auf die gewünschte Zeichenanzahl erhöht.
Wenn nun mit der Materialnummer > 18 Zeichen gearbeitet wird (es wurde z.B. ein Material mit 22 Zeichen angelegt), speichert das System diese auch aber wie und wo 
Gehe ich z.B. in die SE11 und lasse mir den Tabelleninhalt anzeigen, erhalte ich in der Detailsicht tatsächlich die "gesamte" Materialnummer. Das Ganze durchläuft beim Aufruf ein Konvertierungsexit und wie von geisterhand erscheinen die Zeichen ab der 18ten Stelle... Genaueres konnte ich aber nicht nachvollziehen...
Woher kommen diese Werte. Jetzt heißt es nämlich "Aber die Werte sind doch da..."
Gruß,
Olli
mein Arbeitgeber spielt gerade mit dem Gedanken, das Feld MATNR von 18 Zeichen auf z.B. 22 Zeichen zu vergrößern
Ich versuche gerade mit Händen und Füßen dies zu verhindern...
Der Hintergrund:
Die Materialnummer hat einen bestimmten Aufbau. Dieser Aufbau wird in diversen Programmen z.B. durch Offsetangaben verarbeitet. Nun ist es gewünscht, in der Materialnummer ein paar weitere Zeichen (z.B. als Standortkennzeichen) unterzubringen, um gezielt danach selektieren zu können.
Wenn diese neue "Kennzeichnung" am Ende der Materialnummer angefügt wird klappt der Select nicht, weil an der 18ten. Stelle ein ('!') in der Tabelle steht. Wie auch
. Wenn die neue "Kennzeichnung" am Anfang der Materialnummer steht, stimmen alle Offsetangaben nicht, die in diversen Programmen stehen... Wenn ich einen Tabellenappend z.B. an die Mara hänge, müssten alle Suchhilfeexits modifiziert werden... Fragt mich bitte nicht nach Sinn und Zweck dieser Übung, da bin ich nämlich auch noch nicht hintergekommen...
Frage:
Was spricht alles gegen die Modifikation des Feldes bzw. der Domäne abgesehen von den 1121 umzusetzenden Tabellen
( Entschuldigung für den Sarkasmus )Konkret habe ich folgende Ausgangssituation:
In der Transaktion OMSL wurde die Länge auf die gewünschte Zeichenanzahl erhöht.
Wenn nun mit der Materialnummer > 18 Zeichen gearbeitet wird (es wurde z.B. ein Material mit 22 Zeichen angelegt), speichert das System diese auch
aber wie und wo Gehe ich z.B. in die SE11 und lasse mir den Tabelleninhalt anzeigen, erhalte ich in der Detailsicht tatsächlich die "gesamte" Materialnummer. Das Ganze durchläuft beim Aufruf ein Konvertierungsexit und wie von geisterhand erscheinen die Zeichen ab der 18ten Stelle... Genaueres konnte ich aber nicht nachvollziehen...
Woher kommen diese Werte. Jetzt heißt es nämlich "Aber die Werte sind doch da..."
Gruß,
Olli
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Beitrag
von DeathGuardian (Expert / 759 / 0 /
3
)
»
MATNR vergrössern?
Da kannst gleich Selbstmord begehen!
Man sollte allein schon daran denken, das die letzt Stelle der MATNR in der Regel eine Prüfziffer ist, die sich aus den ersten 17Stellen der MATNR errechnen!
Ausserdem für was braucht man eine so grösse MATNR?
Ich arbeite in einem Unternehmen welches fast 500.000 Einträge in der MARA hat und wir haben in allen Möglichen Rein-numerischen Bereichen noch platz für Millionen von Artikeln!
UND WIR VERWENDEN NUR 7STELLEN (also 6stellen + Prüffziffer)
Ausserdem hat die MARA und alle dazugehöhrigen Tabellen (MAW1/MARC/MARD/...) soviele Felder, da sollte doch ein Feld sein, das ihr dafür missbrauchen könntet.
Ausserdem versuch mal mit einer Modifizierten-MATNR einen Releaswechsel durchzuführen!!!!!!!
Da kannst gleich Selbstmord begehen!
Man sollte allein schon daran denken, das die letzt Stelle der MATNR in der Regel eine Prüfziffer ist, die sich aus den ersten 17Stellen der MATNR errechnen!
Ausserdem für was braucht man eine so grösse MATNR?
Ich arbeite in einem Unternehmen welches fast 500.000 Einträge in der MARA hat und wir haben in allen Möglichen Rein-numerischen Bereichen noch platz für Millionen von Artikeln!
UND WIR VERWENDEN NUR 7STELLEN (also 6stellen + Prüffziffer)
Ausserdem hat die MARA und alle dazugehöhrigen Tabellen (MAW1/MARC/MARD/...) soviele Felder, da sollte doch ein Feld sein, das ihr dafür missbrauchen könntet.
Ausserdem versuch mal mit einer Modifizierten-MATNR einen Releaswechsel durchzuführen!!!!!!!
Nicht hauen wenns nicht stimmt.olli-x hat geschrieben:Woher kommen diese Werte. Jetzt heißt es nämlich "Aber die Werte sind doch da..."
Schau dir mal die Tabelle TMCNV an. Dazu gibts noch zwei FuBas: CONVERSION_EXIT_MATN1_INPUT
CONVERSION_EXIT_MATN1_OUTPUT
Gruß Hendrik
Hi Olli,
ich weiß von einem SAP-Projekt für die Automobilindustrie, die eine auf 40-Stellen erweiterte Materialnummer benutzen wollen.
Beim letzten Kontakt mit einem Bekannten (for über einem Jahr) klang das nach einer rießigen Kiste, gerade weil die Materialnummer so dermaßen vielfach verwendet wird.
Aktuelles dazu kann ich Dir aber leider nicht sagen.
ich weiß von einem SAP-Projekt für die Automobilindustrie, die eine auf 40-Stellen erweiterte Materialnummer benutzen wollen.
Beim letzten Kontakt mit einem Bekannten (for über einem Jahr) klang das nach einer rießigen Kiste, gerade weil die Materialnummer so dermaßen vielfach verwendet wird.
Aktuelles dazu kann ich Dir aber leider nicht sagen.
Gruß
Ereglam
May the Force be with your code
|| .| |.|| | .... . ..|. ||| .|. |.|. . |... . .|| .. | .... |.|| ||| ..| .|. |.|. ||| |.. .
Ereglam
May the Force be with your code
|| .| |.|| | .... . ..|. ||| .|. |.|. . |... . .|| .. | .... |.|| ||| ..| .|. |.|. ||| |.. .
Ist mir neu. In den letzten 10 Firmen hatte KEINER eine Prüfziffer eingebaut (Wozu auchDeathGuardian hat geschrieben:Man sollte allein schon daran denken, das die letzt Stelle der MATNR in der Regel eine Prüfziffer ist, die sich aus den ersten 17Stellen der MATNR errechnen!
)Übrigens Standortkennungen kann man auch unter 'Werk' oder oder oder oder ablegen
Mehrere Felder (intern) ergeben auch > 18 Stellen und können so dem Betrachten eine 40stellige Materialnummer bei der Ausgabe "vorgaukeln".
Beitrag
von black_adept (Top Expert / 4086 / 126 /
940
)
»
Hallo Olli,
Tipp: Lass doch mal deinen Auftraggeber eine kleine OSS-Anfrage an SAP absetzen und nachfragen was die so schätzen ob man da eventell, möglicherweise, vielleicht mit dem einen oder anderen Problem zu rechnen hat und wie lange so eine Umsetzung wohl dauern könnte. Ich glaube dass nach einer Antwort sich die Frage erübrigen wird.
Jetzt zu deiner Frage an sich.
1.) Was genau wird denn gewonnen, wenn auf 40 Stellen gegangen würde. Irgendwie habe ich nicht das Gefühl, dass man dann keine Offsetangaben in existierenden Programmen anpassen müsste.
2.) Problem: existierende Materialnummern. Was ihr vorhabt ist ja vergleichbar mit einer vollständigen Materialnummernumstellung. Dann sollte man sich auch Gedanken machen, wie man vergangene Daten mit aktuellen vergleichen kann, da ihr ja von nun an immer 2 Materialnummern für dasselbe Material verwendet ( alte und neue Matnr). Sowas freut insbes. SD mit all ihren Auswertungen
3.) Warum ist der Suchhilfeexit denn so schlimm? Hängt doch einfach eine weitere Suchhilfe in die Standardsuchhilfe mit rein, die dann eben nach einem neuen APPEND-Feld selektieren kann.
4.) Langtexte: Bei diesen steht kein Feld mit Domäne MATNR im Kopf der Tabelle STXH sondern nur "codiert" in der Objektid. Und wer weiß schon wo SAP noch alles so eine Codierung vorgenommen hat.
... ( mir fallen bestimmt noch zig Begründungen ein die Länge nicht zu ändern! )
Alles in Allem:
LASST DIE FINGER VON
MATERIALNUMMERNVERLÄNGERUNG...
Tipp: Lass doch mal deinen Auftraggeber eine kleine OSS-Anfrage an SAP absetzen und nachfragen was die so schätzen ob man da eventell, möglicherweise, vielleicht mit dem einen oder anderen Problem zu rechnen hat und wie lange so eine Umsetzung wohl dauern könnte. Ich glaube dass nach einer Antwort sich die Frage erübrigen wird.
Jetzt zu deiner Frage an sich.
1.) Was genau wird denn gewonnen, wenn auf 40 Stellen gegangen würde. Irgendwie habe ich nicht das Gefühl, dass man dann keine Offsetangaben in existierenden Programmen anpassen müsste.
2.) Problem: existierende Materialnummern. Was ihr vorhabt ist ja vergleichbar mit einer vollständigen Materialnummernumstellung. Dann sollte man sich auch Gedanken machen, wie man vergangene Daten mit aktuellen vergleichen kann, da ihr ja von nun an immer 2 Materialnummern für dasselbe Material verwendet ( alte und neue Matnr). Sowas freut insbes. SD mit all ihren Auswertungen
3.) Warum ist der Suchhilfeexit denn so schlimm? Hängt doch einfach eine weitere Suchhilfe in die Standardsuchhilfe mit rein, die dann eben nach einem neuen APPEND-Feld selektieren kann.
4.) Langtexte: Bei diesen steht kein Feld mit Domäne MATNR im Kopf der Tabelle STXH sondern nur "codiert" in der Objektid. Und wer weiß schon wo SAP noch alles so eine Codierung vorgenommen hat.
... ( mir fallen bestimmt noch zig Begründungen ein die Länge nicht zu ändern! )
Alles in Allem:
LASST DIE FINGER VON
MATERIALNUMMERNVERLÄNGERUNG...
Hunderte (wenn nicht tausende) von SAP-Standard-Programmen verlassen sich darauf, dass die MATNR 18 Stellen hat.
Etliche bestimmt mit hart kodierten Längen in der Felddefinition, bei der Listausgabe, ...
Dass Ihr kostenlosen Support von SAP bekommt, wenn solche Probleme auftreten, könnt Ihr wohl vergessen.
Der Conversion Exit für MATNR ruft eine C-Funktion des SAP-Kernels auf (nicht die gleiche wie CONVERSION_EXIT_ALPHA_*), die evtl. auch von hart kodierten 18 Stellen ausgeht.
Und so weiter.
Etliche bestimmt mit hart kodierten Längen in der Felddefinition, bei der Listausgabe, ...
Dass Ihr kostenlosen Support von SAP bekommt, wenn solche Probleme auftreten, könnt Ihr wohl vergessen.
Der Conversion Exit für MATNR ruft eine C-Funktion des SAP-Kernels auf (nicht die gleiche wie CONVERSION_EXIT_ALPHA_*), die evtl. auch von hart kodierten 18 Stellen ausgeht.
Und so weiter.
Seite 1 von 1
Vergleichbare Themen
1
Antw.
Antw.
3083
Views
Views
Konvertierug vom datentyp char der länge 4 in char der länge
von ratoshuan » 28.06.2006 11:33 • Verfasst in ABAP® Core
von ratoshuan » 28.06.2006 11:33 • Verfasst in ABAP® Core
3
Antw.
Antw.
5251
Views
Views
MATNR Feldlängenänderung von 18 auf 40
von ratsnus » 08.08.2019 08:33 • Verfasst in SAP HANA für Anfänger
von ratsnus » 08.08.2019 08:33 • Verfasst in SAP HANA für Anfänger
4
Antw.
Antw.
1732
Views
Views
Selektionen von unterschiedlichen matnr
von Gottschall » 13.02.2014 19:04 • Verfasst in ABAP® für Anfänger
von Gottschall » 13.02.2014 19:04 • Verfasst in ABAP® für Anfänger
3
Antw.
Antw.
2777
Views
Views
2
Antw.
Antw.
2241
Views
Views
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