Ir al contenido principal

Caso de éxito · FinTech · Automoción

Caso de éxito AutoFinance: plataforma web para concesionarios con Bitrix24

Publicado el · Actualizado el · Por YuSMP Group Engineering

Caso de éxito AutoFinance: un desarrollo de referencia para operadores de financiación de concesionarios: una plataforma web de canal único que canaliza todas las consultas de financiación de coches hacia una cola con seguimiento, rellena previamente las solicitudes de crédito a partir de un registro nacional y envía las operaciones firmadas directamente al CRM con reintentos idempotentes y alertas de voz en tiempo real en el teléfono del gestor. Desarrollamos plataformas web complejas integradas con CRM para operadores FinTech y de financiación de concesionarios de EE. UU. y la UE; el desarrollo de AutoFinance es un ejemplo.

SectorFinTech · Automoción
Año del proyecto2024
ColaboraciónPrecio cerrado
AutoFinance: panel de la cola de solicitudes de la plataforma web para concesionarios

El reto: un único canal de entrada para todas las consultas de financiación de concesionarios

Un operador regional de financiación de automóviles perdía operaciones porque las consultas llegaban por teléfono, correo electrónico y chat sin un responsable único. El personal comercial volvía a teclear manualmente en Bitrix24 los mismos datos del comprador, la puntuación tardaba horas más de lo necesario y los gestores no tenían visibilidad de la cola. El mismo problema operativo aparece en los operadores de financiación de concesionarios de Estados Unidos y de la Unión Europea: entrada fragmentada, datos sucios en el CRM, ninguna visibilidad de los SLA y un comprador que ya se ha ido a otro sitio cuando llega la llamada de respuesta. El cliente necesitaba una aplicación web que sirviera como canal de entrada exclusivo de todas las solicitudes de los concesionarios, rellenara automáticamente los campos del formulario a partir de fuentes de datos externas y enviara los registros completados a su CRM sin una sola pulsación de copiar y pegar. La plataforma también debía admitir consultas preliminares breves (leads templados) y avisar al gestor responsable en el instante en que llegara un nuevo registro, ya fuera por chat o por llamada de voz. Lo abordamos como un proyecto de desarrollo de software a medida: construir desde cero la plataforma de entrada, integrarla con el CRM existente del operador en lugar de sustituirlo y diseñar la arquitectura para que el mismo patrón pudiera reorientarse a operadores de financiación de concesionarios de EE. UU. y la UE cambiando adaptadores y no reescribiendo la plataforma.

Aspectos destacados del proyecto

Canal único de entrada para todas las consultas de los concesionarios Relleno previo de direcciones y empleadores con Dadata Envío de operaciones al CRM Bitrix24 con un clic Sincronización idempotente con registro de reintentos Alertas de llamada de voz de Plusofon ante nuevos leads Notificaciones push de YaviChat Flujo de consulta rápida para leads templados Panel basado en roles con temporizadores de SLA

En cifras

Lo que aportó el desarrollo de AutoFinance como plataforma de entrada en producción para la financiación de concesionarios.

1canal de entrada exclusivo: todas las consultas de financiación de concesionarios canalizadas hacia una cola con seguimiento, sin bandejas de entrada paralelas
3integraciones externas: la API REST de Bitrix24, la API de Dadata, la telefonía de Plusofon y el transporte push de YaviChat
~50%reducción habitual del tiempo de relleno del formulario una vez conectado el relleno previo de direcciones y empleadores con Dadata
exactamente una vezsemántica de entrega al CRM mediante deduplicación por external_id en Bitrix24
2variantes del formulario de entrada: el asistente completo de solicitud de crédito y un flujo de consulta rápida de menos de 2 minutos
12–18 sem.plazo de entrega habitual de una plataforma de entrada de financiación de concesionarios comparable e integrada con CRM
Sincronización de AutoFinance con el CRM: envío de operaciones a Bitrix24 y canal de alertas de voz de Plusofon

Por qué integrar Bitrix24 + Dadata + Plusofon en lugar de construir un stack de CRM a medida

