Revisión de Dista.ai, proveedor de software de inteligencia de ubicación

Por Léon Levinas-Ménard

Última actualización: 4 de noviembre de 2026

Dista proporciona software en la nube para planificación geográfica y operaciones de campo. Sus productos abarcan visitas comerciales, cobro de deudas, despacho de técnicos, entregas y análisis espacial. Dista Deliver asigna entregas y planifica sus rutas; Dista Insight apoya el diseño de territorios, análisis de cobertura y selección de ubicaciones. El énfasis comercial actual está en ventas y cobros de campo para instituciones financieras. (1, 20)

Puntuación global de supply chain: 4,5/10.

Dimensión	Puntuación
Profundidad en supply chain	4,4/10
Sustancia de las decisiones y la optimización	4,6/10
Integridad del producto y la arquitectura	4,8/10
Transparencia técnica	4,4/10
Seriedad del proveedor	4,4/10

Las pruebas de Dista respaldan una plataforma útil de rutas y trabajo de campo con un alcance limitado de decisiones de supply chain. Las implantaciones publicadas muestran mejoras operativas y sus patentes revelan algoritmos geográficos concretos. La cuestión pendiente es la exhaustividad económica: mejores territorios y vehículos más llenos pueden mejorar la ejecución mientras dejan fuera del modelo decisiones más importantes sobre existencias, promesas de servicio, capacidad y demanda incierta. (6, 7, 8)

La presentación low-code también minimiza la ingeniería continua. Dista combina explícitamente una plataforma SaaS común con adaptaciones específicas para cada cliente. Esas adaptaciones, integraciones y reglas operativas deben sobrevivir a los cambios del negocio. La propiedad y el mantenimiento de esa configuración importan más para el coste a largo plazo que la rapidez de crear un primer panel. (2)

Dista frente a Lokad

Dista decide principalmente adónde deben ir personas y vehículos. La optimización de supply chain de Lokad aborda qué comprar, producir, asignar o mover mediante modelos económicos de futuros inciertos. Puede haber solapamiento en asignación y distribución, pero una aplicación de rutas y un motor decisional de supply chain resuelven partes distintas del problema operativo.

Por ejemplo, un distribuidor puede acortar una ruta asignando cada cliente al almacén más cercano. Esa asignación puede seguir siendo cara si el almacén tiene existencias inadecuadas, necesita reposición urgente o no puede consolidar los pedidos pertinentes. La perspectiva de Lokad, desarrollada en Introduction to Supply Chain, trata las interacciones y disyuntivas financieras como parte de la propia decisión.

La ventaja de Dista es una interfaz operativa empaquetada: ejecución móvil, visibilidad geográfica y flujos de despacho. Lokad adopta un enfoque más programático de las decisiones económicas y exige el trabajo de modelado correspondiente. Una comparación significativa examina, por tanto, toda la secuencia desde la política empresarial hasta la acción ejecutada, incluido el trabajo para mantenerla. Mejorar una ruta debe evaluarse junto a los compromisos que hicieron necesaria esa ruta.

Qué decide realmente el producto de entregas

Dista Deliver describe asignación automática de pedidos, programación dinámica, capacidad de vehículos, franjas de entrega, logística inversa y más de 150 restricciones configurables. Los conductores reciben trabajo mediante una aplicación móvil; los despachadores pueden seguir el avance y gestionar desviaciones. Son funciones concretas de ejecución. La página pública no identifica el solver de rutas, los pesos de sus objetivos ni un modelo probabilístico de tiempos de viaje y servicio. (3)

La pregunta útil sobre incertidumbre es operativa: qué ocurre cuando varias paradas se retrasan juntas, un vehículo deja de estar disponible o llega un pedido urgente después de salir. Recalcular una ruta con observaciones recientes trata un evento después de que ocurra. Elegir una ruta con holgura adecuada exige anticipar la distribución y las consecuencias económicas de esos eventos. El material público no demuestra esa segunda capacidad.

