Die Oberfläche gehört Ihnen.
Web, native App, internes Portal oder Konversationskanal. Gestalten Sie die Experience in Ihrem Frontend und stellen Sie über das Backend nur bereit, was diese Journey benötigt.
CATALISA / DEVELOPERSIhr Code.
Ihr Code.
Mehr Möglichkeiten.
Von einem API-Aufruf bis zu einem kompletten Produkt. Verbinden Sie Fähigkeiten mit dem, was Sie bereits aufgebaut haben – oder nutzen Sie diese Basis, um etwas Neues zu beginnen.
// was Ihr Produkt einzigartig machtyour.product()Eine Darstellung der Komposition, keine SDK-Syntax.
OberflächeDomäneErlebnis
catalisaconnect()
01 identity
02 decision
03 payments
04 documents
05 ai
06 events
BEGINNEN SIE IN IHREM KONTEXTDie beste Integration
Die beste Integration
in Ihr System passt.
Sie bestimmen die Grenze: ein Building Block für eine einzelne Verantwortlichkeit, eine Komposition als Grundlage einer Journey oder die Plattform als Basis eines neuen Produkts.
EINFÜHRUNGSMUSTER / 01
Ihr nächstes Produkt. Ihr Erlebnis.
Entwickeln Sie die Oberfläche und die Regeln, die Ihr Geschäft unterscheiden. Kombinieren Sie dahinter Identität, Entscheidung, Dokumente und Kommunikation. Der erste Ausschnitt kann eine ganze Journey oder nur ein einzelner Vorgang sein.
- Sie behalten
- Interface, Domäne und Produktstrategie
- Sie verbinden
- Ausgewählte Fähigkeiten und Integrationen
Beispiel: Ein Kreditantrag entsteht in Ihrer Oberfläche, durchläuft die veröffentlichte Richtlinie und geht dann in die Formalisierung über. Sie legen das Nutzererlebnis, die Domänendaten und die Freigabepunkte fest.
Illustrative Referenzarchitektur. Der Zuschnitt hängt vom Vertrag der jeweiligen Fähigkeit ab.HTTP. JSON. IHR STACK.Weniger Rätselraten.
Weniger Rätselraten.
Mehr Vertrag.
Nutzen Sie die API mit den Tools, die Ihr Team bereits verwendet. Jede Fähigkeit hat eigene Operationen, Eingaben, Berechtigungen und Limits.
Integrationsbeispiele auf Basis der Dokumentation. Konfigurieren Sie Zugangsdaten und Ressourcen in Ihrer Umgebung, bevor Sie sie ausführen. Diese Seite sendet keine Anfragen.
POST
/decision-engine/api/v1/decisions/{decisionId}/execute# Configure a URL e o token do seu ambiente.
# Substitua {decisionId}, quando aplicável.
curl --fail-with-body --request POST \
"$CATALISA_BASE_URL/decision-engine/api/v1/decisions/{decisionId}/execute" \
--header "Authorization: Bearer $CATALISA_TOKEN" \
--header "Content-Type: application/json" \
--data '{
"input": {
"age": 25
}
}'Beispieleingabe für eine Altersentscheidung. Erfordert eine Entscheidung mit Status ACTIVE und eine veröffentlichte Version; die Input-Felder gehören zu Ihrer DMN-Tabelle.
Vollständiger Vertrag und Voraussetzungen ↗FLEXIBILITÄT MIT KLAREN GRENZENIntegrierbar, wo es darauf ankommt.
Integrierbar, wo es darauf ankommt.
Ihr Produkt hat die Kontrolle.
Der Anbieter kann sich ändern.
Blöcke mit Treibern entkoppeln den Betrieb vom Anbieter. In der AI Engine ist die Wahl des Providers konfigurierbar; bei Payments und BaaS prüfen Sie vor der Integration die unterstützten Adapter und Operationen.
Anbieter entdecken ↗Der Umfang kann wachsen.
Beginnen Sie mit der Entscheidung. Fügen Sie Dokumente hinzu, wenn es sinnvoll ist. Binden Sie die Kommunikation später an. Prüfen Sie die Abhängigkeiten jedes Bausteins und entwickeln Sie sich in Schritten weiter, die Ihr Team betreiben kann.
ARCHITEKTUR-REZEPTEWas Sie wollen
Was Sie wollen
auf die Beine stellen?
Kompositionsmöglichkeiten, um nicht bei null anzufangen. Die folgenden Abläufe sind Integrationsvorschläge, keine fertigen Pakete.
Kredit direkt in Ihrem Produkt
Ihr Bildschirm empfängt den Antrag. Ihr Backend bereitet die Daten auf, ruft die Entscheidung auf und leitet die Formalisierung ein, wenn die Richtlinie es erlaubt.
Halten Sie Limits, Freigabebefugnisse und Ausnahmen explizit fest.Banking mit eigener Identität
Ein Konto-Erlebnis mit Ihrem Design und Ihrer Navigation. Gestalten Sie den Einstieg in die App mit den Finanzoperationen der freigeschalteten Anbieter.
Legen Sie fest, wer jede Operation erfasst und wie das Ergebnis abgeglichen wird.KI im bestehenden Kundenservice
Ihr CRM empfängt die Nachricht. Ein Aufruf klassifiziert die Absicht; die Anwendung nutzt dieses Ergebnis, um eine Queue oder eine nächste Aktion vorzuschlagen – mit Prüfung in den vom Unternehmen festgelegten Fällen.
Trennen Sie Vorschlag und Ausführung, und wahren Sie den autorisierten Kontext.Eine neue Funktion in Ihrer App
Fügen Sie eine Simulation oder einen Prüfschritt hinzu, ohne die gesamte Navigation neu zu gestalten. Ihr BFF übersetzt die API-Antwort für die mobile Experience.
Prüfen Sie Datenschutz, Berechtigungen und Reifegrad jedes Bausteins.VOM ERSTEN REQUEST BIS ZUM BETRIEBDer Code integriert.
Der Code integriert.
Der Vertrag trägt.
EVENT DELIVERY / KONZEPTIONELLE ANSICHTDas Ereignis hat
Das Ereignis hat
einen Weg zurück.
- 01Eine Aktion erfolgtim Ursprungsblock
- 02Ein Abonnement wählt Events ausin der Webhooks Engine
- 03Ihr Endpoint empfängtvalidiert die Signatur und verarbeitet idempotent
- 04Die Zustellung hinterlässt einen VerlaufVersuche einsehen und Fehler untersuchen
Zugangsdaten mit klarem Zweck
Nutzen Sie IAM und den für den Contract passenden Authentifizierungsmechanismus. Mit API Keys lässt sich der Zugriff pro Route begrenzen und Rotation sowie Widerruf verwalten. Service-Zugangsdaten verbleiben im Backend.
Referenz ↗Organisationskontext
Ermitteln Sie die Organisation anhand der autorisierten Identität. Die Anwendung muss diese Grenze wahren, wenn sie die Bausteine aufruft und ihre eigenen Daten speichert.
Referenz ↗Versionen, die Entscheidungen erklären
In der Decision Engine ist die Richtlinie versioniert, und jede Ausführung wird protokolliert. Planen Sie Regressionsfälle, bevor Sie eine neue Richtlinie veröffentlichen.
Referenz ↗Im Design berücksichtigte Fehlerfälle
Legen Sie Timeout, Fehlerbehandlung und Wiederherstellungsstrategie fest. Validieren Sie bei Events die Signatur und vermeiden Sie, dass sich geschäftliche Effekte wiederholen, wenn eine Zustellung erneut gesendet wird.
Referenz ↗IHR ERSTER AUSSCHNITTWählen Sie eine Verantwortlichkeit.
Wählen Sie eine Verantwortlichkeit.
Bauen Sie darauf auf.
01
Finden Sie den passenden Baustein
Wählen Sie die Domäne und prüfen Sie den Reifegrad der Fähigkeit.
02
Vertrag lesen
Prüfen Sie Authentifizierung, Abhängigkeiten, Eingaben und Antworten.
03
Integrieren Sie eine Journey
Testen Sie den Happy Path, die Fehlerfälle und die Auswirkungen auf Ihr System.
Produktion, Beta und Alpha bezeichnen unterschiedliche Reifegrade. Verfügbarkeit, Abhängigkeiten und Umfang sind in der Dokumentation des jeweiligen Bausteins zu prüfen.