Para un operador de financiación de concesionarios, el CRM rara vez es el verdadero diferenciador: lo son la calidad de la entrada y la rapidez de la ventana hasta la llamada. El impulso de construir un CRM a medida desde cero es casi siempre una trampa presupuestaria: las etapas del embudo, los permisos por rol, los informes, los clientes móviles, la sincronización de calendarios y un centenar de pequeñas primitivas de flujo de trabajo que son requisitos básicos en Bitrix24 o Salesforce suponen por sí solas un año de ingeniería. Decidimos tratar el CRM como una decisión de proveedor y la plataforma de entrada como el producto real. La API REST de Bitrix24 expone la creación de operaciones, los campos personalizados, la asignación de roles y las transiciones del embudo; la API de enriquecimiento de datos de Dadata estandariza direcciones y registros de empleadores que de otro modo llegarían como texto libre sin valor; y Plusofon gestiona la difusión de llamadas de voz que convierte un nuevo lead en un teléfono que suena en menos de cinco segundos.

El mismo patrón de integración se traslada directamente a operadores de financiación de concesionarios de EE. UU. y la UE. Bitrix24 se sustituye por HubSpot o Salesforce; Dadata se sustituye por Smarty, Loqate, la API de direcciones de USPS o Experian para el enriquecimiento de empleadores; Plusofon se sustituye por Twilio Voice o Vonage. Ninguna de esas sustituciones requiere reescribir la plataforma, solo cambiar un adaptador tras un único límite de integración. La siguiente tabla comparativa explica por qué un stack SaaS integrado gana de forma contundente a un CRM construido a medida para casi todos los operadores de financiación de concesionarios a los que hemos asesorado, tanto en EE. UU. como en la UE.

Stack SaaS integrado frente a CRM construido a medida frente a HubSpot + Salesforce: de un vistazo
Criterio Stack SaaS integrado (Bitrix24 + Dadata + Plusofon) CRM construido a medida Combinación HubSpot + Salesforce
Tiempo hasta la primera operación en producción12–18 semanas: la capa de adaptadores es el único código nuevo12–18 meses: reconstruir primitivas de flujo de trabajo estándar16–24 semanas: dos proveedores, dos contratos, dos modelos de objetos
Coste total del primer año$180k–$350k de ingeniería + coste de puestos SaaS bajo-medio$600k–$1.2M de ingeniería + equipo de mantenimiento continuo del CRM$220k–$400k de ingeniería + coste alto de puestos empresariales
Personalización de embudos y rolesSe configura en la interfaz del proveedor: pueden cambiarla operadores sin perfil de ingenieríaTotalmente a medida: una tarea de ingeniería por cada cambioMayormente configurable; los flujos entre proveedores requieren código
Integración de enriquecimiento de datosAdaptador directo de Dadata / Smarty / Experian: un único límiteConstruir desde cero la normalización de direcciones y la consulta de empleadoresAmbos proveedores tienen marketplaces de enriquecimiento independientes
Difusión de telefonía (lead → llamada)Webhook de Plusofon / Twilio Voice: llamada en menos de 5 segundosConstruir un servicio puente de telefonía + contrato con un operadorComplemento Salesforce Service Cloud Voice; HubSpot mediante un socio
Enfoque de cumplimiento (RGPD / CCPA)El proveedor gestiona la mayor parte del DPA y de la lista de subencargadosEl operador hereda el 100 % del alcance del RGPD / CCPAAmbos proveedores son de nivel empresarial; el flujo de datos entre proveedores requiere una evaluación de impacto relativa a la protección de datos (EIPD)
Reorientación al mercado de EE. UU. / UECambio de adaptador (Bitrix24→HubSpot, Dadata→Smarty): sin reescrituraLocalización completa del modelo de datos del CRM propietarioYa es nativo de EE. UU. / UE; la dependencia del proveedor sigue aplicando

Referencias de plataformas: documentación de la API REST de Bitrix24, documentación de la API de Dadata, documentación del framework Laravel.

Panel de AutoFinance: cola de solicitudes con temporizadores de SLA y filtros basados en roles

Desarrollo del panel: cola de solicitudes, temporizadores de SLA y estado en tiempo real

El panel es una aplicación de una sola página en React / TypeScript que lista cada registro activo con su estado, responsable, vehículo y marca de tiempo. La búsqueda en línea y los filtros multicampo localizan cualquier registro en segundos sin salir de la pantalla. La API subyacente es un backend en Laravel que expone una superficie REST con tokens de sesión firmados con JWT y PostgreSQL como almacén duradero; Redis guarda la cola de notificaciones en caliente de cada usuario y el estado de los temporizadores de SLA, de modo que un gestor que actualiza la página ve la cuenta atrás correcta sin recalcularla. Este mismo patrón de panel es el que entregamos en los proyectos de desarrollo de aplicaciones web para operadores FinTech de EE. UU. y la UE.

