Discussion :

[CARE2]

Bonjour,

je suis en train de développer un programme qui enchaine les BAPI suivantes :
- BAPI_GOODSMVT_CREATE (mouvement de stock n°1)
- BAPI_BATCH_CREATE (création de lot)
- BAPI_GOODSMVT_CREATE (mouvement de stock n°2)

J'ai mis en place un blocage si l'article est en cours de modification (transaction MM02) via le code retour de la fonction ENQUEUE_EMMARCS avant d'enchainer les BAPI. Le problème est que cette fonction vérifie uniquement si les données division de l'article sont bloqué. La création d'un mouvement de stock est impossible si les données divisions de l'article sont en cours de modification, par contre ce mouvement est possible si l'article est en cours de modification uniquement sur les données de base.

Voilà mon problème : un utilisateur est en modification sur l'article hors données division. Mon programme va réagir comme suit :
- Création du 1er mouvement de stock ;
- Impossibilté de créer le lot ;
- Fin du traitement.

Le fait que le programme est effectué une partie du traitement est génant, soit il ne fait rien, soit il fait tout.

Je cherche donc une fonction permettant de vérifier que l'article est en cours de modification (quelque chose de plus fin que le ENQUEUE_EMMARCS) hors données division.

Merci d'avance pour votre aide !

[splash1]

pour tester le blocage au niveau MARA : ENQUEUE_EMMARAE ou ENQUEUE_EMMARAS

sinon pour ton pb il suffit peut être de faire un roll back sur fin de traitement en cas d'erreur comme ca ton prog ne fera pas de mise à jour

normalement dans les Bapi il n'y a pas de commit (ou alors paramétrable)
tu peux même engueuler SAP si tu en trouves (je l'ai deja fait et ils corrigent via note OSS)

[CARE2]

Excellent, je te remercie la fonction ENQUEUE_EMMARAE répond à mon besoin...