Sincronización de campo: conflictos, fotos y validación

La unidad de trabajo es una inspección completa

Un punto sincronizado con una fotografía perdida no es una inspección completa. Defina el contrato mínimo: identificador estable, geometría, campos obligatorios, autor autorizado, fecha de captura, revisión de origen y referencias a adjuntos. Separe hora del dispositivo y hora de recepción; un reloj desajustado no debe decidir quién tiene razón.

Elija una política de conflictos

Para la misma entidad editada por dos personas, determine si una modificación puede fusionarse, debe rechazarse o requiere revisión humana. No aplique “última escritura gana” a límites prediales o resultados críticos sin una decisión explícita. La política debe cubrir geometría y atributos, además de borrados.

Use un laboratorio con dos dispositivos A y B y un registro ficticio asset-1 en revisión 7. Ambos descargan esa revisión. A cambia el estado y B mueve la ubicación. Sincronice A y luego B; después invierta el orden en una copia limpia. Documente si el sistema fusiona, bloquea o sobrescribe cada campo. Esa observación decide si el mecanismo satisface el proceso.

Verifique adjuntos e idempotencia

Calcule una huella del archivo para verificar integridad después de la transferencia, sin publicar fotografías privadas:

Ejemplo de código

from pathlib import Path
from hashlib import sha256
source = Path('photo-original.jpg')
received = Path('photo-received.jpg')
assert source.is_file() and received.is_file()
assert sha256(source.read_bytes()).digest() == sha256(received.read_bytes()).digest()
print('attachment matches')

Los nombres representan dos copias de una fotografía de prueba que usted crea. Un sistema que recomprime imágenes necesita otra política explícita; igualdad binaria ya no será el criterio.

Reenvíe una operación después de cortar la conexión. El resultado debe ser una sola inspección lógica, con reintentos visibles. Pruebe también teléfono sin espacio, adjunto grande, permiso revocado y registro borrado durante la jornada.

Cierre la responsabilidad operativa

Asigne quién resuelve conflictos, cuánto tiempo conserva originales y cómo recupera un paquete que nunca llegó. Incluya almacenamiento de fotos, soporte de dispositivos y revisión humana en el TCO. Mantenga el flujo anterior mientras una pérdida de datos pueda pasar inadvertida. La aceptación requiere reconciliar inspecciones y adjuntos; contar filas por sí solo no basta.

Conservar tres versiones al resolver

Compara versión enviada al dispositivo, edición retornada y registro central actual. Mirar solo “teléfono contra servidor” puede ocultar si ambos modificaron el mismo campo. Conserva versión del paquete e identificadores para recuperar la referencia inicial.

Referencia	Retorno	Valor central actual	Tratamiento propuesto
Condición `good`	`critical`	`good`	Cambio candidato sujeto a validación
Condición `good`	`critical`	`review`	Conflicto que decide el revisor
Nota vacía	Nota nueva	Otra nota nueva	Conservar ambas hasta revisión
Activo existente	Editado	Eliminado o retirado	Revisar ciclo de vida antes de recrear

Son reglas operacionales propuestas, no garantías del motor de sincronización. Registra comportamiento de QFieldSync/QFieldCloud y ensáyalo. No atribuyas resolución automática al flujo por cable cuando la documentación asigna esa responsabilidad al operador.

Retornar sin perder evidencia

Conserva una copia intacta del paquete y adjuntos antes de procesarlo.
Identifica versión, brigada, periodo y conteo esperado sin divulgar datos personales innecesarios.
Valida unicidad UUID, padres, dominios y geometría antes de publicar.
Comprueba referencias de adjuntos contra archivos presentes e inspecciona una muestra.
Concilia contra la referencia central correcta mediante el mecanismo elegido.
Mantén conflictos visibles y fuera de publicación aceptada hasta decidirlos.
Identifica el retorno procesado para reconocer una transferencia repetida.

No borres la copia móvil porque comenzó la carga. Define cuándo la oficina verificó recuperación y la brigada puede liberar espacio.

Comprobar integridad de adjuntos por separado

Los atributos pueden sincronizar y la foto fallar. Trata filas y bytes como partes distintas de la completitud. Comprueba existencia, tamaño razonable, legibilidad y propietario correcto. Cuando sea útil, compara sumas de comprobación para distinguir retransmisión de dos archivos distintos con igual nombre.

Usa rutas relativas dentro del paquete permitido o referencias controladas. En importadores propios, rechaza rutas que salgan de la ubicación prevista. Un nombre enviado por un usuario no autoriza leer cualquier archivo. Conserva originales cuando haya transformaciones como reducción de tamaño, según la retención realmente exigida.

Manejar eliminaciones y cambios de esquema

Eliminar un activo central mientras se edita offline crea conflicto de ciclo de vida. Decide si retirarlo mediante estado es más adecuado que borrarlo. Un retorno no debe recrear silenciosamente un registro eliminado intencionalmente.

Cambiar campos o dominios con brigadas fuera puede volver incompatibles retornos legítimos. Prefiere terminar y conciliar la ronda antes de emitir otro esquema. Si urge cambiar, construye y prueba una conversión explícita e identifica paquetes afectados. No exijas reconstruir una jornada porque oficina modificó el formulario sin prever retorno.

Ensayo de seis casos

Con dos paquetes desechables prueba inserciones distintas, retorno duplicado, edición incompatible del padre, foto ausente, padre desconocido y retiro central. Escribe el resultado esperado antes de sincronizar. Cuenta aceptados, rechazados y pendientes; deben conciliar con el lote bajo la definición acordada.

Mide revisión humana además de sincronización. Transferir en segundos puede dejar horas de conciliación. Lleva ese trabajo observado a la calculadora TCO y la guía de despliegue QField.

Fuentes y documentación

Siguiente paso

Continúe en la colección Open GIS. Para comparar un proyecto concreto, use la calculadora de costo total y solicite una evaluación.