Los proyectos RFID de almacén fracasan por razones operativas mucho más a menudo que por razones de radio. Los lectores funcionan, las etiquetas se leen y el inventario sigue mal, porque nadie definió qué significa una lectura para el negocio o porque la agregación entre caja y palé se hizo a mano.

Este caso describe un 3PL mediano representativo, anonimizado y con cifras redondeadas. Está estructurado para que copies las decisiones de diseño, no los números.

Punto de partida

Perfil: un 3PL con un centro de distribución regional de unos 20.000 m², 80.000–120.000 cajas al mes, 4.000 SKU y un proceso basado en código de barras más WMS.

Medición antes del cambio:

Descarga y recepción: 3–4 horas por vehículo, incluyendo conteo manual y resolución de discrepancias.
Exactitud del registro de inventario: 87–92% por SKU-ubicación, con recuentos ciegos mensuales que aún encontraban diferencias inexplicables.
Tiempo de muelle a estantería: 6–9 horas, con pedidos de envío del mismo día liberados tarde.
Errores de picking: 1,2–1,8% de las líneas, sobre todo cantidad incorrecta más que artículo incorrecto.

El problema no era "necesitamos RFID", sino "no podemos responder, dentro de un turno, qué hay en el edificio y dónde está".

Diseño de puntos de lectura

En la primera fase solo se automatizaron cinco puntos. Es deliberado: cada punto adicional añade modos de fallo y gestión del cambio.

Muelles de entrada: dos portales, uno por puerta, leyendo etiquetas de palé y caja durante la descarga. El portal demuestra qué entró, no dónde fue.
Ubicación de recepción: confirmación con lector de mano en la zona de staging, vinculando EPC de caja a ubicación.
Pasillos de reserva: lectores de techo para confirmación de ubicación en segundo plano, no para conteo preciso.
Staging de salida: un portal por carril de expedición, confirmando qué salió y en qué vehículo.
Devoluciones y excepciones: un lector de escritorio, deliberadamente pequeño, para que una caja devuelta se identifique en lugar de suponerse.

El enfoque de "leer todo constantemente" se descartó pronto. La lectura continua entre estantería metálica genera tantos eventos duplicados que el WMS se convierte en el cuello de botella.

La agregación es el proyecto real

Lo difícil no es leer etiquetas, sino mantener relaciones padre-hijo:

Palé a caja: se establece al paletizar leyendo primero las cajas y luego escribiendo la matrícula del palé. Nunca por entrada manual.
Caja a SKU y lote: se establece en recepción, desde la etiqueta del proveedor o el ASN.
Ubicación a caja: se establece al ubicar y se reconstruye cada vez que una caja se mueve.
Pedido a caja: se establece en picking y se verifica en el portal de salida.

Cada relación registra quién la creó, dónde y cuándo. Sin esa trazabilidad, una discrepancia no se investiga: se amortiza.

Dos disciplinas marcaron la diferencia:

1. Leer el hijo antes de escribir el padre. Un palé que declara 60 cajas cuando solo se leyeron 58 es peor que un palé sin etiqueta. 2. Tratar el reempaque como un evento. Cada vez que se deshace o rehace un palé, la relación anterior debe cerrarse y abrirse una nueva. La mayor parte de la deriva de inventario en 3PL viene de reempaques no documentados.

Transición por fases

Fase 1 (semanas 1–6): solo entrada. Etiquetado de cajas en proveedor o en recepción, portal en dos puertas, confirmación de ubicación. La salida sigue con código de barras.
Fase 2 (semanas 7–12): staging de salida y verificación de expedición. El picking sigue guiado por código de barras pero se verifica por RFID en el carril.
Fase 3 (semanas 13–20): visibilidad de ubicaciones de reserva y conteo cíclico. Los recuentos ciegos se sustituyen por recuentos dirigidos por excepciones.
Fase 4 (continuo): etiquetado en origen por el proveedor, que elimina el mayor coste recurrente de mano de obra.

Mantener ambos sistemas en paralelo durante una fase no es desperdicio: es cómo se demuestra el nuevo antes de retirar el viejo.

Cómo quedaron los números

A los seis meses, medido con los mismos KPI:

Tiempo de recepción por tráiler: de 3–4 horas a 1–1,5 horas. La ganancia vino de eliminar el conteo manual, no de leer más rápido.
Exactitud del registro: de 87–92% a 98,5–99,5% a nivel SKU-ubicación, con discrepancias trazables a un evento concreto.
Muelle a estantería: de 6–9 horas a 2–3 horas, recuperando capacidad de envío del mismo día.
Errores de picking: alrededor de 70–80% menos, sobre todo porque la cantidad se verifica en el portal de salida.
Mano de obra de conteo: recuentos completos mensuales sustituidos por conteos dirigidos continuos, con la misma plantilla cubriendo más SKU.

El retorno en este perfil quedó en el rango de 9–18 meses, impulsado por mano de obra y por menos transporte urgente. Toma ese rango como supuesto de planificación, no como promesa: sitios con bajo coste de rotura de stock o alta pérdida de etiquetas tardan más.

Modos de fallo vistos en proyectos similares

Leer solo en el muelle. Si no se confirma la ubicación, el sistema sabe que una caja entró pero no dónde está.
Confiar en la lectura del portal como verdad de ubicación. Un portal en una puerta lee todo lo que está cerca, incluido el palé del carril contiguo.
Sin flujo de excepciones. RFID expone discrepancias más rápido de lo que la operación puede resolverlas; sin cola y responsable, los operarios empiezan a ignorar las alertas.
Etiquetar demasiado tarde. Etiquetar en expedición en vez de en recepción elimina casi todo el beneficio de inventario.
Saltarse la conversación con el proveedor. Las etiquetas aplicadas en origen son la mayor reducción de coste a largo plazo, y requieren especificación y control de calidad, no un correo.

Qué especificar antes de comprar nada

La lista exacta de puntos de lectura, con zona y tasa requeridas.
Las reglas de agregación, incluidos reempaque y palés parciales.
La cola de excepciones: quién resuelve qué, con qué SLA.
La especificación de etiqueta y el estándar de aplicación, incluida la tolerancia de posición.
El informe de conciliación que demuestra que RFID y WMS coinciden, y qué ocurre cuando no.

La automatización de almacén no es una compra de hardware. Es una disciplina de datos con lectores conectados. Los sitios que tienen éxito tratan los primeros seis meses como un proyecto de proceso y el hardware como la parte fácil.