Descubrir, Preparar, Explorar, Realizar, Desplegar, Ejecutar

Metodología estándar e iterativa de SAP para acelerar el despliegue, basada en mejores prácticas preconfiguradas, configuración guiada y un enfoque ágil. En cloud, todo se orquesta desde SAP Cloud ALM.

El Kick-off, el arranque oficial del proyecto

Se hace tras la firma del contrato: presentación formal de los equipos, alineación de expectativas, modelo de gobernanza, canales de comunicación, y el cronograma de alto nivel — el punto de partida con las reglas claras antes de tocar el sistema.

Procesos preconfigurados, identificados por un código de 3 caracteres

Cada Scope Item (ej. BD9, J45) es un flujo de negocio integral con su documentación, diagramas BPMN y test scripts propios. Son la base de los talleres Fit-to-Standard.

El DDA/contrato manda; Process Navigator para explorar

El Digital Discovery Assessment (DDA) o el documento de alcance del proyecto es la única fuente de verdad real. Para explorar todas las Best Practices, filtrar por solución/versión/país y descargar diagramas: SAP Process Navigator (sustituye al antiguo Best Practices Explorer).

El bundle para adopción rápida en S/4HANA Cloud Public Edition

Agrupa SAP S/4HANA Cloud Public Edition, metodología de implementación acelerada preconfigurada, créditos para SAP BTP y acceso a la comunidad de SAP.

El control de on-premise, con infraestructura gestionada

Es el núcleo técnico de RISE with SAP. Permite configuraciones profundas, modificaciones y extensiones muy personalizables — pensado para proteger inversiones previas y adaptarse a requisitos complejos de sector. Incluye automatización, machine learning y analítica en tiempo real de forma nativa.

El bundle: ERP + infraestructura + herramientas, en un contrato

Agrupa el ERP (Private Edition), la infraestructura cloud (AWS, Azure, Google Cloud), créditos para SAP BTP, herramientas de rediseño de procesos (SAP Signavio) y gestión del ciclo de vida (SAP Cloud ALM).

Cómo crear usuarios en Private Edition

Tutorial oficial del Learning Hub — el proceso de creación de usuarios en Private Edition es distinto al de Public Cloud.

CRM de ventas: lead-to-cash de extremo a extremo

Gestión del ciclo de venta completo (leads, oportunidades, cotizaciones, pedidos) conectado con S/4HANA, con IA generativa para prospección y una visión 360º del cliente.

CRM de atención al cliente: omnicanal y con IA

Gestiona email, chat, teléfono y redes desde una sola interfaz, con IA generativa para resúmenes de caso y enrutamiento automático. Se integra de forma nativa con S/4HANA — aquí es donde conecta con Service Management.

Hay que descargarse Eclipse

Para el desarrollo de extensiones (ABAP Cloud, extensiones side-by-side en BTP) hace falta el IDE Eclipse, con el plugin de ABAP Development Tools (ADT) instalado.

SAP Certified — SAP Generative AI Developer

SAP Certified — SAP Fiori Application Developer

SAP Certified — Integration Developer

SAP Certified — SAP BTP Administrator

SAP Certified — Backend Developer, SAP Cloud Application Programming Model (CAP)

SAP Certified — Back-End Developer, ABAP Cloud

Una lógica común detrás de las 6: cubrir de extremo a extremo el ciclo de una solución en el ecosistema SAP — Backend (ABAP Cloud, SAP CAP) → Integración → Plataforma (BTP) → UI (Fiori) → IA generativa aplicada a procesos de negocio (SAP AI Core / AI Launchpad).

El canal para pedir nuevas funcionalidades a SAP

Portal transversal de SAP (no ligado a un módulo concreto) donde clientes, partners y consultores pueden proponer mejoras de producto, votar las ideas de otras personas y hacer seguimiento de su estado (Submitted → Under Review → Accepted → Delivered). Se requiere usuario SAP (S-user) para participar.

Un clic, un transporte a producción

Trabajo en un landscape de dos sistemas: Test (Quality) y Producción, sin capa de Desarrollo intermedia. En este modelo, las customizaciones se crean y prueban en el mismo sistema de Test, y desde ahí se transportan directamente a Producción — no hay ningún colchón adicional entre "lo que pruebo" y "lo que impacta al negocio real".

