Terminal : demandez à un agent de construire dans votre propre CRM
Le terminal donne aux administrateurs une conversation avec un agent qui modifie ce CRM : objets, champs, automatisations, rapports et votre propre code. Il ne touche que votre organisation, tout ce qu'il crée disparaît avec elle, et il est désactivé jusqu'à ce que quelqu'un l'active.
Le terminal est une conversation avec un agent qui a des mains. Vous décrivez ce que vous voulez et il construit dans ce CRM : il crée des objets et des champs, écrit des automatisations et des rapports, et peut publier votre propre code. C'est l'outil de personnalisation le plus profond du produit, et il reste donc désactivé jusqu'à ce qu'un administrateur l'active.
Qui peut l’ouvrir
Seuls les administrateurs, et seulement quand le terminal est activé pour l'organisation. Vous le trouvez dans Paramètres → Terminal. Si l'entrée n'apparaît pas, soit vous n'administrez pas cette organisation, soit la permission n'a pas encore été accordée à votre profil.
Il ne touche jamais une autre organisation
Ce n'est pas une promesse, c'est la construction. Votre code s'exécute sur une machine séparée qui ne possède aucun identifiant de base de données. Il n'atteint ce CRM que par l'API, avec l'accès de votre propre organisation : il voit exactement ce que votre organisation voit, et rien de plus. Et si l'organisation est supprimée, tout ce que le terminal a créé disparaît avec elle.
Sa propre fenêtre, et le travail continue
Le terminal s'ouvre dans sa propre fenêtre pour que vous continuiez à utiliser le CRM à côté et vérifiiez au fur et à mesure ce qui a été mis en place. Fermer la fenêtre n'arrête rien : la session vit sur le serveur, et la rouvrir reprend là où elle en était, avec l'historique.
Votre code et le filet de sécurité autour
Le code publié par le terminal répond à un point d'accroche : avant l'enregistrement d'un enregistrement, après, à la signature d'une opportunité, à une heure planifiée, ou sur sa propre adresse. Seul le point d'accroche AVANT l'enregistrement peut refuser, car refuser ce qui est déjà enregistré serait une annulation qui n'a pas eu lieu. Une extension qui échoue plusieurs fois se désactive d'elle-même et dit pourquoi, pour que votre CRM ne ralentisse jamais à cause d'un code qui vit dedans.
L’IA est la nôtre, et elle est mesurée
Le terminal utilise toujours notre IA. Vous ne pouvez pas le pointer vers votre propre fournisseur, et c'est par construction et non par règle : la machine sur laquelle il tourne ne reçoit jamais de clé d'IA. Tout ce qu'il pense est mesuré sur votre organisation et respecte votre plafond de dépense, comme toute autre fonction d'IA. Il existe aussi un plafond par session, pour qu'un agent bloqué dans une boucle ne consomme pas un mois en une nuit.
Quand la demande exige notre code
Certaines demandes ne se règlent pas dans votre organisation car elles supposent un changement dans SellioCRM lui-même. L'agent ne fait pas semblant : il ouvre une demande qui parvient à notre équipe, et vous en suivez le statut comme toute autre demande que vous nous envoyez.
Ce que fait l'agent quand vous lui demandez
À la réception de votre demande, l'agent consulte la structure réelle de cette organisation (objets et champs), écrit le code dans l'espace isolé, l'exécute et montre le résultat. Chaque étape s'affiche à l'écran au fur et à mesure.
- Il n'affirme jamais avoir exécuté ce qu'il n'a pas exécuté. Sans machine d'exécution configurée, il le dit, et vous le lisez.
- Il consulte les champs réels avant d'en parler : les noms de champs ne sont jamais devinés.
- Publier une extension branche du vrai code dans le CRM. L'agent ne publie que si vous le demandez et annonce ce qu'il branche ; l'extension démarre éteinte.
- Le tour a une fin : il existe des limites d'étapes et de temps. En les atteignant, il dit qu'il s'est arrêté sur une limite.
- La machine isolée n'atteint que l'API de ce CRM. Hors de cette liste, rien ne sort.