La desmaterialización de las facturas (facturation électronique en Francia) ya no es opcional. A partir del 1 de septiembre de 2026, todas las empresas francesas deberán poder emitir y recibir facturas electrónicas a través de plataformas privadas registradas (PDP). Lo que muchas aún no anticipan: estas plataformas controlarán automáticamente la calidad de los datos transmitidos. Una factura con una razón social errónea, una dirección incompleta o un número de IVA no válido será rechazada sin más — y no podrá pagarse.
Para las empresas que todavía no han puesto en orden sus datos maestros de clientes y proveedores, el plazo es contundente. Y el camino para llegar es más complejo de lo que parece.
Julien Rameau, consultor experto en MDM (Master Data Management) y gobernanza de datos en FocusTribes, acaba de terminar una misión de varios meses en un grupo industrial internacional especializado en nutrición animal — 2000 millones de euros de facturación, 3000 empleados, presencia en más de 100 países. Repasa los desafíos de un proyecto llevado bajo presión, las decisiones tecnológicas que guiaron la elección de Semarchy MDM y lo que este tipo de misión revela sobre la madurez en materia de datos de las empresas industriales.
¿Prepara su transición a la facturación electrónica ?
Descargue nuestro ebook gratuito y estructure su proyecto antes de la fecha límite del 1 de septiembre de 2026.
En la mayoría de las empresas industriales, la calidad de los datos maestros es un tema que se sabe problemático, pero que se va aplazando. Los equipos de negocio manejan cada día datos de clientes duplicados, direcciones obsoletas, identificadores fiscales incompletos — y se adaptan. Es incómodo, pero funciona. Hasta el día en que una exigencia externa hace imposible el statu quo.
Es exactamente lo que ocurrió aquí. La obligación de desmaterialización de las facturas del 1 de septiembre de 2026 puso fin a esa tolerancia tácita. Porque el mecanismo es implacable: las plataformas de facturación electrónica no hacen concesiones en cuanto a la calidad de los datos. Razón social, dirección de facturación, SIREN, SIRET, número de IVA intracomunitario — todo debe ser exacto, al pie de la letra. En un grupo que opera a escala internacional, con entidades en China e Indonesia, la exigencia va aún más lejos: las direcciones deben estar disponibles en el alfabeto local y en caracteres latinos.
Como resume Julien Rameau: "El primer caso de uso, el primer consumidor de nuestros datos, es el regulatorio."
Este detonante regulatorio tuvo un efecto inesperado: legitimó un proyecto de datos que la dirección quizá no habría priorizado en ese plazo. El proyecto se inscribe, además, en una ambición más amplia impulsada por el Chief Data Officer del grupo, que depende de la directora financiera: estructurar una oficina de datos que, más allá de la BI existente, extienda progresivamente la gobernanza de datos a las fábricas y a la investigación. El repositorio MDM de clientes y proveedores es su primer pilar concreto.
Aun así, Julien matiza la idea de una toma de conciencia espontánea de los equipos de negocio: "La mayoría de las empresas son conscientes de que tienen problemas en el día a día, pero no necesariamente de que están vinculados a sus datos. Cuando se tira del hilo, uno se dice que si los datos hubieran sido limpios desde el origen, los problemas ya no estarían ahí."
Por lo tanto, la exigencia regulatoria no transformó de la noche a la mañana la cultura de datos de la organización. Sobre todo, creó una urgencia compartida y un presupuesto para actuar — lo que, en muchas empresas industriales, ya es un punto de partida poco habitual.
Ante el plazo regulatorio, la primera decisión estructurante del grupo fue apoyarse en un software MDM específico en lugar de desarrollar una solución interna. Se puso a competir a cuatro proveedores, cada uno con un posicionamiento distinto.
Informatica es la referencia del mercado MDM. Su solidez y la riqueza funcional de su plataforma la convierten en una elección natural para las grandes cuentas. Pero esa madurez tiene un reverso: los plazos de implantación son considerables. En un contexto en el que el calendario era la restricción número uno, esta opción se descartó rápidamente.
SAP ya era el sistema fuente principal del grupo — los datos maestros de clientes y proveedores viven allí a diario. Optar por SAP MDM habría ofrecido una coherencia nativa con la infraestructura existente. Pero, como explica Julien: "SAP siempre lo he utilizado como una fuente de datos. Para mí, era realmente abastecimiento de datos." La solución SAP MDM se descartó bastante pronto, a favor de herramientas más ágiles en parametrización y despliegue.
Blueway, proveedor francés, ofrecía modelos preconfigurados adaptados a los repositorios de terceros — una ventaja real para acortar las fases de análisis. Pero frente a Semarchy en el criterio de madurez sectorial en la industria, la balanza se inclinó en contra de la solución francesa.
Finalmente fue Semarchy quien se llevó la decisión, por dos razones principales. En primer lugar, su capacidad para estar operativo rápidamente: "Semarchy tiene un producto que es simplemente parametrizable con bastante facilidad — muy rápido se pueden hacer cosas", señala Julien. En segundo lugar, su presencia consolidada en el sector industrial, que ofrecía referencias y credibilidad sectorial que los equipos internos podían hacer suyas.
Pero Julien es lúcido sobre los límites de toda elección de proveedor: "Habían visto bien las ventajas, pero no habían anticipado los inconvenientes." El discurso comercial destaca la facilidad de implantación — la realidad de un despliegue bajo presión es siempre más compleja. Y en este proyecto, la verdadera dificultad no era la herramienta.
"El núcleo del sistema no es la herramienta. El núcleo del sistema son todos los procesos, la gobernanza — esa es la verdadera clave."
Cuando Julien Rameau se incorpora al proyecto en febrero de 2026, la elección tecnológica ya está tomada. Se ha seleccionado Semarchy y el integrador está en su puesto. Pero los análisis de procesos de negocio, por su parte, aún no han comenzado. Y la fecha del go-live está fijada para finales de junio. La presión es inmediata.
La prioridad: entender cómo se crean, modifican y validan hoy los datos de clientes y proveedores — antes incluso de pensar en cómo se harán mañana con el MDM. Julien adopta un enfoque deliberadamente sencillo: "Hacemos preguntas, tomamos notas, lo describimos de forma simplificada, lo hacemos validar. ¿Es realmente lo que hemos entendido?"
Este método gráfico y accesible resulta decisivo para implicar a los equipos de negocio. "Cuanto más se simplifican las cosas, mejor se entienden", resume. Se encadenan los talleres, los workflows se construyen de forma colectiva y los entregables llegan al integrador en plazos asumibles. Se implanta un enfoque pseudoágil: Jira para la gestión de tickets, sprints para marcar el ritmo de los desarrollos, comités operativos semanales y comités de seguimiento cada dos semanas.
Una de las principales fricciones del arranque se debe a la propia organización del proyecto. La iniciativa del repositorio MDM y el proyecto de facturación — llevado por un integrador especializado en facturación electrónica — avanzan en paralelo, sin órganos comunes. Dos equipos, el mismo objetivo final, pero tiempos y lógicas distintos.
"Cuando llegué, eran realmente dos proyectos en paralelo — no se hablaban", confiesa Julien. Hubo que crear sobre la marcha órganos de coordinación para sincronizar las pruebas de aceptación y asegurarse de que los datos producidos por el MDM respondieran a los casos de uso del proyecto de facturación. Un ejemplo concreto de lo que a menudo se subestima en este tipo de proyectos: la propia gobernanza del proyecto, y no solo la gobernanza de datos.
La relación con el departamento de TI fue otro punto de fricción, más ligado a las dinámicas humanas que a la estructura del proyecto. En este tipo de misión, no es raro encontrarse con perfiles técnicos muy firmes, con una idea precisa de lo que quieren implantar — y cierta resistencia a que se cuestionen sus decisiones.
"Es bastante complicado con gente de TI que es técnica y a la que no le gusta mucho que le expliquen cómo hacer las cosas", observa Julien. La actitud del consultor externo que llega con una mirada crítica sobre las especificaciones nunca es fácil de hacer aceptar, sobre todo en la fase de arranque.
La clave fue la adaptación progresiva. Tomarse el tiempo de entender el modo de funcionamiento de los interlocutores, ajustar la propia actitud, construir la confianza antes de cuestionar. "Una vez que se entiende cómo funciona alguien, resulta mucho más fácil." Hoy el equipo de TI está plenamente implicado en el proyecto y el go-live se perfila dentro de los plazos previstos — lo que, en un proyecto de esta naturaleza y complejidad, dista mucho de estar garantizado de antemano.
Un proyecto MDM sin gobernanza asociada produce un repositorio técnico que se deteriora rápidamente. Los datos se depuran, se estructuran, se integran — y luego se vuelven a contaminar poco a poco con entradas aproximadas, procesos que no se respetan y responsabilidades difusas. Es el escenario que la mayoría de las empresas industriales ya ha vivido, a menudo sin identificarlo claramente como un problema de gobernanza.
En este proyecto, la gobernanza no fue una iniciativa aparte. Se construyó en paralelo a la implantación técnica, en los talleres de negocio, en la definición de los workflows, en las decisiones diarias sobre quién valida qué y según qué proceso.
La primera decisión de gobernanza fue también la más pragmática: no intentar abordarlo todo de golpe. El alcance inicial se limitó deliberadamente a los datos identificativos básicos — razón social, dirección de facturación, identificadores fiscales, número de IVA — para los repositorios de clientes y proveedores. Un alcance acotado, directamente conectado con el reto regulatorio, que permitía avanzar rápido sin perderse en la complejidad de un modelo de datos demasiado ambicioso.
"Sabíamos cuáles eran las características del dato que queríamos conservar en un primer momento. No estábamos obligados a hablar de un tercero en sentido general, donde uno se puede ir fácilmente por las ramas", explica Julien.
Esta disciplina de alcance es una de las lecciones más valiosas de este tipo de proyectos. La tentación de ampliar el alcance sobre la marcha es a menudo grande — añadir dominios de datos, casos de uso, necesidades emergentes. En un proyecto sujeto a una exigencia regulatoria, esta deriva puede ser fatal para el calendario.
Una vez definido el alcance, el trabajo de gobernanza se centró en el modelado de los procesos existentes y el diseño de los nuevos workflows que integran el MDM. El enfoque adoptado: talleres de co-construcción con los equipos de negocio, validación progresiva y una transmisión estructurada al integrador.
Los departamentos de compras, muy conscientes de sus problemas de calidad de datos de proveedores, fueron aliados naturales en este planteamiento. Ya llevaban en paralelo un proyecto de SRM — un repositorio dedicado a los proveedores —, señal clara de una madurez de datos incipiente en este ámbito.
Por el lado de los clientes, el círculo de usuarios directamente afectados era más reducido, lo que facilitó la gestión del cambio. "Sabían que iba hacia algo de todos modos — con lo que no tenían elección, puesto que lo imponía el Gobierno", señala Julien con pragmatismo.
Una de las decisiones más estructurantes para la perdurabilidad del proyecto fue la contratación de un recurso interno dedicado a la gobernanza de datos, incorporado al equipo dos meses antes del final de la misión de Julien. Una decisión deliberada del Chief Data Officer para que la gobernanza no descansara únicamente en una experiencia externa.
Este traspaso progresivo — trabajar en pareja durante varias semanas antes de la salida del consultor — es un modelo que conviene recordar. "No los dejo completamente en la estacada", dice Julien. "Tienen bastante material y, en el peor de los casos, tendrán mi número de teléfono."
La gobernanza de datos no es un proyecto que termina con el go-live. Es un proceso continuo que requiere una titularidad interna clara, órganos de seguimiento periódicos y una cultura del dato que se construye con el tiempo. Este proyecto sentó sus primeros cimientos — ahora le corresponde a la organización mantenerlos vivos.
¿Prepara un proyecto de gobernanza de datos ?
Hable de su proyecto con un consultor de FocusTribes
Todo proyecto llevado bajo presión deja huella — reflejos adquiridos, errores evitados por los pelos, convicciones reforzadas. Julien Rameau extrae varias enseñanzas que formula sin rodeos, dirigidas a los directores de sistemas de información y directores financieros que se disponen a dar el mismo paso.
El primer consejo de Julien es también el más universal: "Prever una hoja de ruta de más de 3 meses — ese es el mensaje que intenté transmitir." En este proyecto, la urgencia regulatoria concentró toda la energía en el go-live de junio, en detrimento de una visión a medio plazo. ¿Qué pasa después de la puesta en producción? ¿Qué dominios de datos se tratan a continuación — los productos, las materias primas, el resto de datos maestros? ¿Quién dirige la gobernanza en el día a día?
Estas preguntas no siempre tienen respuesta al arrancar. Pero no plantearlas en absoluto es arriesgarse a construir un repositorio sin futuro. "En todos mis clientes teníamos hojas de ruta de 3 años como mínimo para el conjunto de los proyectos que poníamos en marcha", recuerda Julien. Un horizonte que puede parecer lejano en un contexto presupuestario restringido — pero que condiciona la coherencia del conjunto de las decisiones técnicas y organizativas tomadas previamente.
La técnica rara vez es el verdadero problema en un proyecto MDM. Las herramientas disponibles en el mercado son maduras, están documentadas y cuentan con acompañamiento. Lo que marca la diferencia — y lo que puede hacer descarrilar un proyecto — es la capacidad de alinear a las partes interesadas, gestionar las resistencias y comunicar de forma distinta según el interlocutor.
"El principal desafío es la adaptación. Lo que funcionó para un cliente no funciona necesariamente para los demás", resume Julien. Cada organización tiene sus códigos, sus jerarquías informales, sus zonas de fricción. Un consultor MDM con experiencia no se distingue solo por su dominio técnico de las herramientas — se distingue por su capacidad de leer rápidamente una organización y ajustar su actitud en consecuencia.
Es sin duda la lección más importante y la más difícil de hacer aceptar de entrada. Un proyecto MDM tiene un principio y un final. La gobernanza de datos, en cambio, no. Supone una transformación progresiva de las prácticas, una responsabilización de los equipos de negocio sobre la calidad de sus datos y una organización capaz de mantener el rumbo a largo plazo — mucho después de que el consultor externo se haya marchado a otra cosa.
"La gobernanza más el dato hacen que, por detrás, haya problemáticas importantes. Y si los datos hubieran sido limpios desde el origen, los problemas ya no estarían ahí", observa Julien. Esta constatación, aparentemente simple, resume por sí sola por qué la desmaterialización de las facturas es mucho más que una obligación regulatoria que hay que cumplir. Es una oportunidad — a menudo la primera realmente seria — de poner la calidad de los datos en el centro de la estrategia de la empresa.
Para las organizaciones que aún no han dado este paso, la fecha del 1 de septiembre de 2026 ya no queda lejos. Y, como demuestra este caso práctico, más vale contar con el acompañamiento de un experto que ya ha navegado por estas aguas.
El MDM (Master Data Management) es un conjunto de procesos y herramientas que permite centralizar, fiabilizar y gobernar los datos maestros de una empresa. En el marco de la desmaterialización de las facturas, es indispensable porque las plataformas privadas de facturación electrónica controlan automáticamente la calidad de los datos transmitidos. Una factura con una razón social errónea, una dirección incompleta o un número de IVA no válido es rechazada automáticamente — lo que bloquea el pago. Un repositorio MDM fiable es, por tanto, un requisito operativo para el cumplimiento normativo.
La elección de una solución MDM depende de varios criterios: la rapidez de implantación, la madurez sectorial del proveedor, la compatibilidad con la infraestructura existente y la ergonomía de la herramienta. Informatica es el líder del mercado, pero implica plazos de despliegue más largos. SAP MDM es coherente con un entorno SAP existente, pero menos ágil. Blueway es una solución francesa con modelos preconfigurados. Semarchy destaca por su facilidad de parametrización y su fuerte presencia en el sector industrial, lo que la convierte en una elección pertinente para proyectos con plazos ajustados.
La duración de un proyecto MDM depende del alcance funcional, de la complejidad de los datos y de la madurez de la organización. En un alcance acotado — repositorio de clientes y proveedores, datos identificativos básicos — es posible un despliegue eficaz en unos pocos meses, siempre que se cuente con un consultor con experiencia, equipos de negocio implicados y una herramienta parametrizable con rapidez. En cambio, un proyecto de gobernanza de datos más amplio, que integre varios dominios de datos y una transformación organizativa, requiere una hoja de ruta plurianual.
El MDM designa la implantación técnica de un repositorio de datos maestros: la herramienta, el modelo de datos, los flujos de alimentación y las reglas de calidad. La gobernanza de datos es un enfoque organizativo más amplio que define quién es responsable de qué datos, cómo se validan, quién puede modificarlos y según qué procesos. Un proyecto MDM sin gobernanza asociada produce un repositorio técnico que se deteriora rápidamente. Ambos son complementarios y deben llevarse de forma conjunta.
La implicación de los equipos de negocio es a menudo el factor clave de éxito de un proyecto MDM. Varias palancas han demostrado su eficacia: partir de los problemas concretos que encuentran a diario en lugar del tema de los datos en abstracto, adoptar un enfoque gráfico y simplificado para hacer comprensibles los procesos, co-construir los workflows en talleres en lugar de imponerlos y apoyarse en una exigencia externa — regulatoria o de negocio — para crear una sensación de urgencia compartida. La comunicación y la adaptación al contexto de cada organización siguen siendo las competencias más determinantes.
La desmaterialización de las facturas habrá tenido al menos un mérito: obligar a las empresas a mirar de frente la realidad de sus datos maestros. Lo que este proyecto ilustra de forma concreta es que, con el método adecuado, la herramienta adecuada y el acompañamiento adecuado, es posible afrontar este desafío incluso con un calendario ajustado.
Pero más allá del cumplimiento normativo, se abre una iniciativa de fondo — la de la gobernanza de datos a escala de toda la empresa. Una iniciativa que no termina con el go-live y que requiere una visión, una organización y unas competencias que pocas empresas industriales han internalizado todavía.
FocusTribes acompaña a las direcciones de negocio y a los departamentos de TI en este tipo de transformación, movilizando a expertos en MDM y gobernanza de datos como Julien Rameau — consultores capaces de intervenir de forma operativa, con la visión de arquitectura y el criterio crítico que exigen estos proyectos.