En resumen

La gestión de los requisitos locales de las plantillas globales del ERP comienza con la clasificación. Cada solicitud corresponde a una obligación legal, un contrato con el cliente, un límite operativo físico o una preferencia. Las tres primeras solo justifican una excepción si se cumplen dos requisitos: un validador designado confirma la necesidad y se comprueba que el diseño estándar no la satisface. Una preferencia recibe formación y apoyo para el cambio. Las resoluciones determinan quién asume las consecuencias: la autoridad de diseño para el modelo común, el director de planta para la configuración específica de la planta y el promotor para los casos antiguos y los desacuerdos sin resolver.

Adaptación de la plantilla global del ERP a los requisitos locales de la planta checa

El comité directivo ha aprobado la plantilla global, el proceso compartido y el diseño del sistema que utilizarán varias entidades del grupo. En ella se establecen el modelo de datos común, el plan de cuentas y los flujos de procesos estándar.

A continuación, la primera planta checa de un grupo con sede en Alemania presenta una larga lista de modificaciones solicitadas. La autoridad responsable del diseño se encuentra en la sede central, y la planta es una entidad jurídica independiente con sus propios contratos con los clientes.

El promotor tiene dos temores fundados. Rechazar todas las solicitudes puede impedir que la planta envíe un pedido o presente un informe reglamentario. Aceptar todas las solicitudes convierte cada variación en un coste permanente en términos de datos, asistencia técnica y actualizaciones. En una implantación de un ERP multinacional, la primera planta establece el modelo para todas las sedes posteriores, y las fechas legales y de los clientes no se modifican. Las solicitudes no confirmadas en las pruebas de aceptación suponen un retraso en la puesta en marcha o un lanzamiento sin documentar. El libro mayor consolidado deja entonces de reflejar el funcionamiento de la planta.

Equilibrio entre la estandarización del grupo y las necesidades operativas de la planta

La sede central diseñó la plantilla para la presentación de informes consolidados y una visión global de la tesorería, por lo que el grupo hace bien en protegerla. La planta funciona en función de la disponibilidad de la línea de producción. Un paso de confirmación que añade 20 segundos a cada ciclo de la máquina reduce la producción, y el director de la planta es el responsable de ello.

Los problemas surgen cuando cada parte interpreta las preocupaciones de la otra como una forma de resistencia y nadie asume la responsabilidad de la reconciliación. Se trata de una laguna en la gestión de la localización de los sistemas de planificación de recursos empresariales (ERP), no de un choque de culturas.

Indicadores clave del deterioro de la gestión de las plantillas de ERP

Un comité directivo puede extraer cuatro indicios de los propios registros del programa:

• Solicitudes no clasificadas. Las obligaciones legales y las preferencias figuran en una misma lista.
• Reuniones binarias. Las opiniones se convierten en una referencia para el grupo frente a las circunstancias locales.
• Soluciones alternativas para las sombras. Los usuarios clave mantienen hojas de cálculo sin conexión para evitar las contabilizaciones estándar.
• Se ha omitido la revisión del diseño. Los equipos locales aprueban cambios sin que se haya realizado una revisión arquitectónica.

Cualquiera de estos indicios sugiere que el grupo carece de datos fiables sobre la planta.

Clasificación de los requisitos locales de la plantilla global del ERP en cuatro grupos

Clasifica cada solicitud en uno de los cuatro grupos antes de que nadie la debata. La primera clasificación es provisional, y las pruebas aportadas por el validador la confirman o la modifican.

• Obligación legal. Una obligación legal, como la presentación de declaraciones fiscales. La validan especialistas locales en materia jurídica, fiscal o de nóminas.
• Obligación contractual o con el cliente. Un formato de mensaje, una etiqueta o una norma de envasado. El contrato o el manual del cliente lo validan.
• Límite físico de funcionamiento. Una restricción derivada del edificio, del equipo o del tiempo de ciclo. Los ingenieros de planta la validan con los datos de la línea de producción.
• Preferencia. Familiaridad con una pantalla o un hábito heredado. La formación de los usuarios clave y el apoyo al cambio son la respuesta.

