Implementación del servicio de campo móvil

Los flujos de trabajo de servicio le permiten activar y configurar puntos de control o hitos para la ejecución del servicio en las aplicaciones móviles. Esto ayuda a estandarizar los procesos y mejorar las comunicaciones entre los equipos de back-office y los empleados de campo.

Para comprender mejor los flujos de trabajo de servicio, es importante comprender la diferencia entre las etapas de ejecución de la actividad y los pasos del flujo de trabajo de servicio.

Las etapas de ejecución de la actividad para la planificación y la planificación son las siguientes:

• EN PLANIFICACIÓN
• EN EXPEDICIÓN
• EN EJECUCIÓN
• CERRADO
• CANCELADO

La etapa EN EJECUCIÓN indica que la actividad se ha liberado para el técnico y ahora se puede visualizar y completar en la aplicación móvil.

Los pasos del flujo de trabajo de servicio tienen lugar en la etapa de ejecución de la actividad IN EXECUTION. Por lo tanto, un paso de workflow puede entenderse como subestado de la etapa de ejecución de la actividad EN EJECUCIÓN.

El flujo de trabajo de servicio define el conjunto de pasos de flujo de trabajo (o hitos del proceso de servicio) por los que pasa el técnico mientras procesa una actividad de principio a fin.

Mientras trabaja en una actividad, el técnico pulsa los botones del paso del flujo de trabajo para pasar de un paso al siguiente. En el último paso activo, normalmente el paso CHECKOUT o el paso REPORT, el técnico finaliza el trabajo creando un informe de servicio. Una vez finalizado, el workflow pasa al paso CERRADO y la actividad pasa a la etapa de ejecución CERRADO.

Para habilitar los flujos de trabajo de servicio en su empresa, vaya a Admin→Empresa→Parametrizaciones de empresa→CoreSystems.Assignment.IsWorkflowDriven y active la parametrización.

Las definiciones de flujo de trabajo de servicio se pueden crear y gestionar en el portal de administración en Admin→Empresa→Flujos de trabajo de servicio. Aquí, dentro de un flujo de trabajo de servicio, los pasos de flujo de trabajo que pertenecen al flujo de trabajo se pueden configurar y actualizar.

Es posible definir varios workflows. Esto puede ser útil si diferentes tipos de actividades requieren diferentes procesos de ejecución de servicio. En combinación con una regla empresarial, se puede asignar un flujo de trabajo específico a una actividad. Si no hay ninguna regla empresarial activa que asigne workflows, el sistema asigna automáticamente el workflow que está marcado como estándar.

Por ejemplo, en admin, encontrará una regla empresarial de muestra SAMPLE - Pasos de workflow - Asociar una llamada de servicio con el tipo Instalación, a Workflow de instalación. Con esta regla empresarial, todas las actividades bajo una llamada de servicio del tipo instalación se asociarán con el workflow Instalación.

Se puede acceder a la función de flujo de trabajo del servicio desde los→flujos de trabajo de servicios de→la empresa administrativa. 

Cuando selecciona un flujo de trabajo específico, se le mostrará la lista de los pasos de flujo de trabajo correspondientes. Seleccione Editar para añadir pasos, modificar la secuencia de pasos o eliminar pasos.

Tenga en cuenta que los pasos new y close son obligatorios.

El campo Próximos pasos se puede utilizar para determinar qué pasos pueden ocurrir después de un paso de flujo de trabajo determinado. El orden en el que se selecciona el siguiente paso se reflejará en la lista de series que se muestra en la lista desplegable. Estas parametrizaciones determinan qué pasos de workflow puede seleccionar el técnico en la aplicación móvil, dado que el paso de workflow está activo en ese momento.

Si la actividad se debe cerrar con un check out mediante un informe basado en Jasperst, el paso correspondiente debe llamarse checkout. Sin embargo, si el checkout se realiza con un informe basado en HTML, el paso correspondiente debe llamarse report. En cualquier caso, el paso siguiente debe ser el paso close. De este modo, una vez realizado el check out, el workflow pasa automáticamente al estado Cerrado, al igual que la actividad.

Tipo de pantalla

Cuando se encuentra en la lista de pasos del flujo de trabajo, puede saltar a la vista detallada del paso seleccionando el Eyesymbol.