Estaba modificando un campo custom en el sistema de Test. Pulsé un botón sin saber que ese botón activaba un transporte. El problema no terminó ahí: el transporte arrastró por defecto el proyecto de una compañera que estaba abierto en ese momento, no el mío. Una vez lanzado, no se pudo parar ni revertir. Y aunque yo no lo importé manualmente a producción, se importó solo, automáticamente, a las 23h — la hora del job nocturno de importación de transportes.

Impacto: alto. Los cambios arrastrados afectaban el trabajo de una compañera de FI, que estaba gestionando rangos de facturación de exportación. Esos cambios no habían sido validados y llegaron a producción sin control. El incidente se escaló a SAP — sigue sin respuesta — y mi compañera, junto con un compañero de desarrollo, está corrigiendo manualmente el problema de fechas en esos rangos.

La lección clave: lo importante no es el clic en sí — eso puede pasarle a cualquiera mientras conoce mejor la interfaz. Lo importante es entender que en este landscape, un transporte liberado no espera a que tú decidas importarlo: hay un job automático que lo hace por ti a las 23h, sin más confirmación. Eso convierte un despiste de segundos en un impacto en producción de un día para otro, sin margen para detectarlo y frenarlo a tiempo.

Qué cambiaría a futuro:

• Confirmar siempre qué acción dispara exactamente un botón nuevo en Test (¿guarda? ¿transporta?).
• Revisar qué transporte/proyecto está activo por defecto antes de hacer cualquier cambio, especialmente en un entorno compartido.
• Tener presente la hora del job de importación automática (23h) como un límite real.
• Proponer una revisión o aprobación intermedia antes de que un transporte quede en cola de importación automática.

Un ERP SaaS estandarizado, listo para usar

Es el núcleo técnico de la oferta GROW with SAP: procesos preconfigurados con las mejores prácticas de SAP, la experiencia SAP Fiori, y dos actualizaciones automáticas al año (febrero y agosto).

Los bloques de construcción de cada proceso

Procesos de negocio preconfigurados por SAP, identificados con un código de 3 caracteres (ej. BD9, J45). Se eligen y activan desde CBC en el Scoping — el detalle completo de cómo identificarlos está en SAP Activate.

Aquí es donde se configura todo, ya no en SPRO

Reemplaza a la clásica transacción SPRO. Desde CBC se hace el Scoping (elegir y activar los Scope Items), la estructura organizativa, y la parametrización base — los ajustes finos ya se completan en Fiori, en "Implementation Activities".

La experiencia de usuario, orientada a roles

Cada usuario ve solo lo que necesita en su Launchpad. Para ver qué apps existen para cada Scope Item, y qué roles/catálogos hacen falta, está la Fiori Apps Reference Library.

Maestro de clientes — Datos generales

Contiene los datos generales del cliente (nombre, dirección, país, idioma...), independientes de la sociedad o la organización de ventas. Es la tabla de referencia clásica cuando necesitas verificar o cruzar datos maestros de cliente.

Maestro de proveedores — Datos generales

El equivalente a KNA1 pero para proveedores: datos generales (nombre, dirección, país...) que no dependen de la sociedad ni de la organización de compras. Útil para verificar rápidamente si un proveedor ya existe o revisar sus datos base.

Service Management en S/4HANA Cloud Public Edition

El curso general del módulo, el punto de partida antes de entrar en cada scope concreto.

Gestiona la oferta vinculante antes de la orden de servicio

Cubre posiciones de servicio, paquetes con precio fijo o T&M, y cómo al aceptarse dispara automáticamente la orden de servicio (3D2). Guardo esto para explicar bien el flujo completo en demo.

El documento central que combina venta, servicio y suscripción

Una sola orden que orquesta 3D2, 3MO o 57Z según la posición. Interesante para explicar rentabilidad consolidada a nivel de pedido completo.

Probando el scope 3D2 en GROW with SAP

Ciclo completo: creación → ejecución → aprovisionamiento → facturación. Evaluando si cubre una necesidad real de negocio, con casos de prueba concretos.

