Añada un comercio o un mercado sin publicar código
Su decisión ocurre dentro del checkout de otro, con su tráfico y su presupuesto de latencia. Tiene que responder rápido, responder igual siempre y responder a la pregunta correcta: qué financiación se le puede ofrecer de verdad a este cliente aquí.
Reglas deelegibilidad
Política porcomercio
Scoringinstantáneo
Endpointsregionales
La decisión detrás del botón
La elegibilidad en finanzas embebidas casi nunca es una regla. Es un conjunto de restricciones que hay que resolver juntas, en una sola llamada.
Qué financiación aplica
Cruza cliente, cesta, comercio, mercado y catálogo de producto en una sola decisión, en lugar de codificar la elegibilidad a mano en cada integración.
Reglas por comercio y por mercado
La misma plataforma con restricciones distintas por comercio, segmento y jurisdicción, sin bifurcar la lógica ni publicar una variante por socio.
Crédito y capacidad al instante
Scoring, capacidad de pago y señales de fraude resueltos dentro del flujo, con las consultas externas en paralelo para que la latencia la marque la llamada más lenta y no la suma.
Consistencia entre canales
La respuesta de elegibilidad en el checkout y la del portal del socio salen del mismo flujo de decisión, así que no pueden discrepar.
Tiempo real, y casi solo tiempo real
Es lo más sensible a la latencia que hacemos, y la superficie que importa son las decisiones instantáneas.
- Endpoints en tiempo real, en su región. Una llamada REST desde la integración del socio, respondida en milisegundos con decisiones en tiempo real.
- Consultas en paralelo con planes alternativos. Buró, fraude y dispositivo se llaman a la vez dentro del flujo, con los timeouts y alternativas que usted fijas: un proveedor lento degrada la decisión, no cuelga el checkout.
- Cambie las reglas sin una release del socio. Los cambios de elegibilidad se publican como un release de su lado, no como un cambio de código en cada integración.
Alguien sigue teniendo que responder por la decisión
Distribuir a través de un socio no traslada la obligación. Cuando el producto subyacente es crédito al consumo, la evaluación de solvencia entra en el Anexo III del Reglamento de IA desde el 2 de diciembre de 2027, y el artículo 22 del RGPD ya aplica a la denegación de hoy. La traza tiene que existir aunque el cliente nunca haya visto su marca.
Preguntas que nos hacen
¿Qué latencia deberíamos esperar?
Milisegundos para reglas y modelos. La latencia real la dominan las llamadas a datos externos, y por eso se ejecutan en paralelo dentro del flujo con timeouts que usted controlas.
¿La elegibilidad puede variar por comercio y por mercado?
Sí, y es el caso normal. Comercio, mercado, segmento y producto se resuelven juntos en una decisión en lugar de repartirse entre integraciones.
¿Qué pasa si un proveedor de datos va lento o está caído?
Usted defines el timeout y el plan alternativo. La decisión se degrada como hayas especificado en vez de fallar o quedarse colgada.
¿Cómo desplegamos un cambio de reglas a todos los socios?
Como un release de su lado. Los socios siguen llamando al mismo endpoint; la lógica detrás pasa por su proceso de aprobación.
¿Necesitamos trabajo por casos para esto?
Normalmente no. Las decisiones de finanzas embebidas se responden en una petición. Si además gestionas disputas o investigaciones de contracargos, eso sí es trabajo por casos.