SAP Fiori para usuarios avanzados: por qué la adopción es más difícil de lo que parece

Sophia Reynolds

21 Jul 2026 — 17 min read

La mayoría de las implementaciones de SAP Fiori comienzan con una promesa razonable: una experiencia de usuario más limpia, moderna y basada en roles, que funciona en cualquier dispositivo. Para muchos usuarios, esa promesa se cumple. Las aprobaciones se vuelven más rápidas, las tareas ocasionales se vuelven más sencillas y los escenarios móviles finalmente funcionan.

Pero en algún punto entre el piloto y la puesta en marcha, aparece un patrón familiar. Los usuarios que mejor conocen SAP —los usuarios clave, los especialistas funcionales, las personas a las que todos llaman cuando algo falla— son quienes muestran mayor resistencia. Los equipos de proyecto suelen interpretar esto como resistencia al cambio. A veces lo es. Más a menudo, es una reacción racional ante cambios reales en la velocidad, la densidad de la pantalla, los patrones de navegación y la visibilidad del sistema.

Este artículo explica por qué los usuarios avanzados de SAP experimentan Fiori de manera diferente, cuándo sus preocupaciones están justificadas y cómo los equipos de SAP pueden diseñar una estrategia de adopción que respete la experiencia en lugar de descartarla.

¿Quiénes son los usuarios avanzados de SAP?

Los usuarios avanzados no son un rol formal de SAP. Son un perfil que aparece en toda instalación madura de SAP:

Usuarios clave y superusuarios que representan a su departamento en proyectos SAP y apoyan a sus colegas en el día a día
Especialistas funcionales en áreas como MM, SD, FI, PP o WM que ejecutan altos volúmenes de transacciones
Usuarios de negocio experimentados que han trabajado en los mismos procesos durante años y conocen cada excepción
Usuarios de soporte que investigan incidentes, reproducen errores y validan correcciones
Consultores internos y externos que se mueven entre módulos y clientes

Lo que los une es la profundidad de su conocimiento del sistema. Conocen los códigos de transacción de memoria, mantienen sus propias variantes de selección, entienden qué campos determinan qué comportamiento posterior y pueden rastrear un flujo de documentos desde un pedido de venta hasta un asiento contable sin abrir la documentación.

También ocupan una posición organizativa específica: los usuarios avanzados son el puente entre los equipos de negocio y el soporte de SAP o TI. Cuando una implementación de Fiori pierde a este grupo, el proyecto no solo pierde métricas de adopción: pierde su capa interna de soporte.

Por qué SAP Fiori funciona bien para algunos usuarios

Antes de examinar los puntos de fricción, vale la pena aclarar dónde SAP Fiori mejora realmente la experiencia, porque el argumento es sólido:

Tareas guiadas: Los usuarios que utilizan SAP ocasionalmente se benefician de pantallas que muestran solo lo que la tarea requiere.
Escenarios de autoservicio: Las solicitudes de vacaciones, los gastos de viaje, las solicitudes de compra y el registro de tiempo son mucho más fáciles en Fiori que en las transacciones clásicas.
Acceso móvil: Las aprobaciones y confirmaciones desde un teléfono o una tableta simplemente no son realistas en SAP GUI.
Acciones de gerente: El patrón My Inbox consolida elementos de flujo de trabajo que antes estaban dispersos entre transacciones.
Acceso basado en roles: Los usuarios ven las aplicaciones relevantes para su rol en lugar de navegar por un árbol de menús creado para todos.
Puntos de entrada analíticos: Las páginas de resumen y los mosaicos de KPI proporcionan un contexto que una lista de transacciones nunca ofrecía.

El objetivo de este artículo no es decir que SAP Fiori sea malo y SAP GUI sea bueno. El punto es que la experiencia de usuario es relativa al usuario y a la tarea. Una interfaz optimizada para la claridad y la orientación sirve a un perfil; una interfaz optimizada para la velocidad y la densidad sirve a otro. Los problemas de adopción de Fiori suelen aparecer exactamente donde esos perfiles fueron tratados como idénticos.

Por qué los usuarios avanzados experimentan Fiori de manera diferente