Las transiciones de estado (nuevo, en revisión, aprobado, rechazado) se propagan en tiempo real a todos los paneles conectados mediante eventos enviados por el servidor, de modo que dos miembros del personal nunca trabajan el mismo caso a la vez. Un indicador de SLA con código de colores señala las solicitudes en riesgo de caducar, con el temporizador reiniciado a un presupuesto de SLA por etapa del embudo; el operador configura esos presupuestos en Bitrix24 y la plataforma los lee a través de la API REST al iniciar la sesión. El modelo de roles se toma íntegro de Bitrix24 (administrador, gestor, agente, observador), de modo que la plataforma hereda el organigrama existente del operador en lugar de bifurcarlo.

Asistente de solicitud de crédito de AutoFinance: formulario de varios pasos con relleno previo de Dadata

Desarrollo del formulario de solicitud: asistente de crédito de varios pasos con relleno previo de Dadata

La solicitud de crédito es un asistente de varios pasos que divide una solicitud de análisis de riesgo completa en etapas lógicas: identidad, dirección, empleador, vehículo y el paso de consentimiento / información. Los campos de dirección y empleador se autocompletan mediante Dadata: los compradores confirman con dos pulsaciones en lugar de teclear siete campos a mano, lo que reduce el tiempo del formulario aproximadamente a la mitad en el despliegue en producción. El mismo hueco arquitectónico admite un proveedor de enriquecimiento de datos de EE. UU. (Smarty para direcciones postales, Experian o Equifax para el enriquecimiento de empleador / ingresos) o de la UE (Loqate, más registros de empleadores específicos de cada jurisdicción) sin cambiar el código del asistente: el adaptador de enriquecimiento de datos es una única clase de servicio de Laravel tras una interfaz.

La validación se ejecuta en cada paso, de modo que los errores afloran antes del envío final y no después de que el comprador haya pasado quince minutos tecleando. Las solicitudes parcialmente completadas se guardan automáticamente y se reabren exactamente donde las dejó el cliente, desde cualquier dispositivo: un token de sesión más un borrador en el servidor significan que un comprador que pasa del ordenador del concesionario al teléfono retoma el flujo a medias sin perder el estado. El asistente es el patrón canónico que reutilizamos en cualquier desarrollo de entrada FinTech, incluidos los flujos de crédito al consumo, préstamos de automoción y alta de suscripciones SaaS para clientes de EE. UU. y la UE.

Flujo de consulta rápida de AutoFinance: pantalla de captación de leads templados

Arquitectura, flujo de consulta rápida y enfoque de cumplimiento

El flujo de consulta rápida de la plataforma es un hermano deliberadamente simplificado de la solicitud de crédito completa: nombre, teléfono, interés en un vehículo y un comentario de texto libre capturados en menos de dos minutos. Alimenta la misma cola de Postgres que las solicitudes completas, etiquetado como lead templado para que el gestor asignado sepa que debe llamar en lugar de esperar una solicitud completa. El tratamiento de datos del flujo de consulta es idéntico al de la solicitud completa: el registro se crea en Postgres, el responsable se calcula mediante el servicio de enrutamiento por roles, se crea una operación en Bitrix24 a través de la API REST con un token external_id y un webhook de Plusofon lanza una llamada de voz al teléfono del gestor en cuestión de segundos. Los gestores convierten una consulta en una solicitud de crédito completa con un clic, rellenando de antemano todo lo que el comprador ya introdujo: no se vuelve a teclear ningún dato y el registro de la operación en Bitrix24 se actualiza en lugar de recrearse, de modo que se conserva el origen original del lead.

