Caso de proceso / 05 · Proceso común vs. variación controlada

Estandarizar un proceso comercial global sin romper la operación local

Un caso ficticio sobre madurez del modelo operativo: una plantilla global, puntos de extensión declarados y un ciclo de gobierno para la variación local.

Escenario ficticio

Elaborado de forma independiente. No contiene detalles de implementación, nombres internos ni cifras de ningún empleador o cliente.

01El resultado

Una plantilla global con puntos de extensión declarados y un proceso de gobierno que convierte cada diferencia local en una decisión registrada, con responsable y fecha de revisión.

La realidad

Se impone un proceso global; las filiales lo cumplen sobre el papel y lo sortean en la práctica.

Dimensión clave

Proceso común vs. variación controlada

Decisión clave

Distinguir el proceso global común de la variación local controlada, y gobernar la variación como un proceso propio.

ContextoUna organización global quiere un único proceso comercial en todas sus filiales. Los intentos anteriores fallaron en los dos sentidos: una plantilla rígida que las filiales sorteaban, o una libertad local que hacía imposible comparar el proceso y sus KPI.

Sistemas y actoresPlantilla global de CRMERP localesRegistro de variaciones

02La realidad · situación actual

Lo que pasa realmente hoy.

  • Se impone un proceso global, pero cada filial lo interpreta a su manera
  • Las diferencias locales se ignoran o se tratan como únicas
  • Las restricciones legales y fiscales se mezclan con las preferencias locales
  • Los ERP locales imponen reglas que el diseño global nunca vio
  • Los workarounds siguen invisibles hasta que los informes dejan de cuadrar
  • Nadie es responsable de la decisión de permitir —o rechazar— una variante local

03Proceso objetivo

7 etapas, 3 roles, 3 sistemas.

Cada etapa se sitúa en el carril que es responsable de ella y muestra qué ocurre en cada sistema en ese momento. Selecciona una etapa para ver su anatomía; lee el modelo a través de los controles, las excepciones o la idoneidad para automatizar.

Modelo operativo / swimlaneGobierno de la variación localUna filial no puede seguir un paso global → Variante renovada, incorporada a la plantilla o retirada

Etapas, responsables, contactos con sistemas y traspasos.

FilialResponsable local del proceso y equipos
Responsable globalPlantilla y política de variación
Comité de procesosDecisiones de gobierno
Plantilla de CRMUna configuración, puntos de extensión declarados
ERP localesRestricciones propias de cada entidad
Registro de variacionesCada variante, su responsable y su fecha de revisión
Carril / etapa
Filial → Responsable global
Comité → Equipo de plataforma
Entrada en el registroClase + solicitudes vinculadasImpacto en la plantillaComprobación de restriccionesDecisión + fecha de revisiónRegla local, si la hayImplementadaSeñales de usoRevisión pendiente
Acción humanaAcción de sistemaDecisiónPunto de aprobaciónEstado del ciclo de vidaContacto con sistemaTraspasoCambio de autoridadRetorno por excepción
Anatomía de la etapa · 02 / 07

Clasificar la diferencia

DecisiónMantener humano
  1. Disparador

    Solicitud registrada

  2. Decisión

    ¿Es ruido, una preferencia o una restricción real: legal, fiscal, de ERP o de mercado?

  3. Responsable

    Responsable global del proceso

  4. Acción del sistema

    El registro anota la clase y vincula solicitudes parecidas de otras filiales

  5. Estado del dato

    Variación · Clasificada

  6. Siguiente etapa

    03 Evaluación de impacto

Información necesaria
  • Evidencia de la restricción
  • Solicitudes parecidas en otras filiales
  • La regla global a la que afecta
Controles
  • Una preferencia no es una restricción: necesita un caso de negocio, no una exención
Excepciones
  • Falta evidencia — Se devuelve para aportar evidenciaDetectada por: Responsable global del proceso · Responsable: Responsable local del proceso · Vuelve a 01 Solicitud de variación local
Idoneidad para automatizar

Mantener humano. Distinguir una restricción de una preferencia es el juicio central.

    1. Disparador

      Solicitud registrada

    2. Decisión

      ¿Es ruido, una preferencia o una restricción real: legal, fiscal, de ERP o de mercado?

    3. Responsable

      Responsable global del proceso

    4. Acción del sistema

      El registro anota la clase y vincula solicitudes parecidas de otras filiales

    5. Estado del dato

      Variación · Clasificada

    6. Siguiente etapa

      03 Evaluación de impacto

    Información necesaria
    • Evidencia de la restricción
    • Solicitudes parecidas en otras filiales
    • La regla global a la que afecta
    Controles
    • Una preferencia no es una restricción: necesita un caso de negocio, no una exención
    Excepciones
    • Falta evidencia — Se devuelve para aportar evidenciaDetectada por: Responsable global del proceso · Responsable: Responsable local del proceso · Vuelve a 01 Solicitud de variación local
    Idoneidad para automatizar

    Mantener humano. Distinguir una restricción de una preferencia es el juicio central.

