Elegibilidad del crédito en checkout, del lado del prestamista
Cada cambio de elegibilidad exige un ticket en la integración del socio. Decisimo ejecuta la política del prestamista en una sola llamada.
La política de crédito en checkout sigue en manos del prestamista
Elegibilidad bajo su control
El socio llama al endpoint que ejecuta la política del prestamista
Reglas por mercado y comercio
El equipo de riesgos edita filas con un motivo para cada oferta
Cambios de reglas
El socio conserva su URL cuando el equipo de riesgos publica un cambio
Política compartida
Una tabla combina mercado y comercio para elegir la oferta
Nuevos mercados
El equipo de riesgos agrega filas y publica una release
Errores de fuentes
Los valores ausentes llevan una marca de error y las filas generales definen qué sigue
Del llamado del socio a la oferta en checkout
Solicitud de checkout
Datos externos
Reglas por mercado y comercio
Puntaje de capacidad de pago
Opciones de financiamiento
Probar cambios de reglas
Publicación en endpoint
El equipo de riesgos edita filas por mercado y comercio
- Condiciones y resultadosMercado, categoría comercial y capacidad de pago determinan oferta y motivo
- Nuevos mercadosCada mercado nuevo suma filas con una razón junto a cada oferta
- Orden de filasPor defecto gana la última coincidencia, o puede priorizar la primera
Tres consultas a la vez y qué ocurre si una falla
- Tres fuentesLas tres consultas ocurren a la vez y la más lenta determina la espera
- Errores de fuenteLos valores vuelven ausentes con una marca de error y las filas generales definen qué sigue
- Consultas en cachéUna antigüedad máxima permite responder consultas repetidas desde la base del prestamista
Pruebe un cambio con valores elegidos antes de publicarlo
- Ejecución de pruebaSe ejecuta todo el flujo de decisiones con llamadas externas desactivadas
- Registro de ejecuciónConsulte lo que produjo cada etapa, hasta la oferta y su motivo
- Release asociadaCada resultado queda vinculado a la release que lo produjo
El socio conserva el mismo endpoint
- Nueva releaseLa regla modificada se ejecuta al publicar una nueva release en el mismo endpoint
- Aprobación previaEl endpoint puede exigir aprobación antes de publicar una release
- Historial de revisionesCada guardado crea una revisión y usted puede comparar dos releases
El prestamista conserva sus deberes legales
- Crédito de alto riesgoLas obligaciones de la Ley de IA de la UE empiezan el 2 de diciembre de 2027. El artículo 22 se aplica hoy.
- Deberes del prestamistaOfrecer crédito mediante un socio no traslada esas obligaciones al socio
- Registros de decisionesPuede guardar entradas y salidas en su Postgres y verlas
Lo que queda en manos del prestamista
- Valores de demostraciónCada umbral, puntaje, mercado y oferta mostrados pertenecen a un caso de demostración
- Política del prestamistaEl prestamista define la política y aporta los datos. Decisimo la ejecuta.
- Interfaz del socioEl socio es dueño del checkout y de las pantallas que ofrece
Preguntas que nos hacen
¿Qué es un motor de decisiones BNPL?
Un motor de decisiones BNPL aplica la política crediticia del prestamista a los datos del checkout y devuelve una oferta de financiamiento. Decisimo reúne en un solo flujo de decisiones las reglas por comercio y mercado, un scorecard de capacidad de pago y una tabla de opciones de financiamiento.
¿Puedo agregar un mercado sin que el socio publique una release?
Agregue filas para ese mercado en la tabla «Financing options» y publique una nueva release en el mismo endpoint. El socio sigue consultando la misma URL.
¿Cómo se integran los controles de fraude en las decisiones de crédito en checkout?
Decisimo consulta datos de dispositivo y fraude junto con la fuente de crédito y el perfil del comercio, y aplica las reglas del prestamista a los resultados. Conozca las decisiones antifraude