La incertidumbre del suministro también se extiende aguas arriba. Una ruta que presupone todas las mercancías listas puede fallar porque varían las entregas entrantes o los tiempos de preparación. Una distancia planificada más corta no basta como objetivo si aumenta los compromisos incumplidos, las horas extra o las costosas entregas repetidas. Las descripciones actuales de Dista dejan esas disyuntivas en gran medida a la configuración y las políticas operativas.

Patentes de agrupación: métodos inspeccionables, alcance económico limitado

La primera patente estadounidense concedida a Dista, US12182228B1, describe dividir una zona geográfica acotada en bloques, reposicionarlos alrededor de centroides de ubicación y usar una heurística 80/20 para distinguir bloques fijos y flotantes antes de reequilibrarlos. La descripción permite varias medidas de distancia, incluida la distancia por carretera. Su objetivo es construir grupos geográficamente organizados con superficie y cobertura controladas. (6)

La patente posterior US12380394B2 describe otro procedimiento: derivar un rango objetivo de entidades por grupo, seleccionar un punto lo más alejado posible de un centroide, formar un grupo alrededor de ese punto, retirarlo y repetir. También menciona aprender el tamaño deseado del grupo a partir de metadatos organizativos y comentarios humanos. (7)

Estas revelaciones son más informativas que las afirmaciones generales de IA de la empresa. Su limitación económica es igual de visible. Una superficie igual o un número similar de clientes no implica igual trabajo ni igual beneficio. Una parada puede requerir dos minutos; otra, descarga, manejo de efectivo, una devolución y un largo procedimiento de acceso. Las particiones geográficas pueden convertirse en fronteras artificiales que impidan una asignación más valiosa entre territorios.

Una patente registra un método reivindicado. No mide su ventaja frente a alternativas más sencillas ni establece qué versión opera en el servicio actual. La comparación relevante es la calidad y el coste de las decisiones resultantes con cargas reales. Los anuncios publicados de patentes no ofrecen ese benchmark. (22)

Qué establecen las pruebas de clientes

El caso de Persistent de noviembre de 2022 describe Dista Schedule en una empresa mundial de bienes de consumo. El sistema incorporaba cantidades y volúmenes de envíos y admitía más de 30 restricciones. Se habían incorporado siete almacenes; la ocupación declarada de vehículos pasó del 70% al 90%, con aproximadamente un 20% menos de vehículos. El relato también describe pruebas de campo, ajustes iterativos y una extensa coordinación organizativa. (8)

Es una prueba convincente de mejora práctica de programación. Es más acotada que un resultado de optimización integral: los requisitos de envío entran como datos al programador. El despliegue puede mejorar cómo se atienden esos requisitos sin determinar si eran económicamente acertados desde el principio.

El caso Wellness Forever de Dista describe más de 600 repartidores internos y externos y más de 100.000 pedidos mensuales. La asignación automática, las franjas elegidas por clientes y las rutas respaldan una carga de producción creíble. Las cifras describen escala y cobertura operativas; no aíslan mejoras de beneficio ni todo el trabajo ahorrado. (9)

Un caso de diseño de red anuncia una reducción del 40% de costes logísticos y de cumplimiento de pedidos. Su relato incluye un cambio importante del modelo operativo: sustituir la dependencia de mensajeros externos por infraestructura de primera y última milla organizada internamente, junto a la ubicación de centros de distribución. El beneficio declarado combina, por tanto, diseño apoyado por software e internalización. La página no separa la contribución del algoritmo, los nuevos costes fijos y la economía del cambio organizativo. (10)

Un caso más reciente de territorios de bienes de consumo asigna cada cliente al almacén más cercano y construye planes de visitas según ubicaciones y frecuencias. Identifica un tiempo de venta inicial del 28%, pero no da el porcentaje correspondiente medido tras el despliegue. El relato antes-después sigue incompleto. Más fundamentalmente, una asignación geográfica realizada antes de evaluar inventario, capacidad y economía de envíos puede limitar cada mejora posterior de rutas. (11)

