Casi nunca es la plataforma. Cuando una empresa intenta llevar sus procesos a un solo sistema, lo primero que aparece es que el mismo proceso se hace de tres maneras según la sede, que la información está repartida entre el ERP, unas cuantas hojas de cálculo y el correo de tres personas, y que cada jefe de área está convencido de que su versión es la buena.
Esos acuerdos pendientes son el trabajo real. Abajo están los diez frenos que más se repiten y qué hacer con cada uno.
Vale la pena fijarlo porque muchos proyectos arrancan con una expectativa que nadie va a poder cumplir.
Centralizar es tener una sola fuente de verdad para documentos vigentes, hallazgos, riesgos, acciones e indicadores, con reglas comunes de identificación y trazabilidad. Eso es distinto de que todas las áreas trabajen igual. Un proceso de producción en planta y uno de atención al cliente no tienen por qué compartir formulario, y cuando se lo impones la gente se resiste con razón.
Estandariza el marco: codificación, niveles de aprobación, ciclo de vida del documento, criterios de riesgo. Deja que la operación varíe dentro de él.
El primer frenazo llega en la parametrización. Para configurar un flujo necesitas saber quién aprueba, en qué orden y bajo qué condiciones, y ahí muchas empresas descubren que ese acuerdo nunca existió o que el procedimiento escrito describe algo que dejó de hacerse en 2021.
El proyecto se queda entonces en reuniones que debieron ocurrir antes de firmar la compra. Levantar el proceso real con quien lo ejecuta toma tiempo y no hay manera de saltárselo. Si el sistema apenas arranca, sigue una ruta ordenada para implantar ISO 9001 y llega a la configuración con los procesos ya definidos.
En empresas con varias sedes el mismo proceso tiene tres o cuatro variantes, con formatos propios, códigos distintos y criterios diferentes para medir lo mismo. Parte de esas diferencias responde a la operación. Otra parte es herencia de quien montó el proceso en cada sitio y nadie volvió a revisar.
Si intentas unificarlo todo de entrada, el proyecto se convierte en una discusión larga sobre cuál sede tiene la razón, con calidad en el medio y sin autoridad para zanjarla.
Separa por escrito lo que debe ser idéntico de lo que puede variar, antes de configurar nada. Lo idéntico suele ser poco: codificación, ciclo de aprobación, estructura mínima del documento, criterios de riesgo. El resto puede convivir con variantes locales en el mismo sistema.
Producción en el ERP, quejas en el CRM, inspecciones en hojas de cálculo, actas en correos, evidencias de auditoría en carpetas de red. Centralizar obliga a decidir qué se mueve, qué se integra y qué se queda donde está.
No todo tiene que migrarse. Hay datos que viven mejor en su sistema de origen y lo que la plataforma de calidad necesita es leerlos. Pregunta qué integraciones vienen de fábrica, si hay API documentada, cada cuánto sincroniza y, sobre todo, cuál sistema manda cuando el mismo dato existe en dos lados.
Esa última definición te ahorra la discusión mensual sobre cuál de las dos cifras del mismo indicador es la correcta.
Lo que se etiqueta como miedo al cambio suele ser un cálculo bastante razonable. Centralizar vuelve visible el desempeño de cada área: cuánto tarda en aprobar, cuántas acciones tiene vencidas, cuántos hallazgos arrastra. Alguien que manejaba esos tiempos en privado los va a tener en un tablero que mira la gerencia.
Reconócelo y equilibra. El área también tiene que recibir algo: menos solicitudes de información, menos consolidación manual antes de los comités, acceso directo a lo que antes tenía que pedir por correo.
Si la centralización solo sirve para que calidad vigile al resto, el resto se las arregla para seguir trabajando por fuera.
Sin taxonomía compartida, cada área nombra las cosas a su manera. Lo que en una sede es no conformidad en otra es novedad, el mismo documento se llama procedimiento o instructivo según quién lo escriba, y los códigos siguen tres lógicas distintas.
Configurar sobre eso produce un sistema donde la búsqueda no encuentra, los reportes no agregan y nadie cree en las cifras consolidadas.
Cierra cuatro definiciones antes de migrar: inventario de procesos con sus niveles, tipos documentales permitidos, regla de codificación y un glosario mínimo. Son dos o tres semanas de trabajo tedioso que ahorran meses.
Duplicados, versiones intermedias sin marcar, formatos que nadie diligencia desde hace años, registros incompletos, archivos cuyo responsable renunció en 2022. Si lo migras tal cual, el desorden queda igual pero ahora con licencia mensual.
Depurar significa decidir qué se migra, qué se archiva y qué se elimina, con acta cuando los tiempos de retención lo exijan. En una empresa mediana son entre dos y cuatro semanas. Es lo que más retorno da en todo el proyecto y lo primero que se sacrifica cuando el cronograma aprieta.
Cuando dos áreas no se ponen de acuerdo sobre el flujo de aprobación de un documento, alguien tiene que decidir. Si esa figura no existe, el tema queda abierto y el cronograma se corre, a veces por meses.
El coordinador de calidad casi nunca tiene autoridad jerárquica sobre los jefes de proceso, así que pedirle que resuelva esas disputas es pedirle que negocie sin herramientas. Arma un comité con participación de la dirección y define una regla de escalamiento con plazo, para que cualquier desacuerdo tenga fecha de resolución.
Los proyectos que arrancan con los dieciocho procesos de la empresa al tiempo suelen morir de agotamiento. El equipo de calidad no da abasto, los usuarios reciben demasiados cambios simultáneos y los errores de configuración se multiplican porque nadie alcanza a revisar.
Una secuencia que aguanta mejor empieza por documentos, el proceso transversal que todas las áreas necesitan y el que más dolor quita. Después hallazgos y acciones correctivas. Luego riesgos e indicadores. Al final, los procesos operativos propios de cada área.
Cada fase deja una victoria visible, y esas victorias te compran la paciencia para la siguiente.
Centralizar modifica cómo trabaja la gente todos los días. Anunciarlo por correo y dictar una capacitación de tres horas no alcanza, y además contradice lo que la propia norma pide.
El numeral 6.3 de ISO 9001:2015 exige planificar los cambios al sistema de gestión considerando su propósito, las consecuencias posibles, la disponibilidad de recursos y la asignación de responsabilidades. Un proyecto de centralización entra de lleno ahí. La estructura de un procedimiento de gestión del cambio ISO 9001 sirve para planificarlo con el mismo rigor que le exiges a cualquier otro cambio.
En la práctica son tres cosas: capacitación por rol y sobre el trabajo real de cada quien, refuerzo a las pocas semanas cuando ya salieron las dudas, y cerrar las rutas paralelas. Mientras la carpeta de red siga abierta, ahí va a seguir trabajando la mitad de la gente.
Este hueco sobrevive incluso a una centralización bien hecha. Los procesos quedan en la plataforma, pero las decisiones se toman en reuniones cuyas actas se guardan en un archivo suelto, y los compromisos que salen de ahí nunca entran al sistema.
Medio año después el mismo tema vuelve a la agenda porque nadie hizo seguimiento. Si gestionas las actas e informes en la misma plataforma, cada compromiso queda con responsable y fecha, y se puede rastrear igual que una acción correctiva.
Resumen: obstáculo, señal, respuesta
| Obstáculo | Cómo se nota | Qué hacer |
|---|---|---|
| Procesos sin documentar | La parametrización se frena por falta de acuerdos | Levantar el proceso real antes de configurar |
| Variantes por sede | Tres formatos para lo mismo | Separar lo idéntico de lo que puede variar |
| Datos en varios sistemas | Dos cifras para el mismo indicador | Definir sistema maestro por dato |
| Resistencia de los dueños de proceso | Uso bajo en áreas puntuales | Dar valor al área, no solo visibilidad a la gerencia |
| Sin lenguaje común | Búsquedas que no encuentran | Inventario, tipos documentales, codificación, glosario |
| Datos sucios | Duplicados y versiones sin marcar | Depurar antes de migrar |
| Sin autoridad de decisión | Temas abiertos que corren el cronograma | Comité con dirección y escalamiento con plazo |
| Alcance excesivo | Equipo saturado, errores de configuración | Fases, empezando por documentos |
| Cambio sin planificar | Adopción baja tras el lanzamiento | Aplicar el numeral 6.3 al proyecto |
| Decisiones por fuera | Compromisos de actas sin seguimiento | Gestionar actas y compromisos en la plataforma |
Con cuatro cifras alcanza. Tómalas antes de arrancar, aunque sean aproximadas, porque al año no vas a poder demostrar nada sin punto de partida.
Usuarios habilitados con actividad en el último mes, desagregado por área. Si hay áreas por debajo del 40%, ahí tienes un problema concreto que ninguna capacitación general resuelve.
Porcentaje de documentos vigentes que ya está en la plataforma y no en carpetas paralelas. Tiempo de ciclo de aprobación documental contra la línea base. Y compromisos de actas cerrados en plazo, que mide si la parte menos vistosa del sistema está viva.
Una herramienta no resuelve desacuerdos organizacionales ni reemplaza a alguien con autoridad para decidir. Sirve para quitar el trabajo manual que vuelve insostenible un sistema bien diseñado y para hacer visibles los puntos donde la operación se traba.
Para eso los módulos tienen que cruzarse. Un hallazgo que genera la acción correctiva, que se liga al riesgo, que obliga a ajustar el procedimiento y que termina en el indicador. En KAWAK esos módulos comparten la misma base de procesos, así que el dato se registra una vez y aparece donde corresponde.
Si estás viendo si el software KAWAK aguanta una operación multisede, pide en la demo que te muestren cómo maneja variantes locales dentro de un marco común. Ese es el punto donde se cae la mayoría de las centralizaciones.
¿Qué dificulta centralizar procesos en un software de gestión de calidad?
Procesos sin documentar o con variantes distintas por sede, información repartida en sistemas que no se comunican, falta de un lenguaje común, datos de partida sin depurar, nadie con autoridad para resolver desacuerdos y un cambio que se anuncia en lugar de planificarse.
¿Centralizar significa que todas las áreas trabajen igual?
No. Se estandariza el marco común: codificación, ciclo de aprobación, niveles de revisión y criterios de riesgo. La variación operativa dentro de ese marco es legítima, y forzarla genera resistencia con fundamento.
¿Por dónde conviene empezar?
Por el control de documentos. Es el proceso transversal que todas las áreas necesitan y el que más carga administrativa quita. Después hallazgos y acciones correctivas, luego riesgos e indicadores, y al final los procesos operativos de cada área.
¿Hay que migrar toda la información al nuevo sistema?
No. Hay datos que viven mejor en su sistema de origen y que la plataforma de calidad solo necesita leer. Define cuál sistema es el maestro de cada dato antes de decidir qué se migra y qué se integra.
¿Cómo manejar la resistencia de los jefes de área?
Reconoce que la centralización hace visible su desempeño y compénsalo con algo concreto para ellos: menos solicitudes de información, menos consolidación manual antes de los comités, acceso directo a lo que antes pedían por correo.
¿Qué exige ISO 9001 sobre la planificación de estos cambios?
El numeral 6.3 pide planificar los cambios al sistema de gestión considerando su propósito y consecuencias, la integridad del sistema, la disponibilidad de recursos y la asignación de responsabilidades y autoridades.
¿Cuánto tarda centralizar en una empresa multisede?
Entre 6 y 12 meses por fases en una empresa mediana. Lo que más alarga el proyecto es el estado de la documentación de partida y el tiempo que tome acordar qué debe ser idéntico entre sedes.
¿Qué pasa con los compromisos que nacen en reuniones?
Si las actas quedan fuera del sistema, esos compromisos no tienen seguimiento y los temas vuelven a la agenda meses después. Gestionarlas dentro de la plataforma deja cada compromiso con responsable, fecha y estado.