04Dimensión clave · Proceso común vs. variación controlada

Plantilla global, variación controlada

La plantilla fija lo que debe ser igual en todas partes. La variación solo se permite en puntos declarados, con un responsable y una fecha de revisión.

ElementoProceso global comúnVariación local controladaVariación aprobada por
Etapas del ciclo de vida y criterios de salidaMismas etapas y criterios de salida en todas partesNinguna: no se permiten nombres locales de etapaNo admite variación
Modelo de aprobaciónQuién aprueba cada tipo de desviaciónValores de umbral por entidad legal y divisaComité de procesos
Validación propia de cada paísSiempre existe una etapa de validaciónComprobaciones fiscales, legales y documentales por paísResponsable global + Cumplimiento
Restricciones del ERPContratos de alta de cliente y de pedidoCampos y reglas propios de cada entidad detrás del contratoArquitecto de plataforma
RolesModelo de roles y derechos de decisiónQuién ocupa cada rol; roles fusionados en entidades pequeñasResponsable global
Requisitos de datos localesModelo de datos y definiciones globalesCampos locales declarados, nunca redefinir los globalesResponsable global
KPIDefiniciones y cálculosSolo los valores objetivoDirección local
Excepciones localesRegistro de excepciones y cadencia de revisiónExcepciones temporales con fecha de caducidadComité de procesos

La estandarización fracasa cuando cada diferencia se trata como ruido o como algo único. El registro convierte cada diferencia en una decisión.

05Responsabilidad y derechos de decisión

Un único responsable último por decisión.

Derechos de decisión de Gobierno de la variación local
DecisiónResp. localResp. globalComité de procesosEquipo plataformaCumplimiento
01Declarar una diferencia localA Responsable últimoI InformadoNo intervieneNo intervieneNo interviene
02Clasificar una restricción o una preferenciaC ConsultadoA Responsable últimoNo intervieneNo intervieneNo interviene
03Cambiar un control globalNo intervieneR EjecutorC ConsultadoNo intervieneA Responsable último
04Aprobar una variante localC ConsultadoR EjecutorA Responsable últimoNo intervieneC Consultado
05Elegir el punto de extensiónNo intervieneC ConsultadoNo intervieneA Responsable últimoNo interviene
07Retirar una varianteC ConsultadoR EjecutorA Responsable últimoNo intervieneNo interviene
  1. 01Declarar una diferencia local
    AResponsable último
    Resp. local
    IInformado
    Resp. global
  2. 02Clasificar una restricción o una preferencia
    AResponsable último
    Resp. global
    CConsultado
    Resp. local
  3. 03Cambiar un control global
    AResponsable último
    Cumplimiento
    REjecutor
    Resp. global
    CConsultado
    Comité de procesos
  4. 04Aprobar una variante local
    AResponsable último
    Comité de procesos
    REjecutor
    Resp. global
    CConsultado
    Resp. local · Cumplimiento
  5. 05Elegir el punto de extensión
    AResponsable último
    Equipo plataforma
    CConsultado
    Resp. global
  6. 07Retirar una variante
    AResponsable último
    Comité de procesos
    REjecutor
    Resp. global
    CConsultado
    Resp. local
AResponsable últimoREjecutorCConsultadoIInformadoExactamente una A por decisión

06Excepciones y rutas de fallo

7 rutas de excepción, cada una con responsable y destino.

01 Solicitud de variación localCambio local hecho sin solicitud

Se registra y se revisa; los casos repetidos van al comité

Detectada por
Auditoría de la plantilla
Responsable
Responsable global del proceso
Destino
Registrado a posteriori y revisado
02 Clasificar la diferenciaFalta evidencia

Se devuelve para aportar evidencia

Detectada por
Responsable global del proceso
Responsable
Responsable local del proceso
Destino
Vuelve a 01 Solicitud de variación local
03 Evaluación de impactoAfecta a un control global

Cumplimiento decide antes que el comité

Detectada por
Evaluación
Responsable
Cumplimiento
Destino
Primero, revisión de cumplimiento
04 Decisión de gobiernoRechazada

La filial adopta el paso global, con un plan de transición

Detectada por
Comité de procesos
Responsable
Responsable local del proceso
Destino
Adoptar el paso global con un plan de transición
05 Cambio en la plantilla o varianteNingún punto de extensión encaja

Vuelve a evaluación: la plantilla necesita un nuevo punto de extensión, o la variante se rechaza

Detectada por
Equipo de plataforma
Responsable
Arquitecto de plataforma
Destino
Vuelve a 03 Evaluación de impacto
06 Despliegue localPersiste un workaround local

