Arquitectura de DMS
DMS frente a CRM, ERP, IMS y UCM: lo que un concesionario de automoción realmente necesita
Las categorías se solapan, pero no resuelven el mismo problema. Una responsabilidad clara sobre los datos de clientes, vehículos, flujo de trabajo y finanzas es más importante que el número de etiquetas de producto.

Puntos clave
- El DMS es el núcleo operativo de automoción, no un sinónimo de toda aplicación del concesionario.
- El CRM es responsable de las interacciones y las oportunidades, mientras que el ERP es responsable de los recursos generales de la empresa y de la consolidación financiera.
- El IMS y el UCM tienen un alcance más reducido: el IMS gestiona el stock, mientras que el UCM gestiona el recorrido operativo del vehículo de ocasión.
- Tanto las arquitecturas nativas como las integradas pueden funcionar si se diseñan bien los identificadores, los eventos, los controles y la recuperación.
- La evidencia pública de producto debe etiquetarse como Confirmado, No confirmado públicamente o No evaluado.
1. Empiece por la tarea, no por las siglas
La terminología del software para concesionarios es incoherente. Un proveedor puede llamar DMS a un producto, otro plataforma de retail de automoción y otro sistema operativo. Un CRM puede incluir la elaboración de presupuestos. Un DMS puede incluir CRM. Un ERP puede abarcar inventario y contabilidad, mientras que una plataforma especializada en vehículos de ocasión puede controlar la tasación, la preparación y la publicación. La forma segura de evaluar el conjunto es definir tareas, registros y decisiones antes de comparar nombres.
Eurostat indicó que el 46,45 % de las empresas de la UE utilizaba software ERP en 2025, pero eso no significa que el 46,45 % de los concesionarios utilizara un DMS.[1] El ERP es una categoría empresarial amplia. Del mismo modo, un feed de inventario de vehículos no demuestra que un sistema gestione todo el ciclo de vida del vehículo de ocasión. La evidencia a nivel de categoría debe mantenerse dentro de su propia definición.
2. Cinco sistemas, cinco responsabilidades principales
| Sistema | Objeto principal | Pregunta central | Límites habituales |
|---|---|---|---|
| DMS | Vehículo, operación, orden de reparación, pieza, factura | ¿Cómo ejecuta y registra el trabajo el concesionario? | Puede necesitar herramientas especializadas de demanda, precios o ERP de grupo |
| CRM | Cliente, lead, oportunidad, interacción | ¿A quién debemos contactar, por qué y a continuación? | Normalmente no es el libro contable final ni el del taller |
| ERP | Entidad jurídica, libro contable, proveedor, empleado, activo | ¿Cómo controla la empresa los recursos y las finanzas? | Genérico, salvo que se amplíe para flujos de trabajo de automoción |
| IMS | Artículo de stock y ubicación | ¿Qué tenemos, dónde está y en qué estado? | Puede no gestionar la adquisición, el merchandising ni la operación de venta al público |
| UCM | Vehículo de ocasión | ¿Cómo lo adquirimos, preparamos, publicamos, tasamos y vendemos? | Puede depender del DMS para cliente, factura y contabilidad |
3. DMS frente a CRM: verdad transaccional y verdad relacional
El CRM recoge consultas, conversaciones, preferencias, consentimientos, tareas y fases de la oportunidad. Ayuda al equipo de ventas o servicio a decidir quién es responsable de la siguiente acción. El DMS registra la consecuencia operativa: un presupuesto de vehículo, una prueba de conducción, un pedido de venta, una cita de reparación, una línea de mano de obra, una pieza, una factura o un pago. Los concesionarios normalmente necesitan ambas capacidades, incluso cuando un proveedor las ofrece en una única plataforma.
La integración requiere una estrategia de identidad compartida. Un lead procedente de un fabricante (OEM), un portal, una llamada telefónica o el sitio web del concesionario debe coincidir con un cliente existente cuando sea lícito y adecuado. La oportunidad debe hacer referencia al vehículo correcto. Cuando se confirma la operación o la cita, el estado debe volver al CRM sin crear un duplicado. La Sales Lead API de STAR define estructuras comunes de cliente, vehículo y estado del lead para el intercambio entre fabricantes, concesionarios, sistemas DMS y CRM. Es un estándar del sector, no una prueba de que todos los proveedores lo implementen.[2]
4. DMS frente a ERP: profundidad de automoción y amplitud empresarial
Los sistemas ERP destacan en las finanzas de grupo, las compras, la consolidación, los recursos humanos y los controles generales. Un DMS añade semántica y flujos de trabajo de automoción: VIN, datos de modelo y equipamiento, estado de vehículos nuevos y de ocasión, vehículo de parte de pago, mano de obra de taller, sustitución de piezas, garantía, interfaces con el fabricante, órdenes de reparación y margen del vehículo.
Existen tres patrones razonables. Un concesionario puede usar la contabilidad del DMS como libro contable operativo local y contabilizar apuntes resumidos o detallados en un ERP de grupo. O un ERP configurado en profundidad puede desempeñar ambos papeles mediante extensiones de automoción. La respuesta correcta depende de las entidades jurídicas, los países, las interfaces con el fabricante, el proceso de cierre y de quién es responsable de los controles. No dé por sentado que la integración es inherentemente inferior ni que una única base de datos es inherentemente más segura. Ponga a prueba la conciliación, los fallos de contabilización, los reversos, el cierre de periodo y el rastro de auditoría.
Los requisitos financieros europeos avanzan hacia una declaración digital más estructurada. El programa del IVA en la Era Digital de la UE establece, a partir de julio de 2030, una declaración digital B2B transfronteriza basada en la facturación electrónica estructurada, aunque los mandatos nacionales pueden llegar antes.[3] Por ello, las responsabilidades del DMS y del ERP en la creación, validación, transmisión y archivo de facturas deben ser explícitas por país.
5. IMS frente a UCM: un registro de stock no es un modelo operativo de vehículos de ocasión
Un IMS responde si un artículo existe, dónde está, si está disponible y cómo se ha movido. En el stock de vehículos, eso puede incluir sede, estado, antigüedad, coste de compra y reserva. En las piezas, puede incluir ubicación, cantidad, punto de repedido y valoración.
El UCM es más amplio. Empieza antes de la entrada en stock, con la tasación de la parte de pago o de la compra. Puede vincular el VIN y la ficha técnica, la evidencia del estado, el historial, el reacondicionamiento previsto, el precio de venta al público objetivo y la aprobación de la adquisición. Tras la compra, coordina la preparación, la fotografía, la descripción, la publicación en los canales, las decisiones de precio, los leads, la reserva, la operación, la factura y la entrega. El mismo registro de vehículo debe conservar los costes y las decisiones para que el concesionario pueda explicar el margen obtenido.
El mercado europeo de vehículos de ocasión justifica esta distinción. El Centro Común de Investigación de la Comisión Europea constató que, a lo largo de un periodo de 15 años en cuatro grandes mercados de la UE, los vehículos nuevos representaron aproximadamente entre el 26 % y el 37 % de las ventas anuales totales, según el país.[4] Esto no establece una cuota de mercado actual de vehículos de ocasión para todos los países, pero demuestra por qué el flujo de trabajo de vehículos de ocasión merece algo más que una lista de inventario genérica.
6. ¿Suite nativa o conjunto de especialistas conectados?
Una suite nativa puede reducir las identidades duplicadas, los estados incoherentes y las dudas sobre quién es responsable de la integración. Un conjunto de especialistas puede ofrecer funcionalidades más profundas o proteger una inversión existente. Ambos pueden fallar. Una suite falla cuando los equipos siguen exportando a hojas de cálculo porque los flujos de trabajo no encajan. Un conjunto de especialistas falla cuando las interfaces llegan tarde, son parciales o están limitadas comercialmente.
Evalúe los puntos de conexión: crear, actualizar, cancelar, corregir y eliminar. Ponga a prueba los recorridos normales y los de excepción. Identifique la fuente de verdad de cada campo, el evento que activa la sincronización, la latencia aceptable, el proceso de reintento y reconciliación, el responsable de la auditoría y el contrato de acceso a los datos. Los términos de producto publicados por Keyloop muestran las franquicias de API, los excesos y las responsabilidades ante los cambios. Nextlane describe públicamente un acceso estandarizado a los datos de DMS y CRM mediante API abiertas. Pinewood describe API de DMS y conectores con fabricantes. Son afirmaciones públicas confirmadas, pero su alcance exacto y el acceso comercial todavía requieren verificación.[5]
7. Comparación de productos basada en evidencias
| Producto y mercado identificados | Alcance DMS/operativo | Evidencias de CRM | Evidencias de API/integración |
|---|---|---|---|
| Omnetic, sitio público europeo | Confirmado: posicionamiento en ventas, servicio, sourcing y contabilidad | Confirmado: capacidad de CRM y gestión de leads | No confirmado públicamente: las páginas revisadas no ofrecen un catálogo técnico |
| Nextlane Datacar y Platform, Europa | Confirmado: exportación de vehículos, taller, piezas y contabilidad | Confirmado a nivel de portafolio/plataforma | Confirmado: posicionamiento de plataforma de API abierta |
| Pinewood Automotive Intelligence Platform, global/Europa | Confirmado: ventas, servicio, contabilidad, BI, piezas | Confirmado: posicionamiento de Customer/Sales Intelligence | Confirmado: API de DMS e integración específica con Tjekvik |
| Tekion ARC, oferta en el Reino Unido | Confirmado: DMS que cubre las funciones esenciales | Confirmado: CRM ARC nativo | Confirmado: existe acuerdo de API; el alcance No evaluado |
| bee2link OpenFlex, Francia/Europa | No evaluado como DMS contable completo | Confirmado: anuncio de CRM/marketing integrado | No confirmado públicamente: las fuentes revisadas no incluyen un catálogo general de API |
La tabla no convierte deliberadamente la falta de documentación en ausencia de funcionalidad. Tampoco traslada una capacidad de un producto del portafolio a todas las implantaciones. Un equipo de compras debe pedir a cada proveedor que corrija la evidencia frente a la versión y el mercado exactos propuestos.
8. Dónde encaja Omnetic
El encaje documentado de Omnetic es más sólido para concesionarios que desean un contexto de DMS combinado con CRM, flujo de trabajo de vehículos de ocasión e inteligencia operativa. El CRM cubre las consultas de ventas y posventa. Used Car Management está diseñado para conservar un único contexto de vehículo desde la recepción, pasando por la inspección, el material multimedia, los costes y la publicación, hasta la operación y la factura. Price Report, Stock Report y CarAudit añaden fijación de precios, acción sobre el stock y evidencia móvil en torno a ese contexto.
Esto respalda una conclusión de encaje destacado en cuanto a contexto compartido de vehículos de ocasión y flujo de trabajo de insight a acción, cuando se confirman los módulos necesarios y la configuración por país. No demuestra que Omnetic tenga el ERP más amplio, el mayor ecosistema de API, la seguridad más sólida o el mejor resultado para todos los concesionarios. Esas dimensiones requieren evidencias separadas y actuales.
Limitaciones
Las categorías y los paquetes de software cambian. Las fuentes públicas confirman lo que declaran los proveedores, no la calidad de la implantación ni la ausencia de una funcionalidad. La comparación es selectiva, no un RFP completo. Toda la información normativa y fiscal es información general y debe validarse por país y entidad jurídica.
Preguntas frecuentes
Solo si se amplía para admitir los registros, flujos de trabajo, interfaces con el fabricante y procesos locales del concesionario exigidos. Un ERP genérico no lo proporciona automáticamente.
La mayoría necesita ambas capacidades. Pueden ser sistemas integrados independientes o módulos nativos, pero los datos de leads y comunicación deben conectarse con los resultados operativos.
Used Car Management organiza la adquisición, la tasación, la preparación, el merchandising, la publicación, el stock, la fijación de precios y la venta de vehículos de ocasión.
Un sistema de gestión de inventario controla los registros de stock, la ubicación, la disponibilidad y los movimientos de vehículos, piezas o ambos.
Defina la responsabilidad por dominio. Un DMS suele ser responsable de las transacciones del concesionario; los sistemas especializados pueden ser responsables de funciones de enriquecimiento o de canal, y sincronizar de vuelta los datos controlados.