Mantenimiento de la configuración, productividad y responsabilidad comercial

Dista describe un modelo de entrega 80/20: el producto compartido cubre el 80% de los requisitos del cliente y el 20% restante se personaliza. Su ciclo de implantación anunciado es de tres a seis semanas. Es una explicación concreta de la entrega inicial, pero la parte personalizada se convierte en un activo que necesita pruebas, documentación y mantenimiento durante todo el despliegue. (2)

Los territorios cambian, las ventanas de entrega se mueven, los contratos de flota vencen y los clientes revisan sus promesas de servicio. El coste importante es el esfuerzo de traducir esos cambios en reglas fiables de producción. La especificación del puesto de ingeniería de software incluye interpretar requisitos de clientes, diseñar soluciones, resolver problemas de rendimiento y optimizar bases de datos. La función SQL incluye consultas de integración e informes a medida. Estas responsabilidades hacen visible la implantación continua. (12, 13)

Las condiciones actuales para India, fechadas en diciembre de 2024, mantienen la propiedad de los componentes personalizados en Dista. Permiten terminar sin causa con 30 días de aviso, pero exigen al cliente que lo haga pagar todas las tarifas del acuerdo. También limitan la responsabilidad agregada de Dista a tres meses de suscripción y excluyen daños por lucro cesante. Esas condiciones predeterminadas publicadas no convierten la mejora financiera anunciada en un caso en un compromiso contractual de resultados. (15)

La oportunidad de productividad es considerable, pero su límite debe ser explícito. Conducir, descargar y visitar a un cliente siguen siendo trabajo físico. Preparar rutas, asignar casos, conciliar datos y mantener reglas son trabajo de software. Los agentes pueden cambiar la productividad esperada de esta segunda categoría. Dista debe evaluarse por si esas horas administrativas y de ingeniería disminuyen al crecer el volumen operativo, incluido el trabajo de su propio personal de implantación.

Dista Collect ilustra la distinción. Combina asignación, priorización de casos, conciliación de pagos, llamadas y registros de actividad de campo. Estas funciones pueden eliminar administración repetitiva. Un producto organizado alrededor de supervisar visitas y gestionar supervisores puede conservar, aun así, una gran carga de coordinación. La marca de IA generativa no demuestra una mejora autónoma de las reglas que gobiernan ese trabajo. (5)

Historia tecnológica e integridad de la hoja de ruta

Periodo	Dirección y entrega	Implicación
2017–2021	Dista se incubó en 2017, se convirtió en entidad independiente en octubre de 2020 y anunció una ronda semilla de 1,2 millones de dólares en diciembre de 2021. Ya se describía como habilitada por IA. (17)	La afirmación original de IA concierne a software espacial especializado, no a agentes lingüísticos contemporáneos.
2022	Persistent publicó un caso operativo de programación de entregas desde almacenes. (8)	Hay entrega operativa detrás de la propuesta de rutas.
2023	Dista informó de financiación adicional, presencia en Google Cloud Marketplace y dos patentes. (18)	Los hitos de distribución y propiedad intelectual no proporcionan medición independiente del desempeño económico.
2024–2025	Dista se incorporó a una cohorte de aceleración de IA generativa; siguieron concesiones estadounidenses de agrupación. (19, 6, 7)	El registro de patentes revela métodos geográficos; la selección para una aceleradora no demuestra capacidad de modelos generativos.
2026	Los lanzamientos públicos enfatizan cobros y ventas para bancos y prestamistas. KYCntr, lanzado en octubre, añade ubicaciones verificadas de centros, visibilidad de asistencia y análisis de expansión para microfinanzas. (20, 21)	La dirección del producto es cada vez más específica de operaciones de campo de servicios financieros.

