/
WebHook Baseuser (V5.4)

WebHook Baseuser (V5.4)

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

baseprofileheader_ID

codeProfileTemplateHeader

COMM

FIELDSERVICE-COMMERCIAL

COORD

FIELDSERVICE-COORDINATOR

TECH

FIELDSERVICE-TECHNICIAN-WEB

ADMIN

FIELDSERVICE-ADMINISTRATOR

basevariablegroup_ID

codeProfileTemplateHeader

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.

Related content

WebHook Baseuser (V5.4)
WebHook Baseuser (V5.4)
More like this
WebHook Baseuser
WebHook Baseuser
More like this
WebHook Baseuser
WebHook Baseuser
More like this
WebHook Baseuser
WebHook Baseuser
More like this
WebHook Subcontractor (V6.2)
WebHook Subcontractor (V6.2)
More like this
WebHook Customer
WebHook Customer
More like this