decagestiónTECNOLOGÍA PARA EL TRANSPORTE
Integración Sage 200 y DeCA

Cómo preparar el DeCA desde Sage 200 sin duplicar datos

Si la empresa ya prepara clientes, artículos, pedidos o albaranes en Sage 200, el proyecto DeCA no debería empezar volviendo a escribir toda esa información. El trabajo útil consiste en localizar qué datos están disponibles, asignarlos a los campos exigidos para el transporte y completar únicamente lo que Sage no conoce. Esta guía plantea un recorrido verificable para conectar Sage 200 con un sistema documental, sin afirmar que todas las instalaciones, versiones o módulos admiten la misma integración.

1273 palabras

Qué puede aportar Sage 200 al documento de control

Sage 200 puede ser la fuente de parte de la información comercial: razón social y NIF del cliente, domicilios, referencias de artículos, pedidos, albaranes u otros registros utilizados por la empresa. La base exacta depende de la edición, los módulos contratados y las personalizaciones. La documentación oficial de Sage confirma procesos de importación y exportación mediante plantillas Excel para clientes y artículos, pero eso no demuestra por sí solo que una instalación concreta exponga todos los datos de una expedición ni que disponga de un conector DeCA listo para usar.

El documento de control tiene una finalidad distinta de la factura o del albarán comercial. La Orden FOM/2861/2012 exige identificar al cargador contractual y al transportista efectivo, además de origen, destino, naturaleza y peso de la mercancía, fecha, matrículas y, cuando corresponda, autorización especial. Algunos valores pueden existir ya en Sage; otros suelen llegar del TMS, de tráfico, del transportista o de una pantalla de preparación. Conviene documentar esa separación antes de automatizar.

  • Identifica la edición y versión de Sage 200 y los módulos realmente instalados.
  • Localiza el registro que representa la operación: pedido, albarán, expedición u otro objeto propio.
  • Separa el dato disponible en Sage del que debe aportar tráfico o el transportista.

Inventario mínimo antes de diseñar la exportación

Empieza con una expedición ficticia y recorre cómo se crea hoy. Anota la clave estable que une pedido, albarán y transporte; quién decide el origen y el destino reales; dónde se introduce el peso; y en qué momento se conoce el vehículo. Una dirección de facturación no debe convertirse automáticamente en lugar de carga, y el cliente de la venta no siempre coincide con el cargador contractual. La relación necesita una regla explícita y una excepción revisable.

La responsabilidad sobre la exactitud también ayuda a diseñar el flujo. Según el artículo 7 consolidado de la Orden, el cargador contractual responde de los datos de las partes, origen, destino, naturaleza y peso, mientras el transportista efectivo responde de la autorización especial, la fecha y las matrículas. El programa puede validar campos, pero no sustituye la confirmación de la persona o entidad que conoce el dato correcto.

  • Cliente o tercero: razón social, NIF y domicilio del cargador contractual.
  • Pedido o albarán: referencia interna, origen, destino, mercancía y peso.
  • Gestión de transporte: transportista efectivo, NIF, fecha, tractor, remolque y autorización especial.
  • Control interno: responsable de validación, fecha de extracción y estado de la expedición.

Elegir entre archivo controlado e integración automática

Para un primer piloto, una exportación controlada suele ser más fácil de comprobar que una conexión automática. La ayuda oficial de Sage 200 describe plantillas Excel y advierte que no se cambie su diseño al reutilizarlas para importar o actualizar información. Si se emplea un fichero de salida para DecaGestion, debe conservarse una plantilla propia y versionada, sin fórmulas ni columnas ambiguas, y validarse antes de crear documentos. No debe reutilizarse a ciegas una plantilla de importación como contrato de integración.

Cuando el volumen o la frecuencia lo justifiquen, puede estudiarse una integración programada o una API disponible para esa instalación. Antes de desarrollarla hay que confirmar licencias, permisos, método soportado, límites y campos accesibles. Una consulta directa a la base de datos sin contrato estable puede romperse con actualizaciones y eludir reglas del producto. DecaGestion debe recibir solo los datos necesarios, registrar una referencia de origen e impedir que el mismo registro genere dos documentos por un reintento.

  • Piloto: archivo CSV o Excel con columnas acordadas y revisión humana.
  • Operación repetida: exportación programada con carpeta o canal restringido.
  • Integración: API o método soportado, después de revisar versión, licencia y alcance.
  • En todos los casos: clave idempotente, registro de errores y posibilidad de reprocesar.

Mapear los datos sin confundir nombres parecidos

El mapeo debe indicar origen, transformación y responsable de cada campo. Por ejemplo, el NIF puede normalizarse para detectar un formato incompleto, pero el sistema no debe inventarlo. El peso puede agregarse desde líneas de mercancía solo si la unidad y la regla están definidas. El origen y destino deben representar los lugares del envío, no una dirección administrativa elegida por proximidad. Las matrículas necesitan su propio momento de confirmación porque pueden cambiar después de preparar el pedido.

Clasifica cada columna como obligatoria, condicional u opcional. La autorización especial es condicional; las observaciones se incorporan cuando las partes las solicitan. Si falta un dato esencial, el registro debe quedar pendiente y mostrar el motivo. Es preferible detener un documento incompleto que producir un PDF aparentemente terminado con valores por defecto que nadie ha confirmado.

  • Guarda el identificador de Sage junto al identificador documental.
  • Normaliza formatos, pero conserva el valor de origen para auditoría.
  • No completes peso, direcciones, NIF o matrículas con suposiciones.
  • Permite corregir el mapeo y reprocesar sin duplicar el documento.

Del registro importado al PDF y al QR

La Resolución de 5 de junio de 2026 exige que la aplicación transforme los datos conocidos en el fichero electrónico antes del inicio efectivo del servicio y registre la fecha y hora de creación. El resultado debe ser un PDF nativo digital, legible y con un tamaño máximo de 5 MB. Cada documento almacenado necesita una URL única y específica, accesible por HTTPS, y un código QR que permita obtener el PDF durante una inspección sin credenciales ni pasos manuales adicionales.

La generación no termina al guardar el archivo. Hay que entregar al conductor una copia electrónica o impresa con el QR, conservar los ejemplares exigidos y poder recuperar el documento durante al menos un año. Si cambia una matrícula u otro dato durante el servicio, la rectificación debe conservar el historial mediante uno de los métodos admitidos; sobrescribir silenciosamente la exportación de Sage no actualiza por sí solo el DeCA ya generado.

  • Valida todos los campos esenciales antes de emitir.
  • Registra creación, modificaciones, fuente y persona que confirma.
  • Prueba QR y descarga desde un móvil sin sesión iniciada.
  • Relaciona original y rectificaciones sin perder versiones.

Prueba piloto para una instalación de Sage 200

Selecciona entre cinco y diez expediciones ficticias que representen casos distintos: entrega directa, varios destinos, remolque, cambio de vehículo y un registro con un campo ausente. Exporta los datos, revisa el mapeo, genera los PDF y escanea los QR desde otra red. Después corrige una matrícula, comprueba el historial y repite la importación para verificar que la clave idempotente evita duplicados. La prueba debe registrar errores y tiempos sin introducir datos personales reales.

Cierra el piloto con una matriz de resultados: campos obtenidos de Sage, campos aportados por otro sistema, validaciones manuales y excepciones. Si existen desarrollos propios, tablas añadidas o módulos sin un método de salida compatible, hace falta revisar técnicamente esa instalación y cotizar la adaptación. El piloto comprueba un flujo; no certifica por sí mismo el cumplimiento jurídico de todas las operaciones ni la compatibilidad universal con Sage 200.

  • Usa datos sintéticos y una copia de seguridad acorde con el procedimiento de Sage.
  • Incluye al menos un error esperado y confirma que no se emite el documento.
  • Documenta quién resuelve cada excepción antes de pasar a producción.
  • Valida con asesoramiento especializado los transportes o formatos sujetos a reglas adicionales.

Preguntas frecuentes

¿Sage 200 genera el DeCA directamente?

La documentación oficial consultada acredita funciones de importación y exportación mediante Excel para determinados registros, no un conector DeCA universal. Hay que revisar la edición, versión, módulos y personalizaciones de cada instalación.

¿Puedo usar un albarán de Sage como documento de control?

Puede utilizarse otro formato documental si contiene todos los datos esenciales exigidos. Para el DeCA digital también debe cumplir las características técnicas del PDF, URL, QR, acceso y trazabilidad previstas en la resolución vigente.

¿Qué ocurre si Sage no tiene la matrícula o el peso definitivo?

El flujo debe pedir esos datos a la fuente responsable y bloquear la emisión mientras falte información esencial. No es correcto rellenarlos con un valor supuesto para terminar el PDF.

¿Hace falta un desarrollo a medida?

No siempre. Un piloto puede funcionar con un archivo controlado. Una API, una tabla personalizada o un módulo modificado requieren revisar el método soportado, los permisos y el alcance antes de presupuestar la conexión.

Fuentes oficiales y técnicas

  1. BOE — Orden FOM/2861/2012 consolidada, artículos 1 a 9
  2. BOE — Resolución de 5 de junio de 2026 sobre sistemas y DeCA
  3. Sage España — Exportación e importación Excel de clientes y artículos en Sage 200

Fuentes consultadas o verificadas el 16 de septiembre de 2026. Verifica siempre la versión consolidada y su aplicación a tu caso.