Demande/Ordre de modification article (V10.11) (JSON)

DDM & ODM : Demande de modification et Ordre de modification

L'action pour la Demande de modification et Ordre de modification : integration_ddm

Balise de paramètres (parameters)

Niveau

Contenu

Obligatoire

Remarques

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

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

Exemple de corps
'data':{ 'ddm' : { 'DDMFAMILY':'PLM', 'DESCRIPTION1':'Ma demande de modification via sw', 'REFERENCE':'PR000113', 'DDMDATE':'22/09/2023', 'DDMUSER':'DEMO' } }
Exemple complet flux JSON
{ "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

Balise

Contenu

error

Anomalie technique de l’appel du service web

0 = pas n’anomalie, autre valeur = anomalie

Dans ce cas la balise txterr indique le message d’erreur

result

Détail du résultat fonctionnel de l’appel du service web

resultcode= 0 => pas d’anomalie fonctionnelle la demande est bien traitée

resultcode<>0 => anomalie fonctionnelle/métier dont la raison est indiquée dans errormessage