Cloud privado SAP: dos mitos que su propia documentación desmiente
En RISE con edición privada sí se desarrolla ABAP y el cliente administra usuarios de la base HANA. Qué dice SAP y qué cambia para tus herramientas.
Una frase dicha en un comité de proyecto puede sacar del alcance a la herramienta que vigila la calidad de los datos de facturación sin que nadie lo decida formalmente. Casi siempre es una de dos: «a la base de datos ya no entra nadie» o «aquí ya no se programa ni se mueve nada entre ambientes». Se repiten con tanta seguridad que pocas veces alguien pide el documento que las respalde.
Este artículo hace justamente eso: pone cada creencia frente al texto que SAP publica sobre su propio servicio gestionado y deja que el documento conteste. No hace falta una opinión propia para desmontarlas, porque el proveedor ya las desmintió por escrito.
Lo que está en juego es concreto. En una distribuidora de energía o de agua, o en un operador de oil & gas, esas herramientas son las que detectan a tiempo una regla de facturación mal construida o un dato maestro de equipo de medida incoherente. Si una creencia sin respaldo las deja afuera, lo que se pierde es control y evidencia ante el regulador, no comodidad del equipo técnico.
Primera creencia: «A la base de datos ya no entra nadie»
La matriz de Roles & Responsibilities que SAP publica para RISE with SAP S/4HANA Cloud, private edition asigna al cliente la propiedad y la responsabilidad del rol de SAP HANA CUST_USER_ROLE_ADMIN, y con él la gestión de los usuarios de base de datos que lo usan (SAP, 2025, R&R tailored option). El acceso no se anuló: se acotó y se repartió.
Un artículo de la Oficina del CSO de SAP lo plantea en términos de responsabilidad: muchas tareas de infraestructura pasan a SAP, pero la administración, la seguridad y el cumplimiento del ERP —incluidos roles y autorizaciones— siguen siendo del cliente (SAP Community, 2024). Agrega un matiz que pocas veces se discute en LATAM: la detección de amenazas dentro de la aplicación es responsabilidad del cliente, y los equipos de operación cloud de SAP no tienen visibilidad a ese nivel (SAP Community, 2024).
Qué implica para una herramienta que necesita leer HANA
Que la base no esté cerrada no significa que todo esté permitido. Significa que la decisión es tuya y que también lo es la rendición de cuentas. En nuestros proyectos, el punto de partida es tratar el acceso de cada herramienta como cualquier otro acceso privilegiado: un usuario técnico con el alcance mínimo necesario, un dueño identificado y una evidencia que un auditor regulatorio pueda revisar.
Segunda creencia: «Aquí ya no se programa ni se mueve nada entre ambientes»
La capacitación oficial de SAP para implementar la edición privada lo dice sin rodeos: la extensibilidad clásica, en la que los desarrolladores ABAP pueden modificar objetos SAP, sigue disponible en el tenant de desarrollo del sistema de desarrollo (SAP Learning, s. f.). La misma lección ubica la extensibilidad de usuario clave en el tenant de customizing de ese mismo sistema de desarrollo (SAP Learning, s. f.). Es decir, el panorama conserva un sistema dedicado a construir, separado de donde se opera.
La diferencia con la edición pública también está documentada. El modelo de desarrollo en la nube de la edición privada es el mismo que usa SAP S/4HANA Cloud Public Edition (SAP Learning, s. f.), pero la edición privada agrega la vía clásica: las brechas detectadas en los talleres Fit-to-Standard pueden resolverse con ABAP propio y no solo con extensiones en BTP (ERP Pilot, 2026).
Sobre el movimiento entre ambientes, la pregunta útil deja de ser «¿se puede?» y pasa a ser «¿quién ejecuta cada paso?». Esa respuesta no se adivina: está en el documento de Roles & Responsibilities, que clasifica cada servicio como estándar, excluido u opcional (SAP Community, 2024).
Lo que cambió es el criterio, no el permiso
Lo que sí evolucionó es la forma de calificar lo que se construye. SAP reemplazó su antiguo modelo de tres niveles por el concepto de niveles de clean core (SAP News Center, 2025), que ubica cada extensión en uno de cuatro niveles —A, B, C y D— según su integridad arquitectónica y su seguridad ante upgrades (SAP News Center, 2025). El nivel B, por ejemplo, admite extensiones que usan APIs y tecnologías clásicas de SAP y las sigue considerando conformes (SAP News Center, 2025). El nivel D agrupa lo no recomendado, como modificaciones o escritura directa en tablas SAP (SAP News Center, 2025).
Para quien opera herramientas de calidad, esto es una buena noticia: SAP señala al ABAP Test Cockpit como la herramienta clave para el gobierno a nivel de código (SAP News Center, 2025). El análisis de código no desaparece en RISE; se convierte en el mecanismo que demuestra en qué nivel está cada rutina del meter-to-cash.
Cómo poner a prueba una creencia antes de descartar una herramienta
Nuestra práctica SAP usa esta secuencia antes de declarar que algo «no se puede en RISE»:
Un apunte de costo, relevante para operaciones con presupuesto acotado: mover todo a side-by-side no es gratuito por defecto. SAP Business Application Studio, una de las herramientas principales para ese camino, requiere una licencia adicional (SAP Learning, s. f.). Descartar la vía clásica por una creencia equivocada puede traducirse en licencias que nadie había presupuestado.
Lo que cambia para utilities y oil & gas en LATAM
Para una distribuidora que debe sostener la trazabilidad desde el medidor hasta la factura ante su regulador, o para un operador que gobierna el mantenimiento de activos críticos, la consecuencia práctica es clara: las herramientas de análisis y calidad siguen teniendo lugar. Lo que cambia es la conversación. Ya no es «no se puede», sino «quién lo administra, con qué rol y en qué nivel de clean core».
EvoTech Consulting recomienda que la matriz de Roles & Responsibilities se lea en el comité de proyecto como un documento operativo, no como un anexo contractual. Ahí está la mitad de las respuestas que hoy se dan por perdidas.
Esta pieza continúa la anterior de la serie, dedicada a rediseñar el escenario cuando una herramienta necesita leer la base de datos. En la próxima y última abordaremos lo que ocurre cuando cada herramienta trae su propio tablero: dónde vive el estado real del proyecto.
Fuentes
- SAP Learning (s. f.). Describing the Extensibility Tools for Customizations in SAP S/4HANA Cloud Private Edition. https://learning.sap.com/courses/implementing-sap-s-4hana-cloud-private-edition/describing-the-extensibility-tools-for-customizations-in-sap-s-4hana-cloud-private-edition_cfdf70f6-5796-4088-aa61-1478c8b1cb91
- SAP News Center (2025). Discover How to Extend SAP S/4HANA Cloud the Right Way. https://news.sap.com/2025/08/extend-sap-s4hana-cloud-right-way-clean-clear/
- SAP Community (2024). What will SAP Basis administrators do once we move to RISE? https://answers.sap.com/t5/security-and-compliance-blogs/what-will-sap-basis-administrators-do-once-we-move-to-rise-thoughts/m-p/13676583
- ERP Pilot (2026). SAP S/4HANA Cloud, Private Edition / On-Premise. https://www.erp-pilot.com/erp/systems/sap-s4hana-private-cloud
- SAP (2025). Roles and Responsibilities: RISE with SAP S/4HANA Cloud, private edition and SAP ERP, tailored option, v.3-2025. https://assets.cdn.sap.com/agreements/product-policy/hec/roles-responsibilities/rise-with-sap-s4hana-cloud-private-edition-and-sap-erp-tailored-option-roles-and-responsibilities-english-v3-2025.pdf
Artículo de Edward Camacho Guerra, elaborado con apoyo de herramientas de inteligencia artificial y revisado y aprobado por el autor.
¿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.
