Ir al contenido principal
SAP

Clean core: el eje que cruza las seis fases de SAP Activate

La limpieza del core no cabe en una fase del cronograma. Qué dimensión entra en Discover, Prepare, Explore, Realize, Deploy y Run en una conversión de utilities.

AGT
EvoTech Consulting Company

· 12 min de lectura

Técnica de campo revisando un gabinete concentrador de medición al amanecer en el patio de una subestación de distribución

Abra el cronograma de su conversión y busque la tarea «dejar el core limpio». No está. Hay tareas de migración de datos, de pruebas integrales, de corte y de estabilización, y cada una tiene un responsable con nombre y una fecha en la que alguien firma. La limpieza del core no tiene esa línea. Por eso no tiene dueño: no se planifica, no aparece en el reporte de los lunes y no se defiende cuando el cronograma aprieta. Esta pieza trata de a dónde va a parar ese trabajo cuando nadie le asigna una casilla — y de qué le toca hacer, en concreto, a cada una de las seis fases de SAP Activate.

Una tarea que nadie firma

Clean core
«¿En qué fase limpiamos el core?»
Por qué esa pregunta garantiza que no se limpie en ninguna
Lo que se asume
Lo que SAP describe
El clean core es un entregable del proyecto, con fecha de inicio, fecha de fin y un responsable que lo firma.
SAP describe el clean core como un conjunto de dimensiones del sistema: procesos, extensiones, datos, integraciones y operación.
Existe una fase de limpieza en el cronograma donde el core se deja limpio.
Una dimensión es una propiedad que el sistema tiene o no tiene, y que se decide en decenas de momentos distintos a lo largo del proyecto.
Si no se alcanzó a limpiar, se limpia después del arranque productivo.
La limpieza termina siendo lo que sobra tras el arranque: nada, porque el equipo ya está resolviendo incidencias de facturación.
El eje de limpieza atraviesa las seis fases de SAP Activate; ninguna lo contiene por completo.
Conversemos sobre tu conversión

La razón por la que no hay una línea que firmar es que no hay un entregable que entregar. SAP no describe el clean core como un producto del proyecto, sino como un conjunto de dimensiones del sistema: procesos, extensiones, datos, integraciones y operación (SAP Learning). Un entregable tiene fecha de inicio, fecha de fin y un responsable. Una dimensión no: es una propiedad que el sistema tiene o no tiene, y que se decide en decenas de momentos distintos a lo largo del proyecto.

De ahí que la pregunta del comité —«¿en qué fase limpiamos el core?»— sea la que garantiza que no se limpie en ninguna. Nadie encuentra esa fase, nadie la agenda, y la limpieza termina siendo lo que sobra después del arranque productivo: es decir, nada, porque para entonces el equipo ya está resolviendo incidencias de facturación.

Tres decisiones de gobierno, no una casilla

Gobierno
Tres decisiones de gobierno
👤
Un responsable por dimensión
Asignar un responsable nominal por dimensión desde Prepare.
📐
El patrón aceptado, definido en Explore
Definir en Explore qué patrón de integración y extensión se acepta para el meter-to-cash.
🛡️
Sostener la regla bajo presión
Sostener esa regla cuando el cronograma apriete —que siempre aprieta.

En nuestra práctica SAP, la conversación con el patrocinador rara vez es sobre herramientas. Es sobre tres decisiones de gobierno: asignar un responsable nominal por dimensión desde Prepare, definir en Explore qué patrón de integración y extensión se acepta para el meter-to-cash, y sostener esa regla cuando el cronograma apriete —que siempre aprieta (EvoTech Consulting, 2026).

Ese reparto no es una invención de consultoría: la metodología ya está organizada para soportarlo. SAP Activate indica qué actividades deben ejecutarse y qué workstreams —dominios de especialidad— intervienen, sin prescribir su granularidad, de modo que la asignación fina de responsables es una decisión del programa (SAP Community, 2024). Y el control tiene forma de firma: para pasar el quality gate al final de Realize y entrar en Deploy, se verifica que las configuraciones estén finalizadas, probadas y aprobadas en un documento firmado por el cliente (SAP Community, 2024). Quien no reclama esa firma para su dimensión, no la tiene.

Qué le toca a cada una de las seis fases

