Fonctionnalité
Les notifications par action sur le Backoffice sont représentent un des mécanisme mécanismes de notification pour les utilisateurs (interne ou client) manuel ou automatique selon paramétrage et modèle.
Le contenu final de ces notifications, avant modification éventuelle par l’utilisateur, est généré en fonction du modèle lié et du paramétrage, et leur envoi peut être automatique ou manuel s’il est nécessaire de garder un contrôle sur l’envoi et le contenu envoyé.
Une notification automatique s’enverra de façon transparente lorsqu’un lorsque l’action paramétrée se produira, alors qu’une notification manuelle fera apparaitre une popup permettant de modifier ou sélectionner les notifications à envoyer parmi celles paramétrées.
...
La notification peut s’envoyer par mail, SMS ou message flash selon le paramétrage et peut avoir une forme simple et une forme étendue. La forme Le message simple est celui utilisé pour l’envoi SMS et flash, et est décrite décrit par un texte brut, alors que le message étendu sera celui utilisé pour l’envoi par mail et qui lui est décrite décrit par un message riche pouvant comporter des champs de fusion et une signature, ainsi que des pièces jointes.
Sur la popup de notification manuelle, la coche de gauche permet de choisir les notifications qui seront à envoyer, et l’icone de la dernière colonne permet de modifier le titre, les messages et les messages pièces jointes d’une notification donnée.
...
Le contenu des notifications est généré en fonction du paramétrage et d’un modèle.
...
Tables
Tables utilisées
sw_data_notification : Représente une notification paramétrée à envoyer
champs :
creationDate: Date de création
sended: 1 si la notification a été envoyée, 0 sinon
sendingDate: Date d’envoi
returnReceiptDate: Date d’acquittement
recipientPhoneNumber: Numéro de téléphone du destinataire
recipientEmail: Email du destinataire
recipientName: Nom du destinataire
messageTitle: Titre du message
messageContent: Corps du message simple
baseuser_ID_recipient: Destinataire interne
customer_ID_recipient: Destinataire client
customercontact_ID_recipient: Destinataire contact
planning_ID: Planification liée à la notification
task_ID: Tache liée à la notification
generictype_ID_recipientType: Type du destinataire (Collaborateur ou contact tiersdataType NOTIFICATION_RECIPIENT_TYPE)
device: 1 si la notification doit s’envoyer par message flash, 0 sinon
email: 1 si la notification doit s’envoyer par message flashemail, 0 sinon
sms: 1 si la notification doit s’envoyer par message flashsms, 0 sinon
expirationDate: Date d’expiration
baseoutbox_ID: Enregistrement lié dans la boite d’envoi système
notificationsettingtype_ID: Type du modèle ayant donné lieu à la notification
interventionsubcontractor_ID: Sous-traitant lié
messageExtendedContent: Corps de message étendu
sw_data_notificationdocument : Contient les documents liés à une notification
champs:
notification_ID: Notification liée
fileName: Nom du fichier
description: Description
binaryData: Donnée du document
notificationsettingdocument_ID: Document du modèle, utilisé pour référencer un document d’un modèle pour éviter de dupliquer les données brutes.
Variables
useNotificationScriptServerOptimisation: Optimise les notifications avec l’utilisation de scripts serveur au lieu du calcul par le clientPermet de déléguer le calcul des notifications au serveur pour un gain de performance.
Default value : 1
Possible values :
1: Activé
0: Disabled1: EnabledDésactivé
Particularités
Certaines actions de notification sont déclenchées par le serveur et non par une action directe de l’utilisateur, comme le Rapport de fin d’intervention, leurs utilisations est donc légèrement dérivées cependant le paramétrage reste valide même dans ce contexte, en dehors des actions manuelles.
Sous-rubriques
| Arborescence des pages | ||||
|---|---|---|---|---|
|
...