Brugerfladen er din.
Web, native app, intern portal eller samtalekanal. Organiser oplevelsen i din frontend, og eksponer kun det via backend, som den pågældende rejse har brug for.
Fra et API-kald til et helt produkt. Forbind kapabiliteter med det, du allerede har bygget — eller brug fundamentet til at starte noget nyt.
Du vælger afgrænsningen. En building block til at løse ét ansvarsområde, en sammensætning til at understøtte et forløb eller platformen som fundament for et nyt produkt.
Byg den brugerflade og de regler, der adskiller forretningen. Sammensæt identitet, beslutning, dokumenter og kommunikation bag den. Det første udsnit kan være et helt forløb eller blot én operation.
Eksempel: En kreditansøgning opstår i din brugerflade, går gennem den publicerede politik og videre til formalisering. Du definerer oplevelsen, domænedataene og godkendelsespunkterne.
Illustrativ referencearkitektur. Afgrænsningen afhænger af kontrakten for hver kapabilitet.Brug API'et med de værktøjer, dit team allerede anvender. Hver kapabilitet har sine egne operationer, input, rettigheder og begrænsninger.
Integrationseksempler baseret på dokumentationen. Konfigurer legitimationsoplysninger og ressourcer i dit miljø, før du kører dem. Denne side sender ingen forespørgsler.
/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
}
}'Eksempel på input til en aldersbeslutning. Kræver en ACTIVE beslutning og en publiceret version; inputfelterne hører til din DMN-tabel.
Fuld kontrakt og forudsætninger ↗Web, native app, intern portal eller samtalekanal. Organiser oplevelsen i din frontend, og eksponer kun det via backend, som den pågældende rejse har brug for.
Blokke med drivere afkobler driften fra leverandøren. I AI Engine kan valget af udbyder konfigureres; i Payments og BaaS skal du kontrollere de understøttede adaptere og operationer, før du integrerer.
Udforsk udbydere ↗Start med beslutningen. Tilføj dokumenter, når det giver mening. Forbind kommunikationen bagefter. Validér afhængighederne for hver byggeblok, og udbyg i trin, som dit team kan drive.
Kombinationsmuligheder, så du ikke skal starte fra et blankt ark. Flowene nedenfor er forslag til integration, ikke færdige pakker.
Din skærm modtager ansøgningen. Din backend forbereder dataene, kalder beslutningen og sender videre til formalisering, når politikken tillader det.
Hold grænser, beføjelser og undtagelser eksplicitte.En kontooplevelse med dit eget design og din egen navigation. Sammensæt appens indgang med de finansielle operationer, som de aktiverede udbydere tilbyder.
Fastlæg, hvem der registrerer hver operation, og hvordan resultatet afstemmes.Dit CRM modtager beskeden. Et kald klassificerer hensigten; applikationen bruger resultatet til at foreslå en kø eller en næste handling med gennemgang i de tilfælde, forretningen har fastlagt.
Adskil forslag fra eksekvering, og bevar den autoriserede kontekst.Tilføj en simulering eller et verifikationstrin uden at redesigne hele navigationen. Din BFF oversætter API-svaret til mobiloplevelsen.
Vurder privatliv, tilladelser og modenhed for hver blok.Brug IAM og den godkendelsesmekanisme, der passer til kontrakten. API Keys gør det muligt at afgrænse adgang pr. rute og administrere rotation og tilbagekaldelse. Tjenestelegitimationsoplysninger forbliver i backend.
Reference ↗Fastlæg organisationen ud fra den autoriserede identitet. Applikationen skal bevare denne grænse, når den kalder blokkene og gemmer sine egne data.
Reference ↗I Decision Engine er politikken versioneret, og eksekveringen efterlader et spor. Planlæg regressionstilfælde, før du offentliggør en ny politik.
Reference ↗Fastlæg timeout, fejlhåndtering og genopretningsstrategi. Ved hændelser skal signaturen valideres, og forretningsmæssige effekter må ikke gentages, når en levering sendes igen.
Reference ↗Vælg domænet, og se funktionens modenhedsstadie.
Valider autentificering, afhængigheder, input og svar.
Test happy path, fejlene og effekterne i dit system.
Produktion, Beta og Alpha angiver forskellige stadier. Tilgængelighed, afhængigheder og omfang skal bekræftes i dokumentationen for hver byggeklods.