La sincronización con el CRM es idempotente por diseño. Cada llamada saliente va envuelta en una tarea en cola de Laravel que lleva un token external_id; Bitrix24 rechaza los tokens duplicados al crear la operación, de modo que los reintentos tras un fallo de red no pueden crear una segunda operación. Las llamadas fallidas se vuelven a poner en cola con retroceso exponencial y se muestran en un registro de sincronización de administración para que los operadores puedan auditar cada intento saliente: es lo más cerca que la plataforma está de una semántica de entrega exactamente una vez. Los datos personales (nombre, teléfono, dirección, empleador) se cifran en reposo en PostgreSQL con claves a nivel de columna guardadas en un KMS independiente, la retención está limitada por la política documentada de tratamiento de datos del operador y el acceso al registro de sincronización de administración se controla por roles mediante el mismo modelo de roles reflejado de Bitrix24. En un despliegue en EE. UU. o la UE, la pantalla de consentimiento del flujo de consulta es el lugar natural para añadir un aviso adaptado a la región: un interruptor de consentimiento granular del RGPD para los usuarios de la Unión Europea y un aviso «No vender ni compartir mi información personal» de la CCPA / CPRA para los usuarios de California y de las demás jurisdicciones con leyes estatales de EE. UU.

Enfoque de cumplimiento: alineado con el RGPD · preparado para ISO 27001 · SOC 2 Type II en curso · apto para HIPAA · CCPA contemplada.

Metodología de entrega

Un desarrollo en cinco fases que llevó a AutoFinance desde un taller con el operador hasta una plataforma de entrada de financiación de concesionarios en producción.

Fase 1

Descubrimiento y mapeo de la entrada

Taller con el operador: cada canal existente (teléfono, correo electrónico, chat, sala de exposición) asignado a un formulario de entrada objetivo. Taxonomía de roles tomada de Bitrix24. Alcance del tratamiento de datos dimensionado frente a obligaciones de clase RGPD + CCPA.

Fase 2

Arquitectura y límites de integración

Base de backend en Laravel y frontend en React/TypeScript. Adaptadores de integración acotados tras interfaces (API REST de Bitrix24, enriquecimiento de Dadata, telefonía de Plusofon, push de YaviChat) para que cada proveedor sea sustituible.

Fase 3

Desarrollo de plataforma

Asistente de solicitud de crédito de varios pasos, flujo de consulta rápida, panel basado en roles, temporizadores de SLA con Redis, envío idempotente de operaciones a Bitrix24 con deduplicación por external_id y registro de reintentos en cola.

Fase 4

Refuerzo y enfoque preparado para auditoría

Cifrado a nivel de columna de los datos personales en PostgreSQL, rotación de sesiones JWT, registro de sincronización de administración con acceso por roles, verificación de firma de los webhooks de telefonía y documentación del flujo de datos alineada con el RGPD para la plantilla de DPA del operador.

Fase 5

Lanzamiento y capacitación del operador

Despliegue en los concesionarios, formación de los operadores, rotación de guardias para el límite de integración, monitorización del registro de sincronización y un manual documentado de cambio de adaptadores para reorientar la plataforma a operadores de financiación de concesionarios de EE. UU. y la UE.

Escalado de la plataforma: patrón de adaptadores y reorientación a EE. UU. / UE

La plataforma se diseñó desde el primer día para escalar más allá de un único operador regional. Cada dependencia externa vive tras una interfaz (Crm, Enrichment, Telephony, Push) y una clase de adaptador concreta. La implementación de Bitrix24 es un adaptador de Crm; un adaptador de HubSpot y otro de Salesforce comparten la misma interfaz y solo requieren una capa de traducción entre el objeto Deal canónico de la plataforma y el modelo REST del proveedor. El adaptador de enriquecimiento de Dadata se complementa con un adaptador de Smarty (direcciones postales de EE. UU., previsto), un adaptador de Loqate (direcciones postales de la UE, previsto) y un hueco para un adaptador de Experian / Equifax para el enriquecimiento de empleador e ingresos. El adaptador de telefonía de Plusofon tiene un hermano de Twilio Voice y otro de Vonage esbozados a nivel de interfaz. El trabajo futuro (puntuación previa automatizada mediante la API de una agencia de crédito, un formulario para compradores pensado primero para móvil para quienes entran en la sala de exposición y un módulo de informes que muestre la conversión por origen y categoría de vehículo) encaja tras el mismo patrón de adaptadores. El resultado final es un activo de desarrollo de software a medida que recoge como código el flujo de entrada de la financiación de concesionarios, con la identidad del proveedor tratada como una cuestión de configuración.

