El servicio de tu organización¶

Cada organización de OS usa el servicio que tiene: lo que contienen sus planes, con las excepciones y los periodos de prueba configurados para ella. Esta página explica qué es ese servicio, cómo funcionan los planes, las excepciones, los periodos de prueba y las demos, y cómo se relaciona el servicio con los roles y las reglas. No contiene pasos; Planes y excepciones muestra cómo ver y configurar el servicio de una organización.

El servicio es un techo¶

Lo que alguien puede hacer en una organización proviene de roles, grupos y reglas (Roles y acceso). El servicio de la organización se sitúa por encima como un techo: una regla solo permite algo dentro del servicio. Una regla sobre algo que no está en el servicio no permite nada; una regla que nombra más acciones de las que contiene el servicio solo permite las acciones del servicio.

El servicio solo quita. No da nada que una regla no permita: que el servicio contenga asistentes significa que los roles y las reglas pueden permitir su uso, no que todos los reciban automáticamente. Una regla que deniega (forbid) sigue valiendo siempre.

OS muestra botones y menús dentro del servicio (Lo que ves en OS): lo que no está en el servicio no lo ves, aunque un rol lo permitiera. Las funciones de IA también siguen el servicio: lo que no contiene, nadie puede usarlo allí.

Planes¶

Un plan es una lista con nombre de elementos del servicio. Cada elemento es un tipo de cosa, con las acciones que el plan permite sobre él: por ejemplo «ver y usar agentes», o «colecciones de conocimiento», que entonces abarca todas las acciones.

Artific compone los planes y los mantiene. Una organización puede tener más de un plan; su servicio es entonces todo lo que esos planes contienen juntos. Si Artific cambia un plan, el cambio vale para todas las organizaciones que lo tienen.

Una organización sin ningún plan tiene el mismo servicio que la organización superior. En cuanto tiene un plan, solo cuenta lo que dan sus planes y excepciones.

Los asistentes y chatear con un modelo¶

Un asistente es un agente que tu organización ha configurado. Nadie en OS chatea con un modelo a secas: un turno que no nombra ningún asistente se rechaza a todas las personas, digan lo que digan el servicio y las reglas, incluso cuando se dirigen directamente a las funciones de IA con su propio inicio de sesión. Los asistentes, la llamada directa a una herramienta y la búsqueda en el conocimiento siguen funcionando, en la medida en que el servicio los contiene. El chat directo no tiene elemento de plan.

Siempre en el servicio¶

Algunas cosas están en todos los servicios y en ningún plan, para que ningún cambio de un plan deje a una organización fuera de su propia administración:

administrar a su propia gente: miembros, invitaciones y grupos;
roles, atributos y el documento de reglas;
leer su registro de auditoría;
leer su propio servicio;
sus webhooks y su feed de eventos, para que una integración que construiste no se detenga cuando cambia un plan;
sus canales de Slack, una vez que Slack está activado en tu entorno.

Lo que esa administración permite lo siguen decidiendo los roles: en una organización sin ningún plan, un people-admin invita a personas con normalidad.

El inicio de sesión de tu empresa (demostrar un dominio de correo y conectar el servicio de inicio de sesión de tu empresa) no está en el servicio por sí mismo. Es un elemento como cualquier otro, que da un plan o una excepción.

Excepciones¶

Una excepción añade a una organización un elemento de su servicio, o le quita uno, además de lo que dan sus planes. Así un cliente recibe algo más sin necesidad de un plan, o dejas fuera un elemento de un plan para ella. Una excepción que quita algo prevalece sobre los planes.

Una excepción puede tener un motivo: una nota para quien administra el servicio, por ejemplo por qué un cliente recibió algo extra. Solo ve el motivo quien puede modificar el servicio. El registro de auditoría de la organización conserva la excepción, no el motivo.

Periodos de prueba¶

Un periodo de prueba es un plan o una excepción añadida con una fecha de fin. Un plan también puede tener una fecha de inicio, de modo que sus elementos solo valgan más adelante. Ese plan cuenta desde el primer momento como plan de la organización: desde entonces solo cuenta lo que dan sus planes y excepciones. En la fecha de inicio entran en vigor sus elementos, y las funciones de IA lo siguen en pocos minutos.

Un periodo de prueba termina solo. En cuanto pasa la fecha de fin, deja de contar en la siguiente decisión: nadie tiene que hacer nada. Un plan caducado sigue asignado a la organización, de modo que su servicio se reduce a lo que dan sus demás planes y excepciones, y no vuelve al de la organización superior. Solo cuando quitas el último plan, la organización vuelve a tener el servicio de la organización superior. Las funciones de IA lo siguen en pocos minutos. El registro de auditoría de la organización menciona el final, con system como autor.

Demos¶

Una demo es una organización normal con un plan de demostración y una fecha de fin en la propia organización. Está en el mismo entorno que cualquier otra organización.

En la fecha de fin, la organización de demostración se suspende: nadie puede trabajar ya en ella, y lo mismo vale para las organizaciones que están debajo.
Treinta días después se borra, con todo lo que contiene.
Si el cliente quiere continuar, quien puede modificar el servicio desde la organización superior (Artific, o el administrador del socio) convierte la demo en una organización normal: se le quita la fecha de fin y recibe un plan normal. Entonces no se suspende ni se borra. Si ya estaba suspendida, la organización superior la reanuda después; una demo que se reanuda mientras aún tiene la fecha de fin vuelve a suspenderse.
Si la propia organización de demostración tiene organizaciones debajo que aún existen, no se borra sola hasta que decida la organización superior.

Los socios solo transmiten lo que tienen¶

El servicio de una organización queda siempre dentro del de la organización superior. Por eso un socio nunca puede dar a sus clientes más de lo que tiene él, ni un cliente más a sus propios departamentos. Si el servicio de un socio se reduce, el de sus clientes se reduce con él.

El servicio de una organización se configura en la organización superior: por Artific, o por un administrador del socio que tenga allí org-admin con alcance descendants (Socios). Un socio elige entre los planes de Artific y fija excepciones y periodos de prueba; no crea planes propios. Una organización no modifica su propio servicio. Sus administradores sí lo leen: qué planes y elementos contiene y cuándo empiezan y terminan, no quién los fijó ni el motivo de una excepción.

Un plan o una excepción solo los quita quien actúa desde la organización que los fijó, o desde una organización superior. Si Artific fijó una restricción al cliente de un socio, el socio no puede quitarla.

Roles dentro del servicio¶

Quien da un rol, hace que un grupo dé roles o escribe una regla solo puede conceder algo que esté dentro del servicio de la organización. Si un rol propio, un grupo o una regla llega más allá, OS rechaza la concesión con el mensaje This is not part of your organisation's service, incluso antes de comprobar si tienes lo que das (Nadie da más de lo que tiene).

Los roles integrados siempre puedes darlos: son iguales en todas las organizaciones y el servicio solo los hace más pequeños. Si el servicio se reduce más tarde, los roles propios y el documento de reglas conservan sus reglas; solo disminuye lo que permiten. Si el servicio vuelve a crecer, todo vuelve a valer.

Cada cambio en el servicio de una organización queda en su registro de auditoría: quién cambió qué, desde qué organización, y el plan o elemento antes y después.