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

DDM & ODM : Demande de modification et Ordre de modification

L'action pour la (description du SW) : 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
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

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