Tu conversión no deja el core limpio: deja el core compatible
La conversión técnica resuelve compatibilidad, no gobernanza. Por qué los compatibility packs prueban que un core que funciona no es un core limpio.
· 10 min de lectura
El día que un proyecto de conversión a SAP S/4HANA cierra en verde, todos los indicadores dicen lo mismo: el sistema arrancó, la facturación corrió, el cierre cuadró. Nadie miente. Pero la palabra que describe ese estado no es “limpio”: es “compatible”. Y no son sinónimos.
Compatibilidad es una propiedad técnica: el sistema nuevo sigue ejecutando lo que el sistema viejo ejecutaba. Core limpio es una propiedad de gobernanza: alguien decidió qué se conserva, qué se reemplaza y qué se retira, con dueño, fecha y presupuesto asignados. Una conversión bien ejecutada entrega lo primero de forma casi automática. Lo segundo no se entrega solo — y en la mayoría de los cronogramas de una distribuidora eléctrica en América Latina nunca tuvo responsable.
El acta de cierre dice “compatible”, no “limpio”
El problema no es que los equipos de conversión hagan mal su trabajo. Es que el alcance que firmaron termina donde empieza la limpieza. La conversión responde una pregunta acotada: ¿el meter-to-cash sigue corriendo después del cambio de modelo de datos? Lectura, facturación, recaudación y gestión de reclamos deben seguir funcionando el lunes siguiente, bajo calendario regulatorio y sin ventana para experimentar.
Para responder que sí, el proyecto conserva. Conserva desarrollos propios que nadie se atreve a tocar en plena zafra de facturación. Conserva interfaces heredadas hacia campo, hacia el sistema comercial y hacia los canales de recaudo. Y conserva funcionalidad clásica del ERP que sobrevive dentro del sistema nuevo. Todo eso es legítimo como decisión de continuidad. El error aparece cuando esa decisión se lee como arquitectura de destino en lugar de lo que realmente es: una deuda registrada, con vencimiento, que alguien deberá pagar.
Compatibility packs: derechos de uso con fecha, no arquitectura
El mecanismo con el que SAP sostiene esa continuidad es la prueba pública de que “funciona” y “está resuelto” no son lo mismo. Los compatibility packs otorgan derechos de uso temporales que permiten operar ciertas funcionalidades clásicas de SAP ERP dentro de SAP S/4HANA, para facilitar la migración y mantener la continuidad del negocio (SAP News Center, 2025). Son un puente, no una orilla.
Y los puentes tienen fecha de retiro. Para la mayoría de los packs los derechos de uso terminaban el 31 de diciembre de 2025, algo documentado en la nota SAP 2269324; SAP anunció después un período final de transición de cinco meses que movió esa expiración al final de mayo de 2026 (SAP News Center, 2025). Esa ventana ya se cerró. Existen matices que conviene verificar caso por caso: elementos seleccionados de Customer Service, Transportation y Production Planning in Process Industry recibieron una extensión hasta el 31 de diciembre de 2030, y los sistemas SAP S/4HANA bajo contrato RISE with SAP o SAP Cloud ERP private conservan el derecho de uso hasta esa misma fecha (SAP Community, 2025).
---
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: '#8B5CF6'
secondaryColor: '#242428'
tertiaryColor: '#1A1A1D'
mainBkg: '#1A1A1D'
secondBkg: '#242428'
tertiaryBkg: '#2E2E33'
lineColor: '#8B5CF6'
textColor: '#F4F5F8'
titleColor: '#F4F5F8'
nodeBorder: '#8B5CF6'
clusterBkg: '#1A1A1D'
clusterBorder: '#2E2E33'
edgeLabelBackground: '#242428'
pie1: '#8B5CF6'
pie2: '#f59e0b'
pie3: '#22c55e'
pie4: '#b495f9'
pie5: '#f97316'
pie6: '#ef4444'
pieTitleTextColor: '#F4F5F8'
pieSectionTextColor: '#F4F5F8'
pieLegendTextColor: '#F4F5F8'
pieStrokeColor: '#111113'
pieOuterStrokeColor: '#111113'
---
flowchart TD
A([Elemento del compatibility scope en uso]) --> B{¿Qué caso aplica al elemento?}
B -->|Mayoría| F[Derechos de uso terminaban el 31 de diciembre de 2025]
F --> G[Período final de transición de cinco meses]
G --> Y([Expiración al final de mayo de 2026, ventana ya cerrada])
B -->|Seleccionados| C[Elementos de CS, Transportation y PP-PI]
C --> Z([Extensión hasta el 31 de diciembre de 2030])
B -->|RISE o cloud private| E[RISE with SAP o SAP Cloud ERP private]
E --> W([Derecho de uso hasta el 31 de diciembre de 2030])
class A inicio
class B decision
class C,E,F,G proceso
class Z,Y,W neutro
classDef inicio fill:#30274d,stroke:#8B5CF6,color:#ffffff
classDef decision fill:#473519,stroke:#f59e0b,color:#ffffff
classDef proceso fill:#33363c,stroke:#9aa0aa,color:#ffffff
classDef neutro fill:#33363c,stroke:#9aa0aa,color:#ffffff
Léase de nuevo la estructura del dato: el mismo componente vence en un sistema y sobrevive en otro según el modelo de despliegue y el contrato. Eso no es una característica técnica. Es una condición comercial. Un core que depende de ella no está resuelto: está autorizado hasta nuevo aviso.
Por qué esto pesa distinto en el meter-to-cash
En una distribuidora eléctrica el costo de descubrir tarde no se mide en incidencias, se mide en ciclos de facturación. Un componente que deja de estar cubierto no genera una alarma roja en la sala de operaciones: genera una discusión de cumplimiento contractual, un hallazgo de auditoría o un bloqueo en el próximo upgrade, justo cuando el calendario regulatorio no admite postergaciones.
A eso se suma la presión de fondo. SAP provee mantenimiento estándar para las aplicaciones core de SAP Business Suite 7 hasta el final de 2027, seguido de un mantenimiento extendido opcional hasta el final de 2030 (SAP Support Portal, 2020). Es decir: la conversión no es opcional para quien sigue en ECC, y la ventana para hacerla con calma se estrecha cada trimestre. La consecuencia práctica es incómoda pero clara — muchas distribuidoras de la región van a convertir bajo presión, y convertir bajo presión produce exactamente el resultado que este artículo describe: un core compatible.
Especializados en IS-U, en Consultoría Venezuela observamos un patrón recurrente en el sector utilities de la región: la deuda no se documenta como deuda. Aparece dispersa en actas de decisión, en correos de excepción y en la memoria de dos o tres personas del equipo. Cuando esas personas rotan, la deuda queda huérfana y sin trazabilidad.
Inventariar antes de discutir arquitectura
La conversación sobre clean core suele empezar por el destino: extensibilidad desacoplada, integración por interfaces liberadas, procesos alineados al estándar. Todo correcto y todo prematuro si no existe un inventario. El primer paso recomendado es identificar qué se está usando realmente, con instrumentos como SAP Readiness Check, el Simplification Item Check y el análisis de código propio (IBsolution, 2025). El Readiness Check reporta, entre otros insumos, la lista de simplification items y la Compatibility Scope Analysis, que detalla las funcionalidades con derecho de uso limitado y su alternativa sugerida — la matriz de referencia completa es la nota SAP 2269324, Compatibility Scope Matrix for SAP S/4HANA (SAP Community, 2025).
Nótese que ninguno de esos pasos es una tarea de arquitectura. Son tareas de gestión. Y esa es precisamente la razón por la que se caen del cronograma: no tienen un entregable técnico que demostrar en un comité de proyecto.
La limpieza necesita un dueño, no buena voluntad
La pregunta útil al cierre de una conversión no es “¿funcionó?”. Es “¿quién es responsable del saldo que quedó abierto, y contra qué fecha responde?”. Si esa pregunta no tiene un nombre propio como respuesta, la limpieza no está pospuesta — está sin dueño, que es una situación distinta y bastante peor.
En el sector utilities de América Latina, con presupuestos acotados y ventanas operativas mínimas, el reflejo natural es cerrar el proyecto y volver a la operación. Es comprensible. Pero el core compatible no envejece bien: cada trimestre que pasa suma desarrollos nuevos apoyados en cimientos que ya tenían fecha de retiro.
Esta es la primera de cinco entregas sobre el mismo problema. En la siguiente abordamos por qué el clean core no es una fase del proyecto sino un eje que atraviesa las seis, y qué cambia en el cronograma cuando se lo trata así.
Fuentes
- SAP News Center (2025). SAP Announced Final Transition Period for Compatibility Packs for SAP S/4HANA On Premise. https://news.sap.com/2025/12/sap-announced-final-transition-period-for-compatibility-packs-for-sap-s-4hana-on-premise/
- SAP Community (2025). Compatibility Scope: What Happens after 2025/2030. https://community.sap.com/t5/enterprise-resource-planning-blog-posts-by-sap/compatibility-scope-what-happens-after-2025-2030/ba-p/13536333
- SAP Community (2025). Compatibility Scope Matrix for Production Planning. https://community.sap.com/t5/enterprise-resource-planning-blog-posts-by-sap/compatibility-scope-matrix-for-production-planning-2025-is-around-the/ba-p/13930430
- SAP Community (2026). Compatibility Pack: How to check it in your system going forward? https://community.sap.com/t5/enterprise-resource-planning-blog-posts-by-sap/compatibility-pack-how-to-check-it-in-your-system-going-forward/ba-p/14318482
- SAP Support Portal (2020). Innovation Commitment for SAP S/4HANA until 2040 — maintenance strategy. https://support.sap.com/en/release-upgrade-maintenance/maintenance-information/maintenance-strategy/s4hana-business-suite7.html
- IBsolution (2025). SAP S/4HANA Compatibility Packs expire: What companies need to know. https://www.ibsolution.com/academy/blog_en/smart-enterprise/sap-s4hana/sap-s4hana-compatibility-packs-expire-what-companies-need-to-know
¿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.
