Registrar árboles donde no hay señal: cómo trabaja una app de campo sin conexión

En el campo colombiano, la señal del celular va y viene. Para una app que registra árboles, eso define si el trabajo de una mañana queda guardado o se pierde en una pantalla que no termina de cargar. Esta nota cuenta qué dicen las cifras oficiales sobre la conexión en las zonas rurales, cómo se construye una app que trabaja sin señal y qué le dio ese diseño a Unnión en su primera jornada de registro, el 7 de octubre de 2026.

Lo que dicen las cifras de conexión rural

La fuente oficial más reciente que consultamos es la Encuesta de Tecnologías de la Información y las Comunicaciones en Hogares (ENTIC Hogares) 2024, que el DANE realizó con el MinTIC y publicó el 1 de agosto de 2025. Estos son algunos de sus resultados:

Indicador, 2024	Total nacional	Cabeceras	Centros poblados y rural disperso
Hogares con conexión a internet	65,6 %	72,5 %	41,9 %
Hogares conectados que califican su servicio como malo	25,5 %	21,1 %	45,3 %

El mismo boletín trae otros datos útiles. En los centros poblados y el área rural dispersa, el 10,6 % de los hogares conectados califica su servicio como muy malo, así que, sumado al 45,3 % que lo califica como malo, más de la mitad de los hogares rurales con internet no está conforme con su conexión. En esas zonas, el 74,6 % de los hogares con internet se conecta por la red móvil. Y en el departamento del Tolima, el 76,5 % de los hogares tiene conexión, una cifra que suma ciudades y campo.

Aun con esa salvedad, el boletín deja ver el panorama: en el campo hay menos hogares conectados, la conexión depende sobre todo de la red móvil y la mayoría de quienes la tienen la califica como mala o muy mala. Una app de campo tiene que contar con eso desde el diseño.

Qué falla cuando una app depende de la señal

Muchas apps guardan los datos directamente en el servidor, en el momento. En la ciudad eso funciona casi siempre. En el campo, cuando la señal se cae a mitad del envío, pasan cosas como estas:

• La pantalla se queda cargando y la persona no sabe si el registro quedó guardado.
• Se pierden las fotos o el formulario y toca volver a llenarlo.
• La persona pulsa otra vez «Guardar» y el registro queda duplicado.
• El trabajo se detiene y hay que caminar hasta un punto con señal para seguir.

En un parque de 788 hectáreas, buscar un punto con señal puede tomar más tiempo que el registro mismo. Y un registro duplicado o perdido es peor que un retraso: daña la confianza en las cifras.

Cómo funciona una app de campo que trabaja sin señal

La idea de fondo es invertir el orden: primero se guarda en el teléfono y después se envía. Así lo hace la app de campo de Unnión:

1. Guardar en el teléfono cada registro (el árbol, su posición, su margen de precisión y sus fotos) queda en una base de datos dentro del propio teléfono. La app de Unnión usa IndexedDB, que según la documentación de Mozilla (MDN) es una interfaz de los navegadores para guardar del lado del usuario cantidades grandes de datos estructurados, incluidos archivos.
2. Poner en cola lo que falta por enviar queda en una lista de pendientes.
3. Enviar cuando vuelva la señal apenas hay conexión, la app envía la cola en lotes. MDN describe una función de los navegadores, la sincronización en segundo plano, pensada justo para esto: que el envío se haga cuando el dispositivo recupere la red, sin que la persona tenga que quedarse mirando la pantalla.
4. Reintentar sin duplicar cada operación lleva un identificador único. Si un envío se corta y la app lo repite, el servidor reconoce el identificador y no crea un segundo registro.
5. Borrar solo con confirmación nada sale del teléfono hasta que el servidor confirma que lo recibió.

Por qué importa el identificador único

Los programadores llaman idempotente a una operación que, repetida varias veces, deja el mismo efecto que si se hiciera una sola. La documentación de MDN lo explica con el caso típico: cuando hay duda de si una petición llegó al servidor, el cliente la puede repetir sin riesgo, y si varias copias idénticas llegan, no pasa nada malo. En el campo esa duda es de todos los días: la señal se cae justo cuando el teléfono enviaba, y el teléfono no sabe si el servidor alcanzó a recibir. Con el identificador único, repetir es seguro.

