September 07, 2010     | Register
  
Subject: Ordre de Transport
Prev Next
You are not authorized to post a reply.

Author Messages

bel
Messages:126

06/02/2010 13:51:30  

Salut tout le monde,

J'ai toujours un problème de l'OT, lorsque je dois modifier un objet.

Après la modification d'un objet (table, module fonction ...), je sauvegarde mes modif, le système me donne automatiquement OT du user qui a créé l'objet, et il ne me donne pas la possibilité de créer un autre OT ni de choisir un OT.

Parfois, j'étais obligé de changer le titulaire de l'OT pour assigner ce dernier à mon user. J'opte pour cette solution si l'OT ne contient que l'objet qui me concerne.

Aujourd'hui, je viens de rencontrer le même problème, mais cette fois-ci, l'OT contient plusieurs objets. Et mes modif s'enregistrent dans une tâche de cet OT.

Ma question est: comment puis-je sauvegarder mes modif dans un OT que je crée moi-même ? ou comment puis-je assigner la tâche créée dans un autre OT ?

Car cela provoque des problèmes lors du transport de l'OT.

J'espère que ma question est bien claire.

Merci d'avance.

Bel

 


sandraros
Messages:193

06/02/2010 15:15:32  
SAP a fait exprès, c'est un mécanisme de sécurité des modifications, pour gérer les modifications concurrentes afin d'avertir tous les users qui travaillent sur l'objet. Tu es averti qu'un autre user a fait une modif sur ton objet, et l'utilisateur qui a modifié l'objet le premier est averti par le fait qu'il y a une nouvelle tâche sur l'OT à ton nom (donc s'il veut libérer il va venir te voir pour savoir ce que tu as fait et s'il peut le transporter aussi). Si tu veux transporter ta modif, tu transportes l'objet et donc l'autre modif. Tu dois demander à ce user ce qu'il a fait, si c'est testé et fini.

Tu penses peut-être que le versioning se fait au moment de la modification, autrement dit la version de l'objet est définie dans l'OT, autrement dit si l'objet est dans 2 OT, il y a 2 versions. Non. C'est au moment de la libération de l'ordre de transport que la version est réellement créée (on va plutôt dire "figée"). Donc si 2 utilisateurs ont fait des modifs en même temps sur l'objet, ça va faire une seule version d'objet contenant les 2 modifs.

Solutions: tu demandes à l'utilisateur de libérer l'OT pour que tu puisses travailler sur l'objet, ou vous faites un OT commun à vos 2 modifs. La 1ère solution est la meilleure, de loin, mais pas toujours applicable.
Il y a une autre solution, encore pire selon moi, c'est de supprimer le lien de l'objet dans l'OT (le verrou de l'objet sera cassé), et tu ajoutes l'objet à ton propre OT (l'objet sera verrouillé sur cet OT), et tu remets l'objet sur l'autre OT manuellement (en saisissant R3TR ... ou via le menu contextuel dans SE80), alors l'objet sera ajouté sans verrou.
Et surtout, ne fait pas de modifs sur l'OT initial (suppression du verrou de l'objet, changement de propriétaire) unilatéralement. Sinon l'autre gars ne va pas être content.

bel
Messages:126

06/02/2010 19:52:07  
Salut Sandraros,

Merci pour ta réponse.

Je pense que la meilleure solution, qui me parait applicable et pour eviter les problèmes, est de contacter l'utlisateur propriétaire de l'objet.

Merci,

Bel


amanbenzaza
Messages:69

09/02/2010 11:24:14  

Bonjour,

Tu peux aussi reprendre l'ordre à ton nom via se10 puis "F5" tu visualises l'ordre en question, une fois visualisé, tu sélectionne l'ordre et tu fais "F5" et tu t'attribue l'ordre... tu feras pareil pour la tache du mec..

En faisant ca l'avantage est que tu peux modifier les objets, mais l'inconveignant de reprendre les modifs et les création d'obgets du mec, et donc tu prendras la responsabilité du transport de ses obgets.. si jamais t'as un code 8 en prod gare à toi !!! 

 


Manfred von Richthofen

dpaven
Messages:49

10/02/2010 11:19:27  

Si plusieurs personnes travaillent sur un même lot de modification, alors elles doivent tous avoir une tâche à leur nom dans le ou les ordres de transport associés au lot.

Si ce sont des modifications sans rapport (ou avec des dates de livraison différentes) alors il faut identifier les objets communs et faire un choix entre :

1/ Bloquer les nouvelles modifications tant que les modifications sur l'objet commun ne sont pas terminées et livrées

2/ Décider d'un "propriétaire" pour chaque objet commun et lui soumettre toutes les évolutions à faire.

3/ Décider qu'il n'y a pas de propriétaire pour les objets communs, mais il faut alors s'imposer de libérer les ordres au fur et a mesure des modifications de chacun.

Attention pour les choix 2/ et 3/ : un objet commun à plusieurs lots de modifications qui ne seront pas livrées en même temps peut entraîner des régressions ou des incohérences.


David PAVEN
Aéroports de Paris

Fredo
Messages:241

10/02/2010 14:07:08  
Ou sinon, tu laisse tout le monde faire ce qu'il veut dans tous les sens, tu leurs demande juste de créer sur un package précis.

Après tu demande de tout supprimer et tu créé 1 OT du package complet, et t'auras jamais de soucis d'ordre des ordres


amanbenzaza
Messages:69

10/02/2010 15:50:21  

En réalité, celà n'a aucun sens si tout le monde modifie et créer des objets sur le même ordre.. dans lkes préco SAP, un ordre = une personne morale. Celà facilite la tracabilité et au cas échéant de revenir à une version antérieure.. par contre tu peux les regroupper les ordre sous un nom de projet de transport.. et c'a c'est du propre.. on peut regroupper tous les ordres et savoir ce qui a été fait et par qui...


Manfred von Richthofen
You are not authorized to post a reply.



ActiveForums 3.7