Materialstamm Thema ist als GELÖST markiert
11 Beiträge
•
Seite 1 von 1
11 Beiträge
Seite 1 von 1
Hallo zusammen
Bei uns werden über eine Schnittstelle automatisch Materialien angelegt. Diese müssen nachher mit der Transaktion MM02 gepflegt werden.
Bei der pflege müssen mühsam alle Register durchgeklickt werden, obwohl nur immer dieselben paar Felder gepflegt werden müssen.
Meine Idee, eine eigene Seite, auf der alle diese zu pflegende Felder sind.
Wie kann ich dies am einfachsten realisieren?
Eigene Transaktion? Oder gibt es im SAP eine Standardmethode?
Ich bin für jeden Input glücklich
Danke
Bei uns werden über eine Schnittstelle automatisch Materialien angelegt. Diese müssen nachher mit der Transaktion MM02 gepflegt werden.
Bei der pflege müssen mühsam alle Register durchgeklickt werden, obwohl nur immer dieselben paar Felder gepflegt werden müssen.
Meine Idee, eine eigene Seite, auf der alle diese zu pflegende Felder sind.
Wie kann ich dies am einfachsten realisieren?
Eigene Transaktion? Oder gibt es im SAP eine Standardmethode?
Ich bin für jeden Input glücklich
Danke
Hallo,
speicher doch beim Einstieg nur die Registerkarten, die deine Leute wirklich
brauchen. Dann kommen nur diese.
Oder bau einen Datenbank-View mit allen relevanten Feldern, zum Glück kriegt
me im Materialstamm die Datenbanken ganz einfach über technische Hilfe raus.
Dann würde ich ein ALV-Grid bauen, mit dem die Werte pflegen kannst und diese
wieder zurück in die Datenbank schreiben.
Ein Problem ist dabei noch, dass du den View wieder zerpflücken musst und die Werte
einzeln in die verschiedenen Datenbanken zurückschreiben.
Hier kann dir die Tabelle dd27s helfen, hier sind die Basistabellen für die Viewfelder
aufgelistet wie in der Transaktion se11.
speicher doch beim Einstieg nur die Registerkarten, die deine Leute wirklich
brauchen. Dann kommen nur diese.
Oder bau einen Datenbank-View mit allen relevanten Feldern, zum Glück kriegt
me im Materialstamm die Datenbanken ganz einfach über technische Hilfe raus.
Dann würde ich ein ALV-Grid bauen, mit dem die Werte pflegen kannst und diese
wieder zurück in die Datenbank schreiben.
Ein Problem ist dabei noch, dass du den View wieder zerpflücken musst und die Werte
einzeln in die verschiedenen Datenbanken zurückschreiben.
Hier kann dir die Tabelle dd27s helfen, hier sind die Basistabellen für die Viewfelder
aufgelistet wie in der Transaktion se11.
Publikationen:
Qualitätsmanagement in der ABAP-Entwicklung,
Why we should take care about clean code
ABAP, Java, JavaScript
GitHub
Qualitätsmanagement in der ABAP-Entwicklung,
Why we should take care about clean code
ABAP, Java, JavaScript
GitHub
Moin christof.
Anlegen/ Erweitern von Materialien kann man mit dem Baustein BAPI_MATERIAL_SAVEDATA.
Die eigentliche Frage wäre : "kann man ein/mehrere "Vorlagematerial(en)" verwenden und die Ergänzung automatisieren ,
oder muß manuell ergänzt werden ?
lg Jens
Anlegen/ Erweitern von Materialien kann man mit dem Baustein BAPI_MATERIAL_SAVEDATA.
Die eigentliche Frage wäre : "kann man ein/mehrere "Vorlagematerial(en)" verwenden und die Ergänzung automatisieren ,
oder muß manuell ergänzt werden ?
lg Jens
<:: XING-Gruppe Tricktresor::>
Die deutsche Rechtschreibung ist Freeware, du darfst sie kostenlos nutzen –
Aber sie ist nicht Open Source, d. h. du darfst sie nicht verändern oder in veränderter Form veröffentlichen.
Die deutsche Rechtschreibung ist Freeware, du darfst sie kostenlos nutzen –
Aber sie ist nicht Open Source, d. h. du darfst sie nicht verändern oder in veränderter Form veröffentlichen.
Hallo zusammen
Die Idee mit den Registerkarten bringt leider nicht viel, da fast auf jeder etwas gepflegt werden muss.
Vorlagematerialien haben wir bereits und die sind meiner Meinung nach gut eingestellt, aber trotzdem muss noch recht viel von Hand gepflegt werden.
Der Baustein BAPI_MATERIAL_SAVEDATA klingt recht verlockend.
Die Idee mit den Registerkarten bringt leider nicht viel, da fast auf jeder etwas gepflegt werden muss.
Vorlagematerialien haben wir bereits und die sind meiner Meinung nach gut eingestellt, aber trotzdem muss noch recht viel von Hand gepflegt werden.
Der Baustein BAPI_MATERIAL_SAVEDATA klingt recht verlockend.
Evtl. taugt auch die Massenänderung dazu (Transaktion MASS).
Damit kann man dann zwar viele Materialien auf einmal ändern (dafür ist sie auch eigentlich gedacht), aber man kann auch EIN Material ändern.
Wenn man sich eine Variante mit den zu pflegenden Feldern anlegt, dann kann man diese evtl. sogar einfach per Batch-Input anspringen und mit einer Vorauswahl nur EIN Material für die Selektion vorgeben.
Achnee, da muss man leider auch "durchreitern".
Bringt zur zusätzlichen Gefahr, dass jemand gleich einen ganzen Satz an Materialen ändert, keinen zusätzlichen Nutzen.
Vorteil wäre, dass man gleich mehrere Vertriebswege oder Werke pflegen kann.
Damit kann man dann zwar viele Materialien auf einmal ändern (dafür ist sie auch eigentlich gedacht), aber man kann auch EIN Material ändern.
Wenn man sich eine Variante mit den zu pflegenden Feldern anlegt, dann kann man diese evtl. sogar einfach per Batch-Input anspringen und mit einer Vorauswahl nur EIN Material für die Selektion vorgeben.
Achnee, da muss man leider auch "durchreitern".
Bringt zur zusätzlichen Gefahr, dass jemand gleich einen ganzen Satz an Materialen ändert, keinen zusätzlichen Nutzen.
Vorteil wäre, dass man gleich mehrere Vertriebswege oder Werke pflegen kann.
Du kannst im Customizing einen eigenen SubScreen mit den benötigten Feldern anlegen. Für Standardfelder ist das etwas aufwändiger, da dann die Standard PAI/PBO-Module für diese Felder mit eingebunden werden müssen.christof hat geschrieben:Die Idee mit den Registerkarten bringt leider nicht viel, da fast auf jeder etwas gepflegt werden muss.
So bekäme man alle Felder auf einer Sicht zusammen.
Meine Lösung wäre aber auch ein eingabebereiter ALV, die Materialstammänderung mittels MATERIAL_MAINTAIN_DARK (der wird vom genannten BAPI aufgerufen, ist aber flexibler/einfacher zu benutzten).
Gruß Hendrik
Wenn du die Materialien doch eh über eine Schnittstelle anlegst sieh doch zu, dass du bei der Anlage bereits alle relevanten Daten mit gibst. Vielleicht wäre das eine Möglichkeit dir einen Teil der Nacharbeiten zu sparen.
Grüße Daniel
Grüße Daniel
Beitrag
von verzweifelt (ForumUser / 84 / 18 /
4
)
»
Hi,
Schau dir mal das BADI_MATERIAL_REF
http://help.sap.com/saphelp_46c/helpdat ... ameset.htm
an.
Könnte sein , dass das eine Lösung ist .
Schau dir mal das BADI_MATERIAL_REF
http://help.sap.com/saphelp_46c/helpdat ... ameset.htm
an.
Könnte sein , dass das eine Lösung ist .
Das BADI_MAterial_Ref ist perfekt für Vorschlagsdaten.
Somit können wir schon viele Fehleingaben "tot" schlagen.
Ich programmiere nun eine Transaktion die alle wichtige Eingabefelder in einer Liste hat.
Super, danke euch allen. Nun erarbeite ich wohl mal ein kleines Konzept
Danke euch allen
Somit können wir schon viele Fehleingaben "tot" schlagen.
Ich programmiere nun eine Transaktion die alle wichtige Eingabefelder in einer Liste hat.
Super, danke euch allen. Nun erarbeite ich wohl mal ein kleines Konzept
Danke euch allen
Beitrag
von verzweifelt (ForumUser / 84 / 18 /
4
)
»
Hi,
damit du den Erfolg deiner Transaktion auch prüfen kannst , schau dir mal dem Hinweis
1892044 - Materialstammvergleicher
Und 1880324 - Materialstammkopierer
Die Transaktionen MCOMP und MMCC sind nicht jedem bekannt , sind aber im Materialstamm Umfeld das Beste was die SAP im dem letzten 3 Jahren gemacht hat .
damit du den Erfolg deiner Transaktion auch prüfen kannst , schau dir mal dem Hinweis
1892044 - Materialstammvergleicher
Und 1880324 - Materialstammkopierer
Die Transaktionen MCOMP und MMCC sind nicht jedem bekannt , sind aber im Materialstamm Umfeld das Beste was die SAP im dem letzten 3 Jahren gemacht hat .
Seite 1 von 1
Frage die ABAP Experten
Über diesen Beitrag
Unterstütze die Community und teile den Beitrag für mehr Leser und besseren Inhalt:
Aktuelle Forenbeiträge
Vergleichbare Themen
Aktuelle Forenbeiträge
Unbeantwortete Forenbeiträge
2 Arbeitspläne mit Status 2 (Fert.) und 3 (Kalk.) - kein Umsetzen mehr
vor 3 Tagen von wolli 1 / 108
vor 3 Tagen von wolli 1 / 108
Migration: Feiertage mit unterschiedlichen FT-Klassen im Mehrmandantensystem
vor 3 Tagen von ballmann.gerd@web.de 1 / 109
vor 3 Tagen von ballmann.gerd@web.de 1 / 109