Los usuarios avanzados trabajan bajo restricciones diferentes a las de los usuarios ocasionales. Su trabajo se caracteriza por:

Volumen: decenas o cientos de ejecuciones de transacciones al día, donde los segundos por ejecución se acumulan
Trabajo impulsado por el teclado: teclas de función, ritmos con la tecla Enter y tabulación de campo a campo que rara vez requieren usar el mouse
Amplitud: saltos rápidos entre muchas transacciones y, a menudo, entre módulos
Densidad: la necesidad de ver muchos campos, columnas y partidas simultáneamente para detectar anomalías
Filtrado avanzado y variantes: pantallas de selección guardadas y ajustadas durante años para análisis recurrentes
Exportaciones: extracción frecuente a Excel para conciliación y análisis ad hoc
Gestión de excepciones: trabajo que comienza precisamente donde falló el proceso estándar
Resolución de problemas: reproducir el problema de otro usuario, lo que requiere visibilidad más allá del propio rol limitado

Ninguna de estas necesidades es extraordinaria. Son la realidad operativa del trabajo SAP de alto volumen. Cuando una nueva interfaz cambia el costo de cualquiera de ellas —aunque sea ligeramente—, el efecto en el día de un usuario avanzado se multiplica por la frecuencia.

La pérdida de velocidad de los códigos de transacción

Los códigos de transacción merecen una discusión específica, porque son uno de los mecanismos de productividad más subestimados en SAP.

Para un experto, un T-code no es un acceso directo de menú. Es:

Acceso directo: /nME23N, Intro, y la transacción está abierta: sin búsqueda, sin revisar opciones, sin hacer clic
Memoria muscular: la secuencia se ejecuta sin pensamiento consciente, como escribir al tacto
Cambio rápido: /n y /o permiten cambiar al instante o abrir sesiones paralelas entre transacciones relacionadas
Ejecución repetible: la misma transacción, la misma variante, decenas de veces al día con un coste de navegación casi nulo

Fiori reemplaza este modelo con mosaicos, búsqueda en el launchpad, navegación semántica, el App Finder, y espacios y páginas. Estos mecanismos son realmente buenos en lo que hacen: hacen que la funcionalidad sea descubrible, organizan el trabajo por rol, y la búsqueda del launchpad (incluida su capacidad para iniciar aplicaciones escribiendo parte del nombre) es más rápida de lo que muchos críticos suponen. Los usuarios también pueden añadir aplicaciones a sus propias páginas, lo que recrea parcialmente una capa personal de acceso rápido.

Pero "descubrible" e "instantáneo" son cualidades diferentes. Buscar "Gestionar pedidos de compra", esperar a que la aplicación cargue y hacer clic para entrar es una operación física y cognitiva diferente a escribir ME23N. Para un usuario que abre esa transacción tres veces por semana, la diferencia es irrelevante. Para un usuario que la abre cuarenta veces al día, no lo es. El modelo de navegación de Fiori es una mejora real para la orientación, y un coste real para la velocidad. Ambas afirmaciones son ciertas, y las estrategias de adopción que reconozcan solo una de ellas juzgarán mal la reacción de los usuarios expertos.

Densidad de datos: por qué lo “más simple” puede sentirse más lento

Uno de los principios centrales de diseño de Fiori es la simplificación: menos campos, diseños más limpios, divulgación progresiva. Para los usuarios ocasionales, esto reduce los errores y el tiempo de capacitación. Para los usuarios avanzados, puede invertir la ecuación de productividad.

Considere la diferencia en la práctica:

Una lista ALV clásica puede mostrar docenas de columnas en una sola pantalla, ordenables y filtrables en el mismo lugar, con totales y subtotales visibles al mismo tiempo. Un experto la examina como una hoja de cálculo, detectando la única línea que no corresponde.
Un informe de lista de Fiori puede mostrar menos columnas de forma predeterminada, trasladar los detalles a una página de objeto y requerir navegar hacia dentro y hacia fuera de elementos individuales para ver información que una transacción densa mostraba en línea.
Lo que antes era una sola pantalla con pestañas (piense en la densidad estructurada de ME23N o VA03) puede convertirse en una página de objeto con secciones que requieren desplazarse, expandir y profundizar.