En el servidor de Unnión, además, cada operación se guarda completa o no se guarda: el registro, las fotos anunciadas y la entrada en la historia del árbol entran juntos. Si algo falla en la mitad, no queda un árbol a medias, y el teléfono vuelve a intentar.

Fotos con huella digital

Las fotos son lo más pesado de un registro y lo que más tarda en subir con poca señal. Por eso viajan aparte. La app de Unnión calcula en el teléfono la huella digital de cada foto, con el algoritmo SHA-256, y la anuncia al servidor junto con el registro del árbol. Cuando la foto llega, a veces mucho después, el servidor calcula su huella y la compara con la anunciada.

El NIST, el instituto de estándares de Estados Unidos, define una función de huella como la que convierte un archivo de cualquier tamaño en una cadena de largo fijo, y para la que es computacionalmente inviable encontrar dos archivos distintos con la misma salida. Eso le permite al sistema dos cosas. Si la misma foto llega dos veces, el servidor la reconoce y no la guarda doble. Y si la foto que llega no coincide con la huella anunciada desde el campo, el sistema levanta una alerta, porque algo la cambió en el camino.

El código llega cuando hay señal

Hay algo que el teléfono no hace solo: ponerle el código al árbol. En Unnión el código lo asigna siempre el sistema, en orden consecutivo dentro de cada zona (Z01-0001, Z01-0002 y así sucesivamente), nunca una persona. Si dos teléfonos trabajan sin señal en la misma zona, ninguno puede saber cuál es el siguiente número sin preguntarle al servidor.

Por eso, mientras no hay conexión, el árbol aparece en el teléfono como «sin código todavía», con todos sus datos guardados. Cuando el registro llega al servidor, recibe su código consecutivo y el teléfono lo actualiza en la siguiente sincronización. Así se evitan dos placas con el mismo número, el error más difícil de corregir después en campo.

Qué ganó Unnión en la primera jornada

El 7 de octubre de 2026 se registraron 10 árboles en la zona Z-01, entre las 11:30 de la mañana y el mediodía: unos tres minutos por árbol en promedio, contando los 31 segundos de medición de cada uno. Con el guardado local, ese ritmo no dependió de la señal. Cada árbol quedó en el teléfono al terminar su registro, con su posición, su margen y sus fotos, y el envío quedó a cargo de la app.

El resultado está en el sistema: los 10 árboles con su código asignado por el servidor, de Z01-0001 a Z01-0010, cada uno con su precisión (entre 1,2 y 3,3 metros), y la pregunta de posible duplicado que apareció cuando el Z01-0008 y el Z01-0009 quedaron a 1,1 metros uno del otro. Eran dos árboles distintos y así quedaron.

Lo que sigue dependiendo de la señal

Trabajar sin señal tiene límites, y conviene decirlos:

• Lo guardado en el teléfono solo está en el teléfono hasta que se envía. Si el equipo se daña antes de sincronizar, lo que no alcanzó a salir se pierde; por eso conviene sincronizar al final de cada jornada.
• El código definitivo y la ficha pública del árbol aparecen cuando el registro llega al servidor.
• El panel de la empresa y la página de verificación solo muestran lo que ya llegó al servidor.

Si quieres ver cómo queda un árbol después de sincronizado, abre la ficha del Z01-0001, el primero de la zona Z-01. En trazabilidad está el recorrido completo, desde el teléfono en el campo hasta el certificado firmado.

Preguntas frecuentes

Fuentes consultadas

1. DANE: Boletín técnico ENTIC Hogares 2024 (publicado el 1 de agosto de 2025)www.dane.gov.co
2. MDN: Offline and background operation (apps web sin conexión)developer.mozilla.org
3. MDN: IndexedDB APIdeveloper.mozilla.org
4. MDN, glosario: Idempotentdeveloper.mozilla.org
5. NIST, glosario: hash functioncsrc.nist.gov