Visibilidad y control sobre la operación de servicio

Dashboards de órdenes atrasadas, contratos por vencer y rentabilidad. La pieza que le enseño al cliente cuando pregunta "¿y esto cómo lo controlo después?"

Optimizando procesos comunes con plantillas y paquetes de servicio

Si nos miramos esto en profundidad y trabajamos con plantillas, tal vez podría ser posible simplificar procesos recurrentes.

Service Management está integrado con el CRM de SAP

Las órdenes de servicio se podrían trabajar directamente desde ahí, sin salir del entorno de ventas.

Por qué no encontraba SOBU y otras configuraciones

Probé los pasos de este blog para usar service bundles como subitems de bundles en solution orders — resolvió la duda.

Solution Order con paquetes de producto avanzados

No está incluido en el contenido estándar — para activarlo hay que abrir un caso de soporte del componente XX-S4C-OPR-SRV.

Configuración de modelo mediante Variant Configuration

Tampoco incluido en el contenido estándar — mismo caso de soporte que el anterior.

Solution Order Management con Variant Configuration avanzada

Fuera de estándar, requiere el mismo caso de soporte que 6BU y 22T.

Service Management con Variant Configuration avanzada

Igual que los anteriores: fuera de estándar, mismo caso de soporte.

¿No hay ninguna BAdI de determinación tipo POS?

No hay BAdI disponible para modificar campos estándar (nº de material, centro, categoría de posición, campos de precio) en documentos de venta en S/4HANA Cloud Public Edition, según la KBA oficial.

Necesitas guardar un dato adicional simple

Un texto, una fecha, un checkbox o una lista de valores, en un documento estándar (pedido, contrato, material...), sin que haga falta ninguna lógica ni cálculo detrás. Es la vía rápida, sin tocar código, pensada exactamente para esto.

Necesitas lógica de negocio, validaciones o cálculos

Si el campo tiene que activar reglas, validar contra otros datos, o disparar algo automáticamente, un campo Z simple no basta — ahí hace falta un BAdI (extensibilidad de desarrollador) o una extensión side-by-side en BTP. El campo Z es el dato; la lógica vive en otro sitio.

App Custom Fields / Campos Personalizados

Es una de las herramientas de Key User Extensibility — la vía estándar para añadir campos propios sin tocar código, disponible directamente desde el Launchpad.

📷 Captura pendiente de tu tenant — sustituye este párrafo por la imagen cuando la tengas.

Define Business Context, Label, Identifier y Type

Pulsa "Create" y rellena: Business Context (ej. Procurement: Purchasing Document), Label (nombre visible, ej. "Motivo especial OC"), Identifier (nombre técnico, ej. ZZ_MOTIVO_OC) y Type (Text, Checkbox, Date, Code List... según necesidad). El Business Context es el que determina si el campo queda a nivel de cabecera o de posición — hay que elegirlo con cuidado.

📷 Captura pendiente de tu tenant.

Pestaña "Interfaces de usuario"

Ahí aparece la lista de servicios OData, vistas CDS y pantallas SAP GUI donde el campo podría usarse. Hay que activar uno a uno los que realmente necesites (por defecto están todos desactivados) y luego pulsar Guardar y Publicar.

📷 Captura pendiente de tu tenant.

UI Adaptation ("Adapt UI") en la app Fiori

Activar el campo no lo hace visible automáticamente — hay que entrar en la app final (ej. New Purchase Order), activar el modo de adaptación de UI, y usar "Add Field" en el punto de la pantalla donde quieres que aparezca. Para dashboards analíticos es UI Adaptation; para informes ad-hoc (vistas CDS personalizadas) se elige el campo directamente; para plantillas de email/formulario hay un editor propio.

Nota: publicar es un job en segundo plano que puede tardar hasta 30 minutos en completarse.

📷 Captura pendiente de tu tenant.

Ejemplo end-to-end de un campo Z que hayas creado

El paso a paso genérico ya está — cuando crees uno de verdad, documenta aquí el contexto de negocio real: por qué hacía falta, qué Business Context elegiste y por qué, y cómo quedó en la pantalla final.