La visita se convierte en orden de servicio en el patio del cliente — con o sin señal de internet

Reticar no partía de cero — y eso es lo que hace el caso más difícil, no más fácil. Ya tenía una aplicación, hecha a medida años antes, que el equipo comercial usaba todos los días. El problema es que esa app se había quedado congelada en el tiempo: código heredado, sin nadie que lo mantuviera, con errores recurrentes concentrados justo en la parte que un equipo de campo no puede perder — la sincronización de datos. Cuando la sincronización se traba, el vendedor no se queda con una app fea; se queda sin poder trabajar.

Y el trabajo de Reticar es de carretera. El equipo comercial atiende rectificadoras, talleres diésel, transportistas y cooperativas agropecuarias repartidas por el interior de tres estados — lugares donde la señal de celular es una hipótesis, no un hecho. El vendedor llega al cliente, evalúa una culata agrietada en el patio, necesita consultar el historial de esa cuenta, registrar lo que vio y abrir la orden de servicio. Si cualquiera de esas cuatro cosas depende de internet, el proceso se rompe y se convierte en una nota para digitar después — con el retraso y el retrabajo que eso implica.

• Sincronización que trababa la app entera — mientras corría, bloqueaba hasta acciones básicas, y corría cada vez que alguien abría la aplicación.
• Código heredado sin mantenimiento: ninguna funcionalidad nueva entraba sin riesgo, y nadie era dueño de lo que ya existía.
• La visita y la orden de servicio vivían separadas — lo que se veía en el cliente no se convertía en documento en el mismo movimiento.
• El vendedor veía lo que no era suyo: la estructura comercial por región no estaba reflejada en el sistema.
• Ninguna prueba de presencia física en el cliente — ni horario, ni ubicación.

La decisión de partida fue tratar la app del vendedor como un sistema que funciona solo y solo después conversa con el servidor — no como una pantalla que consulta una API. La aplicación carga una base de datos local en el propio celular y trabaja sobre ella: los 3.819 clientes quedan en el aparato, la búsqueda es local, el mapa es local, el registro es local. Cuando vuelve la señal, la cola sube. Es la diferencia entre "la app tiene modo offline" y "la app es offline por diseño". Eso también cambió cuándo ocurre la sincronización: en la app antigua se disparaba en cada apertura y trababa todo; aquí dejó de ser un peaje en la entrada — cada registro creado sin conexión muestra su propio indicador de sincronizado, y el trabajo continúa mientras la cola drena.

La segunda decisión fue quitar el teclado del camino. Registrar una visita escribiendo, de pie en el patio de una transportadora, no ocurre — y lo que no ocurre se convierte en una nota mental perdida. Entonces la descripción de la visita pasó a ser hablada: el vendedor graba y el reconocimiento de voz del propio aparato transcribe al campo de texto, con límite de duración. No sube audio a ningún servidor ni depende de un servicio externo de transcripción — es el recurso nativo del celular, lo que mantiene la función disponible en campo y el costo en cero.

La tercera fue hacer que el sistema viera la estructura comercial real de Reticar. El territorio se volvió una jerarquía de cuatro niveles — Estado, Macrorregión, Microrregión y Ciudad —, y el vendedor se vincula a regiones, no a una lista de clientes. Quien atiende la macrorregión de Chapecó ve los clientes de Chapecó; quien atiende Passo Fundo ve los de Passo Fundo. Cada concesión y cada revocación de ese vínculo entra en el registro de auditoría como evento propio.