SSAM estándar o desarrollo a medida con MDK

SAP Service and Asset Manager está construido sobre el propio Mobile Development Kit. Elegir el estándar no cierra la puerta a extender, y elegir MDK no obliga a partir de cero. La pregunta real no es qué producto, sino cuánto de su proceso quiere sostener usted mismo durante los próximos cinco años.

Si su operación se parece a mantenimiento correctivo y preventivo clásico, el estándar cubre más de lo que la gente espera, y cada versión de SAP lo mejora sin que usted pague ese desarrollo.

• Procesos de PM, CS o inventario razonablemente convencionales
• Se quiere absorber las novedades funcionales de SAP cada año
• El equipo interno no puede mantener una app propia
• Hay prisa: un piloto en producción en pocos meses

Cuando el proceso es el producto. Hay operaciones donde la forma de trabajar en campo es parte de la ventaja competitiva y forzarla dentro del estándar cuesta más que construirla.

• Procesos que no encajan en el modelo de orden de trabajo
• Roles que necesitan tres pantallas, no cuarenta
• Integración fuerte con sistemas ajenos a SAP
• Requisitos duros de hardware: lectores, sensores, cámaras específicas

El precio de una extensión no es lo que cuesta construirla, sino lo que cuesta mantenerla viva. Cada personalización se vuelve a probar en cada upgrade, y una app a medida vive de que alguien siga entendiéndola dentro de tres años.

• Regresión funcional en cada actualización de SSAM
• Cambios en versiones de iOS y Android que obligan a recompilar
• Dependencia de la persona que escribió los metadatos MDK
• Documentación y traspaso, que nunca están presupuestados

Arranque con el estándar y extienda solo donde le duela de verdad. Salga a producción con el proceso estándar y una brigada real, deje que la operación señale los tres o cuatro puntos que no encajan, y ponga MDK exactamente ahí. Es más rápido, más barato y deja una app que alguien podrá mantener cuando el proyecto termine.