Demande entrante
Suivez l’état des CRM des ventes workflows et permettez aux agents de suivre l’état de tous les flux synchrones et asynchrones. Il prend également en charge le traitement séquentiel des enregistrements dépendants pour s’assurer que les données restent exactes et cohérentes.
Table de demandes entrantes
Ajouter un enregistrement à la table de demandes entrantes modifiée [sn_tmt_core_inbound_queue].
Les champs suivants ont été ajoutés pour améliorer la table de demandes entrantes :
- Flux demandé
- Compte
- Contact
- Consommateur
- Charge utile de la réponse
- ID d'enregistrements sources
- Statut
- Exécuter en arrière-plan
- Initié par
- Domaine
- Exécuter après
- Configuration de la demande
- ID de tâche
| Champs | Description | Type de champ |
|---|---|---|
| Flux demandé | Référence au mappage d’entité prospect-espèce, par exemple le mappage Produit vendu à Commande. | Référence : sn_l2c_core_entity_mapping |
| Exécuter en arrière-plan | Détermine si le flux est synchrone ou asynchrone. | Vrai/Faux Valeur par défaut : true |
| Ressource | Nom du flux qui crée l’enregistrement dans la table Demande entrante. | Chaîne |
| ID d'enregistrements sources | ID des enregistrements sources généré par le système. | Liste |
| Table source | Table primaire de prospect à entité de trésorerie sur laquelle la demande est déclenchée. | Nom de la table |
| ID d'enregistrement | ID généré par le système de l’enregistrement cible. | Chaîne |
| Table de référence | Nom de la table d’entité cible pour la demande. | Nom de la table |
| Charge utile | Demande reçue comme entrée pour déclencher le flux. | Chaîne |
| Charge utile de la réponse | Réponse de la demande qui contient le résultat du flux et capture l’action au niveau de l’enregistrement et l’état de la transaction. | JSON |
| État | État actuel de la transaction. | Chaîne (choix) Nouveau, En cours, Terminé, Erreur, En attente |
| Statut | État d’achèvement du flux, par exemple réussite, réussite partielle, échec | Chaîne (choix) Réussite, réussite partielle, échec |
| Message d'erreur | Message d’erreur renvoyé pour une exception. | Chaîne |
| Compte | Compte associé à l’enregistrement source ou cible. | Référence : customer_account |
| Contact | Contact associé à l’enregistrement source ou cible. | Référence : customer_contact |
| Consommateur | Consommateur associé à l’enregistrement source ou cible. | Référence : csm_consumer |
| Initié par | L’ID utilisateur de la session utilisateur actuelle. | Référence : sys_user |
| Domaine | Champ d’application de domaine actuel de l’enregistrement, par exemple global | ID de domaine |
| Configuration de la demande | Référence à la table de configuration des demandes entrantes. strict_read_only champ |
Référence : sn_tmt_core_inbound_queue_config |
| Exécuter après | Demande entrante à traiter avant la demande actuelle. strict_read_only champ |
Référence : demande entrante |
| ID de tâche | Référence à la table Mettre à niveau la tâche d’inventaire. strict_read_only champ |
Référence : sn_ind_tmt_orm_upgrade_inventory_job |
Remarque :
Utilisez le flux demandé <n’est pas vide> pour filtrer les enregistrements à l’aide des API de base Prospect à Cash. La table Demande entrante [sn_tmt_core_inbound_queue] fournit l’état et d’autres détails relatifs à la demande. Par exemple, lors de la création d’une commande via un enregistrement de devis, message de confirmation avec le numéro d’en-tête de commande.Les champs requested_flow et response_payload ne sont pas visibles pour les agents.
Remarque :
Le processeur de demandes SOM de Concepteur de flux est obsolète. Les demandes sont dirigées vers le processeur de demandes IBQ de Concepteur de flux.
Rôles de sécurité
| Rôle | Autorisation |
|---|---|
| Administrateur de file d’attente entrante [sn_tmt_core.inbound_queue_admin] | Créer, lire, supprimer et mettre à jour |
| Files d’attente entrantes Créer un utilisateur [sn_tmt_core.inbound_queue_create_user] | Créer Remarque : Pour CRM des ventes les demandes, l’utilisateur n’a pas accès aux champs response_payload, de charge utile ou de requested_flow . |
| Utilisateur d’écriture des files d’attente entrantes [sn_tmt_core.inbound_queue_writer] | Accès en écriture pour les non-demandes CRM des ventes Accès en lecture seule pour CRM des ventes les demandes Remarque : Pour CRM des ventes les demandes, l’utilisateur n’a pas accès aux champs response_payload, de charge utile ou de requested_flow . |
| Utilisateur de lecture de file d’attente entrante [sn_tmt_core.inbound_queue_read] |
Accès en lecture à toutes les CRM des ventes demandes Remarque :
Pour CRM des ventes les demandes, l’utilisateur n’a pas accès aux champs response_payload, de charge utile ou de requested_flow . |
Politiques d’archivage
Archivez les enregistrements dans la table Demande entrante et déterminez quand nettoyer les enregistrements de la table après un certain nombre de jours. Vous pouvez implémenter une période de conservation différente pour les demandes réussies et échouées.
| Règle d’archivage | Période |
|---|---|
| Demandes ayant abouti | 10 jours |
| Demandes ayant échoué | 30 jours |