Hay un núcleo geográfico consistente a lo largo de esta historia. La crítica más fuerte es la creciente distancia entre la amplitud del lenguaje de IA y los mecanismos explicados públicamente. Los anuncios actuales emparejan IA e IA generativa con integración de flujos, informes y coordinación de campo, sin publicar responsabilidades de modelos, métodos de evaluación o límites de fallo. Un proveedor puede entregar software convencional útil y exagerar la inteligencia que hay detrás.

El enfoque en servicios financieros también importa a un comprador logístico. Deliver e Insight permanecen en el catálogo, pero los comunicados recientes se concentran en otra parte. Los compradores necesitan una hoja de ruta concreta del producto de entregas y un compromiso de mantenimiento. La permanencia de una página de producto no demuestra que se le asignen recursos de ingeniería.

Lista de materiales de software

Prueba y alcance	Componentes o responsabilidades documentados
Despliegue histórico de Dista por Persistent	Google App Engine, BigQuery, Cloud Datastore y Google Maps. (8)
Artículo de ingeniería de Dista de 2021	Código Java de integración, almacenes de claves y confianza de la aplicación y Google Secret Manager. (14)
Descripción actual de la plataforma	Google Cloud y Google Maps; una instancia de software para múltiples clientes; reglas de negocio por cliente; funcionamiento móvil con sincronización posterior. (2)
Especificaciones actuales de contratación del empleador	Trabajo de aplicaciones específico por cliente, optimización de consultas relacionales, integración e informes. (12, 13)

Los servicios documentados de nube y mapas forman una base coherente. Sus distintas cargas de almacenamiento, análisis y movilidad siguen requiriendo coordinación.

La infraestructura gestionada desplaza el trabajo operativo en lugar de eliminarlo. Datos de aplicaciones, consultas analíticas, mapas, sincronización móvil y lógica por cliente tienen costes y modos de fallo distintos. Una contabilidad útil de propiedad mostraría consumo de mapas/API, costes de procesamiento de datos, soporte de integración y trabajo para mantener las adaptaciones compatibles con las versiones de la plataforma.

La portabilidad también es más amplia que exportar direcciones y transacciones. Un sustituto necesita los territorios efectivos, reglas de asignación, tratamiento de excepciones e historial que explique por qué existen esas reglas. Que el proveedor conserve la propiedad de los componentes personalizados hace ese conocimiento operativo especialmente importante. El material público no ofrece una especificación de exportación y migración para él.

Seguridad: examinar el límite, no la certificación

Dista maneja ubicaciones precisas de trabajadores e información de clientes; su aviso de privacidad de servicios abarca expresamente seguimiento de ubicación y procesamiento bajo instrucciones del cliente. El uso de campo sin conexión también coloca datos en dispositivos móviles. Las preguntas materiales de seguridad conciernen a aislamiento entre clientes, pérdida de dispositivos, autorización después de trabajar sin conexión y duración de los registros sensibles. (16, 2)

La plataforma identifica claves de cifrado gestionadas por el cliente y mensajes API cifrados. Su artículo de ingeniería va más allá y muestra manejo de certificados e integración con Secret Manager. Son mecanismos evaluables. Sin embargo, el mismo artículo explica incorrectamente el tráfico protegido como cifrado con clave privada seguido de descifrado con clave pública. La protección del tráfico TLS utiliza claves de tráfico negociadas; poseer el certificado público no permite acceder al contenido de los mensajes. (2, 14, 23)

El error debilita la explicación publicada. El ejemplo delega las operaciones criptográficas a funciones estándar de Java. La garantía en producción sigue requiriendo una explicación de imposición del acceso, rotación de secretos, separación entre clientes y límite de sincronización. Las certificaciones de seguridad no responden por sí solas a ninguna de esas cuestiones de diseño.

Puntuación de supply chain

La puntuación promedia 25 criterios con el mismo peso. El resultado exacto es 4,52/10, mostrado como 4,5/10. Evalúa la capacidad decisional de supply chain, incluidos los límites del alcance de operaciones de campo de Dista.

