WebHook Baseuser (V5.4)
- Bertrand Littel
- Stéphane Becker
Résumé
Manipulation de l'entité BaseUser (Utilisateurs) en lecture/écriture/suppression via un objet métier depuis une application externe.
Par défaut, les enregistrements baseuser renvoyés correspondent uniquement à des "vraies" personnes (donc sont exclus les baseuser où resourcetype_id, teamtype_id ou customer_ID_subcontractor sont renseignés)
Tables
Les tables utilisées sont :
sw_data_baseuser : Table des utilisateurs
Les tables liées sont :
sw_data_baseprofileheaderuser : Table des entêtes de profils utilisateurs (avant Divalto weavy 6.2)
sw_data_baseuserprofile : Table des profils utilisateurs (variables) (avant Divalto weavy 6.2)
sw_data_permission_profiletemplateheader : Table des entêtes de modèles de profils (à partir de Divalto weavy 6.2)
sw_sys_device : Table système des comptes
Critères d'activation
WHK_Baseuser est défini dans la gestion des webhooks du studio.
Fonctionnement
settings parameters
"settings":
{
"addAssignmentsFromProfileTemplate": "", // pour le verb PUT permet d'assigner les droits liés au code modèle à l'utilisateur (sw_data_permission_profiletemplateheader.codepermission_profiletemplateheader)
}verb: GET
resultType: simple
"baseuser":{
"codebaseuser": "RJ",
"lastName": "ROSEN",
"firstName": "Jean",
"initials": "RJ",
"email": "jrosen@papyrus.fr",
"phoneNumber": "03 88 81 50 10",
"faxNumber": "",
"address1": "12 rue des érables",
"address2": "",
"postalCode": "67000",
"city": "STRASBOURG",
"position": "User",
"department": "",
"generictype_ID_country": "FR",
"generictype_ID_province": "",
"baseculture_ID": "FR-FR",
"branchoffice_ID": "SXB",
"resourcetype_ID": ""
}verb: GET
resultType: extended
"baseuser":{
"codebaseuser": "RJ",
"lastName": "ROSEN",
"firstName": "Jean",
"initials": "RJ",
"email": "jrosen@papyrus.fr",
"phoneNumber": "03 88 81 50 10",
"faxNumber": "",
"address1": "12 rue des érables",
"address2": "",
"postalCode": "67000",
"city": "STRASBOURG",
"position": "User",
"department": "",
"generictype_ID_country": "FR",
"generictype_ID_province": "",
"baseculture_ID": "FR-FR",
"branchoffice_ID": "SXB",
"resourcetype_ID": "",
"supervisor": "",
"useMileageRate": "",
"account": "",
"analyticSection": "",
"productdepot_ID": "Dépôt Jean ROSEN",
"lastGPSDate": "",
"gpsLongitude": "",
"gpsLatitude": "",
"fullView": "",
"changeAuthorization": "",
"productdepot_ID_current": "",
"techSyncRule": "",
"homePage": "",
"teamtype_ID": "",
"customer_ID_subcontractor": ""
}verb: GET
resultType: extendedRelated
en complément du résultat pour resultType: extended on aura le détail pour les tables productdepot, productdepot_current, generictype_country, generictype_province, baseculture, branchoffice, resourcetype et teamtype
verb: PUT
Compléments :
Valeurs du champ "techSyncRule" :
0 : [Clients] Le technicien récupère tous les tiers
1 : [Interventions] Le technicien récupère uniquement les tiers des interventions qui lui sont attribuées
2 : [Contrats] Le technicien récupère les tiers des interventions qui lui sont attribuées ainsi que les tiers sous contrat de l'agence à laquelle il est rattaché
3 : [Agence] Le technicien récupère les tiers des interventions qui lui sont attribuées ainsi que tous les tiers de l'agence à laquelle il est rattaché
A la fin de la création/modification d'un utilisateur, l'event "Webhook Account creation" est appelé afin de créer les comptes manquants pour les profils coordinateurs, commerciaux et techniciens. Cet event ne fera pas de mise à jour.
Rétrocompatibilité profils
A partir de Divalto weavy 6.2, la gestion des profils a évoluée.
Les balises "baseprofileheaderuser" et "baseuserprofile" qui alimentent les tables sw_data_baseprofileheaderuser et sw_data_baseuserprofile sont devenues obsolètes.
Il est vivement conseillé d’utiliser le paramètre de settings "addAssignmentsFromProfileTemplate" pour attribuer un profil modèle à un utilisateur.
Cependant pour assurer la rétrocompatibilité un mapping automatique est effectué entre les anciens et les nouveaux profils dans la fonction de script “FuncWebhook_CreateProfileAssignment“. Cette fonction pourra être surchargée si vous voulez gérer d’autres rétrocompatibilités.
baseprofileheader_ID | codeProfileTemplateHeader |
|---|---|
COMM | FIELDSERVICE-COMMERCIAL |
COORD | FIELDSERVICE-COORDINATOR |
TECH | FIELDSERVICE-TECHNICIAN-WEB |
ADMIN | FIELDSERVICE-ADMINISTRATOR |
basevariablegroup_ID | codeProfileTemplateHeader |
|---|---|
SWS.Options | FIELDSERVICE-TECHNICIAN-MOBILE |
verb: LIST
resultType: simple, extended reprendre les définitions du GET
Valeurs possibles pour le tri "orderBy" :
lastNameAscfirstNameAsc : par nom et prénom ascendant
Compléments :
Pour les verb LIST et GET, les utilisateurs renvoyés ne correspondent qu'à des personnes (sont exclus les ressources, les équipes et les sous-traitants)
verb: DELETE
Une suppression d'un utilisateur (sw_data_baseuser) va supprimer en cascade les éléments dans les tables liées sw_data_baseprofileheaderuser et sw_data_baseuserprofile.