De interface is van jou.
Web, native app, intern portaal of conversatiekanaal. Organiseer de ervaring in je frontend en bied via de backend alleen aan wat die customer journey nodig heeft.
Van één API-call tot een compleet product. Koppel functionaliteiten aan wat je al hebt gebouwd — of gebruik deze basis om iets nieuws te beginnen.
Jij kiest de grens. Een building block om één verantwoordelijkheid in te vullen, een compositie om een journey te ondersteunen of het platform als basis voor een nieuw product.
Bouw de interface en de regels die het bedrijf onderscheiden. Stel daarachter identiteit, beslissingen, documenten en communicatie samen. Het eerste afgebakende deel kan een volledige journey zijn of slechts één handeling.
Voorbeeld: een kredietaanvraag ontstaat in uw interface, doorloopt het gepubliceerde beleid en gaat door naar formalisering. U bepaalt de ervaring, de domeingegevens en de goedkeuringsmomenten.
Illustratieve referentiearchitectuur. De afbakening hangt af van het contract van elke functionaliteit.Gebruik de API met de tools die uw team al gebruikt. Elke functionaliteit heeft eigen operaties, invoer, rechten en limieten.
Integratievoorbeelden op basis van de documentatie. Configureer credentials en resources in je omgeving voordat je ze uitvoert. Deze pagina verstuurt geen requests.
/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
}
}'Voorbeeldinvoer voor een leeftijdsbeslissing. Vereist een ACTIVE beslissing en een gepubliceerde versie; de inputvelden horen bij je DMN-tabel.
Volledig contract en vereisten ↗Web, native app, intern portaal of conversatiekanaal. Organiseer de ervaring in je frontend en bied via de backend alleen aan wat die customer journey nodig heeft.
Blocks met drivers ontkoppelen de operatie van de leverancier. In AI Engine is de keuze van provider configureerbaar; controleer bij Payments en BaaS de ondersteunde adapters en operaties voordat u integreert.
Ontdek providers ↗Begin bij de beslissing. Voeg documenten toe wanneer dat zinvol is. Koppel communicatie daarna. Controleer de afhankelijkheden van elk bouwblok en ontwikkel verder in stappen die je team kan beheren.
Combinatiemogelijkheden om niet met een leeg vel te beginnen. De onderstaande flows zijn integratievoorstellen, geen kant-en-klare pakketten.
Uw scherm ontvangt de aanvraag. Uw backend bereidt de data voor, roept de besluitvorming aan en zet de formalisering door wanneer het beleid dat toestaat.
Houd limieten, bevoegdheden en uitzonderingen expliciet.Een rekeningervaring met uw eigen ontwerp en navigatie. Stel de toegangspoort van de app samen met de financiële operaties die door de geactiveerde aanbieders worden aangeboden.
Bepaal wie elke operatie registreert en hoe het resultaat wordt afgestemd.Uw CRM ontvangt het bericht. Eén aanroep classificeert de intentie; de applicatie gebruikt dat resultaat om een wachtrij of een volgende actie voor te stellen, met beoordeling in de gevallen die het bedrijf bepaalt.
Scheid suggestie van uitvoering en behoud de geautoriseerde context.Voeg een simulatie of een verificatiestap toe zonder de hele navigatie opnieuw te ontwerpen. Uw BFF vertaalt de API-respons naar de mobiele ervaring.
Beoordeel privacy, rechten en de ontwikkelingsfase van elk blok.Gebruik IAM en het authenticatiemechanisme dat bij het contract past. Met API Keys kunt u toegang per route afbakenen en rotatie en intrekking beheren. Servicecredentials blijven in de backend.
Referentie ↗Bepaal de organisatie op basis van de geautoriseerde identiteit. De applicatie moet die grens bewaken bij het aanroepen van de blokken en bij het opslaan van haar eigen data.
Referentie ↗In de Decision Engine heeft het beleid een versie en laat elke uitvoering een registratie achter. Plan regressiecases voordat u een nieuw beleid publiceert.
Referentie ↗Bepaal timeout, foutafhandeling en herstelstrategie. Valideer bij events de handtekening en voorkom dat bedrijfseffecten worden herhaald wanneer een levering opnieuw wordt verzonden.
Referentie ↗Kies het domein en bekijk het ontwikkelingsstadium van de functionaliteit.
Valideer authenticatie, afhankelijkheden, invoer en antwoorden.
Test het happy path, de fouten en de effecten in je systeem.
Productie, Beta en Alpha geven verschillende stadia aan. Beschikbaarheid, afhankelijkheden en reikwijdte moeten in de documentatie van elk blok worden bevestigd.