Intégration et interrogation contrat
L'action pour l’interrogation ou l’intégration d’un contrat : Integration_contrat
Balise de paramètres (parameters) | Niveau | Contenu | Obligatoire | Remarques |
dos | 1 | Dossier achat-vente | NON | Par défaut selon utilisateur |
actiontyp | 1 | Type d’action attendue:
| OUI |
A FINIR, INFOS DE LA PAGE R&D
{“thirdparty”:”C0000001”,”Contractnumber”:testref”,”contractcod”:LOC”,”ContratFam”:ABOREVUE”,”GENERCALPREV”:2”} | 2 | Liste des champs avec leur nom de champ et la valeur | OUI | si GENERCALPREV = 2 pour générer le calendrier sinon 1. |
EQUIPTB : [ { “MATERIAL“: { “CODEMATERIAL“:”Q0005”}}] | 2 | CEACONTRAT | NON | pour rattacher les matériels avec le contrat |
Le cas GET pour interroger
Balise du corps (data) | Niveau | Contenu | Obligatoire | Remarques |
|---|---|---|---|---|
contract | 2 | Liste des champs avec leur nom de champ et la valeurpos | OUI |
|
deal | 3 | code affaire | NON | Code affaire à interroger |
Le cas INSERT pour créée
Balise du corps (data) | Niveau | Contenu | Obligatoire | Remarques |
|---|---|---|---|---|
deal | 2 | Liste des champs avec leur nom de champ et la valeurpos | OUI |
|
deal | 3 | code affaire | NON | si pas renseigné le code affaire sera incrémenté automatiquement |
description | 3 | libellé affaire | OUI |
|
dealsteptype | 3 | Etat de l’affaire | OUI | (opportunity/deal/model) par défaut = opportunity |
dealstep | 3 | étape d’affaire | OUI |
|
thirdpartyclient | 3 | code client si le type de tiers est client | OUI si le type de tiers est client |
|
thirdpartprospect | 3 | code prospect si le type de tiers est prospect | OUI si le type de tiers est prospect |
|
dealfamily | 3 | famille d’affaire | NON |
|
sitecode | 3 | code site | NON |
|
agencycode | 3 | code agence | NON | optionnel |
warehouse | 3 | dépôt | NON | optionnel |
currency | 3 | devise | NON | optionnel |
model | 3 | code affaire modèle | NON | si création d’un affaire à partir d’un affaire modèle |
needsflag | 3 | indicateur copier besoins | NON | valeurs possibles : YES/NO |
eventsflag | 3 | indicateur copier évènements | NON | valeurs possibles : YES/NO |
rubricsflag | 3 | indicateur copier rubriques | NON | valeurs possibles : YES/NO |
activitiesflag | 3 | indicateur copier activités | NON | valeurs possibles : YES/NO |
constraintflag | 3 | indicateur copier contraintes | NON | valeurs possibles : YES/NO |
tecflag | 3 | indicateur copier données techniques | NON | valeurs possibles : YES/NO |
Le cas UPDATE pour modification
Balise du corps (data) | Niveau | Contenu | Obligatoire insert | Remarques |
|---|---|---|---|---|
deal | 2 | Liste des champs avec leur nom de champ et la valeurpos | OUI |
|
deal | 3 | code affaire | NON | |
{“nomChamp1”:”valeur1”,”nomChamp2”:valeur2”} | 2 | Liste des champs à modifier avec leurs noms de champ et la valeurs | NON |
|
(Ici des exemples prêts à copier. Exemple = que la zone data, complet= tout)
Exemple de corps pour un GET
'data': {
'deal':
{
'DEAL': 'E0501'
}
}
Exemple de corps pour un INSERT
'data': {
'deal':
{
'DEAL': 'E0501'
}
}
Exemple complet flux JSON pour un GET
Exemple complet flux JSON pour un GET
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
|
Exemple de réponse
{
"error": 0,
"result": "{\"label\": \"infinity\",\"codeScript\": \"associer_fichier\",\"result\":{\"common\":{\"resultcode\": \"0\",\"errormessage\": \"\"},}}",
"txterr": "",
"infos": ""
}