Manifiestos de entrega — Escanear y completar una venta¶
El Delivery Manifest es el control de salida vinculado a una orden de venta. Su escáner asigna los IMEI exactos que salen para el cliente.
Ruta normal: abrir SO → Scan IMEIs → escanear cada unidad física → Finish IMEI Scan → revisar → Complete Delivery.
Antes de abrir el escáner¶
Revise primero la SO. Cada fila debe mostrar correctamente:
Model, Storage, Color, Selling As, Grade, Lock, Ordered y Unit Price.
Color, Grade o Lock opcionales vacíos significan cualquiera/no prometido. Promesas distintas deben ir en filas distintas. No use el escáner para descubrir qué compró el cliente; corrija primero el documento comercial.
Paso 1 — Abrir el escáner vinculado¶
Pulse Scan IMEIs en la franja azul de la SO. En una cotización normal, Odoo:
- confirma la SO;
- crea o reabre su único Delivery Manifest activo; y
- abre el escáner guiado.
Puede reabrirlo desde la SO o el botón IMEI Manifest. No cree otro manifiesto.
Paso 2 — Leer las tarjetas de requisitos¶
Cada tarjeta representa una fila exacta y muestra modelo, capacidad, color opcional,
Selling As, grado, lock opcional y Scanned / Ordered.
- AS RECEIVED — matching supplier information: usa evidencia proveedor/PO.
- REYDER QC VERIFIED — matching Reyder results: usa resultados Reyder y requiere QC Complete.
Si la insignia no corresponde al acuerdo, vuelva a una fila aún sin escanear y corríjala. No cambie la base después de aceptar unidades.
Paso 3 — Escanear cada IMEI físico una vez¶
Escanee el IMEI del teléfono/caja que realmente se enviará. En entrada manual, copie los dígitos de esa unidad física.
Cada resultado exitoso busca el inventario exacto, encuentra una fila abierta, valida especificaciones, condición según Selling As, cantidad, compañía, propiedad, disponibilidad, reserva, costo y QC conocido; luego crea/reutiliza la asignación y marca la fila escaneada.
Resultado verde¶
La unidad fue aceptada y aumentó el conteo. Póngala en el área de preparación del envío.
Resultado rojo¶
La unidad no fue añadida. No la envíe. Lea todo el motivo y use una unidad compatible o corrija únicamente un dato de origen que realmente esté equivocado.
Resultado duplicado¶
Ya está escaneada o asignada. Busque la primera aceptación o la otra orden indicada; no la escanee de nuevo.
Paso 4 — Deshacer un error inmediato¶
Si la última unidad aceptada era incorrecta, pulse Undo Last Scan antes de escanear otra. Esto la quita de la entrega y restaura el conteo. Para un escaneo anterior o una entrega terminada, use el proceso de corrección revisado.
Paso 5 — Finalizar el escaneo¶
Finish IMEI Scan se habilita solo cuando cada fila tiene Scanned = Ordered.
- Compare teléfonos físicos con totales generales y por fila.
- Pulse Finish IMEI Scan.
- Lea el diálogo.
- Pulse Complete Delivery solamente cuando los teléfonos salgan físicamente.
Al completar, Odoo marca los IMEI vendidos, finaliza el manifiesto, contabiliza la salida, crea/publica la factura si no existe, publica facturación borrador válida de la misma SO y factura únicamente un saldo real no facturado. Nunca cobra dos veces las mismas unidades. También genera liquidaciones de consignación cuando corresponde.
Diferencia de factura primero¶
Una orden creada por New Prepaid Device Invoice o por rescate de factura directa está bloqueada hasta que su factura vinculada esté publicada y totalmente pagada. Una orden normal SO primero no queda bloqueada por pago solo porque exista una factura.
Cajas de empaque opcionales¶
Las cajas son una ruta avanzada para etiquetas o control de varios contenedores. Cuando existe una caja activa, complete por:
No mezcle finalización directa con una caja activa; envíela o cancélela correctamente.
Problemas comunes¶
Finish IMEI Scan está deshabilitado
Una o más filas tiene unidades restantes. Compare Scanned y Ordered en cada tarjeta, no solo el total general.
Es el modelo correcto pero fue rechazado
Revise capacidad, color, Selling As, grade, lock, disponibilidad, propiedad, reserva, costo y QC. Modelo es solo un control.
El IMEI pertenece a otra orden
Use otra unidad disponible o solicite revisar la asignación anterior. No cambie el estado manualmente para apropiarse de ella.
El escáner exige Reyder QC para teléfonos recién recibidos
Si el acuerdo real es grado proveedor y no hay IMEI en esa fila, cambie Selling As a As Received. Si se prometió verificación Reyder, complete QC.
La factura ya existe
Si provino de la misma SO, no es error: Odoo publica lo válido y factura solo un saldo real. Compruebe el vínculo en lugar de crear otra.
Referencia técnica¶
Cada fila de Delivery Manifest conserva su sale.order.line. Una aceptación crea o
reutiliza una sola asignación IMEI. Al terminar se vuelven a validar conteos y aptitud
antes de los efectos de inventario, factura y contabilidad.