Este artículo explica qué ocurre con el trabajo realizado sin conexión cuando la app se vuelve a conectar, incluyendo cuándo otro dispositivo ha modificado el mismo registro. Está dirigido a quienes necesitan confirmar que su trabajo offline se ha guardado.
Qué ocurre al reconectar
Cuando vuelve la conexión, la app envía los cambios en cola. Normalmente, los cambios se suben automáticamente en segundo plano.
Para revisar la cola de subida en móvil:
- Toca el botón circular de la nube en la esquina superior derecha del encabezado. Si muestra un mensaje de estado, tócala una vez para minimizarla y vuelve a tocarla.
- En Tus cambios, revisa la tarjeta de estado y los cambios pendientes bajo Trabajos y Otros cambios.
- Toca Subir ahora o deja que los cambios se suban automáticamente.
- Cuando no quede nada pendiente, toca Obtener datos más recientes para descargar una copia actualizada.
La cola está disponible solo en móvil. Cada persona solo ve la cola en su propio dispositivo.
Cuándo aparece el aviso de Conflicto de sincronización
El aviso de Conflicto de sincronización solo aparece cuando el servidor rechaza un cambio en cola porque el registro fue modificado en otro lugar. Esto puede ocurrir si una evaluación de riesgos, recomendación o adjunto fue editado en otro dispositivo mientras estabas sin conexión, o cuando completaste una evaluación ya finalizada en otro dispositivo.
- Se mantiene la versión más reciente en el servidor.
- Tu cambio en cola se descarta.
- Tu cambio en cola nunca se reintenta.
- No se fusiona ningún cambio.
Este aviso es la única señal de que el trabajo en cola fue descartado. Por tanto, el trabajo que crees guardado in situ puede no estar presente tras sincronizar.
Un conflicto similar puede producirse al cambiar la frecuencia de una Actividad a otra del mismo tipo que ya tenga esa frecuencia en el elemento.
Importante: las respuestas de trabajo no activan el aviso
Las respuestas de trabajo no disparan el aviso de conflicto. Si el mismo trabajo se editó o completó en la web mientras estabas offline y la visita sigue abierta, tus respuestas en cola sobrescriben silenciosamente las de la web en cuanto se sincronizan. No se muestra aviso de Conflicto de sincronización.
Esto significa que la ausencia de aviso no garantiza que las respuestas que introdujiste offline sean las que finalmente quedaron registradas.
Cuando la visita se firmó en otro lugar
Si la visita ya estaba firmada en la web, tu firma pendiente no se aplica. Tus respuestas en cola serán rechazadas salvo que seas Manager o superior. En ese caso, verás Sincronización fallida. También aparece Firma de visita fallida y tu firma no será la registrada.
Una firma en cola falla del mismo modo cuando la visita fue firmada en otro lugar, incluso si no había cambios de trabajo pendientes detrás.
Revisa lo que realmente quedó registrado
Tras sincronizar, vuelve a abrir la evaluación de riesgos, recomendación, adjunto, trabajo o visita para comprobar la información guardada. Si falta trabajo o las respuestas registradas no son las que querías, repítelo si sigue siendo relevante.
Para obtener una copia más reciente, usa Obtener datos más recientes una vez terminen de subir los cambios pendientes. Esta opción no está disponible mientras haya cambios por subir, una subida en curso o si el dispositivo está sin conexión.
Evita editar simultáneamente
No edites la misma evaluación de riesgos en la web y en la app a la vez. El mismo registro puede reemplazarse al subir la cola offline y las respuestas del trabajo pueden sobrescribir silenciosamente los cambios web.
Si un cambio en cola no se sube
Una subida fallida es distinta de un conflicto. Los ítems fallidos aparecen en su propia sección en la hoja de estado de sincronización.
- Toca Reintentar en un ítem o Reintentar fallidos para volver a intentarlo en todos los fallos temporales.
- Si el ítem no se puede recuperar y solo se ofrece Eliminar, confirma la eliminación solo si aceptas que el cambio se descartará definitivamente.
Reintentar está disponible para errores temporales de red o servidor. Un error permanente en cliente ofrece Eliminar porque enviar los mismos datos rechazados fallaría igual.