Plate-forme de nouvelle générationObsolète

Instructions générales pour la personnalisation des alertes

Cette rubrique répertorie certaines des instructions générales relatives à la personnalisation des alertes.

  • Sterling Store Engagement ne prend en charge par défaut que les alertes relatives à l'exécution des commandes. Toutes les alertes personnalisées doivent être regroupées sous le menu Exécution de commande uniquement. La prise en charge de l'ajout d'alertes à d'autres options de menu, y compris les menus personnalisés, sera ajoutée dans les éditions suivantes.
  • Il est recommandé de NE PAS remplacer les composants d'interface utilisateur d'alerte prêts à l'emploi, les services et l'application composite. A la place, vous pouvez définir de nouveaux composants et services d'alerte personnalisés et les associer aux alertTypesprêts à l'emploi.
  • Il est recommandé d'utiliser le préfixe Extn lors de la définition de composants, de services, de fournisseurs ou de classes personnalisés qui viennent d'être créés pour les personnalisations.
  • La configuration d'alerte est un changement de niveau d'instance. Toute modification apportée affecte tous les utilisateurs.
  • Vous ne pouvez pas masquer les types d'alerte prêts à l'emploi, YCD_HOT_PICK et YCD_NEAR_SLA.
  • La valeur définie pour la propriété exceptionType dans l'objet alertTypes dans la propriété extensionAlertConfig du fichier store-customization-impl.ts doit être un Exception_Type valide dans la table YFS_EXCEPTION_TYPE . Cette valeur est transmise en entrée pour extraire le nombre d'alertes ouvertes et les détails des alertes.
  • Lorsque includeAlertsOwnedByUsersOrganization est activé, Sterling Store Engagement récupère toutes les alertes pour l'organisation de l'utilisateur, qui sont définies dans l'objet alertTypes au sein de la propriété extensionAlertConfig dans le fichier store-customization-impl.ts . Les alertes extraites ne sont pas limitées aux alertes affectées à l'utilisateur ou aux files d'attente souscrites par l'utilisateur.