Lanzamiento en EE. UU. y la UE: cumplimiento en financiación de concesionarios y legislación regional

El despliegue en producción de AutoFinance atiende a concesionarios de la región de Yaroslavl, en Rusia, donde es el canal de entrada exclusivo de todas las consultas de financiación de coches que reciben. La arquitectura es honesta en cuanto a la jurisdicción de esa implantación; el desarrollo es, no obstante, plenamente replicable para operadores de financiación de concesionarios de Estados Unidos y de la Unión Europea. En un despliegue en EE. UU., la superficie de tratamiento de datos de la plataforma está alineada con el mosaico de leyes estatales: CCPA / CPRA (California), VCDPA (Virginia), CPA (Colorado), CTDPA (Connecticut), UCPA (Utah), TDPSA (Texas) y la CPA de Oregón, con las capas específicas de los préstamos de automoción de la Equal Credit Opportunity Act (ECOA) y la Regulation B a nivel federal. En un despliegue en la UE, la plataforma se alinea con el RGPD para los datos personales de los compradores, además de las capas de crédito al consumo específicas de cada jurisdicción en Alemania, Francia, Países Bajos, Irlanda y Suecia. La pantalla de consentimiento, tanto en el flujo de consulta como en el de solicitud completa, se adapta a la región: un comprador de la UE ve un panel de consentimiento granular del RGPD; un comprador de California ve un aviso «No vender ni compartir mi información personal» de la CCPA con la política de privacidad enlazada.

Las operaciones de ingeniería están alineadas con las zonas horarias para las compras de EE. UU. y la UE: jornada CET con solapamiento con la costa este de EE. UU. (9:00–13:00 ET) para reuniones diarias, demos y respuesta a incidencias. El límite de integración, donde hoy se sitúan Bitrix24, Dadata y Plusofon, es la costura natural para un cambio de adaptadores a EE. UU. (HubSpot o Salesforce para el CRM, Smarty / Loqate / USPS para direcciones postales, Experian o Equifax para el enriquecimiento de empleadores, Twilio Voice o Vonage para la telefonía) o a la UE, sin cambios en el código de la plataforma principal. El mismo enfoque se extiende al planteamiento de cloud y DevOps: la plataforma está contenerizada para AWS o para una región gestionada de la Unión Europea, con compromisos de residencia de datos documentados en el DPA del operador. Los operadores de financiación de concesionarios de EE. UU. y la UE que estudien este patrón obtienen un desarrollo que es honesto sobre su implantación productiva en Rusia y riguroso en su planteamiento de reorientación.

Stack tecnológico y hoja de ruta

PHP Laravel React TypeScript PostgreSQL Redis API REST de Bitrix24 API de Dadata YaviChat Plusofon Docker Nginx REST JWT GitHub Actions

La hoja de ruta activa se centra en tres líneas. Primera, un formulario para compradores pensado primero para móvil para quienes entran en la sala de exposición, diseñado para abrirse desde un código QR en una tarjeta de la sala sin instalar ninguna app. Segunda, la puntuación previa automatizada mediante la API de una agencia de crédito, para que los gestores vean una banda de aprobación probable antes de devolver la llamada: adaptadores de Experian y Equifax para despliegues en EE. UU., proveedores de clase NBKI para el despliegue actual en Rusia y un hueco equivalente en la UE para proveedores de clase Schufa en Alemania. Tercera, un módulo de informes que muestre la tasa de conversión por origen, categoría de vehículo y concesionario para las revisiones mensuales de negocio, junto con una superficie de webhooks para que el operador pueda enviar eventos a un almacén de datos posterior para el análisis de cohortes.

Cree algo similar: hable con nosotros

Si planea una plataforma de entrada para financiación de concesionarios, un desarrollo web FinTech a medida integrado con CRM o una superficie SaaS que deba enviar operaciones a HubSpot, Salesforce, Bitrix24 o Pipedrive sin perder datos, hemos entregado este stack de principio a fin y podemos acortar de forma notable el plazo de desarrollo para operadores de EE. UU. y la UE. El equipo de ingeniería de AutoFinance forma parte de YuSMP Group. Trabajamos a precio cerrado en MVP bien acotados y con equipos de desarrollo dedicados para la entrega continua, con jornada CET y una franja garantizada de solapamiento con la costa este de EE. UU. (9:00–13:00 ET) para reuniones diarias, demos y respuesta a incidencias.