El campo Criterios de aceptación le permite introducir texto que se visualizará cuando el técnico cambie al siguiente paso del flujo de trabajo. El técnico deberá confirmar el texto antes de poder continuar con el siguiente paso. Como alternativa, pueden cancelar y volver al paso actual/anterior.

Se puede configurar un paso de flujo de trabajo para mostrar un tipo de pantalla específico. Los tipos de pantalla dedicados permiten al técnico centrarse en la información relevante para un determinado paso del proceso de servicio. El tipo de pantalla determina lo que se visualizará en la pantalla cuando se alcance el paso de workflow. Las ventajas de utilizar tipos de pantalla dedicados incluyen:

• Proporcionar más contexto: Estas pantallas ofrecen contexto adicional al técnico durante la ejecución del servicio de campo, lo que garantiza que tenga todos los detalles necesarios para realizar sus tareas de manera eficiente.
• Proporcionar información específica: al mostrar solo la información relevante, los tipos de pantalla dedicados ayudan a los técnicos a concentrarse en lo que es esencial, reduciendo las distracciones y mejorando la productividad.
• Estandarización de procesos: Estas pantallas guían a los técnicos a través de su trabajo, asegurando que siguen los procedimientos correctos y completan todos los pasos requeridos.

Las opciones de tipo de pantalla incluyen:

• Ninguno
• Viaje: se muestra la dirección de la actividad
• Smartform: se puede crear automáticamente un smartform específico
• Work items: se visualiza y se puede procesar cualquier Smart Form y material reservado asociado con la actividad.
• Pantalla de resumen: se visualiza un resumen de los datos registrados
• checkout / report: crear un informe a partir de una plantilla predefinida para concluir la actividad, al tiempo que se tiene la posibilidad de capturar la firma del cliente.

En función del tipo de pantalla, puede definir diferentes parámetros, como los siguientes:

• Estado de la persona, que se visualizará en la tabla de planificación
• Criterios de aceptación
• Registro (solicitar al técnico que registre, por ejemplo, el kilometraje y el tiempo de viaje)
• Color e icono asociados con el paso
• Paso siguiente principal/alternativo: determina qué botones están disponibles en la pantalla para saltar a los pasos definidos.

Uno de los tipos de pantalla dedicados es el tipo de pantalla Smartform. Este tipo de pantalla le permite fijar una plantilla de Smart Form específica que se utilizará para crear automáticamente una instancia de smartform correspondiente. Esta instancia de lista de verificación se visualizará en la aplicación móvil cuando el técnico llegue a ese paso de workflow.

Esta pantalla combina la relevancia contextual de los pasos de workflow y la naturaleza flexible del smartform y crea una serie de posibilidades para utilizar estas dos funciones.

Las aplicaciones móviles están diseñadas para funcionar sin conexión y se conectan solo para sincronizar datos cuando sea necesario. La sincronización de datos la desencadena la aplicación móvil o el propio usuario. El contenido de la sincronización se controla mediante la configuración de permisos. El proceso es el siguiente:

1. La nube de gestión de servicios de campo envía los datos al cliente móvil.
2. Los datos se almacenan localmente, dentro de la aplicación en el dispositivo móvil de los técnicos. El técnico trabaja con los datos offline creando o modificando registros de datos localmente.
3. Siempre que sea necesario o lo desee, el técnico se sincroniza cargando los datos locales actualizados, mientras descarga nuevos datos de la nube.

   El contenido de la sincronización se controla mediante la configuración del grupo de usuarios (permisos).

La carga inicial de datos desde la nube de FSM al cliente móvil contiene todos los datos para los que el usuario tiene permiso de lectura. En sincronizaciones posteriores, solo se intercambian registros nuevos o modificados entre la nube y el cliente móvil. Esto se denomina carga delta.

Al configurar su solución FSM, es especialmente importante tener en cuenta los datos que se necesitan en las aplicaciones móviles para que los técnicos puedan hacer su trabajo. El principio rector debería ser "lo menos posible y tanto como sea necesario".

Los motivos son posibles limitaciones y restricciones para los usuarios en el campo:

