La mayoría de las empresas elige los módulos de SAP antes de terminar de mapear sus procesos. La lista pasa al integrador de sistemas (SI), el SI presupuesta a partir de esa lista y, seis meses después, el alcance se ha duplicado porque la mitad de los procesos que los módulos debían respaldar nunca se habían acordado. Es la causa más frecuente de ampliación descontrolada del alcance que veo.
Creé esta herramienta para invertir el orden. Indíquele su sector, su tamaño y los procesos de negocio que realmente ejecuta. Le devuelve una lista inicial de módulos, los componentes de BTP que vale la pena considerar y un despliegue por fases que respeta qué módulos dependen de cuáles. Es el punto de partida de la conversación, no la respuesta. La respuesta sale de su blueprint.
El resultado es independiente de los proveedores. No empuja RISE por encima de GROW ni las extensiones del núcleo por encima de BTP. Le dice qué forma necesita probablemente la arquitectura, para que entre en la conversación con el integrador con una postura y no con una pregunta.
Elija su sector en el menú desplegable, indique el tamaño de su empresa y seleccione los procesos de negocio que de verdad entran en el alcance. La herramienta pondera los módulos centrales según su adecuación al sector, añade variantes sectoriales cuando corresponde, sugiere extensiones de BTP donde la brecha es real y ordena todo en fases.
Puede editar las recomendaciones antes de generar la hoja de ruta. Usted conoce su negocio mejor que la herramienta. Su trabajo es evitar que la conversación empiece desde cero.
- Lista de módulos centrales. FI/CO, MM, SD, PP, HCM y el resto de los módulos troncales del ERP que necesitan sus procesos.
- Módulos específicos del sector. Variantes para banca, retail, salud o fabricación cuando corresponda.
- Extensiones de BTP. Integration Suite, Build, AI Core y otras piezas de la plataforma que cubren la brecha entre el SAP estándar y lo que usted hace en realidad.
- Mapa de integración. Cómo se ubican los módulos entre sí y dónde están los puntos de integración evidentes.
- Hoja de ruta por fases. Qué módulos van en la fase uno, cuáles se aplazan a la fase dos y qué dependencias no se pueden romper.
Create your SAP implementation roadmap
Fields marked * are required.
- FI (Contabilidad financiera). Libro mayor, cuentas por pagar, cuentas por cobrar, contabilidad de activos fijos. El núcleo innegociable.
- CO (Controlling). Centros de costos, centros de beneficio, órdenes internas, costeo de productos. Suele ir de la mano de FI.
- MM (Gestión de materiales). Compras, inventario, gestión de proveedores, verificación de facturas.
- SD (Ventas y distribución). Del pedido al cobro, precios, envíos, facturación.
- PP (Planificación de la producción). Fabricación discreta, de procesos y repetitiva. PP-PI para las industrias de procesos.
- HCM (Gestión del capital humano) o SuccessFactors. RR. HH. básicos, nómina, talento. En la mayoría de las implementaciones nuevas, SuccessFactors se ocupa del front office y se mantiene SAP Payroll donde lo exige la normativa local.
- EWM (Extended Warehouse Management). Todo lo que va más allá de las ubicaciones básicas de stock. Gestión de oleadas, asignación de ubicaciones (slotting), mano de obra.
- PM (Mantenimiento de planta). Industrias con muchos activos. Órdenes de trabajo, mantenimiento preventivo, avisos.
- QM (Gestión de calidad). Inspección, no conformidades, muestreo. Sobre todo en industrias reguladas.
- PS (Sistema de proyectos). Negocios orientados a proyectos. Construcción, ingeniería, seguimiento del capex.
- TM (Gestión del transporte). Fletes, planificación de rutas, integración con transportistas.
- GTS (Global Trade Services). Aduanas, control de sanciones, comercio preferencial.
- BTP (Business Technology Platform). Integration Suite, Build, AI Core, HANA Cloud. La capa de extensión para todo lo que no pertenece al núcleo.
- Industry cloud (S/4HANA para retail, banca, utilities, etc.). Modelos de datos y procesos específicos del sector sobre S/4HANA.
Empiece por los procesos. No por los módulos. Si no puede describir el ciclo del pedido al cobro, de la compra al pago, del registro a los informes y de la contratación a la jubilación tal como funcionan hoy en su negocio, todavía no está en condiciones de elegir módulos. Todos los debates entre greenfield y brownfield que he visto torcerse empezaron sin este paso.
Aplace con decisión a la fase dos. La mayoría de los clientes lo quiere todo en la fase uno. Casi ninguno lo necesita. EWM, TM, GTS, PS y la capa de analítica más profunda suelen poder esperar. Estabilice primero FI, CO, MM, SD y PP. Añada el resto cuando el negocio haya absorbido el cambio.
Trate el principio de Clean Core como una disciplina, no como un eslogan. Cada personalización en el núcleo le cuesta dos veces: una al construirla y otra en cada actualización durante los diez años siguientes. Si un proceso necesita lógica a medida, llévela a BTP. El núcleo se mantiene limpio. La extensión se mantiene portable. Es la decisión de arquitectura más importante en la mayoría de los programas, y casi nadie acierta en la fase uno.
Use BTP donde la brecha sea real, no donde parezca moderno. Integration Suite aporta valor de verdad cuando hay más de tres o cuatro sistemas ajenos a SAP en el alcance. Build lo aporta cuando necesita un flujo de trabajo o una aplicación low-code que no encaja en un estándar de Fiori. AI Core lo aporta cuando existe un caso de uso definido, no cuando en la diapositiva dice «deberíamos hacer algo con IA».
- Fabricación (discreta y de procesos)
- Retail y bienes de consumo
- Servicios financieros y banca
- Salud y ciencias de la vida
- Logística y transporte
- Energía y servicios públicos
- Construcción e ingeniería
- Sector público y administración pública
- Servicios profesionales
- Telecomunicaciones
- Hotelería
- Educación
Cada sector ajusta la combinación de módulos. La fabricación incorpora PP, QM y, con frecuencia, EWM. El retail se apoya en SD, MM y la variante de industry cloud. La banca y los seguros traen sus propios modelos de datos sobre S/4HANA. El sector salud añade una complejidad de cumplimiento y de historiales de pacientes que el modelo estándar no contempla.
- CIO y directores de TI que dimensionan la arquitectura antes de elegir proveedor.
- Directores de programa que preparan un plan de despliegue por fases que resista el escrutinio del comité directivo.
- CFO y responsables de finanzas que revisan con sentido común la lista de módulos propuesta por un socio.
- Asesores y consultores independientes que preparan una posición de partida defendible para hablar con un cliente.
- Equipos internos de transformación que hacen el trabajo inicial de arquitectura antes de incorporar a un integrador.
- Una posición de partida defendible. Una lista de módulos que nace de la lógica de los procesos, no de la hoja de precios del integrador.
- Un blueprint más rápido. Se avanza en horas de conversación, no en semanas.
- Fases incluidas. La hoja de ruta ordena los módulos por dependencia, no según lo que el socio quiera vender primero.
- Claridad entre BTP y núcleo. Una primera aproximación de lo que va en la plataforma y de lo que va en el núcleo.
- Independiente de los proveedores. Ningún incentivo para empujar RISE, GROW ni una edición concreta.
- Gratuita y privada. Se ejecuta en su navegador. Nada sale de su equipo.
¿La herramienta recomienda productos SAP concretos o solo módulos?
Recomienda módulos y componentes de BTP por categoría, no SKU concretos. Verá FI/CO, MM, SD, PP, Integration Suite, AI Core y bloques similares. No elige entre RISE with SAP, GROW with SAP o S/4HANA on-premise, porque esa decisión depende de su preferencia de despliegue, de su infraestructura y de su apetito comercial, no de la combinación de módulos.
Para hablar de ediciones de producto, lleve la lista de módulos a la conversación con el proveedor y pida precios para cada opción.
¿Puedo exportar la lista de materiales (BOM)?
Sí. El resultado es una lista de módulos con sus fases, que puede copiar en una hoja de cálculo, en un documento de blueprint o en una propuesta. La lista está estructurada para encajar sin esfuerzo en la plantilla de precios de un socio de SAP.
Si quiere un relato más completo en torno al BOM, mi calculadora de costos de implementación de SAP le da el marco financiero que lo acompaña.
¿La recomendación incluye RISE with SAP?
No. RISE es un envoltorio comercial en torno a S/4HANA Cloud, créditos de BTP y servicios gestionados. La herramienta se centra en lo que necesita desde el punto de vista funcional. Que lo consuma a través de RISE, de GROW o con una licencia tradicional es otra decisión, que depende de dónde quiera alojarlo, de su modelo operativo de TI y de cuánta parte de la operación quiera que asuma SAP.
La lista de módulos es la misma en cualquier caso. Lo que cambia es el vehículo comercial.
¿Cubre las extensiones de BTP?
Sí. Integration Suite, Build (low-code y automatización de procesos), AI Core, HANA Cloud y el resto de la capa de extensión entran en el alcance. La herramienta señala dónde BTP probablemente se gana su lugar: más de unas pocas integraciones con sistemas ajenos a SAP, necesidades de flujos de trabajo a medida o un caso de uso de IA definido. No rellena la recomendación con BTP porque sí.
El principio de Clean Core guía la capa de BTP. Si una personalización tiene que existir, póngala en BTP, no en el núcleo del ERP.
¿Y las variantes específicas de cada sector?
Las variantes de industry cloud (S/4HANA para retail, banca, utilities, servicios profesionales y el resto) se incorporan cuando el sector que elija las activa. Lo mismo ocurre con los módulos específicos de cada sector: PP-PI para la fabricación de procesos, IS-U para utilities, IS-B para banca. Aparecen como partidas separadas para que pueda ver por qué se recomendaron.
Si su sector es híbrido (fabricación con una rama de servicios fuerte, o retail con una cola de fabricación), elija el dominante y añada a mano los módulos secundarios.
¿Es para clientes nuevos de SAP o para quienes ya lo usan?
Para ambos. Los clientes nuevos la usan para esbozar una arquitectura inicial antes de elegir proveedor. Los clientes actuales la usan para poner a prueba lo que tienen, descubrir módulos que probablemente deberían haber implementado o definir el alcance de una ampliación en una segunda fase. La lógica de fases respeta lo que ya existe si marca módulos como existentes.
Si está a mitad de la migración de ECC a S/4HANA, la herramienta le ayuda a decidir qué llevar al nuevo sistema, qué retirar y qué añadir. Las recomendaciones de BTP pesan más en esa conversación, porque la mayoría de los entornos ECC heredados arrastra código a medida que necesita un lugar fuera del nuevo núcleo.
¿Qué grado de precisión tiene la recomendación de fases?
Las fases reflejan una lógica de dependencias que se cumple en la mayoría de los programas: FI y CO antes que MM, MM antes que SD, el ERP central antes que EWM y TM, y la integración con BTP antes de cualquier acoplamiento intenso con sistemas ajenos a SAP. No reflejan la capacidad de cambio de su organización, su calendario regulatorio ni su ciclo de cierre financiero. Ajústelas en consecuencia.
He visto programas que intentan hacerlo todo a la vez. No funciona. La fase uno debe ser el mínimo que permita al negocio cerrar sus libros y atender a sus clientes en la nueva plataforma. Todo lo demás es fase dos.
¿La herramienta es gratuita?
Sí. Sin registro, sin correo electrónico, sin pago. La recomendación se ejecuta por completo en su navegador y no se almacena ni se transmite nada.
Si quiere ayuda para convertir el resultado en un blueprint real o para poner a prueba la propuesta de un socio, reserve una llamada de 30 minutos.