Sincronización diaria de catálogo entre el sistema del laboratorio y Magnolia, sin duplicar el maestro

Cuando un catálogo que ya existe en un sistema de gestión tiene que publicarse en un sitio, aparece siempre la misma objeción del área de IT, y es razonable: nadie quiere un segundo lugar donde el catálogo se edite.

El riesgo no es técnico sino de gobierno: si el CMS deja editar un dato que el sistema también gobierna, la siguiente importación va a pisar el trabajo editorial o el dato va a quedar desactualizado.

En GDA el catálogo son unos mil estudios por marca, gobernados por el sistema interno del laboratorio.

• Dos fuentes de verdad: el mismo estudio editable en dos sistemas distintos termina teniendo dos valores distintos.
• Reimportaciones destructivas: cualquier sincronización ingenua sobrescribe lo que el equipo de contenidos haya escrito encima.
• Lenguaje incompatible: el nombre técnico del estudio sirve para operar el laboratorio y no para que lo lea un paciente.

Sin resolver eso, el proyecto de catálogo no arranca: IT lo frena antes de empezar, y con razón.

Diseñamos el modelo de contenido para que el sistema del laboratorio siga siendo la única fuente de verdad, y Magnolia agregue encima lo editorial sin tocarla.

El mecanismo es una sincronización diaria automática, con actualización manual cuando hace falta, y una separación estricta entre lo que se importa y lo que se escribe.

Sincronización diaria, y manual cuando se necesita

• Un proceso automático trae todos los días los estudios desde el sistema interno del laboratorio.
• La actualización manual está disponible para cuando hay un cambio que no puede esperar al ciclo diario.

Los campos del sistema van en solo lectura

• Los datos que gobierna IT llegan a Magnolia como solo lectura: se ven, se publican y no se editan ahí.
• La fuente de verdad sigue siendo del sistema interno, y ninguna reimportación puede pisar trabajo editorial porque no hay trabajo editorial sobre esos campos.

Sembrar, que es lo que resuelve el lenguaje

• Los campos que sí son editoriales nacen sembrados con el valor del sistema, no vacíos.
• El título, por ejemplo, arranca con el nombre técnico del estudio y marketing lo reescribe en lenguaje de paciente.
• Reescribirlo no toca el sistema de IT ni se pierde en la próxima sincronización.

Arquitectura y tecnología

• Magnolia CMS con modelo de contenido de campos importados y campos editoriales separados.
• Sincronización programada diaria contra el sistema interno del laboratorio, con disparo manual.
• Campos de origen en solo lectura y siembra de valores iniciales en los campos editables.

Conocé más sobre catálogos y ecommerce sobre Magnolia.

Conocé más sobre desarrollo de software.

La objeción de IT quedó resuelta por diseño y no por acuerdo: el catálogo se publica sin que exista un segundo lugar donde editarlo.

KPIs iniciales

• Catálogo gobernado por el sistema interno, sin camino de publicación hacia el sitio.
• Riesgo de duplicar la fuente de verdad en cuanto el contenido pasara al CMS.

KPIs alcanzados

• Sincronización diaria automática operativa, con actualización manual disponible.
• Campos de origen en solo lectura: cero superficie de edición sobre el dato del sistema.
• Campos editoriales sembrados con el valor de origen, reescribibles sin efecto sobre IT.

Impacto estratégico

• IT conserva el gobierno del catálogo y marketing gana una capa propia encima.
• El modelo es reutilizable para cualquier maestro que ya viva en un sistema de gestión.