BAPI für Material

Sian hat geschrieben:Das ist genau die grundlegende Frage.

BatchInput oder BAPI

Und ich muss ganz ehrlich sagen, dass ich nicht weiß warum ich mich letztendlich für BAPI entschieden habe! Bitte ned schlagen

hier gibt's keine schlaeger!!

ICH würde würde immer einen bapi oder einen standard-fb benutzen. auch mm01 tut dies... ich finde das ist weit aus besser zu codieren und auch fehlermaessig zu behandeln. auch seitens der sap wird vom batch input eher abgeraten. geschmackssache, sprach der affe...

@Sian: Ob es die richtige Entscheidung ist/war, merkt man oft erst während der Entwicklung oder währende des laufenden Betriebes.

Oft denken sich "Krawattenträger" am grünen Tisch etwas aus, was aber andere entwickeln.

Bei uns war es üblich, das alles über Batch-Input gemacht wurde, selbst wenn es nicht über Batch-Input ging.....
Denn "Herren" klar zu machen, daß nicht ALLES über Batch-Input ging, war dabei immer das schwierigste.


Ich halte gegen Bitfummler: Ich würde immer Batch-Input benutzen, auch bei MM01.

Gibt es etwas einfacheres als Batch-Input????

Wo rät die SAP den von Batch-Input ab???

Ich kenne zwar auch Punkte GEGEN Batch-Input, aber Deine Aussage suggerieren einem, als ob die SAP "grundsätzlich" gegen BTCI ausspricht.

Gast hat geschrieben:@Haubi: Fang doch jetzt nicht an mit

"Batch Input ist viel zu fehleranfällig, besonders, wenn es um kompizierte Transaktionen geht, die insbesondere mit Frontend-Controls arbeiten."

Es geht im simpelste Datenmigration.

...und am simpelsten ist ein BAPI, weil der sich um die Fehlerbehandlung kümmert.

Jetzt habe ich noch eine Frage! Wie mache ich das:
Beim Anlegen der Stammdaten wird die MatNr automatisch vom System vergeben, wegen der MatArt. Nur will ich ja dann noch eine Klassifizierung für diese Materialien anlegen und dafür brauche ich die Matnr des gerade angelegten Materials! Wie mache ich das am Besten?

Hoffe ihr wisst was ich meine!

Funktionieren wird es sicher! Ich frage mich nur was die Performance dazu sagt

Über Performance würde ich mir erst dann Gedanken machen, wenn das Problem an sich gelöst ist. Und die Idee mit
1.) Maintain_dark
2.) Klassifizierung anlegen
klappt gut ( zumindest hat es das bei mir ).

Wenn du dann die Performance noch steigern willst, indem du zuerst den Maintain_dark mit vielen Materialien aufrufst, könnte es hilfreich sein die AMERRDAT auszuwerten - da steht doch im Erfolgsfall sicher eine Meldung drin à la "Material ... angelegt". Da kannst du für jede Erfolgsmeldung den Transaktionszähler lesen und damit die Zuordnung herstellen.

P.S.
Ich hab das mal mit so einem Massenstart gemacht aber später wieder zurückgenommen und bin auf die Einzelverarbeitung zuückgegangen.
Grund: Der FuBa "MATERIAL_MAINTAIN_DARK" baut Sperren auf. Leider löscht er nicht alle diese Sperren auch wieder, so dass bei einem Massenlauf evtl. viele viele Materialien gesperrt werden. (Bei mir war dann z.B. die Sperrtabelle übergelaufen ).
Die Sperren werden auch erst am Ende des Programmlaufs entfernt, so dass ich mich selber um das Entsperren kümmern musste um
a) Klassifizierungen anlegen zu können
und
b) anderen Benutzern die Möglichkeit zu geben, weiter im System zu arbeiten mit Materialien, die ich grade am Wickel hatte.

Ja - er heißt...... "MATERIAL_MAINTAIN_DARK"