Le service de votre organisation¶

Chaque organisation dans OS utilise le service dont elle dispose : ce que contiennent ses offres, avec les exceptions et les périodes d'essai définies pour elle. Cette page explique ce qu'est ce service, comment fonctionnent les offres, les exceptions, les périodes d'essai et les démos, et comment le service s'articule avec les rôles et les règles. Elle ne contient aucune étape ; Offres et exceptions montre comment consulter et configurer le service d'une organisation.

Le service est un plafond¶

Ce qu'une personne peut faire dans une organisation vient des rôles, des groupes et des règles (Rôles et accès). Le service de l'organisation se tient au-dessus comme un plafond : une règle n'autorise quelque chose que dans le service. Une règle sur quelque chose qui ne fait pas partie du service n'autorise rien ; une règle qui nomme plus d'actions que le service n'en contient n'autorise que les actions du service.

Le service ne fait que retirer. Il ne donne rien que ne permette une règle : que le service contienne des assistants signifie que les rôles et les règles peuvent en autoriser l'usage, pas que tout le monde les reçoit d'office. Une règle de refus (forbid) s'applique toujours.

OS affiche boutons et menus dans le service (Ce que vous voyez dans OS) : ce qui ne fait pas partie du service, vous ne le voyez pas, même si un rôle l'autoriserait. Les fonctions d'IA suivent aussi le service : ce qui n'y figure pas, personne ne peut l'y utiliser.

Offres¶

Une offre est une liste nommée d'éléments du service. Chaque élément est un type d'objet, avec les actions que l'offre y autorise : par exemple « utiliser et voir les agents », ou « collections de connaissances », ce qui inclut alors toutes les actions.

Artific compose et tient à jour les offres. Une organisation peut avoir plusieurs offres ; son service est alors tout ce que ces offres contiennent ensemble. Si Artific modifie une offre, la modification vaut pour chaque organisation qui l'a.

Une organisation sans offre a le même service que l'organisation au-dessus d'elle. Dès qu'elle a une offre, ne compte que ce que ses offres et ses exceptions donnent.

Les assistants et la discussion avec un modèle¶

Un assistant est un agent que votre organisation a configuré. Personne dans OS ne discute avec un modèle nu : un tour qui ne nomme aucun assistant est refusé à chaque personne, quoi que disent le service et les règles, même quand elle s'adresse directement aux fonctions d'IA avec sa propre connexion. Les assistants, l'appel direct d'un outil et la recherche dans les connaissances continuent de fonctionner, dans la mesure où le service les contient. La discussion directe n'a pas d'élément d'offre.

Toujours dans le service¶

Quelques éléments font partie de chaque service et d'aucune offre, pour qu'aucune modification d'offre n'exclue une organisation de sa propre gestion :

gérer ses propres personnes : membres, invitations et groupes ;
les rôles, les attributs et le document de règles ;
lire son journal d'audit ;
lire son propre service ;
ses webhooks et son flux d'événements, pour qu'une intégration que vous avez construite ne s'arrête pas quand une offre change ;
ses canaux Slack, une fois Slack activé dans votre environnement.

Ce que cette gestion autorise reste décidé par les rôles : dans une organisation sans aucune offre, un people-admin invite simplement des personnes.

La connexion de votre entreprise (prouver un domaine de messagerie et relier le service de connexion de votre entreprise) ne fait pas d'office partie du service. C'est un élément comme les autres, qu'une offre ou une exception donne.

Exceptions¶

Une exception ajoute pour une seule organisation un élément à son service, ou en retire un, en plus de ce que ses offres donnent. Ainsi, un client reçoit un plus sans qu'il faille une offre pour cela, ou vous laissez de côté pour lui un élément d'une offre. Une exception qui retire quelque chose l'emporte sur les offres.

Une exception peut avoir une raison : une note pour qui gère le service, par exemple pourquoi un client a reçu un supplément. Seul qui peut modifier le service voit la raison. Le journal d'audit de l'organisation conserve l'exception, pas la raison.

Périodes d'essai¶

