Saltar al contenido
CATALISA / DEVELOPERS

Tu código.
Más posibilidades.

De una llamada a la API a un producto completo. Conecta capacidades con lo que ya has construido, o usa esta base para empezar algo nuevo.

API-firstComposición modularIntegración progresiva
product.compose
// lo que hace único a tu productoyour.product()
interfazdominioexperiencia
catalisaconnect()
01 identity
02 decision
03 payments
04 documents
05 ai
06 events
Una representación de la composición, no sintaxis de SDK.
EMPIECE EN SU CONTEXTO

La mejor integración
encaja en tu sistema.

Tú eliges el alcance. Un building block para resolver una responsabilidad, una composición para sostener un recorrido o la plataforma como base de un nuevo producto.

PATRÓN DE ADOPCIÓN / 01

Su próximo producto. Su experiencia.

Construya la interfaz y las reglas que diferencian el negocio. Componga identidad, decisión, documentos y comunicación detrás de ella. El primer alcance puede ser un recorrido completo o solo una operación.

Tú mantienes
Interfaz, dominio y estrategia de producto
Usted conecta
Capacidades e integraciones seleccionadas
Web / móvilTu backendIdentidadDecisiónDocumentosTu banco dedatos

Ejemplo: una propuesta de crédito nace en tu interfaz, pasa por la política publicada y continúa hacia la formalización. Tú defines la experiencia, los datos de dominio y los puntos de aprobación.

Arquitectura de referencia ilustrativa. El alcance depende del contrato de cada capacidad.
Patrón seleccionado: Desde cero.
HTTP. JSON. TU STACK.

Menos conjeturas.
Más contrato.

Consume la API con las herramientas que tu equipo ya utiliza. Cada capacidad tiene sus propias operaciones, entradas, permisos y límites.

Ejemplos de integración basados en la documentación. Configura las credenciales y los recursos en tu entorno antes de ejecutar. Esta página no envía solicitudes.

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
  }
}'

Ejemplo de entrada para una decisión de edad. Requiere una decisión ACTIVE y una versión publicada; los campos de input pertenecen a su tabla DMN.

Contrato completo y requisitos previos ↗
FLEXIBILIDAD CON LÍMITES CLAROS

Conectable donde importa.
Tu producto al mando.

La interfaz es tuya.

Web, app nativa, portal interno o canal conversacional. Organiza la experiencia en tu frontend y expón a través del backend solo lo que ese recorrido necesita.

El proveedor puede cambiar.

Los bloques con drivers desacoplan la operación del proveedor. En AI Engine, la elección de proveedor es configurable; en Payments y BaaS, revisa los adaptadores y las operaciones compatibles antes de integrar.

Explora proveedores ↗

El alcance puede crecer.

Empieza por la decisión. Añade documentos cuando tenga sentido. Conecta la comunicación después. Valida las dependencias de cada bloque y evoluciona por etapas que tu equipo pueda operar.

RECETAS DE ARQUITECTURA

Lo que usted quiere
poner en marcha?

Posibilidades de composición para no partir de una página en blanco. Los flujos siguientes son propuestas de integración, no paquetes listos para usar.

Crédito dentro de tu producto

Tu pantalla recibe la solicitud. Tu backend prepara los datos, llama a la decisión y deriva la formalización cuando la política lo permita.

Mantén explícitos los límites, los niveles de autorización y las excepciones.

Banca con identidad propia

Una experiencia de cuenta con tu diseño y tu navegación. Compón la puerta de entrada de la aplicación con las operaciones financieras que ofrecen los proveedores habilitados.

Define quién registra cada operación y cómo conciliar el resultado.

IA en la atención que ya existe

Tu CRM recibe el mensaje. Una llamada clasifica la intención; la aplicación usa ese resultado para sugerir una cola o una siguiente acción, con revisión en los casos que defina el negocio.

Separa la sugerencia de la ejecución y mantén el contexto autorizado.

Una nueva función en tu app

Añade una simulación o un paso de verificación sin rediseñar toda la navegación. Tu BFF traduce la respuesta de la API a la experiencia móvil.

Evalúa la privacidad, los permisos y la fase de madurez de cada bloque.
DEL PRIMER REQUEST A LA OPERACIÓN

El código integra.
El contrato lo sostiene.

EVENT DELIVERY / VISIÓN CONCEPTUAL

El evento tiene
un camino de vuelta.

  1. 01
    Se produce una acciónen el bloque de origen
  2. 02
    Una suscripción selecciona eventosen Webhooks Engine
  3. 03
    Tu endpoint recibevalida la firma y procesa con idempotencia
  4. 04
    La entrega deja historialconsulta los intentos e investiga los fallos
Explora el contrato de eventos ↗

Credenciales con propósito

Usa IAM y el mecanismo de autenticación adecuado al contrato. API Keys permite delimitar el acceso por ruta y gestionar la rotación y la revocación. Las credenciales de servicio se quedan en el backend.

Referencia ↗

Contexto de organización

Resuelve la organización a partir de la identidad autorizada. La aplicación debe preservar esa frontera al llamar a los bloques y al persistir sus propios datos.

Referencia ↗

Versiones que explican decisiones

En Decision Engine, la política está versionada y la ejecución deja registro. Planifica casos de regresión antes de publicar una nueva política.

Referencia ↗

Fallos previstos en el diseño

Define el timeout, el tratamiento de errores y la estrategia de recuperación. En los eventos, valida la firma y evita repetir efectos de negocio cuando se reenvíe una entrega.

Referencia ↗
TU PRIMER ALCANCE

Elige una responsabilidad.
Construya a partir de ella.

01

Encuentra la pieza

Elige el dominio y consulta la fase de la capacidad.

02

Lee el contrato

Valida la autenticación, las dependencias, las entradas y las respuestas.

03

Integra un recorrido

Prueba el camino feliz, los fallos y los efectos en tu sistema.

Producción, Beta y Alpha indican fases distintas. La disponibilidad, las dependencias y el alcance deben confirmarse en la documentación de cada bloque.