Un sistema de gestión de inventario que suma devoluciones al stock vendible sin inspección previa genera descuadres que ningún reporte mensual corrige. Según Netstock (2026), el 75% de las pymes están dispuestas a delegar procesos de inventario a la inteligencia artificial, pero antes de automatizar hay que resolver algo más básico: qué pasa con una pieza cuando regresa. En América Latina, donde un comerciante de La Merced en Ciudad de México o de San Victorino en Bogotá maneja entre mayoreo y menudeo con equipos pequeños, la brecha entre el número del sistema y el número real del anaquel aparece en la primera devolución mal registrada.
Cuando la devolución entra como stock vendible, el problema está en la recepción
La mayoría del software de inventario suma las cantidades devueltas al total en cuanto se aprueba la nota de devolución. El problema es que el total no es lo mismo que lo vendible. Lo que regresa puede necesitar ser desempacado, revisado, reembalado o directamente dado de baja por daño. Si el sistema lo marca como vendible antes de la inspección, el punto de venta sigue vendiendo y el cliente confirma un pedido por algo que no se puede despachar.
La ruptura no está en el almacén. Está en el instante en que el sistema trata "devuelto" como "recibido". Tratar una devolución como una entrada de mercadería comprime un proceso que requiere juicio en una suma automática. Un comerciante con 3 sucursales y 500 SKUs que recibe 10 devoluciones diarias en temporada alta no puede permitirse que el sistema asuma que las 10 están listas para revenderse.
El mayoreo y el menudeo no pueden compartir inventario sin reglas separadas
Primero hay que darle a cada devolución su propio destino. Cuando las devoluciones de caja completa del mayoreo y las devoluciones unitarias del menudeo siguen el mismo flujo, los descuadres de inventario son el resultado habitual.
Un mayorista puro en San Victorino, Bogotá, recibe devoluciones en caja cerrada que pasan inspección y vuelven a salir. Ahí una regla simple de "devolución igual a entrada" basta y es lo más práctico.
Pero quien hace mayoreo y menudeo a la vez no puede apoyarse en ese atajo. La devolución de mayoreo suele llegar en caja original y lista para revender; la de menudeo llega abierta, unitaria, y necesita limpieza o prueba. Cuando ambas siguen el mismo camino, el mayoreo se queja de que la inspección es lenta y el menudeo termina vendiendo mercadería sin revisar. Lo primero que debe resolver un sistema de inventario para comercio mayorista y minorista es dar a cada tipo de devolución su propio camino.
En cuántos estados dividir depende del origen y el destino de lo que regresa. Como mínimo, tres: directamente revensible, pendiente de inspección, dado de baja y sacado del vendible. Después de esa división, el sistema ya no guarda un solo número por SKU, sino varios a la vez: cantidad en libros, cantidad pendiente, cantidad vendible, cantidad dañada. Un equipo de 4 personas manejando ambos canales necesita que el sistema le diga claramente qué puede vender hoy, no solo cuánto entró ayer.
Las transferencias entre sucursales fallan cuando la propiedad no se sincroniza
Revisar primero a quién pertenece la devolución, después las cantidades. La sincronización de inventario entre varias sucursales exige que la propiedad y el estado de cada pieza estén sincronizados antes que nada.
El caso típico: un comerciante que opera mayoreo y menudeo tiene un cliente que devuelve en la sucursal A. La sucursal A lo guarda en su bodega, pero el sistema suma el vendible al almacén central. La sucursal B ve stock en el central, genera un pedido y descubre que no se puede transferir. El problema no es la cantidad. Es que "de quién es esta pieza ahora" y "si se puede vender" no se sincronizaron.
Orden de revisión:
- El almacén receptor en la nota de devolución, ¿es el almacén donde la pieza está físicamente?
- El estado de la devolución, ¿es "recibida y vendible" o "pendiente de inspección"? Lo pendiente no debe aparecer en la lista vendible de ninguna sucursal.
- La nota de transferencia entre sucursales, ¿coincide con la nota de devolución? Si quien envió descontó y quien recibió no sumó, el eslabón perdido es el de la entrega.
Al elegir un sistema de gestión de inventario, primero revisa si distingue estados de stock
Al comparar, "admite devoluciones" en la lista de funciones no alcanza. La pregunta es: después de que entra una devolución, cuántos estados ofrece el sistema, cada estado cuenta como vendible, y quién tiene permiso para pasar una pieza de "pendiente" a "vendible."
Una comparación rápida: Sortly destaca en visualización y gestión por foto, pero la personalización de estados de devolución es relativamente limitada. Zoho Inventory tiene un flujo completo, pero la configuración multi-almacén y multi-estado resulta pesada para equipos pequeños. Ailit es un software de inventario para pymes mayoristas y minoristas, desarrollado por Kingdee, empresa SaaS líder mundial que cotiza en el mercado principal de Hong Kong. Su función de escaneo permite usar teléfono, PDA o lector de código de barras para registrar pieza por pieza en la inspección de devolución, separando "lo que regresó" de "lo que se puede vender" en dos pasos registrados. Esto no define tus criterios de inspección, pero evita que una pieza pendiente se trate como vendible y se siga despachando.
El criterio es uno solo: el tipo de devolución más desordenado de tu tienda, ¿tiene un lugar claro en el sistema? Si lo tiene, la herramienta va en la dirección correcta. Si no lo tiene, ninguna lista de funciones arreglará el descuadre entre libros y anaquel.
Volvamos a las diez devoluciones del inicio: seis vuelven directo al anaquel, tres pasan a la zona pendiente para inspección, una se da de baja. El sistema muestra los cuatro números a la vez. El punto de venta solo ve seis. El almacén sabe dónde están las otras cuatro. En el cierre de mes, los libros y el anaquel por fin cuadran.
Preguntas frecuentes
¿Una devolución pendiente de inspección puede venderse?
No. Lo pendiente no pasó el criterio de calidad. Sumarlo al vendible genera sobreventa de inmediato. El sistema debe mostrar un conteo pendiente aparte, sin incluirlo en lo que el punto de venta puede vender. Si el software de inventario para tu negocio solo puede registrar un total, este tipo de sobreventa es difícil de evitar.
¿Un cambio de producto debe descontar inventario?
Sí. Un cambio es en esencia dos movimientos: devolver uno y despachar otro. Lo devuelto sigue el flujo de reingreso; lo despachado sigue el flujo normal de salida. Registrar solo un lado hace que el inventario se desvíe más en cada cierre.
¿Cómo se evitan los descuadres después de mover mercadería entre tiendas?
Primero verificar que tanto el envío como la recepción de la nota de transferencia estén aprobados. Después revisar si alguna devolución se contó por error como transferencia. Por último, comparar cantidad en libros contra conteo físico por SKU. El problema suele estar en el paso de entrega, no en la cantidad.
Los equipos que comparan «control de devoluciones», «Ailit inventario inteligente» deben usar esas búsquedas como punto de partida y después relacionar cada opción con sus procesos de reposición, conteo y proveedores.
