Click & collect: controles de captura para surtir el artículo correcto

Dónde se equivoca un surtido

Un pedido de click & collect puede salir mal en cuatro puntos: se toma un artículo parecido en vez del correcto, se toma la cantidad equivocada, se sustituye sin criterio o se entrega a la persona incorrecta. Cada punto exige un control distinto, y por eso conviene diseñar el flujo línea por línea y no como un solo "escanear y listo".

Los errores de "artículo parecido" son los más frecuentes cuando hay variantes: talla, sabor, tamaño, color. El empleado mira la etiqueta del anaquel, no la del producto, o toma el artículo contiguo. Un escaneo del código de barras del producto físico contra la línea del pedido detecta ese error en el momento. Como recuerda GS1 sobre el GTIN, el identificador distingue artículos comerciales, de modo que una variante distinta lleva un código distinto y el escaneo puede rechazarla.

Esto depende de que los códigos del maestro estén limpios. Si dos presentaciones comparten código, el escaneo "pasa" aunque el artículo sea el equivocado, y el control pierde sentido.

Controles mínimos por línea

El flujo debería obligar a escanear cada pieza o, cuando es un producto sin código fiable, a confirmar la línea con una acción deliberada y registrada. La siguiente tabla resume controles y lo que previenen.

Cada control añade segundos al surtido. Una política razonable es aplicar los controles fuertes donde el error es costoso o frecuente, y simplificarlos en artículos de bajo riesgo, con la decisión documentada.

Sustituciones: una regla de negocio, no un botón

La sustitución debe regirse por reglas aprobadas, no por criterio improvisado del empleado. Esas reglas pueden incluir qué categorías aceptan sustitución, cuáles nunca (alimentos con alérgenos, por ejemplo), qué diferencia de precio se tolera y quién la autoriza. Para el cliente, lo importante es saber con antelación qué se hará: consentimiento previo, consulta antes de sustituir o ninguna sustitución.

La captura debe registrar tanto el artículo original como el sustituto, con su código y la razón. Si el sustituto cambia el precio, el cobro debe ajustarse de forma que el cliente sea informado; los criterios de cobro y devolución son decisión comercial y pueden tener implicaciones contractuales que corresponde revisar al área responsable.

1. Defina el catálogo de categorías sustituibles y no sustituibles.
2. Defina el rango de diferencia de precio aceptable.
3. Registre el sustituto por código, no por descripción libre.
4. Informe al cliente según la preferencia que dio al ordenar.

Productos con lote, caducidad o serie

Cuando el pedido incluye productos con fecha o lote relevantes, el escaneo del GTIN no basta. La fecha o el lote deben capturarse si la operación los necesita para trazabilidad o para garantizar vida útil mínima al cliente. Los códigos 2D permiten llevar estos atributos junto con el identificador; GS1 describe que los códigos pueden codificar claves y atributos como número de serie, lote y fechas, y la tabla de AI define el significado de cada campo.

Si sus escáneres leen códigos GS1, el software debe separar los campos correctamente. En equipos Zebra, DataWedge ofrece análisis de GS1 en la salida por intent, en las versiones que incluyen la función; qué campos entrega, por ejemplo GTIN, fecha o lote, debe confirmarse en la versión instalada, no suponerse.

Si el código utilizado no contiene el lote y tampoco existe una asociación validada en el sistema, no se puede inferir ese dato. Un código lineal adecuado, como GS1-128, también puede transportar atributos; no depende únicamente de que el símbolo sea 2D. En ese caso, el control es de proceso: revisión visual de fecha en el punto de surtido, con una regla clara y un registro de excepciones.

Trazabilidad hasta la entrega

Un pedido bien surtido puede entregarse mal. El último tramo requiere que el pedido tenga una identificación visible en la bolsa o contenedor (folio o código), una ubicación de espera ordenada y una confirmación de entrega que relacione el folio con la persona que recoge. Qué validación de identidad pedir, desde un código de retiro hasta una identificación oficial, es una decisión de riesgo de cada comercio.

La traza que importa es la que permite reconstruir qué pasó: quién surtió, cuándo, qué se escaneó, qué se sustituyó, quién lo entregó y a quién. Con eso, una reclamación se resuelve con evidencia en lugar de memoria. Evite guardar más datos personales de los necesarios y consulte con su área legal las obligaciones de privacidad que apliquen; este artículo no ofrece una conclusión legal.

Escenario hipotético de un surtido con excepción

Imaginemos, de forma hipotética, un pedido de cinco líneas. El empleado escanea cuatro correctamente. En la quinta, el sistema rechaza el escaneo porque el código no coincide con la línea. El empleado encuentra que el producto pedido está agotado en anaquel y que hay uno similar de otra marca. El flujo le pide el motivo, verifica si la categoría permite sustitución, muestra el rango de precio aceptado y, como el cliente había elegido "consultar antes", le envía una pregunta.

Mientras responde, el pedido queda en estado de espera con un tiempo máximo. Si vence, la línea se cancela con motivo "sin respuesta" y se ajusta el cobro. Cada paso queda registrado. El ejemplo es ilustrativo; no representa resultados de ninguna tienda.

Siguiente paso

Revise un pedido real de punta a punta y señale en qué momento se podría haber surtido o entregado mal sin que nada lo detectara. Esos puntos ciegos definen los controles que vale la pena implementar. Si va a evaluar terminales para el surtido, puede contactar a ARKCOM en garkcom.com/contact.

¿Hay que escanear cada pieza siempre?

No necesariamente. Hágalo donde el riesgo de error o disputa lo justifique y documente las excepciones.

¿Un escáner con cámara basta?

Para muchos casos de código simple sí puede bastar, pero con códigos 2D densos o etiquetas dañadas conviene probar con los productos reales antes de decidir.