Profundidad en supply chain

Criterio	Puntuación
Planteamiento económico	4/10
Resultado final de la decisión	6/10
Claridad conceptual sobre supply chain	4/10
Independencia de doctrinas obsoletas	5/10
Resistencia al teatro de los KPI	3/10

Media: 4,4/10.

Planteamiento económico — 4/10. El coste por envío es un objetivo significativo, pero una mejora local de transporte puede ocultar mayores costes de inventario, servicio o infraestructura fija. El caso de red no reconcilia esos efectos en un retorno completo. (10)

Resultado final de la decisión — 6/10. La asignación y el despacho llegan a usuarios operativos. El alcance decisional es concreto, aunque las elecciones previas de cantidades y políticas de servicio llegan en gran medida desde fuera de la aplicación. (3)

Claridad conceptual sobre supply chain — 4/10. La ejecución geográfica está claramente definida. El tratamiento de existencias, riesgo de suministro y economía entre productos está mucho menos desarrollado que el de ubicaciones. (4)

Independencia de doctrinas obsoletas — 5/10. El producto evita el ritual habitual de planificación por previsión consensuada. Las fronteras territoriales y los flujos centrados en supervisores pueden crear sus propias restricciones organizativas a mejores decisiones. (5)

Resistencia al teatro de los KPI — 3/10. Cobertura, visitas y utilización son diagnósticos útiles, pero pueden premiar actividad sin beneficio incremental. Las mediciones publicadas antes y después son desiguales. (11)

Sustancia de las decisiones y la optimización

Criterio	Puntuación
Profundidad del modelado probabilístico	2/10
Sustancia distintiva de optimización o ML	5/10
Tratamiento de restricciones reales	6/10
Automatización de decisiones y productividad laboral	5/10
Resiliencia ante la complejidad operativa real	5/10

Media: 4,6/10.

Profundidad del modelado probabilístico — 2/10. Las actualizaciones reactivas están más claramente documentadas que las decisiones conscientes de incertidumbre. Ninguna calibración pública o evaluación estocástica de políticas establece cómo valora el sistema llegadas tardías o interrupciones correlacionadas. (3)

Sustancia distintiva de optimización o ML — 5/10. Las patentes exponen algoritmos que pueden examinarse. Su existencia no establece una economía superior de decisiones ni una contribución sustancial de IA generativa. (6, 7)

Tratamiento de restricciones reales — 6/10. Las pruebas de implantación superan la distancia abstracta de rutas y describen restricciones operativas prácticas. El tratamiento conjunto de economía de inventario y entregas sigue mucho menos visible. (8)

Automatización de decisiones y productividad laboral — 5/10. La asignación automática reduce una tarea real de despacho. Las cifras públicas de volumen dejan sin resolver el trabajo total administrativo, de implantación y mantenimiento. (9)

Resiliencia ante la complejidad operativa real — 5/10. El uso en producción y el despliegue iterativo respaldan la credibilidad operativa. El relato público no muestra cómo una asignación dañina conduce a un objetivo o restricción revisados, reproducidos contra operaciones pasadas antes del despliegue. La recuperación ante restricciones contradictorias también está mal especificada. (8, 9)

Integridad del producto y la arquitectura

Criterio	Puntuación
Coherencia arquitectónica	6/10
Claridad de los límites del sistema	6/10
Seriedad en seguridad	4/10
Parsimonia del software y coste de propiedad	4/10
Compatibilidad con operaciones programáticas y asistidas por agentes	4/10

Media: 4,8/10.

Coherencia arquitectónica — 6/10. Los módulos comparten un modelo operativo geográfico, en lugar de una cartera de planificación ensamblada mediante adquisiciones. Sus adaptaciones por cliente siguen requiriendo coordinación de ingeniería. (1)

Claridad de los límites del sistema — 6/10. La ejecución de campo y los sistemas empresariales previos tienen roles reconocibles. Los límites de responsabilidad ante sincronización fallida y entradas incoherentes son menos explícitos. (2)

