Comparaison de pages

...

Permet de notifier automatiquement des utilisateurs suivant leurs préférences ou celles du projet auquel ils sont associés.
Ces notifications sont crées créées et envoyées suite à la modification d'une table. Nous nommons ce mécanisme Datatracking.
les utilisateurs peuvent être aussi bien utilisateur du Back-office, technicien sur le Front-office ou encore utilisateur extranet.

...

Possibilité de consulter la liste des abonnements en cours. L'utilisateur peux se rendre sur la page de l'entité, modifier la note liée à l'abonnement et se désabonner massivement en sélectionnant les abonnements et en cliquant sur Se désabonner
Back-office Depuis les options utilisateur en cliquant sur Mes abonnements https://weavy.divalto.com/page/myOptions

...

• Lorsqu'une table est ajoutée à la gestion des notifications dans le studio, elle est écoutée par le Datatracking.

• Suivant les événements choisis, le script de process lié sera exécuté.

• A chaque table son script de process.

• On boucle sur les data pour générer les notifications aux subscribers et au cas par cas en remplissant la table sw_data_sysnotification

• Dès que la table sw_data_sysnotification est manipulée, sont son script de process est appelé pour définir les notifications à envoyer aux utilisateurs suivants suivant les fréquences et les méthodes choisischoisies.

VariablesVariablese
PortalBaseUrl : Définit l'url de base du back-office pour ce projet. Permet de rediriger l'utilisateur au bon endroit.
SysNotification.default.frequency : Contient la fréquence par défaut du projet pour chaque méthode d'envoi.
SWx.Mobile.SysNotification.Enabled : Active ou désactive les notifications pour le mobile (FO).

...

• SysNotification_XXX Script de process. C'est lui qui est appelé lorsque la table (sw_data_XXX où XXX = entité) est modifiée.

• SysNotification_XXX_ParseForEach Script qui parse les datas. Appelé dans SysNotification_XXX.

• SysNotification_Notify Script permettant de notifier un utilisateur. Appelé dans SysNotification_XXX_ParseForEach mais peut être appelé depuis les surcharges SysNotificationOverload_XXX.

• SysNotification_NotifySubscription Script permettant de notifier tous les utilisateur utilisateurs abonnés à une entité. Appelé dans SysNotification_XXX_ParseForEach mais peut être appelé depuis les surcharges SysNotificationOverload_XXX.

• SysNotificationOverload_XXX Script d'overload permettant de délivrer un message spé spécifique aux subscribersubscribers. Appelé dans SysNotification_XXX_ParseForEach.

• FuncSysNotification_InsertNotification Script permettant d'insérer une ligne dans sw_data_sysnotification

...

• SysNotificationSysNotification Script de process. C'est lui qui est appelé lorsque la table sw_data_sysnotification est modifiée.

• FuncSysNotification_ParseForEach Script qui parse les datas. Appelé dans SysNotificationSysNotification.

• FuncSysNotification_ParseForEach_MethodAndFrequency Script qui délivre les notifications suivant les fréquences et méthodes d'envoi en remplissant la table sw_data_baseoutbox. Appelé dans FuncSysNotification_ParseForEach.

...

Gestion des notifications
Se rendre dans Tools > Notification management

Model Modèle de message
Suivant l'entité et l'action (Insert, Update, Delete), le message généré se base sur un model modèle définit en amont.
Ces models modèles sont déclarés dans les traductions et sont composés comme ceci :
NotificationModel_XXX_YYY
XXX = Nom de l'entité (customer, task, etc...)
YYY = Nom de l'action (insert, update, n'importe quoi d'autre, etc...)

...