Para integrar RFID y código de barras, parto de un mismo inventario: dos lecturas de una unidad no deben sumar dos unidades al stock. Vinculo los códigos con sus variantes y unidades, y defino qué sistema controla las cantidades.
En esta guía te muestro cómo organizo el circuito:
Mi regla es simple: leer no equivale a mover stock. <u>Solo actualizo el inventario cuando el movimiento está validado.</u>
RFID y código de barras: de la lectura al stock confirmado
Partí de un único inventario y elegí el hardware que convierta cada lectura en un identificador confiable.
La elección depende de la tarea - recepción, preparación de pedidos o conteos - , el volumen de movimientos, la conectividad, los materiales y el costo total.
| Aspecto | Código de barras | RFID |
|---|---|---|
| Qué identifica | Variante mediante GTIN/EAN | Unidad física mediante EPC o ID del tag |
| Qué revisar | Compatibilidad del lector y calidad de impresión | Compatibilidad del lector, frecuencia habilitada y comportamiento con el embalaje real |
| Riesgo a controlar | Códigos dañados o mal impresos | EPC duplicados o asociados a más de un SKU |
Para usar RFID en Argentina, pedile al proveedor que documente la frecuencia habilitada y la compatibilidad del equipo antes de cerrar la compra. Probá dónde colocar las etiquetas con los materiales y el embalaje del producto, y medí cómo funcionan en tu operación.
Una vez definido el tipo de lectura, vinculá cada código con su producto, variante y unidad.
El SKU identifica la variante vendible. Asociá los códigos EAN/GTIN con esa variante y usá el EPC o ID del tag para identificar la unidad física. Cada EPC debe corresponder a un solo SKU. Si vendés por peso, volumen o largo, guardá también la unidad de medida: kg, g, L, ml, cm o m.
Definí estas relaciones antes de conectar lectores o canales. Rechazá los códigos asociados a variantes distintas y los EPC duplicados. Si reemplazás una etiqueta, mantené el vínculo con la unidad existente.
Asigná IDs estables a las ubicaciones y definí qué sistema será dueño del stock. Usá los mismos IDs en sucursales, depósitos y centros de preparación para que cada lectura actualice el stock maestro.
Organizá el stock en estados como disponible, comprometido, reservado, dañado y en tránsito. El stock total de una ubicación corresponde al inventario físico; lo que está en tránsito todavía no se recibió. Definí los estados una sola vez y aplicalos del mismo modo en todos los sistemas.
Registrá cada evento con fecha, hora y zona horaria explícitas - por ejemplo, 05/10/2026, 13:05 ART - y reportá cantidades con su unidad.
Con los identificadores definidos, procesá las lecturas RFID en el middleware o WMS: normalizá el dato, buscá el identificador, validá la operación y actualizá el sistema responsable. Sincronizá con la tienda recién cuando el evento esté confirmado. Guardá las lecturas originales para auditoría y conciliá los movimientos aceptados con los saldos publicados.
Mapeá los eventos validados en cada plataforma. Para eso, vinculá los IDs internos con los de Shopify, Tiendanube y VTEX para productos, variantes, inventario, órdenes, preparación de pedidos, clientes, descuentos y políticas.
Antes de implementar, revisá las APIs y los webhooks vigentes y definí la fuente de verdad de cada dato. Documentá quién calcula el stock vendible en cada plataforma para evitar que dos apps descuenten la misma venta.
Para mantener ese mapeo consistente, definí un contrato de eventos único y versionado. Debe cubrir cambios de catálogo, registro de identificadores, recepciones, transferencias, ajustes, despachos, devoluciones e inspecciones.
Las transferencias, los ajustes y las devoluciones deben actualizar el mismo stock maestro, con su ubicación y estado. Incluí el ID del evento, identificador leído, variante, cantidad, unidad, ubicación, tipo, fecha y origen. En las transferencias, agregá también el destino.
El siguiente payload es hipotético; muestra la estructura propuesta.
{ "schema_version": "1.0", "event_id": "recepcion-20261005-0001", "type": "receipt.confirmed", "identifier": { "type": "EPC", "value": "3034257BF7194E4000000001" }, "variant_id": "var-001", "quantity": 1, "unit": "unidad", "location_id": "deposito-01", "occurred_at": "2026-10-05T13:05:00-03:00", "source": "wms" }
Separá las lecturas duplicadas de los movimientos confirmados: leer dos veces el mismo identificador no debe generar otra recepción. Documentá las mejores prácticas de autenticación API, la validación de webhooks, los límites de API y el almacenamiento temporal cuando no haya conexión.
Al reenviar un evento, conservá su ID. Ordená los movimientos relacionados y no proceses una devolución hasta resolver su vínculo con la orden.
Con esa base, una capa de sincronización puede consumir solo datos confirmados y enviarlos a los canales comerciales. Burbuxa sincroniza Shopify, Tiendanube y VTEX con los agentes de IA de WhatsApp e Instagram.
La integración debe contemplar productos, variantes, inventario, órdenes, clientes, descuentos y políticas. Burbuxa no lee RFID ni gestiona el depósito: debe consumir datos confirmados. Monitoreá la conexión y las actualizaciones del catálogo. Si el stock está desactualizado, bloqueá las promesas de disponibilidad.
Con el mapeo de identificadores definido, traducí cada lectura en un movimiento de stock.
Partí del inventario físico: el disponible es el físico menos lo comprometido y lo reservado. No descuentes dos veces la misma unidad. La orden compromete unidades; el picking no vuelve a descontarlas. La salida física ocurre al confirmar el despacho, no con cada lectura de picking.
Aplicá esta matriz a cada evento válido.
| Evento | Identificadores y ubicación | Cambio de estado | Actualización y auditoría |
|---|---|---|---|
| Orden aceptada | Orden y sucursal asignada | Baja disponible; sube comprometido | Notificar al depósito o sucursal |
| Picking | Orden, unidad identificada y sucursal | Sin cambio de saldo | Actualizar la orden de picking |
| Despacho confirmado | Orden, envío, unidad y origen | Baja comprometido; sale físico de la sucursal | Actualizar el cumplimiento y enviar el seguimiento al cliente |
| Transferencia despachada | Transferencia, unidades, origen y destino | Baja físico en origen; sube en tránsito | Avisar al destino |
| Transferencia recibida | Transferencia y destino | Baja en tránsito; suben físico y disponible | Confirmar recepción |
| Cancelación antes del despacho | Orden y sucursal asignada | Baja comprometido; sube disponible | Liberar la asignación |
| Devolución recibida | Unidad y sucursal receptora | Pasa a revisión, reservado o dañado | Disparar reintegro o cambio |
Si un evento llega más de una vez, tomá la primera versión confirmada como la única válida. Usá una clave de idempotencia por operación para evitar que los duplicados vuelvan a modificar el stock.
Reintentá los errores de API y enviá los casos irrecuperables a una cola de excepciones. Ante lecturas offline o eventos atrasados, verificá el orden antes de aplicarlos. Conciliá periódicamente los datos de la tienda, el ERP y el WMS.
Antes de escalar, probá el circuito en una sola sucursal. Medí precisión, latencia y reversibilidad, y definí los umbrales de aceptación. Una condición debe cumplirse siempre: repetir un evento no puede alterar el stock.
Simulá duplicados, lecturas offline, eventos atrasados, transferencias, cancelaciones y devoluciones. Prepará también la reversión: conservá los eventos pendientes y conciliá el stock antes de retomar el circuito anterior. No escales mientras haya diferencias sin resolver.
Para presupuestar el despliegue validado, pedí cotizaciones separadas de hardware, etiquetas, integración y soporte.
RFID y código de barras deben alimentar el mismo inventario. Vinculá cada lectura con una variante y, cuando corresponda, con una unidad. Definí qué estados permiten la venta y bloqueá las devoluciones que estén en revisión.
A partir de esa base, sincronizá solo eventos confirmados. Así, las apps de atención al cliente, incluida Burbuxa, podrán consultar datos confiables.
Ampliá el despliegue solo cuando estén aprobadas las métricas de precisión, latencia y manejo de errores del piloto. Antes de hacerlo, dejá registrados los resultados y la aprobación.
Sí, podés sumar RFID sin cambiar tus códigos de barras actuales. El código de barras puede seguir siendo el identificador principal de tu tienda, mientras que la etiqueta RFID permite registrar datos más rápido durante los conteos o la recepción de mercadería.
Para que ambos funcionen juntos, los SKUs deben coincidir entre tu plataforma de ecommerce y tu sistema de inventario. Cada SKU tiene que ser exactamente igual al identificador vinculado a su etiqueta RFID.
Tomá Shopify (o tu fuente principal) como fuente de verdad. Sincronizá los cambios en tiempo real mediante webhooks/API y evitá las sincronizaciones unidireccionales.
Shopify maneja el inventario por variante y ubicación. Verificá que los SKU coincidan exactamente y que el Location ID corresponda a cada depósito. Actualizá principalmente disponible/on_hand y dejá que Shopify gestione committed.
Alineá la política de sobreventa entre los sistemas y programá sincronizaciones completas cada 24 horas para detectar discrepancias.
Calculá el beneficio neto comparando los costos de configuración, esfuerzo, mantenimiento e integración con el ahorro que genera evitar sobreventas, faltantes por stock desincronizado y errores humanos.
Sumá también las ventas recuperadas y la eficiencia del soporte automatizado: la recuperación de carritos por WhatsApp tiene una conversión del 25 % al 35 %, y la resolución automática ronda el 95 %. Si los beneficios superan los costos, la integración es rentable.