SAP Activate
El eje de limpieza atraviesa las seis fases
Fase 1
🔍
Discover
Se define la arquitectura objetivo. Aquí se decide, en grande, qué lógica del negocio vivirá fuera del core.
Fase 2
📐
Prepare
Se establece la gobernanza: nombrar un responsable por dimensión y la regla que aprueba o rechaza una extensión.
Fase 3
🧭
Explore
Fit-to-standard sobre lectura, facturación, recaudación y reclamos. Cada brecha aceptada define si la lógica queda dentro o fuera.
Fase 4
🛠️
Realize
Se construye según el patrón acordado: extensiones desacopladas y flujos de integración, objeto por objeto.
Fase 5
🚦
Deploy
Corte y arranque. Lo pendiente deja de ser alcance de proyecto y pasa a ser carga de operación.
Fase 6
♻️
Run
Operación continua. Cada cambio regulatorio vuelve a poner en juego las cinco dimensiones.
Dónde se ensucia el core
1En Explore, cuando se acepta una brecha
Es una de las decisiones tempranas que ensucian el core.
2En Realize, con lógica dentro del core
Cuando se resuelve con lógica dentro del core en lugar de una extensión desacoplada.
3Los efectos se manifiestan tarde
Intentar «limpiar» en Deploy es querer corregir en dos semanas lo que se decidió meses antes.
SAP Learning; Eursap

La metodología SAP Activate se estructura en seis fases —Discover, Prepare, Explore, Realize, Deploy y Run— y el roadmap de implementación extremo a extremo incluye los quality gates entre fases como puntos de control necesarios para asegurar la entrega (Eursap). El eje de limpieza atraviesa las seis; ninguna lo contiene por completo.

Leído en secuencia, el patrón se vuelve evidente: las decisiones que ensucian el core se toman temprano —en Explore, cuando se acepta una brecha; en Realize, cuando se resuelve con lógica dentro del core en lugar de una extensión desacoplada— y sus efectos se manifiestan tarde. Intentar “limpiar” en Deploy es querer corregir en dos semanas lo que se decidió meses antes.

El momento exacto: normalizar afuera o parchear adentro

Integraciones de medición
Normalizar afuera o parchear adentro
---
config:
  theme: base
  fontFamily: 'Inter Variable, system-ui, sans-serif'
  themeVariables:
    darkMode: true
    fontFamily: 'Inter Variable, system-ui, sans-serif'
    fontSize: '15px'
    background: '#111113'
    primaryColor: '#1A1A1D'
    primaryTextColor: '#F4F5F8'
    primaryBorderColor: '#B89C5C'
    secondaryColor: '#242428'
    tertiaryColor: '#1A1A1D'
    mainBkg: '#1A1A1D'
    secondBkg: '#242428'
    tertiaryBkg: '#2E2E33'
    lineColor: '#B89C5C'
    textColor: '#F4F5F8'
    titleColor: '#F4F5F8'
    nodeBorder: '#B89C5C'
    clusterBkg: '#1A1A1D'
    clusterBorder: '#2E2E33'
    edgeLabelBackground: '#242428'
    pie1: '#B89C5C'
    pie2: '#f59e0b'
    pie3: '#22c55e'
    pie4: '#d1bf95'
    pie5: '#f97316'
    pie6: '#ef4444'
    pieTitleTextColor: '#F4F5F8'
    pieSectionTextColor: '#F4F5F8'
    pieLegendTextColor: '#F4F5F8'
    pieStrokeColor: '#111113'
    pieOuterStrokeColor: '#111113'
---
flowchart TD
  A([Falla en el flujo AMI a SAP IS-U]) --> B[Lecturas duplicadas, marcas de tiempo sin normalizar, latencia irregular]
  B --> C{Normalizar afuera o parchear adentro}
  C -->|Adentro| D[Lógica correctiva dentro del core, cerca de la facturación]
  D --> E([Funciona en la próxima liquidación y ensucia el core de forma permanente])
  C -->|Afuera| F[Cloud Integration: mapeo y transformación al formato de destino]
  C -->|Afuera| G[API Management: acceso seguro a las APIs del procesamiento transaccional]
  C -->|Afuera| H[Advanced event mesh: comunicación asíncrona por publicación y suscripción]
  F --> I([El evento se normaliza antes de tocar el core y el tráfico de medición se desacopla])
  G --> I
  H --> I
  class A inicio
  class C decision
  class B,D,F,G,H proceso
  class I bueno
  class E malo
classDef inicio fill:#3a352b,stroke:#B89C5C,color:#ffffff
classDef decision fill:#473519,stroke:#f59e0b,color:#ffffff
classDef proceso fill:#33363c,stroke:#9aa0aa,color:#ffffff
classDef bueno fill:#193e2b,stroke:#22c55e,color:#ffffff
classDef malo fill:#462226,stroke:#ef4444,color:#ffffff
La decisión técnica es la misma en ambos casos: lo que cambia es en qué fase se toma y quién la firma. La alternativa pertenece a Explore, no a un saneamiento posterior.SAP; SAP Learning

