Cuando se habla de un dispositivo IoT, lo primero que viene a la cabeza suele ser el hogar inteligente, una bombilla que se enciende sola o un termostato que aprende tus horarios. Pero el concepto va mucho más allá del salón de casa, y en logística un dispositivo IoT está cambiando la forma en la que las empresas controlan sus mercancías, desde un pallet en un almacén hasta un contenedor en mitad del océano. En esta guía vemos qué es exactamente, de dónde viene el concepto, de qué está compuesto, qué tipos existen y qué papel juega en la trazabilidad real de una mercancía, no en la teoría. Entender estas piezas ayuda a decidir con criterio qué tecnología merece la pena implementar en cada operación, en lugar de comprar un dispositivo porque suena innovador.
Un dispositivo IoT (Internet de las Cosas) es cualquier objeto físico capaz de recoger información de su entorno y transmitirla a través de internet, sin que una persona tenga que intervenir en ese proceso. La clave está en tres capacidades combinadas: percibir un dato (temperatura, ubicación, movimiento), procesarlo mínimamente y enviarlo a una plataforma donde alguien, o un sistema automatizado, pueda hacer algo con esa información. Lo que lo diferencia de un simple gadget conectado es precisamente esa autonomía, no necesita que nadie abra una aplicación para generar el dato, lo hace solo, de forma continua o programada.
No es necesario que el dispositivo sea complejo. De hecho, cuanto más simple y específico es su propósito, más fácil resulta integrarlo en procesos ya existentes. En logística, esto se traduce en que cualquier bulto, pallet o contenedor puede convertirse en una fuente de datos propia, en lugar de depender de que alguien registre manualmente dónde está o en qué estado se encuentra. Esa autonomía es la que permite escalar la trazabilidad a miles de envíos sin multiplicar el trabajo manual en la misma proporción.
En la práctica, un objeto se convierte en un dispositivo IoT cuando cumple dos condiciones a la vez: puede conectarse a una red, y va integrado con la tecnología necesaria, un sensor, un software, para generar un dato útil por sí mismo. Si le falta cualquiera de las dos, es solo un objeto conectado o un sensor aislado, no un dispositivo IoT completo.
Antes de entrar en detalles técnicos, esto es lo que significa todo esto en la práctica. Estos son algunos de los dispositivos IoT que ya se usan en operaciones logísticas reales:
El término Internet de las Cosas lo acuñó el investigador Kevin Ashton en 1999, durante una presentación sobre cómo los objetos podrían detectar su entorno mediante sensores y comunicarlo sin intervención humana. Pero el primer dispositivo IoT documentado es anterior a esa fecha, en 1990 el ingeniero John Romkey conectó una tostadora a internet y la presentó en una conferencia tecnológica, capaz de encenderse y apagarse de forma remota, aunque para retirar el pan tostado todavía hacía falta una persona delante, una limitación que hoy resulta casi anecdótica pero que en su momento mostraba justo dónde estaba el límite entre automatizar y controlar a distancia.
Desde entonces, lo que empezó como una curiosidad de laboratorio se ha convertido en la base de la trazabilidad logística moderna. El mismo principio de percibir, procesar y transmitir que tenía aquella tostadora es el que hoy sigue, por ejemplo, un sensor de temperatura dentro de un contenedor refrigerado. Lo que ha cambiado no es el principio, sino la escala, el abaratamiento de los sensores y la conectividad móvil ha hecho que instrumentar miles de envíos sea viable económicamente, algo impensable hace apenas una década.
Ese salto de escala también trajo consigo un riesgo que en 1990 no existía. En 2016 la botnet Mirai infectó cientos de miles de dispositivos IoT mal protegidos y los usó para lanzar uno de los mayores ataques de denegación de servicio de la historia de internet. El episodio dejó claro que un dispositivo IoT barato y mal configurado no es solo un problema de quien lo instala, puede convertirse en arma para atacar a terceros, algo que conviene tener presente al elegir proveedor.
La mayoría de dispositivos IoT comparten una estructura parecida, aunque varíe el tamaño o el uso final:
Es el componente que capta el dato físico: posición, temperatura, humedad, vibración o cualquier otra variable relevante para el caso de uso. Su precisión y su consumo energético condicionan directamente el resto del diseño del dispositivo. Un sensor más preciso suele consumir más energía y encarecer el dispositivo, así que la elección real casi siempre es un equilibrio entre la exactitud que necesita el caso de uso y la autonomía que exige la operación.
Procesa esa información de forma básica antes de enviarla, filtra ruido, calcula promedios o decide si el dato merece transmitirse ya o puede esperar al siguiente ciclo, una decisión que también afecta al consumo de batería. Cuanto más procesamiento se hace en el propio dispositivo, menos datos brutos hay que transmitir, lo que reduce tanto el consumo de batería como el coste de conectividad a largo plazo.
Es el componente que ejecuta una acción física a partir de la decisión del microcontrolador, abrir una barrera de acceso, activar una alarma sonora o bloquear el cierre de un contenedor. No todos los dispositivos IoT lo llevan, muchos se limitan a medir y transmitir, pero cuando el objetivo es que el propio dispositivo reaccione ante una condición, sin esperar a que una persona actúe, el actuador es la pieza que lo hace posible. Añadir un actuador también añade complejidad y puntos de fallo, por lo que conviene reservarlo para los casos donde la reacción automática aporta un valor claro frente a simplemente alertar a una persona.
Puede ser celular, Bluetooth, Wi-Fi o una red de bajo consumo como NB-IoT o LTE-M. La elección determina tanto el alcance del dispositivo como su autonomía, no hay una opción universalmente mejor, depende del entorno donde vaya a operar. Un dispositivo pensado para moverse por carretera necesita cobertura celular amplia, mientras que uno que se queda dentro de un almacén puede apoyarse en una red local mucho más barata de mantener.
Casi siempre una batería, cuya duración condiciona directamente cómo y dónde se puede usar el dispositivo. Algunos diseños incorporan además pequeños paneles solares o sistemas de recolección de energía para alargar su vida útil en trayectos muy largos. La vida útil de la batería suele ser el factor que más limita dónde tiene sentido instalar un dispositivo IoT, uno pensado para durar meses no sirve igual que uno pensado para durar años sin mantenimiento.
Algunos dispositivos IoT incluyen una pequeña memoria local para guardar los datos cuando no hay conectividad disponible, en lugar de perderlos sin más. Esta capacidad es la que permite que un tracker GPS siga registrando su posición en un tramo marítimo sin cobertura, y la envíe entera en cuanto vuelve a tener señal. Cuanta más memoria lleva el dispositivo, más tiempo puede pasar desconectado sin perder información, aunque eso también encarece el diseño.
Es el conjunto de instrucciones que coordina a todos los demás componentes, cuándo debe leer el sensor, cuándo transmitir, cómo reaccionar si detecta un problema. También incluye las actualizaciones que el fabricante publica para corregir fallos o cerrar brechas de seguridad, un dispositivo que deja de recibir actualizaciones envejece mal, aunque el hardware siga funcionando perfectamente.
En el ámbito de la trazabilidad de mercancías, conviene distinguir tres familias, porque cada una resuelve un problema distinto:
Tecnologías como RFID o los códigos de barras, que permiten reconocer un producto cuando pasa por un punto de lectura concreto. Requieren que exista un lector físico en ese punto, por lo que funcionan bien dentro de un almacén pero pierden utilidad en cuanto la mercancía sale de ese entorno controlado. Son, con diferencia, la opción más económica cuando el objetivo es solo confirmar que algo pasó por un punto concreto, no seguirlo de forma continua.
Dispositivos con GPS o Bluetooth de baja energía (BLE), que informan de dónde está un objeto en un momento dado, y en algunos casos de forma continua durante todo el trayecto. No dependen de un punto de lectura fijo, lo que los hace útiles mientras la mercancía está en movimiento. A cambio suelen consumir más batería que un dispositivo de identificación, porque necesitan transmitir de forma periódica en lugar de esperar a que alguien los lea.
Sensores que miden variables como temperatura, humedad o impactos durante todo el trayecto, algo especialmente relevante en cadena de frío o en el transporte de mercancía frágil. No dicen dónde está el bulto, sino en qué estado llega. Muchas operaciones combinan las tres familias en el mismo envío, localización para saber dónde está, monitorización para saber cómo llega, e identificación para confirmar que es exactamente ese bulto y no otro.
Además del tipo de red, los dispositivos IoT usan protocolos ligeros pensados para transmitir poca cantidad de datos con el menor consumo posible:
La elección del protocolo no suele ser una decisión del usuario final, la define el fabricante del dispositivo o la plataforma con la que se integra, pero explica por qué dos dispositivos aparentemente similares pueden comportarse de forma muy distinta en cuanto a consumo y fiabilidad. Antes de integrar dispositivos de fabricantes distintos en la misma plataforma, conviene comprobar qué protocolo usa cada uno, mezclar protocolos sin planificarlo es una de las causas más comunes de que un despliegue de IoT se retrase.
Desplegar dispositivos IoT a escala no está exento de dificultades:
Un dispositivo IoT que reporta la ubicación o el estado de una mercancía es también un punto de entrada que hay que proteger, no solo un sensor útil. Si alguien consigue manipular la señal de un tracker GPS, puede hacer que la plataforma muestre un contenedor circulando por su ruta prevista mientras en realidad se ha desviado, lo que retrasa la detección de un robo o una pérdida de mercancía.
Por eso conviene exigir a cualquier proveedor de dispositivos IoT que la comunicación entre el dispositivo y la plataforma vaya cifrada, y que el acceso a la configuración del propio dispositivo esté protegido más allá de la contraseña de fábrica, que en muchos modelos nunca llega a cambiarse.
El riesgo no es solo digital. Un dispositivo IoT visible o fácil de identificar en el exterior de un bulto también informa a quien quiera robar la mercancía de qué está siendo rastreado, así que en ciertos envíos de alto valor conviene camuflar o integrar el dispositivo dentro del embalaje en lugar de dejarlo a la vista. La seguridad de un sistema de trazabilidad no depende solo de lo bien cifrado que esté el dato, también de que el propio dispositivo no delate información al ojo humano.
Resumidos, los riesgos más comunes en un despliegue de dispositivos IoT en logística son estos:
El problema habitual en el transporte de mercancías no es la falta de datos, es que esos datos están al nivel equivocado. Saber dónde está un camión no dice nada sobre si el bulto concreto que interesa sigue dentro de él, sobre todo cuando el transporte está subcontratado, hay grupaje con varios intermediarios, o la carga pasa por un hub donde se desconsolida y se vuelve a consolidar en otro vehículo. En cada uno de esos puntos se pierde visibilidad si la única fuente de información es el conductor o el sistema del transportista, que reporta el vehículo, no el bulto concreto.
Un dispositivo IoT aplicado directamente al bulto, en lugar de al vehículo, cambia esa lógica. La trazabilidad deja de depender de que alguien declare dónde está la mercancía, y pasa a basarse en un dato objetivo que se genera solo. Esto también cambia la relación con los proveedores de transporte, en lugar de depender de su palabra sobre dónde está la mercancía, la empresa tiene su propio dato independiente para verificarlo.
Resumido en pocas palabras, esto es lo que aporta un dispositivo IoT bien implementado:
El salto real ocurre cuando ese dispositivo no es un elemento aislado, sino que se activa, se vincula a un pedido concreto y empieza a emitir datos de forma automática en cuanto se pega al bulto. En ese momento, un paquete cualquiera pasa a ser un activo con historial propio: origen, destino, ruta prevista, y cualquier incidencia que ocurra por el camino queda registrada sin intervención manual. Ese historial no solo sirve para reaccionar ante un problema, también permite analizar después qué rutas o qué proveedores generan más incidencias de forma recurrente.
Esa es la diferencia entre tener un dispositivo IoT y tener trazabilidad real, la tecnología por sí sola no resuelve nada si no está conectada a una plataforma que sepa interpretar esos datos y convertirlos en decisiones. Sin esa capa de interpretación, un dispositivo IoT genera datos, pero es la plataforma la que genera trazabilidad de verdad.
Hasta ahora, un dispositivo IoT se ha descrito como una fuente de datos que alguien, o algún sistema, tiene que interpretar. La incorporación de inteligencia artificial a las plataformas de trazabilidad empieza a cambiar esa segunda parte. En lugar de que una persona revise manualmente si una temperatura se ha salido de rango o si una ruta se ha desviado, un modelo entrenado con el histórico de envíos puede detectar el patrón antes de que se convierta en un problema, y en los casos más avanzados, disparar una acción automática a través del propio actuador del dispositivo, sin esperar a que alguien lo revise.
Esto no sustituye a los datos que genera el dispositivo IoT, los aprovecha mejor. Cuantos más dispositivos y más historial acumula una operación, más margen tiene la IA para distinguir una anomalía real de una variación normal, algo que a simple vista es difícil de calibrar solo mirando un dato aislado.
La otra pieza del futuro es la conectividad. Las redes 5G ofrecen menor latencia y soportan muchos más dispositivos conectados por zona que las redes actuales, lo que importa especialmente en puertos, polígonos industriales o flotas grandes donde cientos de dispositivos transmiten a la vez. Una cobertura más fiable en estos puntos críticos reduce justo el problema de las zonas sin cobertura que vimos antes, uno de los retos habituales de desplegar dispositivos IoT a escala.
No exactamente. Un sensor solo capta un dato físico, pero no puede transmitirlo por sí solo. Un dispositivo IoT incorpora ese sensor junto con conectividad, lo que le permite enviar la información a una plataforma sin intervención manual. Un sensor aislado puede ser muy preciso, pero sin esa capa de comunicación no genera trazabilidad, solo un dato que nadie más puede ver.
Se atribuye a una tostadora conectada a internet en 1990, creada por el ingeniero John Romkey, que podía encenderse y apagarse de forma remota. El término Internet de las Cosas como tal se acuñó unos años después, en 1999. Curiosamente, entre esas dos fechas el concepto apenas avanzó, tuvo que esperar a que los sensores se abarataran y la conectividad móvil se generalizara para volverse viable a gran escala.
Tres cosas mínimas: un sensor que capte el dato relevante (posición, temperatura…), un módulo de conectividad para transmitirlo, y una plataforma capaz de interpretar esa información y convertirla en una alerta o una decisión. Sin ese último eslabón, los otros dos generan datos sueltos que nadie llega a aprovechar.
No necesariamente de forma continua. Muchos dispositivos IoT en logística transmiten en ráfagas cada cierto tiempo y permanecen en reposo el resto, precisamente para ahorrar batería, no mantienen una conexión abierta constante como sí haría un móvil. Esto también reduce el riesgo de seguridad, un dispositivo que solo se conecta en ráfagas puntuales tiene menos ventana de exposición que uno permanentemente conectado.
Varía mucho según el número de unidades y la tecnología de conectividad elegida, pero suele ser un coste escalable por dispositivo más una cuota de la plataforma, lo que permite empezar con un piloto reducido antes de desplegarlo a toda la flota. Es habitual que el coste por unidad baje de forma notable al pasar de un piloto de decenas a un despliegue de cientos, así que conviene negociar el precio pensando en el volumen final, no en el del piloto.
No, depende del fabricante y del caso de uso. MQTT es el más habitual en logística por su bajo consumo, pero conviene comprobarlo si se van a integrar dispositivos de proveedores distintos en la misma plataforma. Preguntar por esto antes de firmar con un proveedor evita sorpresas de integración que aparecen semanas después del despliegue, no en la fase de pruebas.
No necesariamente, la mayoría almacena los datos localmente y los envía en cuanto recupera señal, aunque eso significa que la posición o el estado que ves en la plataforma puede no ser el más reciente hasta ese momento. Por eso conviene fijarse en la marca de tiempo del último dato recibido, no solo en el dato en sí, para saber si la información que ves está actualizada o es de hace horas.
Lo es si la comunicación entre el dispositivo y la plataforma va cifrada y se cambia la contraseña de fábrica del dispositivo. Sin esas dos medidas, un dispositivo IoT mal configurado puede convertirse en un punto de entrada para manipular los datos que reporta. También conviene revisar periódicamente qué dispositivos siguen activos en la plataforma, uno olvidado y sin actualizar es tan vulnerable como uno mal configurado desde el principio.