Apps
Apps
Markdown

So arbeiten Apps zusammen

Verbinden Sie Workflows durch deklarierte Operationen, Events und gemeinsame Plattformdienste.

Verträge Veranstaltungen Anmeldungen Zusammensetzung Interoperabilität Integrationen
Auf dieser SeiteGemeinsamer Kontext, explizite VerbindungenVerträge verlangen eine OperationVeranstaltungen geben eine Änderung bekanntBenachrichtigungen informieren PersonenAktuelle Ansichten nutzen dieselben LeseoperationenExterne Verbindungen sind eine separate GrenzeDie Aufgabe mit einem vollständigen Beispiel erklären

Gemeinsamer Kontext, explizite Verbindungen

Opser bringt Apps in einen Arbeitsbereich mit einem gemeinsamen Identitäts- und Berechtigungssystem. Jede App besitzt immer noch ihre Aufzeichnungen und ihr Verhalten. Apps arbeiten zusammen, indem sie Funktionen aussetzen und die von ihnen verwendeten deklarieren.

Diese Unterscheidung ist wichtig, wenn Sie einen Agenten bitten, Workflows zu verbinden. Nennen Sie die Quelle, den Auslöser oder die Anforderung, das Ziel und das Ergebnis. Der Agent kann die verfügbaren Schnittstellen inspizieren und alles identifizieren, was gebaut werden muss.

Verträge verlangen eine Operation

Ein Vertrag ist eine benannte Operation, die eine App einer anderen anbietet. Ein Anbieter könnte die Verfügbarkeit von Geräten bieten.A questing app deklariert, dass es diesen Betrieb verbraucht, sendet die erforderlichen Eingänge und bekommt ein Ergebnis.

Die Plattform prüft die erklärten Anbieter- und Verbraucherbeziehungen. Ressourcenregeln und die Behörde, unter der die Anfrage läuft, gelten ebenfalls. Eine App kann nicht einfach eine beliebige Operation in einer anderen App aufrufen, weil beide installiert sind.

Verwenden Sie einen Vertrag, wenn ein Workflow jetzt eine Antwort oder Aktion benötigt. Wenn der Anbieter fehlt, nicht verfügbar ist oder den Zugriff verweigert, muss der anfragende Workflow mit diesem Ergebnis umgehen. Eine nützliche benutzerdefinierte App erklärt das Problem, anstatt ein leeres Ergebnis als Erfolg darzustellen.

Veranstaltungen geben eine Änderung bekannt

Ein Ereignis beschreibt etwas, was passiert ist, wie z.B. eine Geräterückkehr, die aufgezeichnet wird. Die Ausgabe-App erklärt das Ereignis, und eine empfangende App erklärt ihr Abonnement und implementiert die Antwort.

Ereignisse lassen Workflows reagieren, ohne dass die ursprüngliche App jeden nachgelagerten Schritt durchführt. Ein Request-System könnte auf eine Rückkehr reagieren, indem eine Warteliste überprüft wird. Diese Verbindung muss implementiert werden; ein Ereignisname allein erzeugt das Verhalten nicht.

Die Lieferung kann nachgetestet werden, so dass ein Empfangs-Workflow mehr als einmal dasselbe Ereignis verarbeiten muss, ohne seine Arbeit zu duplizieren. Veranstaltungen werden den aktiven Abonnements zugestellt, wenn sie ausgesendet werden. Ein neues Abonnement wiederholt nicht automatisch die Vergangenheit, und eine fehlgeschlagene Lieferung ist keine Garantie für eine spätere Fertigstellung. Überprüfen Sie die resultierenden Datensätze, wenn eine nachgeschaltete Aktion fehlt.

Benachrichtigungen informieren Personen

Eine Benachrichtigung ist eine Nachricht für eine Person. Ein Ereignis ist ein Signal für einen Workflow. Die gleiche Veränderung der Geschäftstätigkeit kann beide produzieren, aber sie sind nicht austauschbar.

Apps können Benachrichtigungstypen deklarieren, die in Einstellungen → Meldungen, mit Glocke und E-Mail-Einstellungen, wo unterstützt. Das Abschalten einer E-Mail-Benachrichtigung deaktiviert nicht das zugrunde liegende Geschäftsereignis oder die Automatisierung. Lesen Posteingang & Mitteilungen bei Lieferpräferenzen.

Aktuelle Ansichten nutzen dieselben Leseoperationen

Eine App kann explizit eine Leseoperation für ein Dashboard oder eine andere zusammengesetzte Ansicht bereitstellen. Ihre Ein- und Ausgabe beschreiben die Daten, die die Ansicht verwenden kann, und die Operation behält die Logik der App bei. Die Ansicht funktioniert also weiter, wenn die App ihre Tabellen ändert.

Der Agent bevorzugt eine solche Operation, wenn es sie gibt. Andernfalls kann ein Dashboard die Tabellen der Apps, die Sie öffnen können, trotzdem lesen, nur lesend und so wie das Datenwerkzeug des Agenten; eine App, die Sie nicht öffnen können, zeigt es nie. Siehe Dashboards & Live-Ansichten.

Externe Verbindungen sind eine separate Grenze

Agent-Verbindungen ermächtigen einen Agenten, einen externen Dienst zu nutzen. Eine App kann stattdessen ihre eigene Integration für eingehende oder ausgehende Daten mit separaten Setup- und Zugriffsanforderungen deklarieren. Keine Verbindung gewährt allgemeinen Zugang zu jedem Workspace-Datensatz.

Für einen angeschlossenen Workflow überprüfen Sie das Konto, die erlaubten Operationen, wer die Arbeit initiiert und wo das Ergebnis gespeichert wird. Lesen Sie Connect your tools für Agentenverbindungen.

Die Aufgabe mit einem vollständigen Beispiel erklären

Wenn die Ausrüstung zurückgegeben wird, überprüfen Sie die Warteanfragen, identifizieren Sie die nächste förderungsberechtigte Person und benachrichtigen Sie den Koordinator. Genehmigen Sie die nächste Kasse nicht automatisch. Zeigen Sie mir, wie ein wiederholtes Ereignis und eine fehlende Ziel-App behandelt werden.

Überprüfen Sie den normalen Pfad, eine nicht verfügbare Abhängigkeit, verweigerten Zugriff und ein wiederholtes Ereignis. Die Verbindung ist abgeschlossen, wenn das nachgeschaltete Verhalten mit den vorgesehenen Berechtigungen funktioniert, nicht nur, wenn die ursprüngliche Aktion erfolgreich ist.