Planificar en una pantalla grande y continuar el viaje en el móvil parece una experiencia sencilla. Por debajo, solo funciona bien si ambas interfaces entienden de la misma manera una parada, una ruta, una llegada en vivo y el estado de una fuente.
El problema de duplicar lógica
Si la web calcula por su cuenta y la app implementa reglas diferentes, los resultados divergen. Un modo puede interpretar una ausencia de tiempo real como retraso y el otro como horario. También pueden cambiar los filtros, las unidades o la forma de medir “cerca”.
emap concentra geocodificación, rutas, tarifas, capas y tiempo real detrás de una API compartida. La web y la app móvil consumen los mismos contratos. Los schemas describen la forma de cada respuesta y las pruebas detectan cambios incompatibles.
Cada pantalla conserva su función
Compartir la fuente no significa que las interfaces sean idénticas. La web permite explorar el territorio y comparar con espacio. El iPhone acompaña durante el trayecto, puede mantener indicaciones y utilizar capacidades del sistema. La presentación cambia; el significado de los datos no.
Los agentes reutilizan la misma base
El servidor MCP de emap/labs tampoco crea rutas paralelas. Sus herramientas llaman a la lógica de dominio y devuelven fuentes, distancias y límites. Así, una consulta conversacional puede usar el mismo estado que el mapa.
Escalar territorio por territorio
Una arquitectura compartida permite incorporar nuevas redes y capas mediante el catálogo de datos, sin reescribir cada cliente. Antes de ampliar cobertura hay que validar licencias, frecuencia, contratos y comportamiento cuando una fuente falla.
La consistencia no es una cuestión interna. Para quien viaja significa que una ruta preparada en la web no cambia de reglas al abrir el móvil y que cualquier limitación visible acompaña a la respuesta.