Une période d'essai est une offre ou une exception ajoutée avec une date de fin. Une offre peut aussi avoir une date de début, pour que ses éléments ne valent que plus tard. Une telle offre compte tout de suite comme offre de l'organisation : dès ce moment, ne compte que ce que ses offres et ses exceptions donnent. À la date de début, ses éléments entrent en vigueur, et les fonctions d'IA suivent en quelques minutes.

Une période d'essai s'arrête d'elle-même. Dès que la date de fin est passée, elle ne compte plus à la décision suivante : personne n'a rien à faire. Une offre expirée reste toutefois attachée à l'organisation, de sorte que son service se réduit à ce que donnent ses autres offres et exceptions, au lieu de retomber sur celui de l'organisation au-dessus. Ce n'est que lorsque vous retirez la dernière offre que l'organisation a de nouveau le service de l'organisation au-dessus. Les fonctions d'IA suivent en quelques minutes. Le journal d'audit de l'organisation mentionne la fin, avec system comme auteur.

Démos¶

Une démo est une organisation ordinaire avec une offre de démo et une date de fin sur l'organisation elle-même. Elle se trouve dans le même environnement que toute autre organisation.

À la date de fin, l'organisation de démo est suspendue : plus personne ne peut y travailler, et il en va de même pour les organisations situées en dessous.
Trente jours plus tard, elle est supprimée, avec tout ce qu'elle contient.
Si le client veut continuer, la personne qui peut modifier le service depuis l'organisation au-dessus (Artific, ou l'administrateur du partenaire) transforme la démo en organisation ordinaire : la date de fin est retirée et elle reçoit une offre ordinaire. Elle n'est alors ni suspendue ni supprimée. Si elle était déjà suspendue, l'organisation au-dessus la rétablit ensuite ; une démo rétablie alors que la date de fin figure encore sur elle est de nouveau suspendue.
Si l'organisation de démo a elle-même des organisations en dessous qui existent encore, elle n'est pas supprimée d'office, tant que l'organisation au-dessus n'a pas décidé.

Les partenaires ne transmettent que ce qu'ils ont¶

Le service d'une organisation reste toujours dans celui de l'organisation au-dessus. Un partenaire ne peut donc jamais donner à ses clients plus que ce qu'il a lui-même, ni un client davantage à ses propres services. Si le service d'un partenaire se réduit, celui de ses clients se réduit avec lui.

Le service d'une organisation se configure dans l'organisation au-dessus : par Artific, ou par un administrateur du partenaire qui y a org-admin avec la portée descendants (Partenaires). Un partenaire choisit parmi les offres d'Artific et pose des exceptions et des périodes d'essai ; il ne crée pas d'offres propres. Une organisation ne modifie pas son propre service. Ses administrateurs le lisent toutefois : quelles offres et quels éléments il contient et quand ils commencent et s'arrêtent, mais pas qui les a posés ni la raison d'une exception.

Seul qui agit depuis l'organisation qui a posé une offre ou une exception, ou depuis une organisation au-dessus, peut la retirer. Si Artific a posé une restriction sur le client d'un partenaire, le partenaire ne peut pas la retirer.

Les rôles dans le service¶

Qui donne un rôle, fait donner des rôles à un groupe ou écrit une règle ne peut attribuer que ce qui se trouve dans le service de l'organisation. Si un rôle propre, un groupe ou une règle dépasse cela, OS refuse l'attribution avec le message This is not part of your organisation's service, avant même de vérifier que vous avez ce que vous donnez (Personne ne donne plus que ce qu'il a).

Les rôles intégrés peuvent toujours être donnés : ils sont identiques dans chaque organisation et le service ne fait que les réduire. Si le service se réduit plus tard, les rôles propres et le document de règles gardent leurs règles ; seul ce qu'elles autorisent diminue. Si le service grandit de nouveau, tout vaut de nouveau.

Chaque modification du service d'une organisation va dans son journal d'audit : qui a modifié quoi, depuis quelle organisation, et l'offre ou l'élément avant et après.