El desplazamiento reemplaza al escaneo. La navegación reemplaza a la visión periférica. Para un usuario cuyo trabajo consiste en reconocer patrones entre cientos de registros, esto no es un cambio cosmético: cambia el tiempo que tarda el trabajo.

La intención del diseño es acertada: la divulgación progresiva protege a los usuarios ocasionales de la complejidad. Pero la conclusión para los equipos de implementación debe ser igualmente clara: una pantalla más simple no siempre es una pantalla más rápida. La simplicidad optimiza la comprensión; la densidad optimiza el rendimiento. El trabajo experto a menudo necesita lo segundo.

Recorridos fragmentados: cuando una transacción se convierte en varias aplicaciones

SAP Fiori descompone con frecuencia transacciones amplias en aplicaciones específicas para cada tarea. Esto es deliberado y a menudo beneficioso: un empleado de almacén que solo confirma tareas no necesita toda la complejidad de una transacción de supervisión. Pero para los usuarios que trabajaban a lo largo de todo el alcance de una transacción, la descomposición fragmenta el recorrido.

Algunos patrones concretos:

Compras: El trabajo que residía en ME21N/ME22N/ME23N —crear, modificar, visualizar, consultar el historial y saltar a documentos relacionados— ahora puede abarcar Gestionar pedidos de compra, Gestionar solicitudes de pedido y aplicaciones separadas de supervisión o aprobación. Cada aplicación es más clara; el recorrido entre ellas es más largo.
Operaciones financieras: Un contable financiero que utilizaba las visualizaciones de partidas individuales FBL1N/FBL3N/FBL5N como punto de partida ahora trabaja en varias aplicaciones de gestión/visualización de partidas individuales, con diferentes rutas de navegación hacia la compensación, la visualización de documentos y las correcciones.
Avisos de calidad: El procesamiento que se realizaba dentro de una sola transacción de aviso puede dividirse entre aplicaciones de creación, procesamiento y análisis.
Almacén y logística: La supervisión, la gestión de excepciones y la ejecución pueden distribuirse entre aplicaciones que antes eran vistas dentro de una transacción tipo cockpit.
Informes y gestión de excepciones: Un experto que investiga una discrepancia a menudo necesita pasar de un informe a un documento, luego a un registro maestro y volver. En GUI, esto se hacía con sesiones paralelas y saltos mediante códigos de transacción. En Fiori, depende de lo bien que se haya configurado la navegación semántica, y de si las aplicaciones de destino están siquiera incluidas en el rol del usuario.

Las aplicaciones específicas para cada tarea mejoran la claridad para los roles específicos de cada tarea. Pero los usuarios avanzados son, casi por definición, trabajadores transversales a varias tareas. Para ellos, la descomposición convierte un espacio de trabajo denso en un itinerario de múltiples aplicaciones, y el despliegue debe reconocer y diseñar ese recorrido en lugar de asumir que la suma de las partes equivale al todo anterior.

Acceso basado en roles y capacidad de descubrimiento

El acceso basado en roles es una de las fortalezas estructurales de Fiori: los usuarios ven lo que su rol necesita, la seguridad es más limpia y el launchpad se mantiene enfocado. Pero el mismo mecanismo crea patrones de fricción que los usuarios de GUI nunca enfrentaron:

Funcionalidad invisible: En SAP GUI, un usuario sin autorización para una transacción aún podía ver que existía. En Fiori, una aplicación que no está en tu catálogo simplemente no aparece. Los usuarios no pueden distinguir entre "no tengo acceso" y "esta función no existe en Fiori".
El problema de mapeo: Los usuarios conocen la transacción que necesitan. No saben qué aplicación la reemplazó, si fue reemplazada en absoluto o si el reemplazo cubre su escenario. Sin una referencia, concluyen que Fiori "no puede hacerlo".
Visibilidad de soporte: Los usuarios avanzados que solucionan problemas para sus colegas a menudo necesitan ver más de lo que les conceden sus propios roles. Un diseño de roles estrecho que es perfectamente adecuado para un trabajador de línea puede limitar gravemente a la persona que da soporte a ese trabajador de línea.
Sobrecarga de gobernanza: El descubrimiento de aplicaciones no se organiza por sí solo. Alguien tiene que seleccionar y mantener catálogos, espacios y páginas, y mantenerlos actualizados a medida que el panorama de aplicaciones evoluciona con cada versión.