Existe una obligación legal que la planta debe cumplir, pero no siempre es necesario que el grupo la adapte a medida. Una localización estándar o una capa de informes pueden ser suficientes para cumplirla.

Información esencial sobre las solicitudes de excepción de la plantilla global de ERP

Una afirmación se puede someter a prueba cuando expone cinco hechos:

• La operación o el proceso afectado, como, por ejemplo, una entrada de mercancías.
• La justificación de la necesidad y el propietario designado que la ostenta.
• La opción estándar que probó el equipo del proyecto y el resultado.
• Las consecuencias para la planta si se mantiene el diseño estándar.
• El efecto previsto sobre los datos, las interfaces, el soporte técnico y las futuras sedes.

Una solicitud que no pueda indicar el tercer hecho carece de resultado de prueba que la respalde, sea cual sea su categoría.

Priorización de las solicitudes de excepción del ERP según el calendario y el impacto

Un patrocinador con experiencia revisa la lista de solicitudes para detectar lo que falta. Hay tres aspectos que requieren precaución: una etiqueta reglamentaria sin el nombre de un especialista, un requisito del cliente citado de memoria y un límite físico sin datos de línea. Ninguno de ellos está demostrado, aunque tampoco es incorrecto, por lo que la solicitud permanece pendiente.

La secuencia se rige por las fechas. Establece el plazo de clasificación contando hacia atrás a partir de las pruebas de aceptación, teniendo en cuenta un ciclo completo de repetición de pruebas y el tiempo de tramitación de los especialistas. Una solicitud con fecha que aún no haya sido confirmada se remite al promotor. Una solicitud sin fecha en la que falten los cinco datos se devuelve al solicitante. Las preferencias se activan en el diseño estándar con una fecha de revisión registrada.

Funciones y responsabilidades de validación de las solicitudes de las plantas locales

Los especialistas locales de la planta disponen de la documentación, a menudo en checo: el dictamen fiscal, la cláusula del cliente. Los arquitectos del grupo se encargan de la consolidación, los datos maestros y la ruta de actualización, y no pueden probar lo que no pueden leer. Un validador designado, ubicado en el mismo lugar donde se encuentra la documentación, confirma primero cada elemento.

El responsable del programa coordina la revisión y registra cada opinión sin certificar ninguna de ellas. Guía de implementación de Microsoft Señala que tanto el cliente como su socio de implementación pueden dar por hecho que es la otra parte la que se encarga de una actividad. Indique por escrito el nombre de un validador para cada solicitud antes de que comience la revisión.

Marco de derechos de decisión en la gobernanza de los sistemas ERP multinacionales

La autoridad de diseño mantiene cuatro elementos protegidos: la consolidación y el plan de cuentas, las normas sobre datos maestros, la ruta de actualización y la carga de soporte. Las normas sobre datos maestros y la ruta de actualización pueden modificarse durante un periodo limitado, siempre que la excepción sea aislada y cuente con una fecha de revisión. El plan de cuentas y las normas de consolidación rara vez se modifican.

El director de planta es el responsable a nivel local de la producción y del cumplimiento normativo. Dentro de los límites establecidos en los estatutos, el director de planta decide todo aquello que no afecte a los demás aspectos protegidos, como los diseños de las etiquetas. Los estatutos del programa establecen cuatro parámetros definidos por el patrocinador:

• Un límite para la configuración específica de cada instalación, que los arquitectos puedan comprobar, como la carga admisible.
• Un límite para las soluciones provisionales registradas, como el esfuerzo que supone realizar cambios y volver a realizar pruebas.
• Un único canal de respuesta para concursos y recomendaciones.
• El porcentaje de clasificaciones preferenciales impugnadas o de excepciones legales confirmadas que da lugar a una revisión de la plantilla antes de la siguiente sede.

El director de planta firma conjuntamente cualquier solicitud denegada de los tres primeros grupos y puede impugnar una clasificación por preferencia antes de que finalice el plazo de clasificación. El patrocinador toma la decisión dentro del plazo de respuesta y también acepta una solicitud fechada que la revisión no pueda atender a tiempo, así como un desacuerdo que se mantenga tras un examen exhaustivo de las pruebas. En ese caso, la mejor opción suele ser la más fácil de revocar.

Cuándo contratar a un director interino del programa de ERP

Cuando el responsable del programa, el responsable del proceso y la autoridad de diseño disponen de tiempo y de una vía de escalación, pueden resolver el problema, y un desacuerdo local por sí solo no justifica la intervención de un ejecutivo interino. Sin embargo, una decisión sin responsable no puede esperar a un segundo ciclo de dirección. Nadie se hace responsable de ella cuando se da cualquiera de estas tres circunstancias:

• Las señales mencionadas anteriormente persisten más allá de la próxima reunión de dirección.
• Una fecha jurídica o de cliente no tiene un validador asignado.
• La misma discrepancia vuelve a ser competencia del promotor una vez concluida la presentación de pruebas.

En ese caso, un Director interino del programa ERP ocupa el puesto de responsable del programa. CE Interim define el mandato antes de proponer a ningún candidato: las competencias decisorias, la línea jerárquica y el procedimiento de escalación. El ejecutivo depende del patrocinador, mientras que el director de la planta y la autoridad de diseño mantienen sus propias responsabilidades. A continuación, CE Interim evalúa a cada ejecutivo en función de esta situación, como por ejemplo la puesta en marcha de una primera planta en dos países.

Ámbito de aplicación de la decisión delegada para la gestión provisional del ERP

El patrocinador delega los derechos de los que carece el cargo de responsable del programa. El ejecutivo decide de forma definitiva:

• El plazo de clasificación, la clasificación provisional y un validador designado por cada solicitud.
• El grupo confirmado de cada solicitud, una vez que el validador haya aportado las pruebas.
• Las solicitudes sin fecha que no incluyan los cinco datos se devolverán al solicitante.
• Se han registrado soluciones provisionales para obligaciones vencidas, hasta el límite establecido en la carta constitutiva.

En lo que respecta a los artículos protegidos y a los casos del patrocinador, el ejecutivo formula recomendaciones dentro de un plazo determinado, pero no toma decisiones. El ejecutivo no exime del cumplimiento de los criterios de aceptación, no certifica el cumplimiento de los requisitos legales ni autoriza un lanzamiento.

El ejecutivo es responsable del proceso, no del veredicto: todas las solicitudes reciben una resolución antes de la fecha prevista. Un socio interino de CE revisa el registro de decisiones junto con el promotor, buscando recomendaciones ignoradas, respuestas tardías del promotor y soluciones provisionales que hayan superado su fecha de revisión. En el momento del traspaso, el registro de excepciones y la rutina de revisión pasan a manos de una autoridad de diseño permanente.

Ejemplo ilustrativo de un registro de excepción en un sistema ERP para una planta y caso práctico

Caso práctico: Gestión de las discrepancias en el ERP a nivel de planta

El siguiente escenario es hipotético. No se basa en ningún caso real de un cliente.

Un cliente necesita su propio diseño de etiqueta para una fecha fija dentro del plazo de pruebas. El responsable global del proceso quiere la etiqueta estándar, para mantener un único diseño en todas las plantas. El manual del cliente, cuya vigencia ha sido confirmada por su propio contacto, y el rechazo del escáner constituyen la prueba concluyente. La carga de asistencia técnica se limita a una única configuración de impresión, por lo que el director de la planta toma la decisión dentro de los límites establecidos en el reglamento. Si el diseño hubiera afectado a los datos maestros, la autoridad competente en materia de diseño habría tomado la decisión.

Ejemplo de registro de excepciones de un sistema ERP auditable

Las excepciones a las plantillas globales se interpretan mejor como decisiones auditables. A continuación se incluyen cuatro ejemplos ilustrativos.

La controversia legal ilustra una vía de validación. Cualquier requisito checo real requiere su propia fuente vigente y un dictamen local cualificado.

Integración de las excepciones aprobadas del ERP en el control de cambios

Una excepción aceptada no modifica la plantilla. Se somete al control de cambios, que decide si se modifica la línea base aprobada y asume la responsabilidad de las repercusiones en los costes y el calendario. Las solicitudes rechazadas quedan registradas junto con los motivos correspondientes, de modo que en la siguiente obra no se repita el debate.

Preguntas frecuentes: Implementaciones globales de ERP y requisitos locales

¿Es necesario que todas las plantas de fabricación cuenten con procesos ERP idénticos?

No. El modelo de datos, el plan de cuentas y las normas de consolidación siguen siendo comunes. Los flujos operativos pueden diferir cuando existan pruebas que demuestren una necesidad legal, contractual o física que el proceso estándar no pueda satisfacer. Cada diferencia tiene asignado un responsable y, cuando se desvía de las normas de datos maestros o de la ruta de actualización, una fecha de revisión. Un mismo flujo puede generar un resultado local diferente, como una etiqueta, mientras que los datos siguen siendo comunes.

¿Qué pruebas avalan una excepción local creíble en el sistema ERP?

Prueba que pueda verificar un tercero, en poder de un propietario identificado. Esto significa una fuente legal confirmada por un especialista cualificado, una cláusula contractual o, en el caso de un límite físico, datos de medición de la línea y una demostración. Una declaración basada en la experiencia puede iniciar la revisión, pero no puede concluirla. El equipo del proyecto también debe haber probado la opción estándar y haber registrado el resultado.

¿Quién es responsable de validar los requisitos legales del sistema ERP?

Un especialista local cualificado en la materia: un asesor fiscal para la declaración de impuestos y un especialista en nóminas para la gestión de nóminas. Algunas obligaciones varían en función de la legislación, por lo que el dictamen lleva una fecha. El mismo especialista lo vuelve a confirmar antes de la nueva comprobación final. Si el dictamen llega después de la fecha límite de clasificación, el patrocinador se hace cargo de la solicitud. Una obligación con fecha límite puede gestionarse mediante una solución alternativa registrada hasta que se reciba el dictamen retrasado.

¿Cómo se gestionan las excepciones de ERP aceptadas en el marco del control de cambios?

La autoridad de diseño lo registra y presenta una solicitud de cambio que abarca el diseño, la configuración, el coste, las pruebas y el soporte técnico. Cada efecto tiene un responsable designado. El comité de control de cambios evalúa el coste total antes de decidir si se modifica la línea base. Hasta entonces, la plantilla y su código no se modifican a nivel local. La única excepción es una solución provisional con una fecha de finalización, registrada en relación con una obligación con fecha determinada.

Conocimientos relacionados y siguiente paso

Los requisitos locales no resueltos de la plantilla global del ERP dan lugar a soluciones provisionales locales, y el grupo pierde datos fiables de las plantas. El establecimiento de un proceso de evaluación estructurado garantiza que se satisfagan las necesidades locales legítimas, al tiempo que se preserva la integridad y la coherencia de la plantilla global básica.

Lecturas relacionadas:

• La sede central alemana ha aprobado una reestructuración de la planta checa. ¿A qué coste supondrá este ahorro?
• Cuando varias plantas de CEE están modificando su tamaño al mismo tiempo, ¿quién establece el orden de los cambios?
• La sede central alemana considera que la planta checa está cumpliendo los objetivos. Las horas dedicadas a la reelaboración indican que ya se ha agotado la capacidad.

CE Interim pone a su disposición un ejecutivo previamente seleccionado, adecuado para el encargo y sujeto a un acuerdo de confidencialidad, listo para incorporarse una vez completada la descripción del encargo. Cuando nadie se responsabiliza de la decisión entre el departamento de diseño y la planta, hable con un Socio interino de CE.