DDM & ODM : Demande de modification et Ordre de modification
L'action pour la (description du SW) Demande de modification et Ordre de modification : integration_ddm
Balise de paramètres (parameters) | Niveau | Contenu | Obligatoire | Remarques |
---|---|---|---|---|
dos | 1 | Dossier achat-vente | NON | Par défaut selon utilisateur |
Balise du corps (data) | Niveau | Contenu | Obligatoire | Remarques |
---|---|---|---|---|
ddm | 1 | Liste des champs | OUI |
|
{“nomChamp1”:”valeur1”,”nomChamp2”:valeur2”} | 2 | Liste des champs avec leur nom de champ et la valeur | OUI |
|
ddmfamily | 2 | Famille ddm | OUI |
|
description1 | 2 | description de la demande | OUI |
|
reference | 2 | Référence article | OUI |
|
ddmdate | 2 | Date ddm | OUI |
|
ddmuser | 2 | utilisateur | OUI |
|
Le code étape est généré automatiquement le premier code étape trouvé avec le statut maître “accepté”
l’ODM est généré automatiquement
...
Bloc de code |
---|
{ "action":"WEB_SERVICE_INFINITY", "access_token":"{{TOKEN}}", "param":" { 'action': {'swinfinity': 'integration_ddm'}, 'data': 'ddm' : { 'DDMFAMILY':'PLM', 'DESCRIPTION1':'Ma demande de modification via sw', 'REFERENCE':'PR000113', 'DDMDATE':'22/09/2023', 'DDMUSER':'DEMO' } }" } |
Format de la réponse :
Balise | Contenu |
---|---|
error | Anomalie technique de l’appel du service web 0 = pas n’anomalie, autre valeur = anomalie Dans ce cas la balise |
result | Détail du résultat fonctionnel de l’appel du service web
|