Evidencia de servicio en campo sin conexión: del celular al cierre
La foto quedó en el celular, pero la oficina todavía no la recibe. Qué debe mostrar una app de servicio cuando falta internet, se repite un envío o la evidencia no basta para cerrar.
¿Guardado, recibido y aceptado significan lo mismo?
Tu técnico termina una visita en una bodega sin señal. Toma fotos, llena la revisión y pide un acuse. En su pantalla aparece «guardado», pero la oficina no tiene esos archivos. Si ambos creen que el servicio ya cerró, el pendiente queda sin dueño. Define estos estados antes de pedir un botón para finalizar:
| Estado | Qué permite afirmar | Qué falta |
|---|---|---|
| Guardado en este celular | La app comprobó que conserva la captura y sus archivos en el equipo | Recibirlos y comprobarlos en el sistema de la oficina |
| Envío pendiente o resultado por comprobar | Hay un intento que todavía no tiene recepción confirmada | Consultar si llegó antes de crear otro registro |
| Recibido por la oficina | El sistema central identifica la captura y tiene los archivos requeridos disponibles | Revisión del trabajo y de la calidad de la evidencia |
| Corrección solicitada | El revisor registró qué falta o por qué no acepta | Una nueva versión vinculada al registro anterior |
| Aceptado para cerrar | La persona autorizada revisó la versión y los requisitos acordados | El paso de cobro o facturación, si corresponde, sigue su propia regla |
Enviar el formulario tampoco demuestra que todas sus fotos llegaron. Pide una lista visible de archivos pendientes y recibidos, y una regla que impida presentar el paquete como completo si falta alguno. Mientras la oficina no recibe el cambio, debe ver la última información disponible y cuándo se actualizó.
La señal del celular no prueba la recepción. MDN explica que el indicador de conexión puede mostrar una red disponible sin acceso a internet. La confirmación del servicio debe venir del registro recibido, no del icono de Wi-Fi.
¿Qué reconoce el cliente cuando firma o da un acuse?
Decide el significado y muestra el texto antes del acuse. «Recibí la visita y este reporte» puede dejar la revisión técnica pendiente. «Acepto el trabajo descrito en esta versión» expresa otra decisión. El técnico debe poder registrar que la persona no está disponible o no acepta, sin inventar una firma para cerrar.
Relaciona el acuse con la orden, la versión del reporte, el nombre de quien lo da y lo que reconoce. Si cambian el trabajo descrito o una condición relevante después, conserva el acuse anterior y solicita la revisión que hayas acordado. Este esquema organiza una decisión operativa; no determina la validez jurídica de una firma.
Ejemplo: una visita, dos técnicos y una confirmación perdida
Antes de salir, los dos celulares descargaron ST-104 y sus requisitos. La captura de Lucía se llama EV-104-A, versión 1. Es el mismo registro durante sus reintentos; una corrección posterior tendrá versión 2 y conservará el vínculo con la primera.
| Paso | Lo que ocurre | Resultado que debes exigir |
|---|---|---|
| 09:10 · Captura sin señal | Lucía registra una lectura, una foto y el acuse en EV-104-A v1 | Mostrar guardado en su celular y pendiente de recepción; cero cierres aceptados |
| 10:00 · Se pierde la respuesta | La oficina guarda el paquete, pero la señal cae antes de que el celular reciba la confirmación | En el celular: resultado por comprobar. En la oficina: una captura recibida y todavía sin aceptar |
| 10:05 · Se repite el envío | Lucía envía otra vez EV-104-A v1 sin cambiar sus archivos | Recuperar la recepción del mismo registro; no crear otra captura ni otro cierre |
| 10:08 · Dos técnicos discrepan | Marco envía su observación de que la falla sigue presente; Lucía había marcado el trabajo como terminado | Conservar ambas observaciones y dejar la diferencia para revisión; no sobrescribir una con la última que llegue |
| 10:12 · Evidencia rechazada | Elena no puede leer la medición de la foto y solicita corrección | Registrar motivo, responsable y versión rechazada; la orden sigue abierta |
| 10:45 · Se completa la revisión | Los técnicos vuelven a comprobar el equipo y Lucía añade una lectura y foto legibles en v2 | Conservar v1 y su rechazo; recibir v2. La nueva foto no resuelve automáticamente la discrepancia |
| 10:55 · Cierre revisado | Elena verifica v2, la explicación de la falla, la observación de Marco y el alcance del acuse | Solo si se cumplen los requisitos, aceptar esa versión y registrar quién decidió y cuándo |
En 10:00 el resultado para el teléfono es desconocido, aunque el ejercicio especifica que la oficina sí guardó. Tu prueba debe revisar las dos pantallas. No interpretes «no recibí respuesta» como «no llegó», y tampoco como «ya quedó aceptado».
Repetir el mismo envío y corregir un reporte son acciones diferentes. El primero recupera una recepción; el segundo añade una versión con motivo y autor. Acuerda también qué ocurre si la misma referencia llega con archivos diferentes: debe detenerse para revisión, no sustituir en silencio lo recibido.
Los productos comerciales también necesitan reglas para cambios concurrentes. Microsoft documenta conflictos entre un técnico y quien coordina la orden, y opciones de resolución según la configuración. Esta prueba propone conservar y revisar la discrepancia; comprueba si la configuración elegida puede hacerlo antes de contratar.
¿Qué fechas, equipos y permisos debes revisar?
- Tres momentos separados: cuándo dice el celular que se capturó, cuándo recibió la oficina y cuándo aceptó el revisor. Conserva la zona horaria y prueba un reloj del celular atrasado; no reordenen decisiones solo por esa hora.
- La orden disponible antes de salir: qué visitas, formularios y datos puede consultar cada persona sin conexión, y cuándo los descargó. Una reasignación posterior puede no estar todavía en ese celular.
- El equipo real: modelo, sistema, versión de la app o navegador, espacio disponible y permisos de cámara. Prueba cerrar y abrir la app, reiniciar el equipo y enviar fotos del tamaño que usa tu personal.
- Acciones por responsable: el técnico registra su trabajo; el cliente da el acuse definido; el revisor acepta o pide corrección. Decide quién puede reasignar, corregir y consultar archivos de otros servicios.
- Acceso revocado: al volver a conectar, comprueba si la persona sigue autorizada antes de admitir cambios o mostrar nuevos archivos. Define quién recupera los pendientes de una cuenta desactivada; no supongas que la revocación borra de inmediato un celular desconectado.
OWASP recomienda comprobar permisos en cada petición. Pide una prueba en la que un técnico intente abrir la foto de una orden ajena o aceptar su propio cierre sin permiso. El resultado debe ser rechazo, aunque tenga un enlace guardado.
Guardar en el navegador no equivale a tener un respaldo. MDN describe límites de espacio, eliminación de datos y condiciones distintas en navegación privada. Si usarás una app web, acuerda cómo detecta un guardado fallido y cómo protege los pendientes; verifica ese comportamiento en cada equipo. No borres datos ni reinstales para corregir un envío pendiente antes de acordar su recuperación.
¿Qué le pido al proveedor antes de elegir una app?
Una demostración de ST-104 con señal interrumpida aporta más que una lista de funciones. Pide mostrar qué se puede hacer sin conexión, qué debe prepararse antes y qué necesita volver a internet. Field Service de Microsoft requiere configurar y descargar datos previamente y documenta funciones que dependen de la red. No deduzcas que toda función o dispositivo trabaja igual.
| Lleva a la demostración | Comprueba | Detén la aceptación si |
|---|---|---|
| Una orden y sus requisitos | Se puede abrir y capturar sin señal después de preparar el equipo | Solo funciona el formulario que ya estaba abierto |
| Foto faltante, borrosa o de otra orden | Queda pendiente o rechazada con una razón visible | Una pantalla de éxito permite cerrar sin revisión |
| Respuesta perdida y envío repetido | La oficina conserva una sola recepción de la misma captura | Cada reintento crea otro reporte o aviso de cierre |
| Dos personas y una cuenta revocada | Las diferencias y permisos siguen la regla escrita | El último envío borra el trabajo anterior o concede acceso ajeno |
| Reinicio y poco espacio | Los pendientes reaparecen o el fallo de guardado queda explícito | La app afirma haber guardado algo que no puede recuperar |
Primero evalúa si una app existente representa tus visitas y pasa estas pruebas. Una adaptación puede bastar; un desarrollo a la medida se justifica cuando falta una regla necesaria, el uso sin conexión o una conexión viable con tu operación. La guía de documentar procesos ayuda a acordar responsables y excepciones antes de convertirlos en pantallas.
Si el cierre debe llegar a tu ERP, sigue con cómo conectar un sistema sin reemplazarlo: recibir evidencia y registrar una operación en el ERP también necesitan confirmaciones separadas. Para ordenar el control de cuentas y equipos, revisa llaves digitales.
En una entrega de carga también conviene distinguir el acuse del destinatario, los archivos recibidos y la revisión de quien cierra el viaje. Cambia los requisitos de ST-104 por tu orden y evidencia de entrega; una revisión de equipo no describe todo ese proceso. Consulta el enfoque de software para transporte de carga.
Lleva una visita representativa con datos ficticios, el formulario, el texto del acuse y los celulares que usarán. Usa la plantilla de alcance para escribir quién revisa y qué pruebas acepta. Puedes consultar nuestro enfoque de desarrollo de aplicaciones y software para empresas de servicios.
Fuentes primarias consultadas el 7 de octubre de 2026. Los estados y ST-104 son una propuesta de prueba operativa; no describen una app ya instalada, una garantía de conservación de archivos ni una implementación comprobada de Nightly.
Preguntas frecuentes
No por sí sola. Primero confirma que el archivo quedó en el celular, luego que la oficina recibió el paquete completo y después que la persona autorizada aceptó el trabajo bajo los requisitos acordados. El estado debe mostrar cuál paso falta.
Conserva la referencia de la captura y consulta su recepción. En ST-104, la oficina guardó EV-104-A v1 aunque el teléfono perdió la respuesta. Reenviar esa misma captura debe recuperar su registro, no crear otra visita o cierre.
Define y muestra qué reconoce el acuse. Recibir una visita o un reporte puede dejar la revisión técnica pendiente. Conserva la versión aceptada y separa ese acuse de la autorización para cerrar y de cualquier cobro.
Acuerda cómo conserva el sistema las observaciones y quién decide cuando discrepan. Prueba que la llegada del segundo envío no borre en silencio el primero. Una nueva foto tampoco resuelve automáticamente una diferencia sobre el trabajo realizado.
Verifica las tareas y equipos concretos. Puede ser necesario descargar previamente órdenes y formularios; mapas, nuevas asignaciones o consultas remotas pueden necesitar conexión. Prueba captura, reinicio, poco espacio y envío posterior con tu configuración antes del uso operativo.
Fuentes
- Configure offline data synchronization — Field Service mobileMicrosoft
- Navigator: onLine propertyMDN Web Docs
- Storage quotas and eviction criteriaMDN Web Docs
- Authorization Cheat SheetOWASP
Última actualización:
