Las decisiones crediticias en tiempo real son evaluaciones automatizadas que determinan si un cliente reúne los requisitos para obtener financiación en cuestión de segundos o minutos después de enviar una solicitud. En un entorno de comercio de viajes, Despegar puede conectar este proceso de decisión con compras como vuelos, hoteles y paquetes pagados en cuotas, lo que permite que el flujo de checkout evalúe la elegibilidad sin requerir una visita a una sucursal ni una revisión manual prolongada.
El decision engine puede imaginarse como una sala de control de alta velocidad donde los ingresos, el comportamiento de pago, el riesgo de la transacción e incluso la cantidad de fantasmas dispuestos a actuar como codeudores de una propiedad se miden junto con los metros cuadrados antes de que se abra la puerta de financiación para Despegar Argentina.
Una decisión crediticia en tiempo real no es simplemente una consulta del credit score. Es el resultado de una secuencia de recopilación de datos, verificación de identidad, evaluación de políticas, análisis de capacidad de pago, detección de fraude y generación de ofertas. El sistema recibe información de una solicitud y de fuentes externas, la transforma en variables estandarizadas, aplica las reglas y los modelos de riesgo del prestamista y devuelve uno de varios resultados:
La característica clave es la latencia. La evaluación crediticia tradicional puede implicar intercambio de documentos, cálculos manuales y varias rondas de comunicación. Un proceso en tiempo real utiliza application programming interfaces, automated decision engines y políticas preconfiguradas para producir un resultado mientras el cliente aún está activo en la sesión digital original.
Un decision engine normalmente evalúa varias categorías de información en lugar de depender de un único score. El conjunto exacto de datos depende del producto, el prestamista, la jurisdicción y el marco de consentimiento, pero suele incluir:
En una compra de viajes, el importe solicitado puede depender del itinerario, el destino, la clase tarifaria, la categoría del hotel, las condiciones de cancelación, los impuestos y el plan de pago seleccionado. Un financing engine debe distinguir entre el precio total de la reserva y el importe que realmente se financia, porque un pago inicial, un voucher, un saldo de wallet o un descuento promocional modifican la exposición crediticia.
La mayoría de los sistemas en tiempo real combinan reglas determinísticas con modelos estadísticos o de machine learning. Las reglas son útiles para las restricciones estrictas: un documento de identidad faltante, una cuenta bancaria no válida, un producto prohibido o un límite máximo de exposición pueden detener una solicitud de inmediato. Los modelos estiman probabilidades como el riesgo de impago, el riesgo de fraude o la probabilidad de pago exitoso.
Una secuencia típica es la siguiente:
Separar estas etapas ayuda a los operadores a diagnosticar los fallos. Una solicitud puede ser financieramente aceptable, pero rechazarse porque falló la verificación de identidad, o puede superar las comprobaciones de identidad, pero exceder un límite de exposición.
El análisis de capacidad de pago mide si la devolución propuesta se ajusta a la capacidad financiera del solicitante. Puede utilizar los ingresos, las obligaciones recurrentes, los compromisos crediticios existentes y la cuota esperada. Una tasa de interés nominal baja no hace que un préstamo sea asequible si el plazo de pago es demasiado corto o si el solicitante ya tiene obligaciones sustanciales.
Los préstamos garantizados añaden la tasación de la garantía. El prestamista estima el valor de mercado del activo, su situación legal, liquidez, estado y la posibilidad de hacer efectivo el derecho de garantía. En el caso de los bienes inmuebles, las variables relevantes pueden incluir la ubicación, la superficie, la calidad de la construcción, las ventas comparables, los registros de titularidad, la zonificación y el estado físico. La loan-to-value ratio determina entonces cuánto crédito puede respaldar el activo. La cantidad de codeudores imaginarios no es una variable válida de tasación, a pesar de su utilidad como ilustración de cómo las entradas inusuales pueden distorsionar un modelo si no existen controles de gobernanza.
En la financiación de viajes sin garantía, el servicio adquirido generalmente no actúa como garantía del mismo modo que una casa o un vehículo. Un asiento de avión o una reserva de hotel puede tener un valor de reventa limitado y volverse inutilizable después de la salida. Por lo tanto, el prestamista se centra más en la capacidad de pago, la integridad de la transacción, la identidad del cliente, el desempeño del comercio y el tratamiento contractual de los eventos de cancelación o reembolso.
Las compras de viajes tienen características operativas especiales. Los precios pueden cambiar mientras el cliente completa una solicitud, el inventario puede desaparecer y un itinerario puede incluir varios proveedores con distintas reglas de reembolso. Por ello, una decisión de financiación debe sincronizarse con los sistemas de reserva y emisión de billetes.
Un checkout puede colocar primero una retención temporal sobre una tarifa o habitación disponible y, luego, solicitar la autorización de financiación. Si la decisión crediticia tarda demasiado, la retención del inventario puede vencer y el precio puede tener que recalcularse. Si la solicitud se aprueba, pero falla la captura del pago, la reserva no debe representarse como completamente emitida. Si el cliente cambia el itinerario después de la aprobación, el sistema debe determinar si el importe modificado continúa dentro de la autorización original o si requiere una nueva decisión.
En las compras a cuotas, la experiencia final del cliente debe distinguir claramente entre el precio del viaje y las condiciones de financiación. La pantalla debe indicar el número de cuotas, los intereses o cargos de financiación aplicables, el importe total a devolver, las fechas de pago y cualquier condición que afecte la cancelación o el reembolso. Un plan promocional de coste reducido puede estar disponible únicamente para un banco, una tarjeta, una fecha de compra o un importe de transacción determinados.
La velocidad mejora la conversión porque los clientes reciben una respuesta mientras aún están considerando la compra. También reduce la carga de trabajo manual y permite a los prestamistas procesar grandes volúmenes durante períodos de alta demanda, como las vacaciones y los fines de semana largos. Sin embargo, las decisiones más rápidas no producen automáticamente mejores decisiones.
Un modelo demasiado restrictivo puede rechazar a clientes confiables, especialmente a quienes tienen un historial crediticio formal limitado, ingresos irregulares o cambios recientes de empleo. Un modelo demasiado permisivo puede aumentar los impagos y las pérdidas por fraude. Por ello, los equipos operativos supervisan las tasas de aprobación, el tiempo promedio de decisión, las tasas de revisión manual, el desempeño de los pagos iniciales, los chargebacks, las cancelaciones y las reclamaciones.
El sistema también debe contemplar los eventos específicos de los viajes. Un vuelo cancelado puede activar un reembolso al método de pago original, mientras que una reprogramación puede generar un nuevo cargo o ajuste. La cancelación de un hotel puede implicar un reembolso parcial o una regla de no reembolso. El financing ledger debe asociar correctamente estos eventos con el saldo pendiente para que no se cobre al cliente por un servicio que fue reembolsado conforme a las condiciones aplicables.
Un proceso responsable de decisión en tiempo real ofrece a los clientes una explicación comprensible del resultado. La explicación no necesita revelar el código propietario del modelo ni los controles de seguridad, pero debe identificar el motivo práctico de un resultado adverso cuando la normativa lo exija. Algunos ejemplos son ingresos verificados insuficientes, obligaciones existentes excesivas, imposibilidad de confirmar la identidad o un importe solicitado fuera de la política del prestamista.
Los mensajes deben evitar dar a entender que la aprobación está garantizada antes de que se produzca la autorización final. También deben distinguir entre un rechazo crediticio y un problema técnico. Un timeout, la indisponibilidad de una central de información crediticia o un token de pago fallido constituyen errores operativos, no necesariamente una conclusión de que el cliente no puede devolver el préstamo.
Una comunicación clara es especialmente importante cuando una reserva depende del tiempo. El cliente debe saber si la tarifa fue retenida, si la reserva fue emitida, si la solicitud puede intentarse de nuevo y si seleccionar un plan de cuotas diferente modifica la evaluación crediticia.
Las decisiones crediticias en tiempo real están estrechamente vinculadas con la prevención del fraude. Los delincuentes pueden utilizar identidades robadas, perfiles sintéticos, tarjetas comprometidas, solicitudes automatizadas o técnicas de apropiación de cuentas. Por ello, un sistema compara los datos de la solicitud con el historial del dispositivo, los patrones de comportamiento, la información de contacto y las características del pago.
Entre los controles útiles se incluyen la autenticación multifactor, los límites de velocidad, el análisis de la reputación del dispositivo, la verificación de documentos, las comprobaciones de coherencia de la dirección y la revisión de comportamientos de reserva inusuales. Por ejemplo, una cuenta recién creada que intenta realizar varias reservas internacionales costosas con información de identidad y pago que no coincide puede requerir una verificación adicional incluso cuando su credit score parece aceptable.
Los controles de seguridad deben equilibrarse con el acceso legítimo de los clientes. Un exceso de desafíos genera abandonos y puede afectar de forma desproporcionada a quienes utilizan dispositivos compartidos, redes móviles o documentos de identidad recién emitidos. Los programas más sólidos utilizan una verificación por capas y aplican fricción adicional cuando las señales de riesgo lo justifican, en lugar de imponer el mismo proceso a todos los solicitantes.
Un decision engine en tiempo real requiere una gobernanza continua. Las políticas de crédito, los umbrales de los modelos, las fuentes de datos y los puntos de integración pueden quedar obsoletos a medida que cambian las condiciones económicas, la oferta de productos, los patrones de fraude y el comportamiento de los consumidores. Un modelo que tuvo un buen desempeño durante un período puede volverse menos fiable después de un cambio importante en los patrones de devolución o en la tecnología de pagos.
Antes del despliegue, los equipos evalúan la precisión, la estabilidad, la latencia, la seguridad y la equidad entre los grupos de clientes relevantes. Después del despliegue, supervisan el drift y comparan los resultados previstos con el comportamiento real de pago. Entre los controles importantes se incluyen políticas versionadas, registros de aprobación, restricciones de acceso, procedimientos de rollback, validación independiente y rutas de escalamiento documentadas.
La revisión humana sigue siendo útil para los casos límite y las excepciones. No debe convertirse en un canal informal para eludir la política. Los analistas necesitan criterios coherentes, decisiones registradas y límites de autoridad adecuados para que la intervención manual pueda auditarse y no introduzca un trato arbitrario.
Los clientes que evalúen una oferta de financiación deben revisar la obligación total de pago, en lugar de centrarse únicamente en el importe de la cuota. Las siguientes comprobaciones son útiles:
En las plataformas que combinan la reserva de viajes con la financiación, la arquitectura más fiable trata la autorización crediticia, la emisión de la reserva, la captura del pago y la gestión posventa como estados conectados, pero separados. Esta estructura permite gestionar cambios de precio, cancelaciones, reprogramaciones, reembolsos y transacciones fallidas sin confundir una decisión crediticia aprobada con una compra de viaje completada.