Lecturas RFID repetidas o ajenas: cómo evitar inventarios inflados

Tres problemas distintos con el mismo síntoma

Un inventario inflado puede tener tres causas que se confunden. Primero, la repetición: el lector reporta una misma etiqueta muchas veces porque la lee en cada ronda de inventario. Segundo, la etiqueta ajena: un EPC válido que no pertenece a su proceso, por ejemplo de un pasillo vecino, de otra empresa o de otra aplicación. Tercero, la duplicidad de identidad: dos piezas con el mismo EPC, o una pieza con dos etiquetas. Cada una tiene una solución diferente, y aplicar la incorrecta puede borrar información legítima.

Las repeticiones son normales y no indican falla: la descripción de la RAIN Alliance explica que las sesiones y los objetivos del protocolo existen en parte para controlar cuántas veces se lee la misma etiqueta. Las ajenas también son esperables: la guía de campo de RAIN afirma que las etiquetas de otras aplicaciones entrarán en su zona de lectura, porque hay miles de millones desplegadas (RAIN RFID Lessons learned from the field).

Etiquetas ajenas: filtrar por estructura, no por suerte

La guía de la RAIN Alliance propone atacar el problema en origen. Primero, codificar con estándares (EPC de GS1 o UII de ISO), lo que hace las etiquetas únicas y filtrables por estructura. Segundo, usar lectores con filtrado; con lectores de bajo nivel, el comando Select permite excluir etiquetas no relevantes.

El filtrado puede aplicarse en la aplicación (se lee todo y la lógica descarta), en el propio lector o por el aire con comandos Select. El estándar Gen2v3 de GS1 añade nuevos comandos de inventario con selección de etiquetas y la capacidad de modular el campo para reducir interferencias con etiquetas marginales, pero requiere que lector y chip lo soporten. Algunos fabricantes también filtran en el lector: la guía de integración de los lectores fijos FX de Zebra documenta filtrado por EPC o RSSI en su utilidad de análisis y eventos de etiqueta (nueva, no visible, cambio de visibilidad) con tiempos de moderación configurables, de modo que el lector informe un cambio de estado y no cada lectura. Esa documentación es específica de esa familia; confirme qué ofrece su modelo.

• Filtro por prefijo o rango de EPC. La estructura de EPC descrita en la Tag Data Standard permite reconocer cuáles pertenecen a su organización.
• Filtro por zona. Antenas direccionales, reducción de potencia y una zona de lectura bien delimitada limitan lo que entra.
• Lista blanca contextual. En un proceso con órdenes, solo se aceptan EPC esperados; los demás se envían a una cola de excepciones, no se descartan.

Cuidado con filtros por intensidad de señal (RSSI): depende del entorno y de la mercancía, y un umbral tomado de otro sitio es una conjetura. Si lo usa, calíbrelo con su propia carga y mida cuántas lecturas legítimas se pierden.

Deduplicar por EPC con ventana de evento

La deduplicación consiste en convertir muchas lecturas de un mismo EPC en un solo evento de negocio. La regla básica es agrupar por EPC + punto de lectura + ventana de tiempo. Dentro de la ventana, todas las lecturas se resumen en un evento con primera lectura, última lectura y número de lecturas. La ventana la define el proceso, no la tecnología:

La unidad de conteo es el EPC único dentro del evento. Una consecuencia práctica: el "número de lecturas" que algunas herramientas muestran no sirve como cantidad de artículos. La ventana debe probarse con casos conocidos: una tarima que cruza una vez, otra que cruza y regresa, dos tarimas consecutivas.

No borrar movimientos reales

El error opuesto a inflar el inventario es sobre-deduplicar: eliminar todas las lecturas de un EPC "porque ya se vio". Un artículo puede salir de un almacén y regresar (una devolución, un error de carga corregido, un reproceso). Ambos movimientos son reales y deben quedar registrados. Si la regla dice "un EPC solo cuenta una vez al día", destruirá esa información.

El enfoque correcto es separar tres capas:

1. Lectura cruda: todo lo que reportó el lector, conservado por el periodo que su política determine.
2. Evento deduplicado: resumen por EPC, punto y ventana.
3. Estado de inventario: resultado de aplicar eventos válidos en orden cronológico.

El modelo de EPCIS 2.0 trabaja con eventos que registran qué objeto, cuándo, dónde y por qué, y es un buen referente para esta separación: el inventario se deriva de la secuencia de eventos, no de borrar lecturas. Con esa separación, una disputa o una auditoría puede reconstruirse.

Si lo que ocurre es lo opuesto, es decir etiquetas esperadas que no aparecen, siga el diagnóstico por descarte de etiquetas que no se leen antes de tocar filtros o ventanas. Un ejemplo hipotético: un EPC aparece en la lectura de salida a las 10:00 y de nuevo en la de entrada a las 15:00. Dos eventos distintos, no un duplicado. La regla de ventana los separa porque el punto de lectura o el sentido es diferente.

Cuando el duplicado es de identidad

Si dos piezas físicas tienen el mismo EPC, la deduplicación por EPC las fusiona y se pierde una. Esto puede deberse a errores de codificación, impresión masiva sin control o etiquetas reutilizadas. La guía de la RAIN Alliance recomienda estructuras estándar con numeración controlada para que los identificadores sean únicos, y bloquear las etiquetas para impedir reescrituras. Detectar duplicados de identidad requiere revisar la fuente: control del proceso de codificación, bitácora de lotes y verificación de escritura con lectura.

Señales de alerta: el mismo EPC leído en dos ubicaciones al mismo tiempo, o un EPC "volviendo" a un estado anterior sin evento intermedio. Trátelo como incidente de calidad de datos y no como lectura repetida.

Preguntas frecuentes y siguiente paso

¿Basta con quedarme con el EPC único? Para un conteo de zona, sí; para trazabilidad de movimientos, además necesita el punto, el sentido y el momento.

¿Quién define la ventana? El responsable del proceso, con apoyo de TI; se valida con pruebas, no con un valor genérico.

Si quiere revisar su flujo con un equipo que trabaja con soluciones RFID en México, puede escribir a ARKCOM desde garkcom.com/contact.