Una mitigación práctica que adoptan muchas organizaciones es un catálogo interno de aplicaciones: una referencia mantenida que enumera las aplicaciones Fiori disponibles, las transacciones GUI con las que se relacionan, los roles que las contienen, las limitaciones conocidas y a quién contactar para obtener acceso. Es un trabajo de documentación poco glamuroso, y de forma constante se ubica entre los artefactos de adopción de mayor valor que un proyecto puede producir.

Rendimiento y confianza

El rendimiento es donde la adopción de Fiori se gana o se pierde con los usuarios expertos, porque su tolerancia está calibrada por la frecuencia.

Los puntos de fricción comunes incluyen:

Tiempo de carga del Launchpad, especialmente en el primer inicio de sesión o después de la invalidación de la caché
Roles y catálogos asignados en exceso, que inflan el contenido del Launchpad que el navegador debe procesar
Comportamiento del navegador: el consumo de memoria, la disciplina con las pestañas y la configuración de la caché afectan la velocidad percibida
Condiciones de red, especialmente para plantas remotas, almacenes y oficinas en casa
Rendimiento de los servicios backend: los tiempos de respuesta de OData dependen de la configuración de la compuerta y del ajuste del backend, no solo del diseño frontend
Sistemas de prueba subdimensionados: los pilotos se ejecutan en entornos de QA con menos recursos, por lo que la primera impresión de los usuarios sobre Fiori es más lenta de lo que será en producción, y las primeras impresiones persisten
Costo de cambio entre aplicaciones: cada navegación entre aplicaciones conlleva una sobrecarga de carga que un salto con código T /n nunca tenía

Esta es la aritmética que los equipos de proyecto suelen pasar por alto: una demora de tres segundos no es nada para un gerente que aprueba cinco solicitudes al día. Para un usuario avanzado que ejecuta una tarea 200 veces al día, tres segundos por ejecución son diez minutos de espera pura, a diario. Pequeñas demoras repetidas cientos de veces se convierten en un problema serio de productividad, y se convierten en un problema de confianza incluso más rápido. Una vez que los usuarios expertos deciden que la nueva interfaz es lenta, dejan de darle segundas oportunidades.

Las pruebas de rendimiento con cargas de trabajo reales de usuarios avanzados, en una infraestructura realista, antes de la puesta en marcha no son un endurecimiento opcional. Son una estrategia de adopción.

Capacitar a usuarios avanzados es diferente

La capacitación genérica para usuarios finales — "aquí está el launchpad, así es como buscas, así es como abres una aplicación" — es casi inútil para los usuarios avanzados, y puede llegar a irritarlos activamente. No necesitan aprender a usar software. Necesitan volver a aprender dónde reside su experiencia.

Sus preguntas son específicas:

"¿A dónde se fue esta función?" — lo que requiere mapeo de transacciones a aplicaciones, no recorridos por funcionalidades
"¿Cómo recreo mis variantes?" — lo que requiere capacitación sobre barras de filtros de Fiori, vistas guardadas y funcionalidad de adaptar filtros
"¿Cómo encuentro aplicaciones que no están en mi launchpad?" — App Finder, búsqueda y el proceso de solicitud de acceso
"¿Qué no puede hacer Fiori todavía?" — documentación honesta de brechas y limitaciones, lo que genera mucha más confianza que fingir que existe paridad
"¿Cuándo debería seguir usando SAP GUI?" — orientación explícita, porque los usuarios avanzados descubrirán la respuesta de todos modos, y es mejor que el proyecto la proporcione

Tan importante como el contenido es el momento. Los usuarios avanzados deben participar antes del despliegue — en sesiones de fit-gap, pruebas y diseño del launchpad — no recibir material de capacitación después de la puesta en marcha. Capacitar a un experto después de que se han tomado las decisiones convierte a un aliado potencial en un crítico con credibilidad.

Por qué los usuarios avanzados deben participar desde el principio

Más allá de la formación, los usuarios avanzados son el recurso de validación más valioso que puede tener un proyecto de SAP Fiori, porque saben dónde se desvía realmente el proceso:

Validar la cobertura funcional: confirmar que las aplicaciones Fiori elegidas cubren realmente los escenarios que ejecuta el departamento, incluidos los más problemáticos
Identificar campos o acciones faltantes: detectar que un campo utilizado a diario para una solución alternativa no está expuesto en la nueva aplicación
Probar escenarios reales: cierre de mes, cierre de año, temporada alta y flujos de excepción, no solo el camino ideal del guion de pruebas
Comparar flujos de trabajo con honestidad: medir el tiempo de lo antiguo frente a lo nuevo para tareas de alta frecuencia, generando evidencia en lugar de opiniones
Encontrar casos de excepción: el pedido bloqueado por crédito, la orden de compra parcialmente entregada, el movimiento de mercancías revertido: los casos que determinan si una aplicación es utilizable en la práctica
Apoyar la formación: la formación impartida por pares desde un usuario clave respetado supera a cualquier material externo
Dar forma a los launchpads basados en roles: decidir qué aplicaciones pertenecen a qué páginas para qué roles, en función de cómo fluye realmente el trabajo
Mapear el impacto en la productividad: identificar con honestidad dónde Fiori mejora el trabajo y dónde lo ralentiza

También existe una realidad política: los usuarios avanzados influyen en sus departamentos. Si las personas en quienes confían sus colegas dicen “el nuevo sistema está bien, y así es como se usa”, la adopción se produce. Si dicen “es más lento y falta la mitad de lo que usamos”, ninguna campaña de comunicación tendrá más peso que ellos.

Errores comunes en la adopción de Fiori para usuarios avanzados

Los mismos patrones de fracaso se repiten en todos los proyectos:

Asumir que una interfaz de usuario moderna significa mayor productividad — tratar la modernización visual como automáticamente equivalente a una mejora del flujo de trabajo
Imponer políticas exclusivamente de Fiori demasiado pronto — prohibir SAP GUI antes de que la cobertura y el rendimiento de Fiori lo justifiquen
Ignorar el trabajo con muchas transacciones — diseñar la implementación en torno a aprobaciones y autoservicio mientras los usuarios de mayor volumen son trabajadores transaccionales
Dar demasiados mosaicos sin selección — una plataforma de lanzamiento sin curación con 200 mosaicos es un menú peor que el que reemplazó
Ocultar aplicaciones necesarias detrás de roles restrictivos — minimalismo de roles que rompe los flujos de trabajo de soporte y resolución de problemas
No mapear las transacciones de GUI con las aplicaciones de Fiori — dejar que los usuarios adivinen dónde quedó su trabajo
Reemplazar una transacción por varias aplicaciones sin explicar el nuevo recorrido — descomponer el flujo de trabajo sin documentar la nueva ruta a través de él
No probar el rendimiento con usuarios reales — validar aplicaciones funcionalmente en redes rápidas y sistemas vacíos, para luego descubrir latencia en producción
Tratar las quejas de los usuarios avanzados como resistencia en lugar de retroalimentación — el error más costoso, porque descarta la mejor fuente de verdad sobre el terreno del proyecto

Una mejor estrategia de adopción

Un despliegue que funciona para usuarios avanzados se basa en la segmentación y la honestidad, en lugar de mandatos uniformes:

Segmenta a los usuarios por perfil. Los usuarios ocasionales, gerentes, trabajadores móviles y usuarios avanzados tienen necesidades diferentes. Diseña el despliegue por segmento, no por sistema.
Identifica qué tareas funcionan mejor en Fiori. Aprobaciones, autoservicio, confirmaciones móviles, vistas generales analíticas: trasládalas con confianza.
Identifica qué tareas deben permanecer en SAP GUI, por ahora. Trabajo transaccional de alto volumen, análisis de listas densas y escenarios con brechas conocidas en Fiori. Nombrarlas abiertamente es señal de un proyecto maduro, no de uno fallido.
Crea y mantén un mapeo de transacciones a aplicaciones. Este único documento responde la pregunta más común de los usuarios avanzados antes de que la hagan.
Diseña cuidadosamente launchpads basados en roles. Espacios y páginas seleccionados por rol, creados con aportes de usuarios clave y revisados a medida que evoluciona el panorama de aplicaciones.
Publica un catálogo interno de aplicaciones Fiori. Aplicaciones, transacciones relacionadas, roles, limitaciones y contactos de acceso en un único lugar fácil de encontrar.
Involucra a los usuarios avanzados en las pruebas, incluidas las pruebas de rendimiento con volúmenes realistas, no solo la aprobación funcional.
Documenta las limitaciones conocidas. Los usuarios perdonan las brechas sobre las que fueron informados. No perdonan las brechas que descubrieron después de que se les prometiera paridad.
Proporciona canales reales de retroalimentación. Un mecanismo visible para reportar fricciones, con respuestas visibles, convierte las quejas en aportes para la mejora.
Adopta una estrategia híbrida cuando corresponda. Lo que nos lleva al punto final.

SAP Fiori y SAP GUI pueden coexistir

Existe una suposición persistente en la planificación del despliegue de que el uso de la GUI después de la puesta en marcha representa un fracaso de adopción. En la mayoría de los entornos S/4HANA reales, representa otra cosa: una división sensata del trabajo.

Una estrategia de interfaz madura suele verse así:

Fiori para tareas guiadas, escenarios móviles, aprobaciones, autoservicio, acciones de gerentes y puntos de entrada analíticos: los escenarios en los que claramente es la mejor herramienta
SAP GUI (incluidas las transacciones GUI integradas en el launchpad) para flujos de trabajo densos, repetitivos, técnicos o de expertos donde la velocidad de transacción y la densidad de pantalla aún prevalecen
El Fiori Launchpad como punto de entrada común cuando sea útil, ya que puede alojar tanto aplicaciones nativas como transacciones clásicas, ofreciendo a los usuarios una única puerta de entrada sin imponer un único modelo de interacción
Documentación clara que indique qué interfaz se recomienda para cada proceso, de modo que la elección sea deliberada en lugar de accidental

La propia SAP ha avanzado en esta dirección: S/4HANA sigue admitiendo transacciones GUI, y la arquitectura del launchpad acomoda explícitamente las interfaces de usuario clásicas junto con las aplicaciones Fiori. La coexistencia no es un compromiso que deba eliminarse en una fecha límite. Es una estrategia de transición que permite que cada interfaz haga lo que mejor sabe hacer, mientras la cobertura, el rendimiento y la familiaridad de los usuarios con Fiori crecen versión tras versión.

Respuesta final

La adopción de SAP Fiori es más difícil para los usuarios avanzados porque no solo están usando pantallas: están utilizando años de conocimiento acumulado de procesos, patrones de transacciones, atajos de teclado, variantes y hábitos de navegación interfuncional. Cuando un cambio de interfaz afecta todo eso a la vez, la resistencia no es un problema de actitud; es una medición de un coste real.

Una implementación exitosa respeta esa experiencia. Introduce Fiori allí donde mejora el trabajo de forma demostrable, mantiene SAP GUI donde sigue siendo la mejor herramienta, asigna explícitamente el mundo anterior al nuevo, prueba el rendimiento con volúmenes de expertos y trata a los usuarios avanzados como socios de diseño en lugar de objetivos de adopción. Los equipos que diseñan en torno a roles de usuario reales y procesos de negocio reales obtienen ambos resultados: experiencias modernas donde aportan valor y productividad experta donde más importa.

Preguntas frecuentes

¿Por qué los usuarios avanzados de SAP suelen preferir SAP GUI?

Porque su productividad se basa en códigos de transacción, navegación mediante teclado, pantallas densas de estilo ALV, variantes guardadas y cambio rápido entre transacciones relacionadas. SAP GUI está optimizado para el trabajo experto de alta frecuencia, por lo que, para muchas tareas transaccionales, sigue siendo realmente más rápido para los usuarios experimentados; la preferencia es operativa, no nostálgica.

¿SAP Fiori es malo para los usuarios avanzados?

No. SAP Fiori ofrece a los usuarios avanzados ventajas reales en aplicaciones analíticas, bandejas de entrada de flujo de trabajo, acceso móvil y navegación basada en búsquedas. Los problemas surgen cuando el trabajo transaccional de alto volumen y alta densidad se traslada a aplicaciones simplificadas sin evaluar el impacto en la productividad. El problema es el ajuste, no la calidad.

¿Pueden los usuarios avanzados usar SAP GUI y Fiori juntos?

Sí. Las transacciones de SAP GUI siguen estando disponibles en S/4HANA e incluso pueden iniciarse desde el Fiori Launchpad. Una configuración híbrida — Fiori para escenarios guiados, móviles y analíticos; GUI para trabajo transaccional denso — es una estrategia común y legítima en entornos S/4HANA maduros.

¿Deberían las empresas obligar a todos los usuarios a pasar a SAP Fiori?

Por lo general, no, y especialmente no con una fecha límite fija desvinculada de la cobertura funcional y el rendimiento. Los mandatos de uso exclusivo de Fiori impuestos antes de que el panorama de aplicaciones cubra los escenarios expertos tienden a generar soluciones alternativas, procesos paralelos y pérdida de confianza. La migración por tarea y segmento de usuarios funciona mejor que la migración por decreto.

¿Por qué SAP Fiori parece más lento para los usuarios experimentados?

Por tres razones acumulativas: coste de navegación (buscar y cargar aplicaciones frente a escribir un código T), coste de interacción (desplazarse y profundizar en páginas de objetos frente a revisar listas densas) y latencia técnica (tiempos de carga del launchpad y de OData). Cada coste es pequeño, pero los usuarios avanzados repiten operaciones cientos de veces al día, por lo que los segundos se multiplican y se convierten en tiempo perdido significativo.

¿Cómo pueden los equipos mejorar la adopción de SAP Fiori entre los usuarios avanzados?

Involucrándolos antes de la puesta en marcha en las pruebas y el diseño del launchpad, proporcionando un mapeo de transacciones a aplicaciones, seleccionando launchpads basados en roles, probando el rendimiento con volúmenes realistas, documentando honestamente las limitaciones conocidas, ofreciendo formación de nivel experto centrada en "dónde quedó mi función" y permitiendo SAP GUI donde siga siendo la mejor herramienta.

¿Qué debe documentarse antes de trasladar a los usuarios avanzados a Fiori?

Un mapeo de transacciones a aplicaciones, un catálogo interno de aplicaciones Fiori con roles y contactos de acceso, brechas funcionales y limitaciones conocidas por aplicación, orientación sobre qué interfaz usar por proceso, instrucciones de migración de variantes y filtros, y el canal de retroalimentación para informar problemas.

¿Siguen siendo relevantes los códigos de transacción en S/4HANA?

Sí. S/4HANA continúa admitiendo una gran cantidad de transacciones clásicas mediante SAP GUI y GUI para HTML, y muchas organizaciones ejecutan actualmente procesos transaccionales centrales con ellas. Algunas transacciones han sido reemplazadas o descontinuadas en favor de aplicaciones Fiori, por lo que la relevancia debe verificarse por transacción; pero los códigos T como modelo de trabajo están lejos de desaparecer.

¿Cuándo es SAP Fiori mejor que SAP GUI para los usuarios avanzados?

Para vistas generales analíticas y monitoreo basado en KPI, gestión de flujos de trabajo y aprobaciones mediante My Inbox, situaciones que requieren acceso móvil, búsqueda entre aplicaciones y funcionalidades más recientes de S/4HANA entregadas únicamente como aplicaciones Fiori. En estos escenarios, Fiori no es solo equivalente: hace cosas que SAP GUI no puede hacer.

¿Cuál es la mejor estrategia de despliegue de SAP Fiori para usuarios clave?

Segmentar por perfil de usuario y tarea, realizar pilotos tempranos con usuarios clave, construir conjuntamente el mapeo de transacciones a aplicaciones, definir launchpads seleccionados basados en roles, validar el rendimiento con volúmenes reales de transacciones, ejecutar Fiori y SAP GUI en paralelo durante la transición y ampliar el alcance de Fiori en función de la productividad medida en lugar de una fecha fija de cambio.