← Noticias DeCA

¿Puedes generar el DeCA sin una integración API?

Sí. CSV, XML, email, FTP y una carpeta monitorizada permiten automatizar buena parte del proceso sin iniciar un desarrollo contra el ERP o TMS.

Archivos CSV y XML entrando en un proceso automatizado para generar el DeCA

Muchas empresas posponen la automatización porque asocian integración con un proyecto API. Sin embargo, si el sistema puede exportar un fichero o depositarlo en una ubicación conocida, ya existe una base útil para eliminar gran parte de la introducción manual.

CSV: útil para cargas recurrentes y controlables.

Una plantilla acordada permite importar varias expediciones, validar cada fila y devolver errores concretos. Es especialmente práctica cuando administración ya trabaja con hojas de cálculo.

XML: estructura estable entre aplicaciones.

Encaja cuando el ERP o TMS ya genera mensajes estructurados. EasyDeCA interpreta el contenido, lo lleva al modelo documental y mantiene el resultado asociado a la operación.

Email y FTP: aprovechar intercambios existentes.

Si clientes o centros ya envían archivos por correo o los depositan en FTP/SFTP, el proceso puede recogerlos sin obligarles a entrar en un portal adicional.

Desktop: una carpeta que trabaja en segundo plano.

La aplicación de escritorio monitoriza una ubicación, detecta nuevos ficheros y los sube a la plataforma. Es una opción sencilla para conectar procesos locales sin modificar el software de origen.

El formato debe definir errores y no solo campos.

Una importación fiable necesita indicar qué valores son obligatorios, qué catálogos se aceptan, cómo se identifican duplicados y qué respuesta recibe el usuario cuando una línea no puede procesarse. El objetivo no es aceptar cualquier fichero, sino detectar el problema antes de generar un documento incorrecto.

Cómo poner en marcha un canal por ficheros.

  1. Selecciona una exportación real del sistema.
  2. Relaciona sus columnas o nodos con los datos del DeCA.
  3. Define validaciones y campos pendientes.
  4. Prueba altas, errores, duplicados y modificaciones.
  5. Automatiza la entrega del fichero cuando el resultado sea estable.

Este enfoque permite obtener mejoras rápidas y deja abierta una futura integración mediante API.

Diseña una plantilla que pueda mantenerse.

La plantilla debe utilizar nombres claros, formatos estables y una referencia única por expedición. Separa los campos obligatorios de los opcionales y documenta unidades, fechas y códigos admitidos. Evita depender de colores, posiciones visuales o fórmulas que solo entiende una persona. Incluye una versión de plantilla para poder evolucionarla sin romper procesos anteriores. Un buen fichero no es únicamente fácil de importar: también es fácil de generar de forma consistente desde el sistema y de revisar por quien corrige las incidencias.

Construye un circuito de validación y respuesta.

Después de recibir el fichero, la plataforma debe indicar qué registros se aceptaron, cuáles quedaron pendientes y por qué otros fueron rechazados. El mensaje tiene que localizar fila, campo y causa. Si la única respuesta es error de importación, el equipo perderá tiempo buscando el problema. Conviene diferenciar advertencias corregibles de errores que impiden generar el documento. El resultado puede devolverse por pantalla, fichero o integración, pero siempre debe permitir actuar sin interpretar registros técnicos.

Automatiza el transporte del fichero cuando el contenido sea estable.

Email, FTP/SFTP o carpeta monitorizada evitan que una persona tenga que seleccionar y subir cada archivo. Sin embargo, automatizar demasiado pronto puede multiplicar errores. Primero valida la estructura con cargas controladas y confirma cómo se tratan duplicados y actualizaciones. Después programa la entrega y añade alertas si no llega el fichero esperado o si aumenta el rechazo. Así la automatización no oculta problemas: los detecta y los dirige al responsable adecuado.

Decide cuándo evolucionar desde ficheros hacia API.

Los ficheros pueden ser suficientes durante años si el proceso trabaja por lotes y no necesita una respuesta inmediata. La API cobra sentido cuando deben enviarse cambios en tiempo real, consultar estados desde el TMS o generar el documento al producirse un evento concreto. También reduce la gestión de archivos intermedios. La evolución debe justificarse por una necesidad operativa, no por considerar la API automáticamente superior. Ambos canales pueden convivir para clientes o centros con distinta madurez tecnológica.

Ejemplo práctico: del ERP a una carpeta monitorizada.

Imagina que el ERP puede exportar cada hora un CSV con las expediciones preparadas, pero no dispone de una API adecuada. Se define una plantilla con referencia, partes, origen, destino, mercancía y datos de ejecución disponibles. El archivo se deposita en una carpeta concreta. EasyDeCA Desktop detecta el fichero y lo envía. La plataforma valida cada fila y deja pendientes las operaciones que todavía no incluyen vehículo o conductor, sin bloquear las correctas.

El equipo revisa únicamente las incidencias. Cuando recibe los datos tardíos puede completarlos desde el canal acordado o mediante un nuevo fichero que conserva la referencia de la expedición. Al generar el documento, el resultado queda disponible para su distribución y consulta. El ERP no se ha modificado; únicamente se ha estabilizado una exportación que ya podía producir. Este planteamiento permite validar campos y reglas antes de invertir en una integración en tiempo real.

Si el volumen crece o el negocio necesita conocer el estado dentro del ERP, el mismo mapa de datos sirve como base para evolucionar hacia API. No se pierde el trabajo funcional realizado: referencias, validaciones y responsables permanecen. Los ficheros pueden mantenerse para contingencia o para centros con otros sistemas. La clave es que todos los canales alimenten un proceso común y no bases documentales separadas. Así la empresa gana automatización progresiva sin convertir el primer paso en un proyecto desproporcionado.

Un fichero puede ser el primer paso correcto, no una solución provisional.

Cuando está bien especificado, validado y automatizado, puede sostener una operativa estable con poca intervención. Su valor no depende de parecer avanzado, sino de utilizar datos fiables y producir respuestas claras. Si más adelante aparece una necesidad de tiempo real, el conocimiento adquirido permite evolucionar a API con menor riesgo. EasyDeCA admite ambas etapas para que la empresa no tenga que esperar a un gran proyecto técnico antes de empezar a reducir trabajo manual y ordenar la generación de documentos.

Preguntas frecuentes

¿Se puede generar el DeCA desde una hoja de Excel?

Puede utilizarse una exportación CSV estructurada. Conviene trabajar con una plantilla estable, validar cada fila y evitar hojas libres en las que cambien columnas o formatos.

¿FTP y email generan el documento automáticamente?

Pueden actuar como canal de recepción. La automatización real depende de que los archivos tengan una estructura reconocible, superen las validaciones y contengan los datos necesarios.

¿Qué ocurre si faltan datos en el fichero?

El sistema debe identificar la expedición y señalar los campos pendientes para completarlos o recibirlos después, sin inventar información ni perder el trabajo ya procesado.

SIN PROYECTO COMPLEJO

Empieza automatizando desde el fichero que ya produces.

Revisamos su estructura, validaciones y frecuencia para convertirlo en una entrada repetible al DeCA.

Elegir un canal de entrada