Droit et comptabilité
Une pièce manquante relancée à un rythme précis, une transmission au bon intervenant après un délai ouvrable : ce sont des règles de cabinet, pas des réglages universels.
Assembler vos propres règles à partir des actions que vous avez déjà le droit de faire — avec des essais, des versions et un bouton d’arrêt.
7 jours, 20 appels répondus, sans carte
Les parcours livrés avec votre base couvrent les situations que la recherche de votre secteur documente. Puis il y a votre façon à vous : ce client-là veut être prévenu la veille et non le matin, cette demande-là doit passer par une approbation, ce type de dossier doit être transmis à une personne précise après un certain délai.
Cette option vous laisse assembler ces règles vous-même. Un déclencheur, des conditions, des délais, des approbations, une version, un essai, et un arrêt. Vous composez avec les actions que vous détenez déjà : composer ne donne aucun droit nouveau, et une règle qui utiliserait une action que vous n’avez pas ne se publie pas.
Elle ouvre aussi la porte à vos propres applications : autoriser une application cliente, lui donner des accès limités, recevoir des événements signés avec accusé de réception. C’est de l’outillage, pas un développement sur mesure — écrire du code pour un client et l’exécuter chez Zenvox n’est pas ce qui est vendu ici.
L’éditeur ne montre que les actions autorisées par votre base et vos options. Une action absente apparaît comme une option facultative réellement requise, plutôt que comme un bloc qui échouera à l’exécution.
La règle se teste avant d’être publiée, et chaque publication crée une version. Vous savez laquelle tourne, depuis quand, et ce qu’elle a fait.
Chaque exécution porte sa version et sa clé de déduplication. Les étapes, les attentes et les reprises appartiennent à la même exécution : elles ne la multiplient pas.
Une règle se met en pause. Une règle arrêtée en cours de route ne laisse pas une moitié de travail : une reprise technique ne refait pas deux fois le même effet.
Les connexions et les parcours standard nécessaires à un module restent compris dans ce module : cette option ne devient pas un frais de connexion déguisé. Elle ajoute la composition, les applications clientes et la livraison d’événements.
Ce qu’elle n’ouvre pas : l’exécution de code arbitraire chez Zenvox, un accès à tous les objets sous prétexte que l’interface est achetée, et un connecteur développé pour un seul client. Quand un parcours utilise un paiement, un rendez-vous, un document ou un canal, l’action concernée doit être disponible dans votre base ou dans l’option qui la porte.
Une pièce manquante relancée à un rythme précis, une transmission au bon intervenant après un délai ouvrable : ce sont des règles de cabinet, pas des réglages universels.
Un signalement d’entretien au-dessus d’un certain plafond doit remonter à une approbation. La règle rend cette limite automatique plutôt que dépendante de la vigilance de quelqu’un.
Une préparation à envoyer selon le type de rendez-vous, une pièce à demander seulement dans certains cas : une règle par situation, plutôt qu’un message unique pour tout le monde.
Une intervention refusée par une équipe qui repart vers une autre, un rappel de garantie à une date calculée : la logique de votre entreprise, écrite une fois.
Vous publiez, vous mettez en pause, vous retirez une application. Une règle n’acquiert aucun droit que vous ne détenez pas.
L’option porte des exécutions par période, des événements livrés par période et des automatisations actives.
Une exécution est comptée une fois ; les appels, messages et documents qu’elle réalise utilisent une seule fois leur propre capacité.
L’état indiqué est celui de la qualification technique. Les connexions standard de vos modules restent comprises dans ces modules.
Non. Vous composez avec les actions que vous détenez déjà par votre base et vos options : l’éditeur ne montre que celles-là, et une règle qui utiliserait une action que vous n’avez pas ne se publie pas.
Non. L’option n’ouvre ni l’exécution de code arbitraire chez Zenvox, ni un connecteur développé pour un seul client. C’est de l’outillage : composition de règles, applications clientes autorisées, livraison d’événements signés.
Le bouton d’arrêt fait partie de l’outil : une règle se met en pause. Une règle arrêtée en cours de route ne laisse pas une moitié de travail, et une reprise technique ne refait pas deux fois le même effet.
Non. Les connexions et les parcours standard nécessaires à un module restent compris dans ce module : cette option ne devient pas un frais de connexion déguisé. Elle ajoute la composition, les applications clientes et la livraison d’événements.
Une exécution correspond à un déclencheur logique et à une version : les étapes, les attentes et les reprises appartiennent à la même exécution et ne la multiplient pas. Une branche évaluée sans action compte un parcours, un échec technique avant démarrage ne compte pas, et les livraisons se comptent par événement et par destination confirmée plutôt que par tentative.
Ce qui existe déjà sans règle écrite, ou les données qui alimentent vos réponses.
Automatisations personnalisées