Todo lo anterior deja de ser abstracto en un punto muy concreto. En una distribuidora, la dimensión que primero delata la falta de dueño no suele ser la de extensiones, sino la de integraciones. El flujo entre la plataforma AMI y SAP IS-U trae fallas reconocibles: lecturas duplicadas que desbalancean el ciclo comercial, eventos de medidor con marcas de tiempo sin normalizar que rompen procesos aguas abajo, y concentradores con latencia irregular que congestionan los flujos de integración.

Bajo presión de calendario, la salida rápida es siempre la misma: resolver la anomalía con lógica correctiva dentro del core, cerca de la facturación. Funciona en la próxima liquidación y ensucia el core de forma permanente.

La alternativa está documentada y pertenece a Explore, no a un saneamiento posterior. La capacidad Cloud Integration de SAP Integration Suite ofrece mapeo y transformación para convertir correctamente los datos de origen a la estructura de destino (SAP), lo que permite normalizar el evento antes de que toque el core. La capacidad API Management habilita el acceso seguro a las APIs involucradas en el procesamiento transaccional (SAP). Y SAP Integration Suite, advanced event mesh es una solución de mensajería basada en eventos que habilita la comunicación asíncrona entre aplicaciones y sistemas mediante publicación y suscripción (SAP Learning), lo que permite desacoplar el tráfico de medición del ritmo del core.

La decisión técnica —normalizar afuera o parchear adentro— es la misma en ambos casos. Lo que cambia es en qué fase se toma y quién la firma.

Dónde vive la guía de ejecución

Dónde vive la guía
Cinco dimensiones, puertas de entrada distintas
🧭
Procesos
Una de las cinco dimensiones del sistema con las que SAP describe el clean core.
Dimensión
🧩
Extensiones
Dimensión con marco propio: SAP documenta la SAP Application Extension Methodology.
Marco propio
🗂️
Datos
Una de las cinco dimensiones del sistema con las que SAP describe el clean core.
Dimensión
🔌
Integraciones
Dimensión con marco propio: la SAP Integration Solution Advisory Methodology (ISA-M), con patrones de integración, planos de arquitectura y buenas prácticas para paisajes híbridos.
Marco propio
⚙️
Operación
Una de las cinco dimensiones del sistema con las que SAP describe el clean core.
Dimensión
🗺️
La guía vive en el roadmap
La orientación para abordar cada dimensión está en el roadmap de SAP Activate del producto que se implementa, con su lista de tareas, entregables y aceleradores. La limpieza no está en un capítulo: está repartida en el roadmap.
SAP Activate

Si la limpieza no cabe en una casilla, la pregunta práctica es dónde buscar el detalle de lo que hay que hacer. El propio SAP lo indica: la orientación para abordar cada dimensión a lo largo de un proyecto de implementación se encuentra en el roadmap de la metodología SAP Activate correspondiente al producto que se implementa, con su lista de tareas, entregables y aceleradores de apoyo al equipo (SAP Learning). La limpieza no está en un capítulo: está repartida en el roadmap.

Y cada dimensión tiene además su propio marco de trabajo. Para extensiones, SAP documenta la SAP Application Extension Methodology (SAP Help Portal). Para integraciones, la SAP Integration Solution Advisory Methodology (ISA-M), que ofrece un enfoque sistemático y guiado para diseñar y ejecutar la estrategia de integración empresarial, con patrones de integración, planos de arquitectura y buenas prácticas para paisajes híbridos (SAP Community). Son marcos que se aplican al inicio del diseño, no al final de la construcción.

Por qué esta conversión no admite un segundo intento

El calendario no deja margen para ensayar. SAP mantiene el mantenimiento mainstream de las aplicaciones core de SAP Business Suite 7 hasta fines de 2027, con un mantenimiento extendido opcional disponible desde 2028 y hasta fines de 2030 (SAP Support Portal, 2020). Para una utility de la región, con presupuesto acotado y ciclos de facturación bajo supervisión regulatoria, la conversión se hace una vez: el eje de limpieza que no se reparta ahora entre las seis fases no tendrá un segundo proyecto donde repartirse.

Ahora bien: supongamos que el eje sí quedó escrito y que cada fase tiene su criterio de salida. Queda una pregunta incómoda, y es el tema de la próxima pieza de esta serie: qué pasa cuando el quality gate se aprueba con un semáforo verde y sin una sola evidencia detrás.

Fuentes

Conversemos 30 minutos

¿Este análisis mapea un mercado donde ya operas o estás evaluando entrar?

Revisamos tu caso específico, mapeamos los riesgos que aplican, y te decimos honestamente si es oportunidad para ti —sin pitch comercial, solo discusión técnica y estratégica.

Al enviar aceptas ser contactado por AGT Consultoría para el assessment solicitado. Tus datos no serán compartidos con terceros ni usados para publicidad.

EvoTech Consulting Company · AGT Consultoría
#clean core #sap activate #s/4hana #is-u #integration suite #meter to cash