À l’intérieur d’une application
Comprendre les enregistrements, l'interface, les outils d'agent et les règles d'accès qui rendent une application utile.
manifeste modèle de données autorisations outils Compétences notifications ressourcesSur cette page
Une application, plusieurs interfacesLes enregistrements appartiennent à un domaine d'activitéLes outils rendent l'application utilisable par les agentsLes compétences expliquent le flux de travailL’accès dépend de l’action et des donnéesConstruire pour l'ensemble du flux de travailUne application, plusieurs interfaces
Une application Opser est plus qu'une page dans la barre latérale. Il rassemble des enregistrements, une interface humaine et les capacités qu'il expose aux agents et à d'autres applications. Son manifeste décrit ces surfaces afin que la plate-forme puisse les découvrir et les gouverner.
Toutes les applications n’ont pas besoin de toutes les surfaces. Une petite application de référence ne peut fournir que des écrans et des lectures. Une application opérationnelle peut également fournir des changements, des événements, des notifications, des intégrations et des conseils aux agents.
| Partie | Ce qu'il fait |
|---|---|
| Registres et règles | Définissez les informations que possède l'application, sa validation et les modifications autorisées |
| Vues et actions | Permettre aux gens de trouver des enregistrements et exécuter le flux de travail |
| Outils d'agent | Laissez un agent effectuer des actions nommées avec des entrées structurées |
| Compétences | Expliquer quand et comment utiliser les capacités de l'application |
| Permissions et ressources | Contrôler l’accès aux actions et, le cas échéant, aux enregistrements individuels |
| Contrats | Offrir des opérations nommées à d'autres parties de l'espace de travail |
| Événements | Annoncer les modifications apportées aux workflows d'abonnement |
| Notifications | Porter un changement ou une décision à l'attention d'une personne |
Les enregistrements appartiennent à un domaine d'activité
Une application possède son modèle de données et les règles qui l’entourent. Lorsqu’un agent crée une application, il définit les enregistrements et les relations nécessaires à ce flux de travail. La mise à jour d'une application en direct doit préserver les enregistrements existants et introduire le nouveau comportement.
Les applications n'obtiennent pas un accès illimité aux tables de base de données de l'autre. Pour réutiliser les informations qu'une autre application possède, ils appellent une opération que l'application expose. Cela maintient les règles de l'application propriétaire dans le chemin. Les jeux de données gérés par l'utilisateur ont un données et rapports surface.
Les outils rendent l'application utilisable par les agents
Un outil d'agent est une action avec un nom, une description et des entrées structurées. Une application d’équipement pourrait exposer des actions pour trouver un actif, créer une demande de paiement ou enregistrer un retour. Ce sont des exemples de conception, pas un catalogue d'applications promis.
La plate-forme découvre les outils de l'application chargée et vérifie l'accès lorsqu'ils sont répertoriés et appelés. Une action peut également nécessiter une approbation. Pour une demande d'agent partagé interactif, l'accès de la personne initiatrice est important à côté de l'accès de l'agent; l'adhésion seule n'est pas la permission de tous les enregistrements.
Demandez au constructeur de faire en sorte que l'interface humaine et les outils d'agent utilisent les mêmes règles de service. Passez en revue les deux chemins : un formulaire de travail ne prouve pas que l'agent peut compléter le flux de travail.
Une application peut également exposer des enregistrements primaires Recherche d'espace de travail. Inclure ce comportement lorsque vous voulez que les gens trouvent ses enregistrements à partir du contrôle de recherche de l'espace de travail.
Les compétences expliquent le flux de travail
Une application peut fournir des instructions sur ses concepts, les entrées requises et la séquence préférée des actions. Cela aide l'agent à choisir le bon outil et à interpréter le résultat. L'installation d'une compétence n'accorde pas les autorisations dont ses outils ont besoin.
Par exemple, une compétence de paiement peut expliquer qu'un actif doit être disponible avant qu'une demande puisse être approuvée, et que l'enregistrement d'un retour devrait fermer le paiement actif. Lire Compétences intégrées La différence entre les instructions et l'exécution.
L’accès dépend de l’action et des données
Les applications déclarent des autorisations et peuvent lier des actions à des règles de ressources pour la propriété, le partage ou d’autres relations. L’accès peut donc être plus étroit que la possibilité d’ouvrir une application. Une personne qui peut voir les demandes peut toujours être incapable d'en approuver une.
Lors de l'examen d'une application personnalisée, testez avec les rôles prévus et avec quelqu'un qui ne devrait pas voir l'enregistrement. Incluez les appels d'agent dans cet examen. Autorisations et groupes d'accès explique les contrôles de l'espace de travail.
Construire pour l'ensemble du flux de travail
Spécifiez les enregistrements, les écrans, les actions des agents, les règles d'accès, les notifications et les connexions lorsque vous informez l'agent. Les contrôles de préparation du constructeur inspectent les capacités déclarées ainsi que la construction. Ensuite, essayez le flux de travail vous-même, y compris les données manquantes et les actions rejetées, avant l'installation.
Continuez avec applications connectées ou le guide de construction d'application.