Comparaison des versions

Légende

  • Ces lignes ont été ajoutées. Ce mot a été ajouté.
  • Ces lignes ont été supprimées. Ce mot a été supprimé.
  • La mise en forme a été modifiée.

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 txterrindique 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