¿Tiene sentido seguir hablando de RICEFW?

Este artículo, surge a raíz de una consulta que me hizo alguien por LinkedIn, en la que me decía esto:

Antes de nada, explico qué esto esto de RICEFW, aunque imagino que muchos los sabréis.

RICEFW es un acrónimo utilizado en el contexto de proyectos SAP para categorizar los tipos de objetos de desarrollo que se crean o modifican durante la implementación de un sistema SAP.

Las letras RICEFW representan: Reports (R), Interfaces (I), Conversions (C), Enhancements (E), Forms (F) y Workflows (W).

¿Esto sigue teniendo vigor hoy en día? Pues podríamos decir que sí y que no; antes pongo más grande la imagen y me explico:

Las iniciales (RICEFW) me pueden seguir valiendo, pero es cierto que al desglose de cada una de ellas, habría que darle una vuelta, ya que muchos son términos «viejunos».

Recordemos que esto se puede utilizar a la hora de hacer estimaciones, como cuentan en este artículo: Matriz RICEFW en la nueva era de SAP

En el mismo, aunque es de 2023, sigue haciendo referencia a los términos, cuando muchas de esas cosas ya no tienen sentido, como contaba en este artículo:

Si desarrollas en SAP, esto te interesa

¿Entonces esto de los RICEFW está obsoleto?

Pues tampoco, porque seguiremos teniendo Reports, Interfaces, Conversions, Enhancements, Forms y Workflows, pero usando otras herramientas/tecnologías.

De hecho, es algo que se contemplan en la metodología sugerida por SAP para los proyectos de implantación de S/4HANA, como podéis ver aquí: What is RICEFW in SAP?

Lo que es cierto es que no tiene sentido que sigamos haciendo ALVs, ni Web Dynpros, deberíamos utilizar otras cosas, así que le he preguntado a ChatGPT y esto es lo que me ha dicho:

El acrónimo RICEFW (Reports, Interfaces, Conversions, Enhancements, Forms, Workflow) ha sido clásico en los proyectos SAP tradicionales, especialmente en implementaciones ECC y desarrollos on-premise. Pero con la evolución hacia SAP S/4HANA y las soluciones en la nube, RICEFW ha empezado a quedarse corto, y por eso ha surgido un «sucesor conceptual» más moderno, que aún no tiene un nombre universalmente estandarizado, pero se puede representar con enfoques como:

📌 RAP + Fiori + Cloud Extensibility → El nuevo paradigma técnico:

1. RAP (Restful ABAP Programming Model): Reemplaza a muchas estructuras antiguas (como los clásicos Reports, BAPIs o BDC) con un enfoque moderno, basado en servicios OData, CDS Views y Behavior Definitions.

2. Fiori/UI5: Sustituye a Forms como SmartForms o WebDynpro por interfaces modernas, responsivas y centradas en el usuario.

3. Key User Extensibility + Developer Extensibility (Steampunk): Para hacer lo que antes se hacía con Enhancements (User-Exits, BADIs, etc.), pero con enfoques «upgrade safe».

4. SAP Integration Suite (CPI), APIs y Event Mesh: En lugar de interfaces como IDOCs, ALE o PI.

5. SAP Build Process Automation: Como evolución de SAP Workflow o BPM, con una orientación Low-Code/No-Code.

6. Cloud BTP (Business Technology Platform): Como plataforma base para integraciones, extensiones y desarrollos personalizados.

📊 Un acrónimo alternativo que algunos ya usan es: REST-Fx o SAP BTP Dev Pack

Aunque no está formalizado, hay consultoras y equipos que informalmente usan nombres como:

• SAP Dev Framework

• RAP-Fiori-BTP (RFB)

• REST-Fx (REST, Extensibility, Services, Transformation – Forms, eXperiences)

Si estás dando formaciones o preparando proyectos en S/4HANA, podrías estructurar un «nuevo RICEFW» moderno con estos componentes: