El pedido de SAP en el móvil casi siempre llega como pedido de app: «queremos aprobar desde el teléfono». Y el proyecto empieza eligiendo herramienta. Error de orden.

Aprobar desde el teléfono es la parte fácil — SAP lo entrega desde hace años. Lo que traba no está en la pantalla: está en cómo ese teléfono prueba quién es, y en qué pasa cuando se queda sin señal a mitad de la transacción.

Los tres caminos, y lo que cuesta cada uno

Hay tres formas de poner SAP en el móvil, y no compiten — resuelven problemas distintos.

Fiori responsivo en el navegador. El camino más barato: la aplicación que ya existe, abierta en el navegador del teléfono. Funciona bien para aprobación y consulta. No funciona sin conexión, no usa cámara ni lector de código de barras, y depende de que el usuario recuerde la dirección.

SAP Mobile Start. La aplicación de SAP que sirve de puerta: entrega el launchpad en el teléfono, con notificación y biometría. Es el punto medio honesto — poco esfuerzo, ganancia real de adopción, y resuelve lo de «recordar la dirección».

Una aplicación nativa o híbrida, con SAP Mobile Services en BTP. El camino caro, y el único que resuelve trabajo sin conexión de verdad — inventario en almacén sin señal, orden de servicio en campo, captura en planta. Si el requisito no es offline, casi nunca se justifica.

La identidad es donde el proyecto se traba

El móvil corporativo rara vez está en el dominio. Eso significa que la autenticación que funciona en el escritorio — integrada, silenciosa — allí no existe. Y la alternativa perezosa es usuario y contraseña, que hoy no pasa ninguna revisión de seguridad seria.

El camino que funciona tiene tres piezas, y ninguna es opcional.

Un proveedor de identidad en el medio. SAP delega la autenticación en Entra ID, SAP IAS o equivalente. Es lo que permite exigir MFA sin enseñar a SAP a hacer MFA.

MFA resistente al phishing. Passkeys o llaves de seguridad. Un código por SMS en una aprobación financiera es una invitación — el cambio de SIM es un ataque común y barato.

Gestión del dispositivo. Sin una capa de MDM o de protección de aplicación, el teléfono perdido se lleva la sesión. Y la pregunta que nadie quiere responder en el comité es cuánto tiempo sigue siendo válido ese token.

Offline es una decisión de negocio, no técnica

La palabra «offline» en la reunión suele significar cosas distintas para cada persona de la mesa, y conviene desempatarla antes de estimar.

Consulta sin conexión — ver lo que ya se descargó, sin modificar nada. Es barato y resuelve buena parte de los casos de campo.

Registro sin conexión con envío posterior — anotar ahora, sincronizar cuando haya señal. Aquí aparece la primera pregunta difícil: ¿y si dos técnicos registran contra el mismo objeto?

Transacción offline completa — con regla de negocio validando en el aparato. Es la más cara, y obliga a responder qué hacer cuando la validación local dice sí y el servidor dice no.

Esa tercera categoría es donde los proyectos se detienen. No por dificultad técnica: por no haber decisión sobre quién manda cuando los dos discrepan. Y esa decisión es del proceso, no de TI.

Dónde la IA ayuda de verdad

En el triaje de lo que vale la pena llevar al móvil. Cruzar el registro de transacciones con el horario y el lugar de uso muestra rápido qué se usa ya fuera de la oficina — y esa lista suele ser bastante distinta de la que el comité imaginó.

Donde no entra es en la regla de conflicto de sincronización. Eso es política, y la política tiene dueño.

El límite honesto

No todo debería ir al móvil. Una transacción con muchos campos obligatorios, en pantalla pequeña, produce dato malo — y el dato malo cuesta más que la espera que ahorró.

La regla que suele funcionar: el móvil es bueno para decidir y para registrar; es malo para elaborar. Aprobar, consultar, apuntar, fotografiar — sí. Montar un pedido de compra de treinta líneas — no.

En Inove este diseño entra junto con workplace moderno y prácticas SAP, porque es exactamente donde ambos se encuentran: identidad de un lado, autorización del otro.

Preguntas frecuentes