Cómo trabajan juntas las apps

Contexto compartido, conexiones explícitas#

Opser trae aplicaciones en un espacio de trabajo con una identidad compartida y sistema de permisos. Cada aplicación aún posee sus registros y comportamiento. Las aplicaciones trabajan juntas al exponer las capacidades y declarar las que usan.

Esa distinción importa cuando le pides a un agente que conecte flujos de trabajo. Nombre el origen, el desencadenador o la solicitud, el destino y el resultado. El agente puede inspeccionar las interfaces disponibles e identificar cualquier cosa que deba construirse.

Los contratos solicitan una operación#

Un contrato es una operación con nombre que una aplicación ofrece a otra. Un proveedor puede ofrecer “obtener disponibilidad del equipo”. Una aplicación solicitante declara que consume esa operación, envía las entradas requeridas y obtiene un resultado.

La plataforma verifica la relación declarada entre el proveedor y el consumidor. También se aplican las reglas de recursos y la autoridad bajo la cual se ejecuta la solicitud. Una aplicación no puede simplemente llamar a una operación arbitraria en otra aplicación porque ambas están instaladas.

Use un contrato cuando un flujo de trabajo necesite una respuesta o acción ahora. Si el proveedor falta, no está disponible o deniega el acceso, el flujo de trabajo solicitante debe manejar ese resultado. Una aplicación personalizada útil explica el problema en lugar de presentar un resultado vacío como éxito.

Eventos anuncian un cambio#

Un evento describe algo que sucedió, como un retorno de equipo que se registra. La aplicación emisora declara el evento, y una aplicación receptora declara su suscripción e implementa la respuesta.

Los eventos permiten que los flujos de trabajo reaccionen sin hacer que la aplicación original realice cada paso posterior. Un sistema de solicitud podría reaccionar a una devolución comprobando una lista de espera. Esa conexión debe implementarse; un nombre de evento solo no crea el comportamiento.

La entrega se puede volver a intentar, por lo que un flujo de trabajo de recepción debe manejar el mismo evento más de una vez sin duplicar su trabajo. Los eventos se entregan a las suscripciones activas cuando se emiten. Una nueva suscripción no reproduce automáticamente el pasado, y una entrega fallida no es una garantía de finalización eventual. Compruebe los registros resultantes cuando falta una acción descendente.

Las notificaciones informan a las personas#

Una notificación es un mensaje para una persona. Un evento es una señal para un flujo de trabajo. El mismo cambio de negocio puede producir ambos, pero no son intercambiables.

Las aplicaciones pueden declarar los tipos de notificación que aparecen en Configuración → Notificaciones, con preferencias de campana y correo electrónico donde sea compatible. Desactivar una notificación por correo electrónico no deshabilita el evento empresarial subyacente o la automatización. Leer Buzón de entrada y notificaciones para preferencias de entrega.

Las vistas actualizadas reutilizan las operaciones de lectura#

Una aplicación puede exponer explícitamente una operación de lectura para un panel de control u otra vista compuesta. Su entrada y salida describen los datos que la vista puede usar, y la operación conserva la lógica propia de la aplicación, así que la vista sigue funcionando cuando la aplicación cambia sus tablas.

El agente prefiere una operación así cuando existe. Si no, un panel puede leer igualmente las tablas de las aplicaciones que puede abrir, en solo lectura, como lo hace la herramienta de datos del agente; nunca muestra una aplicación que no puede abrir. Ver Pizarras y vistas en vivo.

Las conexiones externas son un límite separado#

Las conexiones de agente autorizan a un agente a utilizar un servicio externo. En su lugar, una aplicación puede declarar su propia integración para datos entrantes o salientes, con requisitos de configuración y acceso separados. Ninguna de las conexiones otorga acceso general a todos los registros del espacio de trabajo.

Para un flujo de trabajo conectado, verifique la cuenta, las operaciones permitidas, quién inicia el trabajo y dónde se almacena el resultado. Leer Conecta tus herramientas para conexiones de agentes.

Explica la tarea con un ejemplo completo#

Cuando se devuelve el equipo, verifique las solicitudes de espera, identifique a la siguiente persona elegible y notifique al coordinador. No apruebe el próximo pago automáticamente. Muéstrame cómo se manejan un evento repetido y una aplicación de destino faltante.

Revise la ruta normal, una dependencia no disponible, acceso denegado y un evento repetido. La conexión se completa cuando el comportamiento descendente funciona con los permisos previstos, no solo cuando la acción original tiene éxito.