Manifiestos de entrega — Escanear y completar una venta¶
Un Delivery Manifest es el registro de control de salida enlazado a una orden de venta. Su escáner asigna los IMEI exactos del inventario que salen para ese cliente.
Ruta normal: abrir la SO → pulsar Scan IMEIs → escanear cada unidad física una vez → pulsar Finish IMEI Scan → revisar → pulsar Complete Delivery.
| Quién | Operador de almacén de salida |
| Cuándo | Al enviar IMEI exactos del inventario para la SO de un cliente externo |
| Tenga listo | SO correcta, teléfonos físicos, zonas rotuladas UNSCANNED/ACCEPTED/HOLD y un escáner |
| Terminado cuando | Cada tarjeta de requisitos está completa y el Delivery Manifest está Complete |
| Deténgase si | Cliente/fila incorrectos, resultado rojo, IMEI o conteo distinto, o si los teléfonos no están saliendo físicamente |
| Siguiente persona | Envío al cliente y revisión contable de la factura enlazada |
Antes de abrir el escáner¶
Revise primero la orden de venta. Cada fila de equipos debe mostrar correctamente:
Model, Storage, Color, Selling As, Grade, Lock, Ordered y Unit Price.
Color, Grade o Lock opcional vacío significa Any/no prometido. Las promesas distintas deben estar en filas separadas.
No empiece a escanear para averiguar qué pidió el cliente. Corrija primero el registro comercial.
Paso 1 — Abrir el escáner del Delivery Manifest enlazado¶
Pulse Scan IMEIs en la franja azul de siguiente paso de la SO.
En una cotización normal, la acción:
- confirma la SO;
- crea o reabre su único Delivery Manifest activo; y
- abre el escáner guiado.
Después puede reabrir el mismo escáner desde la SO o el botón inteligente IMEI Manifest. No cree un segundo Delivery Manifest.
Paso 2 — Leer las tarjetas de requisitos¶
Cada tarjeta representa una fila exacta de venta y muestra:
- modelo y capacidad;
- promesa opcional de color;
- base Selling As;
- grado exigido según esa base;
- promesa opcional de bloqueo; y
Scanned / Orderedy unidades restantes.
La insignia de evidencia es fundamental:
- AS RECEIVED — matching supplier information usa la evidencia de entrada del proveedor/PO.
- REYDER QC VERIFIED — matching Reyder results usa los resultados de Reyder. El escaneo no exige QC Complete, pero la promesa es falsa hasta que realmente lo esté.
Grade, Lock y el estado de QC — incluido un QC Failed conocido — son hechos registrados
que se muestran en la tarjeta; ninguno bloquea el escaneo. Si la insignia no corresponde
al negocio, regrese y corrija la fila de la SO antes de escanear. No acepte una unidad y
después cambie la base para ajustarla.
Paso 3 — Escanear cada IMEI físico una vez¶
Use la rutina de estación UNSCANNED / ACCEPTED / HOLD explicada en Conceptos básicos de Odoo. Escanee el IMEI del teléfono físico. Solo use la etiqueta de una caja después de comprobar que pertenece exactamente a ese teléfono; una caja suelta o equivocada no es evidencia. Si usa la entrada manual de respaldo, escriba el IMEI exacto de la unidad física y compare el resultado mostrado antes de moverla.
Cada escaneo aceptado:
- busca la unidad exacta del inventario por IMEI;
- encuentra la fila abierta correcta de la SO;
- comprueba modelo, capacidad, color opcional, Grade/Lock según Selling As y cantidad restante;
- comprueba compañía, propiedad, disponibilidad, reserva, costo/preparación y controles de QC conocidos;
- crea o reutiliza la asignación exacta del IMEI; y
- marca escaneada la fila correspondiente del Delivery Manifest.
Resultado verde¶
La unidad fue aceptada y aumentó el conteo de la fila. Colóquela en la zona de envío aceptado.
Resultado rojo¶
La unidad no se añadió. Déjela fuera del envío. Lea el motivo completo y use otra unidad que coincida o corrija un registro fuente que realmente esté equivocado.
Resultado duplicado¶
La unidad ya está escaneada o asignada. No vuelva a escanearla. Busque el primer registro aceptado o la otra orden que la está reteniendo.
Paso 4 — Deshacer un error inmediato¶
Si el teléfono físico aceptado más recientemente era incorrecto, pulse Undo Last Scan antes de escanear otra unidad. La acción retira esa unidad de la entrega y restaura el conteo de la fila para poder escanear el reemplazo correcto.
Undo está limitado a la recuperación inmediata. Para un escaneo anterior o una entrega ya completada, deténgase y use el proceso de corrección revisado.
Paso 5 — Finalizar el escaneo de IMEI¶
La acción final se habilita solo cuando cada tarjeta muestra Scanned = Ordered.
- Compare los teléfonos físicos preparados con el total y los conteos por fila.
- Pulse Finish IMEI Scan.
- Lea el diálogo de confirmación.
- Pulse Complete Delivery únicamente cuando los teléfonos estén saliendo físicamente del inventario.
En una entrega normal a cliente externo, completar:
- marca vendidos los IMEI exactos aceptados;
- finaliza el Delivery Manifest;
- publica COGS y la contabilidad de entrega cuando el diario y las cuentas aprobadas están configurados y corresponde un valor de inventario distinto de cero;
- crea y publica la factura al cliente si todavía no existe;
- publica facturación Draft válida creada desde la misma SO y factura solamente cualquier remanente real no facturado, nunca dos veces las mismas unidades; y
- crea registros de liquidación de consignación cuando corresponde.
Si no se crea un asiento de entrega, no suponga que «sin asiento» es correcto. Deténgase y pida a Contabilidad verificar si las unidades tenían valor cero o si falta configuración antes de considerar el envío cerrado financieramente.
No hay un segundo escaneo normal.
Las entregas entre compañías terminan de otra manera
En un traspaso entre compañías, al completar en el origen los equipos permanecen Reserved y siguen perteneciendo al origen hasta que el destino verifique y complete su receiving manifest exacto. Consulte Transferencias entre compañías.
Condición de factura y pago¶
Toda SO externa de equipos tiene ahora una base invoice-first expresa. Ya sea que el usuario vincule una factura existente, cree una nueva, use New Prepaid Device Invoice o el rescate directo, la factura vinculada debe estar publicada y totalmente pagada antes de que usuarios normales asignen o envíen IMEI exactos.
Consulte Vínculo entre orden de venta y factura.
Cajas de empaque opcionales¶
Packing Boxes es una ruta avanzada de seguimiento de contenedores, no un requisito normal. Úsela solo cuando se necesite etiqueta de caja, control de varios contenedores o una ruta expresa de empaque entre compañías.
Cuando existe una caja activa, termine mediante el flujo de la caja:
No mezcle la finalización directa del Delivery Manifest con una caja activa. Envíe o cancele primero la caja mediante el flujo controlado.
Problemas comunes¶
Finish IMEI Scan está deshabilitado
Una o más filas todavía tienen unidades pendientes. Compare Scanned y Ordered en cada tarjeta; no mire solamente el total general.
El IMEI tiene el modelo correcto, pero fue rechazado
El modelo es solo uno de los controles. Compare capacidad, color opcional, Selling As, grado, bloqueo, disponibilidad, propiedad, reserva, costo/preparación y estado de QC.
El escáner indica que el IMEI pertenece a otra orden
Use otra unidad disponible o solicite que revisen la asignación anterior. No robe el IMEI editando su estado.
El escáner exige Reyder QC, pero estos teléfonos acaban de llegar
Confirme el trato real. Si se venden tal como llegaron con grado del proveedor y aún no se escaneó ningún IMEI en esa fila, cambie Selling As a As Received. Si se prometió verificación de Reyder, complete QC.
La finalización indica que hay una Packing Box activa
Alguien inició la ruta avanzada de contenedores. Abra esa caja y termínela, o cancele correctamente la caja que no se usará.
La factura ya existe
No es un error cuando proviene de la misma SO. La finalización publica la facturación Draft válida y factura solo un remanente real. Compruebe el vínculo en vez de crear otra factura.
Consulte Solución de problemas para ver la tabla completa de síntomas.