WebHook Deal (V5.3)

Résumé

Manipulation de l'entité Deal (Affaires) en lecture/écriture/suppression via un objet métier depuis une application externe.

Remarque

A partir de la Summer'22, le webhook Deal a été scindé en deux afin de gérer les opportunités séparément. Il faudra donc à présent utiliser le nouveau webhook Opportunity pour cette partie.

Tables

Les tables utilisées sont :

  • sw_data_deal : Table des opportunités/affaires

Les tables liées sont :

  • sw_data_dealelement : Table des éléments d’affaires

  • sw_data_customeraddressdeal : Table des adresses d'affaires

  • sw_data_dealstep : Table des étapes d’affaires

Critères d'activation

WHK_Deal est défini dans la gestion des webhooks du studio.

Règles métier

verb: PUT

  • La date de création est mise par défaut à la date du jour (creationDate) si non fournie lors d'une création

  • Le statut est mis par défaut à 'Brouillon' (generictype_ID_status = DRAFTING) si non fourni lors d'une création

Fonctionnement

settings parameters

"settings": { "getPartners": "1" // pour le verb GET et LIST permet de retourner les informations des partenaires de l'affaire }

verb: GET
resultType: simple

"deal":{ "codedeal": "AFR000011", "customer_ID": "C0000001", "label": "Vitrine de magasin", "creationDate": "2021-12-01 00:00:00" "generictype_ID_dealType": "Type affaire 1", "generictype_ID_status": "STARTED", "dealNumber": "AFR000011" }

verb: GET
resultType: extended

"deal":{ "codedeal": "AFR000011", "customer_ID": "C0000001", "label": "Vitrine de magasin", "creationDate": "2021-12-01 00:00:00", "generictype_ID_dealType": "Type affaire 1", "generictype_ID_status": "STARTED", "dealNumber": "AFR000011", "description": "", "closingDate": "", "amount": "300", "probability": "55", "customer_ID_introducer": "", "baseuser_ID": "MOREL", "amount2": "", "realClosingDate": "", "dealstep_ID_current": "", "deal_ID_origin": "", "manualProbability": "0", "marketinglead_ID_origin": "", "customercontact_ID": "C0000001-DJ" }

verb: GET
resultType: extendedRelated
en complément du résultat pour resultType: extended on aura le détail pour les tables generictype_dealType, customer, customercontact, baseuser, generictype_status et dealstep_current

verb: PUT

Compléments :

  • A la fin de la création/modification d’une affaire, la mise à jour de l'étape actuelle sur l’affaire est possible en même temps que sa création. Le statut de l’affaire peut également évoluer en fonction du paramétrage des types d'étapes d’affaires. Exemple :

verb: LIST
resultType: simple, extended reprendre les définitions du GET

Valeurs possibles pour le tri "orderBy" :

  • dealNumberAsc : par n° d'affaire ascendant

  • labelAsc : par intitulé ascendant

  • creationDateAsc : par date de création ascendant

  • creationDateDesc : par date de création descendant

verb: DELETE
La suppression d'une affaire (sw_data_deal) va supprimer en cascade les éléments liés dans la table sw_data_dealelement.