Reservar una llamada inicial Ver servicios de aplicaciones web

Preguntas frecuentes

¿Cuánto cuesta crear una plataforma web a medida de financiación de concesionarios con integración con Bitrix24?

Un MVP centrado (cola de entrada de canal único, asistente de solicitud de crédito de varios pasos, envío de operaciones por la API REST de Bitrix24 y una integración de enriquecimiento de datos externa, Dadata o un equivalente de EE. UU. como Experian / Plaid) suele costar $80k–$180k. Un desarrollo completo que añada paneles basados en roles, temporizadores de SLA, telefonía con alertas de voz (de clase Plusofon), lógica de reintentos idempotente y registro de sincronización de administración suele situarse en $180k–$350k. Los principales factores de coste son la superficie de integración con el CRM, los casos límite del enriquecimiento de datos (direcciones extranjeras, registros de empleadores ausentes) y el enfoque de cumplimiento exigido para los préstamos de automoción en EE. UU. y la UE.

¿Por qué integrar Bitrix24 en lugar de construir un stack de CRM a medida?

Para un operador de financiación de concesionarios, el CRM rara vez es el diferenciador: lo son la calidad de la entrada y la rapidez de la ventana hasta la llamada. Construir sobre Bitrix24 permite a un equipo poner en producción una superficie de seguimiento de operaciones en días y no en meses, con permisos por rol, etapas del embudo e informes ya probados en cientos de miles de cuentas. La diferencia de coste frente a un CRM a medida es acusada: Bitrix24 más una capa de integración ligera suele ahorrar 6–9 meses de desarrollo y el 60–80 % del presupuesto de ingeniería durante los tres primeros años, sin pérdida de personalización del embudo.

¿Cómo se mantiene idempotente una sincronización con Bitrix24 ante fallos de red?

Cada llamada saliente va envuelta en una tarea en cola de Laravel con un token external_id asociado a la solicitud de origen. El endpoint REST de Bitrix24 se invoca con ese token; en el lado del CRM, una comprobación de token duplicado al crear la operación rechaza los reintentos en lugar de crear una segunda operación. Las llamadas fallidas se vuelven a poner en cola con retroceso exponencial y se muestran en un registro de sincronización de administración para que los operadores puedan auditar cada intento saliente. El resultado es una semántica de entrega exactamente una vez desde el punto de vista de la plataforma, incluso ante caídas o ventanas de mantenimiento de varios días.

¿Qué aporta la API de Dadata a un formulario de solicitud de financiación de concesionarios?

Dadata (y sus equivalentes de EE. UU.: Smarty, Loqate, la API de USPS para la validación de direcciones, más Experian o Equifax para el enriquecimiento de empleador / ingresos) reduce un formulario de crédito de 40 campos a unas pocas pulsaciones. La plataforma rellena de antemano la dirección postal, la identificación del empleador y los registros estandarizados del vehículo a partir de una única consulta por nombre o identificador fiscal. Eso reduce a la mitad el abandono de compradores, elimina la fuente más habitual de datos sucios en el CRM y da al equipo de análisis de riesgo un conjunto de datos limpio con el que puntuar. El mismo patrón de arquitectura se traslada directamente a cualquier proveedor de enriquecimiento de datos de Norteamérica o Europa.

¿Dónde está en producción AutoFinance y es replicable el desarrollo para operadores de EE. UU. y la UE?

La plataforma está en producción en concesionarios de la región de Yaroslavl, en Rusia, y se usa como canal de entrada exclusivo de todas las consultas de financiación de coches que reciben. La arquitectura (Laravel + React, cola basada en roles, envío idempotente al CRM y alertas con difusión de telefonía) es plenamente replicable para operadores de financiación de concesionarios de EE. UU. y la UE cambiando los adaptadores de integración: Bitrix24 por HubSpot, Salesforce o Pipedrive; Dadata por Smarty / Loqate / Experian; Plusofon por Twilio Voice o Vonage. El activo reutilizable es el patrón de la plataforma, no la lista de proveedores regionales.

Compartir este caso

LinkedIn X

Planifique un desarrollo similar

Reservar una llamada inicial

Pedir propuesta

Cuéntenos algunos detalles y un consultor sénior le responderá en un día hábil.