Hola Comunidad y equipo de Producto de Alegra,
Escribo para levantar una solicitud de mejora que considero vital para cualquier negocio que maneje inventarios en tiempo real y múltiples canales de venta (Vendedores en calle + E-commerce/Shopify).
El Problema Actual: Actualmente, las Remisiones en Alegra funcionan como documentos puramente informativos. He comprobado (y adjunto evidencia) que al crear una remisión:
- La columna “Cantidad Actual” (disponible) no se reduce.
- El sistema permite crear remisiones por cantidades superiores al stock real (ej: tengo 34 unidades, hago una remisión por 35 y el sistema la acepta sin bloquear).
- Al no afectar el stock disponible, las integraciones (como Shopify o Woocommerce) siguen leyendo que el producto está libre para la venta.
El Caso de Uso (Por qué esto es grave): En un negocio moderno, la Remisión no es solo un papel de transporte; es un “Pedido en Firme” o una reserva de mercancía que aún no se va a facturar electrónicamente (por tiempos de pago, crédito, etc.).
Si mi vendedor mayorista carga una remisión en la calle por 10 unidades, esas unidades deben desaparecer inmediatamente del stock disponible.
- Lo que sucede hoy: Como Alegra no las descuenta, mi página web (Shopify) sigue viendo esas 10 unidades y las vende a otro cliente.
- El Resultado: Sobreventa (Venta Duplicada), devoluciones de dinero, pérdida de clientes y caos operativo.
La Solución Solicitada: No pedimos eliminar la remisión informativa, sino agregar una Configuración en ‘Empresa’ que permita elegir el comportamiento:
- Opción A: Remisión Informativa (Comportamiento actual).
- Opción B: Remisión que Reserva/Descuenta Stock (Nueva función).
Al activar la Opción B, la remisión debería restar las unidades de la “Cantidad Actual” de la bodega seleccionada, impidiendo que se usen en otras transacciones y reflejando el stock real disponible para la API y las integraciones.
Esto es un estándar en la mayoría de ERPs modernos que permiten “Comprometer Stock” (Inventory Commit) sin necesidad de emitir factura fiscal inmediata.
Quedo atento a su respuesta, ya que esto nos obliga actualmente a buscar soluciones manuales complejas para algo que el sistema debería gestionar nativamente ![]()