L'interface vous appartient.
Web, application native, portail interne ou canal conversationnel. Organisez l’expérience dans votre frontend et n’exposez via le backend que ce dont ce parcours a besoin.
CATALISA / DEVELOPERSVotre code.
Votre code.
Plus possibilités.
D’un appel d’API à un produit entier. Connectez des capacités à ce que vous avez déjà construit — ou utilisez cette base pour lancer quelque chose de nouveau.
// ce qui rend votre produit uniqueyour.product()Une représentation de la composition, pas une syntaxe de SDK.
interfacedomaineexpérience
catalisaconnect()
01 identity
02 decision
03 payments
04 documents
05 ai
06 events
COMMENCEZ DANS VOTRE CONTEXTELa meilleure intégration
La meilleure intégration
s'intègre à votre système.
Vous choisissez le périmètre. Un building block pour assumer une responsabilité, une composition pour soutenir un parcours ou la plateforme comme socle d'un nouveau produit.
MODÈLE D'ADOPTION / 01
Votre prochain produit. Votre expérience.
Construisez l'interface et les règles qui différencient votre activité. Composez en arrière-plan l'identité, la décision, les documents et la communication. Le premier périmètre peut être un parcours complet ou une seule opération.
- Vous conservez
- Interface, domaine et stratégie produit
- Vous connectez
- Capacités et intégrations sélectionnées
Exemple : une demande de crédit naît dans votre interface, passe par la politique publiée et se poursuit vers la formalisation. Vous définissez l’expérience, les données métier et les points d’approbation.
Architecture de référence illustrative. Le périmètre dépend du contrat de chaque capacité.HTTP. JSON. VOTRE STACK.Moins de suppositions.
Moins de suppositions.
Davantage de contrat.
Consommez l'API avec les outils que votre équipe utilise déjà. Chaque capacité a ses propres opérations, entrées, permissions et limites.
Exemples d'intégration fondés sur la documentation. Configurez les identifiants et les ressources dans votre environnement avant l'exécution. Cette page n'envoie aucune requête.
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
}
}'Exemple d’entrée pour une décision d’âge. Nécessite une décision ACTIVE et une version publiée ; les champs d’input appartiennent à votre table DMN.
Contrat complet et prérequis ↗FLEXIBILITÉ, AVEC DES LIMITES CLAIRESModulable là où cela compte.
Modulable là où cela compte.
Votre produit aux commandes.
Le prestataire peut changer.
Les blocs dotés de drivers découplent l'opération du fournisseur. Dans AI Engine, le choix du fournisseur est configurable ; dans Payments et BaaS, vérifiez les adaptateurs et les opérations pris en charge avant d'intégrer.
Découvrir les fournisseurs ↗Le périmètre peut s’élargir.
Commencez par la décision. Ajoutez des documents lorsque c'est pertinent. Connectez la communication ensuite. Validez les dépendances de chaque bloc et progressez par étapes que votre équipe peut opérer.
RECETTES D'ARCHITECTURECe que vous voulez
Ce que vous voulez
concrétiser ?
Des possibilités de composition pour dépasser la page blanche. Les flux ci-dessous sont des propositions d'intégration, pas des offres clés en main.
Le crédit au sein de votre produit
Votre écran reçoit la proposition. Votre backend prépare les données, appelle la décision et transmet la formalisation lorsque la politique le permet.
Gardez les limites, les niveaux de délégation et les exceptions explicites.Banking à votre image
Une expérience de compte avec votre design et votre navigation. Composez la porte d'entrée de l'application avec les opérations financières proposées par les fournisseurs habilités.
Définissez qui enregistre chaque opération et comment rapprocher le résultat.L'IA dans le service client existant
Votre CRM reçoit le message. Un appel classe l'intention ; l'application utilise ce résultat pour suggérer une file d'attente ou une prochaine action, avec une revue dans les cas définis par le métier.
Séparez la suggestion de l'exécution et conservez le contexte autorisé.Une nouvelle fonction dans votre app
Ajoutez une simulation ou une étape de vérification sans repenser toute la navigation. Votre BFF traduit la réponse de l'API pour l'expérience mobile.
Évaluez la confidentialité, les autorisations et le stade de chaque bloc.DE LA PREMIÈRE REQUÊTE À L’EXPLOITATIONLe code intègre.
Le code intègre.
Le contrat soutient.
EVENT DELIVERY / VUE CONCEPTUELLEL'événement comporte
L'événement comporte
un chemin de retour.
- 01Une action se produitdans le bloc d’origine
- 02Un abonnement sélectionne des événementsdans Webhooks Engine
- 03Votre endpoint reçoitvalide la signature et traite avec idempotence
- 04La livraison laisse un historiqueconsultez les tentatives et analysez les échecs
Des identifiants à finalité définie
Utilisez IAM et le mécanisme d'authentification adapté au contrat. API Keys permet de délimiter l'accès par route et de gérer la rotation et la révocation. Les identifiants de service restent côté backend.
Référence ↗Contexte d’organisation
Déterminez l'organisation à partir de l'identité autorisée. L'application doit préserver cette frontière lorsqu'elle appelle les blocs et lorsqu'elle persiste ses propres données.
Référence ↗Des versions qui expliquent les décisions
Dans le Decision Engine, la politique est versionnée et l'exécution laisse une trace. Prévoyez des cas de régression avant de publier une nouvelle politique.
Référence ↗Défaillances prévues dès la conception
Définissez le timeout, la gestion des erreurs et la stratégie de reprise. Pour les événements, validez la signature et évitez de répéter les effets métier lorsqu'une livraison est renvoyée.
Référence ↗VOTRE PREMIER PÉRIMÈTREChoisissez une responsabilité.
Choisissez une responsabilité.
Construisez à partir de celle-ci.
01
Trouvez la pièce
Choisissez le domaine et vérifiez le stade de la capacité.
02
Lire le contrat
Validez l'authentification, les dépendances, les entrées et les réponses.
03
Intégrez un parcours
Testez le scénario nominal, les échecs et les effets sur votre système.
Production, Beta et Alpha indiquent des stades différents. La disponibilité, les dépendances et le périmètre doivent être confirmés dans la documentation de chaque bloc.