Desarrollo de IoT industrial para logística y rastreo de activos
La mayoría de los proyectos de rastreo de activos mueren en la brecha entre una etiqueta que funciona en el banco y un backend que sobrevive a un depósito real. Las etiquetas entran y salen de cobertura, los gateways de depósito pierden su enlace durante horas y un motor de geocercas ingenuo inunda a operaciones con falsas alertas o descarta en silencio el único cruce que importaba. GizanTech diseña los niveles de telemetría de extremo a extremo para que posición, permanencia y condición lleguen al panel de flota intactos y en orden.
Challenges specific to Logistics & Asset Tracking
Se pierden datos de etiquetas en zonas sin cobertura
Los activos circulan por interiores de almacenes, patios de acero y caminos rurales donde no llega ni el backhaul BLE ni el celular, así que una etiqueta sin confirmación pierde lecturas que el backend nunca recupera.
Las caídas del enlace del gateway pierden horas de datos
Un gateway de patio sobre Wi-Fi inestable o una celda LTE congestionada queda offline durante una hora, y sin búfer en el gateway cada reporte de etiqueta recolectado en esa ventana se pierde para siempre.
El costo del backhaul celular se dispara con la flota
El reporte por etiqueta y por evento sobre LTE parece barato para diez activos y se convierte en una factura mensual de SIM y datos de cinco cifras con diez mil, porque nada agrega ni deduplica en el borde.
El motor de geocercas inunda a operaciones con falsas alertas
La geocerca en el servidor sobre el ruido del GPS dispara docenas de eventos fantasma de entrada y salida por activo cerca de un límite, y operaciones aprende a ignorar por completo el canal de alertas en una semana.
Eventos fuera de orden y duplicados corrompen las métricas
El backhaul de almacenamiento y reenvío reproduce reportes con retraso y fuera de secuencia, así que el tiempo de permanencia, el último visto y la ocupación de zona en el panel son erróneos salvo que el backend reordene por tiempo de evento.
No hay una única fuente de verdad entre proveedores
Las etiquetas BLE, UWB y celulares de distintos proveedores hablan cada una su propio payload, dejando que el panel de flota cosa formatos incompatibles sin un modelo normalizado de ubicación o condición.
How GizanTech solves them
- Pipeline de almacenamiento y reenvío de etiquetas y gateways. 1. Damos a las etiquetas búfer en flash local y a los gateways de depósito una cola persistente en disco, así los reportes recolectados durante una caída de cobertura o enlace se marcan con la hora de captura y se vacían en orden al volver el backhaul.
- Backhaul celular resiliente con agregación en el borde. 2. Agrupamos, deduplicamos y comprimimos los eventos de etiqueta en el gateway antes de un enlace MQTT-sobre-LTE, y respaldamos con perfiles de SIM y Wi-Fi de depósito para que el costo del backhaul escale de forma sublineal con la flota.
- Motor de geocercas y reglas en el servidor. 3. Pasamos los cruces de zona por histéresis y ventanas de confirmación de permanencia en el backend, filtrando el ruido del GPS para que una alerta de entrada se dispare una vez por cruce real, no por cada lectura ruidosa cerca de la cerca.
- Ingesta y ordenamiento por tiempo de evento. 4. Ingerimos por la marca de tiempo del evento, no por la de llegada, deduplicamos de forma idempotente los reportes reproducidos por etiqueta e ID de secuencia, y reordenamos las llegadas tardías para que permanencia, último visto y ocupación sigan correctos.
- Modelo de ubicación normalizado multiproveedor. 5. Mapeamos los payloads de etiquetas BLE, UWB y celulares a un esquema normalizado de posición, permanencia y condición, así el panel de flota y el motor de reglas leen una única fuente de verdad entre proveedores.
- Panel de flota y alertas. 6. Construimos un mapa en vivo, vistas de ocupación de zona y permanencia, y tendencias de condición sobre el mismo flujo normalizado, con alertas por rol enrutadas a los canales que operaciones realmente vigila.
| Nivel de telemetría | Tecnología | Costo / latencia | Modo de fallo evitado |
|---|---|---|---|
| Etiqueta de activo | Baliza BLE 5.x / UWB + búfer en flash local | Barato por etiqueta, pero latencia de segundos a minutos hasta tener un gateway en rango | Lecturas perdidas mientras un activo sale de la cobertura de backhaul |
| Gateway de patio / depósito | Concentrador multietiqueta, broker MQTT, cola persistente en disco | Suma costo de hardware por sitio para ganar horas de búfer ante caídas | Horas de datos de etiqueta perdidas en una caída de Wi-Fi o enlace del sitio |
| Backhaul celular | LTE-M / NB-IoT, lote + dedupe + compresión en el borde, conmutación dual-SIM | Mayor latencia por mensaje a cambio de un costo de datos y SIM mucho menor a escala de flota | Facturas de SIM y datos de cinco cifras por enlace por evento a escala |
| Motor de geocercas / reglas | Zonas en el servidor con histéresis y ventanas de confirmación de permanencia | Decenas de segundos de retraso de confirmación a cambio de casi cero falsas alertas | Inundaciones del canal de alertas con eventos fantasma de entrada y salida |
| Panel de flota | Ingesta por tiempo de evento, dedupe idempotente, esquema normalizado multiproveedor | Leve costo de cómputo en la ingesta para garantizar el orden correcto | Permanencia, último visto y ocupación erróneos por reproducciones fuera de orden |
Go deeper
Industrial IoT Development for other industries
Frequently asked questions
¿Qué pasa con los datos de etiqueta cuando un depósito pierde su enlace a internet?
No se pierde nada. El gateway del depósito mantiene una cola persistente en disco y sigue aceptando reportes de etiqueta durante la caída, cada uno marcado con su hora de captura. Cuando vuelve el backhaul, la cola se vacía en orden y el backend reordena por tiempo de evento, así que la permanencia y la ocupación siguen correctas.
¿Cómo evitan que el motor de geocercas inunde con falsas alertas?
Nunca alertamos sobre el ruido crudo del GPS. Los cruces de zona pasan por bandas de histéresis y una ventana de confirmación de permanencia en el servidor, así que un activo tiene que entrar de verdad y quedarse en una zona antes de que se dispare un evento de entrada. Eso colapsa docenas de cruces fantasma cerca de un límite en una sola alerta real.
¿Pueden mantener planos los costos de datos celulares al crecer la flota?
Los costos crecen de forma sublineal, no plana, pero la diferencia es grande. Agrupamos, deduplicamos y comprimimos los eventos de etiqueta en el gateway del depósito antes de que toquen el enlace LTE-M o NB-IoT, así miles de etiquetas comparten mensajes agregados y de baja sobrecarga en vez de facturar cada una un paquete por evento.
Tenemos etiquetas de tres proveedores distintos. ¿Un solo backend puede gestionarlas todas?
Sí. Mapeamos el payload BLE, UWB o celular de cada proveedor a un esquema normalizado de posición, permanencia y condición en la ingesta. El motor de reglas y el panel de flota leen entonces una única fuente de verdad, así que agregar o cambiar un proveedor de etiquetas nunca toca tus paneles ni la lógica de alertas.
¿Construyen también el panel, o solo el pipeline de datos?
Ambos, y comparten un mismo flujo. Construimos el pipeline de ingesta, el motor de geocercas y reglas, y el panel de flota con mapa en vivo y vistas de ocupación de zona, permanencia y condición sobre los mismos datos normalizados, más alertas por rol enrutadas a los canales que tu equipo de operaciones ya vigila.