• Mientras se sincroniza, la recepción de datos celulares y el ancho de banda pueden ser pobres.
• El espacio de almacenamiento de datos en dispositivos móviles puede ser limitado.
• El dispositivo móvil puede tener una potencia de procesamiento limitada, debido a la potencia limitada de RAM o CPU.

Si se combina con demasiados datos que se intercambian entre la nube de FSM y el cliente móvil, cualquiera de estos factores anteriores podría resultar en un bajo rendimiento en términos de tiempos de sincronización y capacidad de respuesta de la aplicación.

Existen varios factores relacionados con el FSM que influyen en los resultados de rendimiento para los usuarios móviles:

• Tamaño total de la base de datos de la empresa, en términos de volumen total de almacenamiento.
• Tamaño total de la base de datos de la empresa, en términos de cantidades de registros por objeto de datos.
• Configuración del grupo de políticas de administración para los permisos de datos (lectura) para los usuarios móviles.
• Configuración del grupo de políticas de administración para reglas de sincronización para usuarios móviles.

El tamaño de la base de datos de su empresa tiene un impacto directo en la cantidad de tiempo necesario para sincronizar los datos con la aplicación móvil y en el propio rendimiento de la aplicación. Esto afectará directamente al tiempo que tardará la sincronización en completarse. Por lo tanto, tenemos que evaluar cuidadosamente los volúmenes de datos esperados en la nube y en dispositivos móviles, las posibles condiciones de red y el hardware móvil para los técnicos, y tomar medidas en caso de que se superen los límites recomendados.

Las aplicaciones móviles FSM Cloud y FSM tienen un importe de datos máximo recomendado y volúmenes separados.

El tamaño de la base de datos para los técnicos debería ser, idealmente, inferior a 400 MB y inferior a 10.000 registros de cualquier tipo de objeto. Los importes máximos son 600 MB y 20.000 registros de cualquier tipo de objeto. Los importes máximos no son un límite absoluto, pero los problemas de rendimiento serán cada vez más probables.

Para ver los importes de datos máximos y recomendados para una empresa en la nube de FSM, consulte las páginas de ayuda de SAP.

Algunos tipos de objeto tienen más probabilidades de tener un gran impacto en el rendimiento que otros. Algunos ejemplos son:

• Actividades
• Anexos
• Lotes
• Interlocutores comerciales
• Tamaño de plantilla de lista de verificación (y complejidad)
• Tamaño de instancia de lista de verificación
• Equipos
• Posiciones
• Personas
• Materiales reservados
• Llamadas de servicio
• Almacenes

Las cantidades de datos en un cliente móvil de FSM se pueden establecer desde dentro de la aplicación: seleccione Opciones→(información)→botón de menú contextual de tres puntos→Póngase en contacto con soporte. (Este acceso vía menús puede diferir ligeramente entre las aplicaciones móviles de FSM en las diferentes plataformas).

Después de seleccionar Comuníquese con Soporte, se abre la aplicación de correo electrónico predeterminada en su dispositivo móvil y se rellena un nuevo correo con datos clave sobre los volúmenes de datos. El mensaje de correo electrónico o el archivo adjunto mostrarán el tamaño total de la base de datos y registrarán las cantidades por tipo de objeto.

Tenga en cuenta que los importes registrados son el resultado de los volúmenes generales de la base de datos de la empresa combinados con la configuración de permisos para el usuario y varias configuraciones de la empresa.

Desde el punto de vista de la configuración, podemos realizar varias acciones para ayudar a garantizar que las aplicaciones móviles tengan un rendimiento constante:

• Los permisos se pueden aplicar a usuarios y business objects para personalizar aún más el comportamiento y mejorar el rendimiento.
• Las reglas de sincronización de datos se pueden aplicar para determinar qué datos se almacenan en la aplicación móvil en el modo "offline".
• La configuración de la empresa se puede ajustar para reducir el tamaño de visualización de los anexos y mejorar el tiempo de sincronización.
• Mantenga las plantillas de Smart Form pequeñas y ágiles, por ejemplo, evitando un uso excesivo de las condiciones de visibilidad.

Todas estas configuraciones se pueden modificar y afectarán al rendimiento de las aplicaciones móviles en términos de tiempos de sincronización y capacidad de respuesta de la aplicación.