Dashboard ERP Sage para PYME: cómo conectarlo y qué esperar

Resumen: Sage es el ERP más extendido en la pequeña y mediana empresa española, y conectarlo con un cuadro de mando es técnicamente viable en la mayoría de versiones habituales. Este artículo explica cómo funciona la extracción de datos, qué versiones presentan más restricciones y qué debe validar el responsable de sistemas —o el propio gerente— antes de arrancar un proyecto de dashboard.

Tabla de contenidos

Qué versiones de Sage usa la PYME española
Cómo extraemos los datos de Sage
Limitaciones reales que debes conocer
Qué KPIs puedes ver desde el primer día
Cuánto tiempo lleva tener el dashboard operativo
Lecturas recomendadas

Qué versiones de Sage usa la PYME española

En España, las versiones de Sage más frecuentes en empresas de entre 10 y 250 empleados son tres:

Sage 50 (antes ContaPlus + FacturaPlus unificados): orientado a micropymes y autónomos, base de datos propietaria en formato Pervasive/Actian.
Sage 200 (antes Murano): el estándar de facto para PYME con facturación entre 1 y 30 millones de euros, base de datos SQL Server.
Sage X3: ERP de gama media-alta, también sobre SQL Server, habitual en empresas industriales o de distribución que superan los 50 empleados.

La distinción importa porque la capacidad de conexión varía significativamente entre ellas.

Sage 200 y Sage X3 utilizan SQL Server como motor de base de datos, lo que permite acceso directo en modo lectura mediante conectores estándar ODBC o mediante la propia API REST de Sage X3.

Sage 50 es el caso más restrictivo: su base de datos Pervasive no admite consultas SQL convencionales sin un driver específico, y algunas versiones antiguas de ContaPlus/FacturaPlus usan ficheros planos con estructura propietaria. Esto no hace imposible la conexión, pero sí requiere una auditoría previa para confirmar la viabilidad exacta.

Cómo extraemos los datos de Sage

Trabajamos siempre en modo solo lectura. No escribimos nada en tu Sage, no modificamos tablas, no instalamos agentes dentro del servidor de producción. El objetivo es claro: que tu ERP siga funcionando exactamente igual que antes.

Los métodos de extracción que usamos según la versión son:

Sage 200 y Sage X3 vía SQL Server: conexión directa a la base de datos mediante un conector ODBC o mediante vistas de base de datos que creamos junto a tu equipo técnico. Las vistas actúan como una capa de abstracción: solo exponemos los campos necesarios, sin tocar las tablas originales.
Sage X3 vía API REST: Sage X3 expone una API REST nativa desde la versión 2019. Es el método más limpio y el que mejor soporta actualizaciones de versión, porque la API se mantiene entre releases.
Sage 50 vía driver Pervasive o exportación programada: cuando el cliente usa Sage 50, evaluamos si el driver ODBC de Pervasive está disponible o si es más viable programar exportaciones automáticas a CSV que nuestro sistema consume de forma incremental cada hora o cada noche.

La frecuencia de actualización de datos depende del método y del acuerdo con el cliente, pero los valores habituales son:

Actualización cada hora para métricas operativas (ventas del día, stock crítico).
Actualización nocturna para métricas contables y de márgenes, que normalmente el propio Sage cierra en batch.

Antes de arrancar cualquier proyecto, hacemos una auditoría de datos del ERP para detectar inconsistencias en los maestros —proveedores duplicados, familias de artículo sin clasificar, centros de coste vacíos— que arruinarían el dashboard incluso con una conexión técnicamente perfecta.

Limitaciones reales que debes conocer

Ningún proyecto de dashboard con Sage es idéntico a otro. Estas son las limitaciones más frecuentes que aparecen en la auditoría:

Versiones antiguas de Sage 50 (anteriores a 2018): el esquema de base de datos de ContaPlus antiguo no tiene documentación pública. La extracción es posible por ingeniería inversa, pero alarga el plazo y encarece el proyecto. Si tu empresa sigue en una versión de 2015 o anterior, la recomendación más honesta es planificar una actualización de Sage en paralelo.

Histórico limitado en Sage 50: muchas instalaciones de Sage 50 no conservan más de dos o tres ejercicios en la base de datos activa. Los ejercicios anteriores están en copias de seguridad o en bases de datos de archivo. Esto afecta a los análisis de tendencia multianual.

Personalización de campos: Sage 200 permite añadir campos personalizados mediante la herramienta de personalización. Si tu empresa los usa para guardar información crítica (por ejemplo, el canal de venta o la región del cliente), la conexión debe mapear esos campos, lo que requiere que alguien del equipo los documente al inicio del proyecto.

Licencias de acceso a la API de Sage X3: la API REST de Sage X3 no siempre está habilitada en el contrato de mantenimiento del cliente. Antes de asumir que la API está disponible, hay que verificarlo con el partner de Sage que gestiona la instalación.

Entornos en la nube de Sage (Sage Business Cloud): si tu empresa usa la versión SaaS de Sage, el acceso a la base de datos directa no existe. En ese caso, la extracción depende exclusivamente de la API oficial y de los permisos que Sage conceda. La buena noticia es que estas versiones suelen tener una API más estable y mejor documentada.

Puedes ampliar cómo gestionamos la conexión sin interrumpir la operativa en el artículo Conectar ERP con dashboard.

Qué KPIs puedes ver desde el primer día

Una vez validada la conexión, el cuadro de mando arranca con los KPIs preconfigurados para tu vertical. En una PYME con Sage 200, los módulos más solicitados son:

Ventas y margen: - Facturación diaria, semanal y mensual vs. objetivo. - Margen bruto por familia de producto y por cliente. - Top 20 clientes por facturación y por margen (no siempre coinciden).

Tesorería y cobros: - Saldo de cuentas por cobrar vencidas y por vencer. - Días de cobro medio (DSO) por segmento de cliente. - Previsión de tesorería a 30 y 60 días.

Compras y stock: - Rotación de inventario por referencia y por almacén. - Stock bajo mínimos con alerta automática. - Coste medio ponderado actualizado.

Operaciones (disponible si Sage recoge los datos): - Pedidos pendientes de servir. - Ratio de cumplimiento de plazos de entrega.

Si tu empresa opera en distribución, puedes ver una muestra de estos indicadores en la demo de distribución mayorista. Para industria, la demo de OEE y producción muestra cómo complementamos los datos de Sage con los de producción.

Cuánto tiempo lleva tener el dashboard operativo

El plazo estándar es de 15 días desde que completamos la auditoría de datos. El desglose habitual es:

Días 1-3: auditoría exprés de la base de datos de Sage y validación del método de extracción.
Días 4-7: configuración del conector, mapeo de campos y primera carga de datos históricos.
Días 8-12: configuración de KPIs, ajuste de filtros por empresa/almacén/delegación y revisión con el cliente.
Días 13-15: formación, ajustes finales y entrega.

El plazo puede extenderse si la auditoría detecta problemas de calidad de datos graves —maestros de clientes sin segmentar, artículos sin familia asignada— porque no tiene sentido entregar un dashboard con números incorrectos. En ese caso, lo comunicamos antes de empezar, no a mitad del proyecto.

El precio es fijo y el alcance está cerrado desde el inicio. Si quieres entender qué factores encarecen o abaratan un proyecto de este tipo, el artículo sobre precio de un cuadro de mando empresarial lo desglosa sin rodeos.

Si tienes Sage instalado y quieres saber si tu versión es compatible antes de comprometerte con nada, en ROWAN Analiticas puedes solicitar una revisión sin coste. Revisamos la versión, el método de extracción viable y te damos una respuesta concreta en 48 horas.