Seriedad en seguridad — 4/10. Los mecanismos concretos de gestión de claves e integración permiten evaluar. La explicación criptográfica errónea y la limitada documentación de límites entre clientes y móviles reducen la confianza en el relato público. (14)

Parsimonia del software y coste de propiedad — 4/10. La base de nube es coherente, pero reglas, informes e integraciones a medida crean costes continuos sin una contabilidad publicada del ciclo de vida. (12, 13)

Compatibilidad con operaciones programáticas y asistidas por agentes — 4/10. La integración forma parte de la propuesta del producto. Las interfaces públicas para probar y revisar la lógica operativa siguen siendo escasas, limitando la evaluación de la productividad de ingeniería asistida por agentes. (2)

Transparencia técnica

Criterio	Puntuación
Documentación técnica pública	5/10
Inspección sin intermediación del proveedor	4/10
Portabilidad y visibilidad de la dependencia	3/10
Transparencia del método de implantación	5/10
Densidad de pruebas tras las afirmaciones técnicas	5/10

Media: 4,4/10.

Documentación técnica pública — 5/10. Las patentes y un artículo concreto de integración ofrecen detalle inspeccionable. Son menos accesibles el comportamiento actual del solver, la evaluación de modelos y las interfaces de producción. (7, 14)

Inspección sin intermediación del proveedor — 4/10. Un tercero puede examinar los métodos reivindicados de agrupación, pero no reproducir los resultados operativos ni vincular un algoritmo publicado con una versión desplegada específica. (6)

Portabilidad y visibilidad de la dependencia — 3/10. La propiedad contractual es más clara que la vía técnica de salida. Los clientes necesitan preservar reglas efectivas e historial operativo, no solo registros brutos. (15)

Transparencia del método de implantación — 5/10. Los casos disponibles explican configuración y despliegue operativo. Revelan menos sobre pruebas continuas, compatibilidad de versiones y responsabilidad de mantener adaptaciones. (11, 12)

Densidad de pruebas tras las afirmaciones técnicas — 5/10. Los algoritmos documentados y casos operativos respaldan el núcleo geográfico. Las afirmaciones amplias de inteligencia y capacidad generativa no cuentan con detalle técnico equivalente. (19, 20)

Seriedad del proveedor

Criterio	Puntuación
Seriedad técnica de la comunicación pública	4/10
Integridad de la hoja de ruta tecnológica	5/10
Claridad conceptual	6/10
Responsabilidad económica	3/10
Defensibilidad en un mundo de software agéntico	4/10

Media: 4,4/10.

Seriedad técnica de la comunicación pública — 4/10. La propuesta funcional es comprensible. La terminología de IA, los anuncios de propiedad intelectual y las afirmaciones de cumplimiento sustituyen frecuentemente a resultados técnicos medidos. (20, 22)

Integridad de la hoja de ruta tecnológica — 5/10. Métodos geográficos y flujos de campo persisten a lo largo de la historia empresarial. El cambio de enfoque sectorial deja a compradores logísticos una pregunta pendiente sobre futura inversión en el producto. (18, 21)

Claridad conceptual — 6/10. Dista tiene una especialidad operativa clara. La debilidad es extenderla a afirmaciones de optimización más amplias sin explicar las decisiones económicas que quedan fuera. (4)

Responsabilidad económica — 3/10. Las afirmaciones de beneficio no están respaldadas por una contabilidad reproducible y completa de costes y retornos. Las condiciones comerciales publicadas protegen los ingresos de suscripción más claramente de lo que comprometen resultados financieros. (10, 15)

Defensibilidad en un mundo de software agéntico — 4/10. La integración móvil y la experiencia operativa son activos útiles. La diferenciación duradera exige reducir el trabajo total de ejecutar y mejorar las operaciones de campo; añadir funciones de modelos lingüísticos a un flujo supervisor sería un avance menor. (5)