El workaround se convierte en una nueva solicitud de variación

Detectada por
Señales de uso
Responsable
Responsable local del proceso
Destino
Se trata como una nueva solicitud de variación
07 Revisión periódicaLa restricción ya no existe

La filial pasa al proceso global

Detectada por
Revisión
Responsable
Responsable local del proceso
Destino
Variante retirada

07Proceso ↔ sistema

Primero la pregunta de proceso. Entonces la pregunta de sistema tiene respuesta.

EtapaResponsable últimoAcción del sistemaEstado del datoAutomatización
01Solicitud de variación localResponsable local del procesoLa solicitud se anota en el registro de variaciones con la etapa afectada y el motivoVariación · SolicitadaAsistir — confirma una persona
Cambia la responsabilidad — Filial → Responsable global
02Clasificar la diferenciaResponsable global del procesoEl registro anota la clase y vincula solicitudes parecidas de otras filialesVariación · ClasificadaMantener humano
03Evaluación de impactoResponsable global del proceso · arquitecto de plataformaSe documenta el impacto en la configuración, el modelo de datos, las integraciones y los KPIVariación · EvaluadaMantener humano
04Decisión de gobiernoComité de procesos, presidido por el responsable global del procesoLa decisión, su justificación y una fecha de revisión se anotan en el registroVariación · DecididaMantener humano
Cambia la responsabilidad — Comité → Equipo de plataforma
05Cambio en la plantilla o varianteEquipo de plataformaLa variante se configura en un punto de extensión declarado, nunca como una bifurcación de la plantillaPlantilla · Nueva versiónAutomatizar
06Despliegue localResponsable local del procesoLos equipos locales reciben formación sobre el cambio; se monitoriza el usoVariación · En producciónAsistir — confirma una persona
07Revisión periódicaResponsable global del procesoEl registro lista las variantes que vencen, con su uso y su efecto en los KPIVariación · Renovada, incorporada o retiradaAsistir — confirma una persona
Pregunta de proceso: P1¿Qué diferencias son restricciones reales?
Pregunta de sistema: S1¿Qué puntos de extensión ofrece la plantilla para ellas?
Pregunta de proceso: P2¿Quién aprueba una desviación local?
Pregunta de sistema: S2¿Dónde se registra la variante, con su responsable y su fecha de revisión?
Pregunta de proceso: P3¿Cómo evoluciona el proceso global?
Pregunta de sistema: S3¿Cómo se versiona la plantilla y cómo se prueba la regresión en cada entidad legal?

08La segunda capa

Preguntas que cambian el diseño.

Diferencias

  1. ¿Qué diferencias son ruido y cuáles son restricciones reales?
  2. ¿Qué restricciones son legales o fiscales, y cuáles vienen de un ERP local?
  3. ¿Hay dos filiales pidiendo la misma variante?

Autoridad

  1. ¿Quién aprueba una desviación local?
  2. ¿Quién puede cambiar un control global?
  3. ¿Cómo mantienen la segregación de funciones las entidades pequeñas con roles fusionados?

Evolución

  1. ¿Cómo evoluciona el proceso global y quién puede proponer cambios?
  2. ¿Cuándo se convierte una variante local en el estándar global?
  3. ¿Cuándo caduca una variante?

09Medición

La salud del proceso, definida por responsable y acción.

No se muestran valores: en un diseño, el entregable es la definición.

ControlTodas las etapas
Variantes por etapa global

Variantes registradas por etapa y motivo

Responsable
Responsable global del proceso
Desencadena
Una etapa con muchas variantes es un problema de diseño de la plantilla
ControlEtapa 01
Desviaciones no declaradas

Cambios locales encontrados fuera del registro

Responsable
Responsable global del proceso
Desencadena
Endurecer el control de cambios, o simplificar la vía de solicitud
AdelantadoEtapas 01 → 04
Plazo de decisión

De la solicitud a la decisión del comité

Responsable
Comité de procesos
Desencadena
Vía rápida para las restricciones legales; agrupar las preferencias
ControlEtapa 07
Variantes con la revisión vencida

Variantes que pasaron su fecha de revisión sin renovarse, incorporarse ni retirarse

Responsable
Comité de procesos
Desencadena
Ninguna renovación en silencio
RetrasadoEtapas 03 → 07
Comparabilidad de KPI

KPI globales calculados de forma idéntica en todas las entidades legales

Responsable
Operaciones comerciales
Desencadena
Rechazar las variantes que rompen la comparabilidad sin un motivo de peso

10Qué produce el trabajo

Entregables y conexiones.

  1. 01Plantilla global del proceso
  2. 02Modelo de variación controlada
  3. 03Registro de variaciones
  4. 04Gobierno y derechos de decisión
  5. 05Puntos de extensión de la plantilla
  6. 06Reglas de comparabilidad de KPI