Módulo fechas de caducidad y consumo preferente
Control de caducidades por lotes para PrestaShop: salida por fecha, trazabilidad del proveedor al cliente, expedientes de retirada, registro de mermas y una previsión de lo que no te va a dar tiempo a vender.
Compatible con PrestaShop 8.0 hasta 9.x.
Caducidades
Para PrestaShop, 200 unidades son 200 unidades iguales.
Aunque la mitad caduque el mes que viene. RKR Expiry Manager sabe de qué fecha es cada caja, qué sale primero, a quién se le sirvió y qué no vas a llegar a vender.
/ Sale antes lo que antes caduca
Cada lote lleva su cantidad, su fecha, su número de lote y su ubicación, y el reparto por fecha (FEFO) sirve primero lo más próximo. Lo pasado de fecha de caducidad se queda fuera del reparto; lo pasado de consumo preferente se puede seguir vendiendo, porque tirarlo sería desperdiciar mercancía apta.
El lote y la fecha se imprimen en el albarán, y opcionalmente en la factura, para que el cliente los tenga en el momento de la entrega.
/ Preparado para cuando alguien pregunte
/ Lo que no vas a vender, antes de que caduque
Con el ritmo de venta de cada artículo, la previsión calcula qué unidades de cada lote no te va a dar tiempo a vender, repartiendo las ventas por orden de salida entre lotes, y marca los artículos que se han frenado en el último mes. Cada lote queda como caducado, caduca ya, no dará tiempo, justo o se venderá.
Una tarea programada diaria recalcula el ritmo y te manda por correo lo pasado de fecha, lo que está a punto y las retiradas abiertas. Mermas registra cada baja con su destino, su entidad receptora y su documento, y saca la tabla anual de lo aprovechado y lo desperdiciado.
/ Encaja con tu almacén
Funciona solo: un hook sobre el estado del pedido descuenta del lote correcto y anota la trazabilidad. Con RKR Purchase Manager se anotan fechas, lote y proveedor al recibir la mercancía, y con RKR Picking se recoge del lote y el hueco adecuados. El asistente te propone además el tipo de fecha de cada artículo diciendo por qué palabra lo propone, y un inventario inicial pone fecha a lo que ya tienes en la estantería.
Lo que el módulo no hace por ti. Cubre las obligaciones generales de quien vende producto con fecha, no las propias de sectores como medicamentos, productos sanitarios o piensos. Prepara el listado de clientes a avisar en una retirada, pero no envía los avisos; y no da de baja mercancía ni borra datos por su cuenta.
Compatible con PrestaShop 8.0 hasta 9.x
Desarrollado y mantenido por REKIRE
v2.1.0
Caducidades empieza a hablar con RKR EAN múltiples. Si ese módulo no está instalado, todo se comporta igual que en 2.0.0 salvo el arreglo de abajo, que va de serie.
Corregido
- Un código compartido por dos artículos con control cargaba el lote en uno al azar.
findByCode()llevabaLIMIT 1. El lote quedaba apuntado al artículo equivocado y la trazabilidad hacia el cliente —el «paso adelante» del artículo 18.3 del Reglamento (CE) 178/2002— quedaba mal para siempre, sin que nadie pudiera darse cuenta hasta que hiciera falta de verdad. Ahora esas líneas del inventario inicial no se cargan: se listan con su número de línea y los artículos a los que podrían ir, para resolverlas a mano. Los lotes ya creados no se revisan solos. La pantalla de conflictos del módulo nuevo dice qué códigos están compartidos; con eso se puede buscar en el informe de existencias por lote.
Añadido
- Los buscadores encuentran por los códigos alternativos: el de artículos con control, el del catálogo y el del informe de existencias.
- El inventario inicial acepta el código de la caja. La regla de variantes pasa a ser la del registro, que además del UPC de 12 y el EAN-13 entiende el ITF-14 de las cajas. Un inventario inicial se hace leyendo cajas, no unidades.
- Columna «Otros códigos» en el CSV de existencias por lote, para que el fichero que se entrega sirva también para casar con lo que hay en la estantería.
4 otros productos de la misma categoría
También podría interesarte
Preguntas y respuestas
Todavía nadie ha preguntado nada sobre este producto.