Órdenes de venta — Registrar la promesa al cliente¶
La orden de venta define qué unidades puede aceptar el escáner. No es una lista de todos los datos disponibles: representa exactamente lo prometido al cliente.
Paso 1 — Crear la cotización¶
Abra Sales → Quotations → New, elija cliente y compañía correctos y añada las filas de dispositivos. Complete cada fila en este orden:
Model → Storage → Color → Selling As → Grade → Lock → Qty → Unit Price
Modelo, capacidad, cantidad y precio deben ser explícitos. Los demás campos dependen del acuerdo.
Paso 2 — Elegir la base Selling As honesta¶
- As Received (Supplier/PO Grade): el cliente compra según condición/bloqueo de entrada. Es apropiado para unidades recién recibidas vendidas tal cual.
- Reyder QC Verified: Reyder promete sus propios resultados; requiere
QC Complete.
La selección decide qué evidencia consulta el escáner. No elija la opción que permita pasar una unidad; elija la que describe el acuerdo real.
Paso 3 — Usar correctamente los campos opcionales vacíos¶
| Campo vacío | Significado |
|---|---|
| Color | Cualquier color / mixto; no prometido |
| Grade | Cualquier grado permitido por el acuerdo; no prometido |
| Lock | Cualquier estado; no prometido |
Vacío es un valor comercial intencional, no un dato faltante que deba adivinarse. Si el cliente pidió color Negro, Grade Excellent o Unlocked, selecciónelo: el escáner lo hará cumplir.
Paso 4 — Separar promesas distintas¶
Use filas separadas si cambia capacidad, color prometido, Selling As, grado, bloqueo o precio. No combine 20 de 256GB y 40 de 512GB en una sola fila; así el escáner conserva los conteos correctos.
Paso 5 — Revisar antes de escanear¶
Compruebe:
- cliente y compañía;
- modelo y capacidad por fila;
- campos opcionales solo cuando fueron prometidos;
- Selling As y fuente de grado correctos;
- cantidad y precio; y
- ausencia de filas duplicadas o de prueba.
La SO debe ser correcta antes de asignar un IMEI.
Paso 6 — Pulsar Scan IMEIs¶
Pulse Scan IMEIs en la franja azul. En la ruta normal, Odoo:
- confirma la cotización si es necesario;
- crea o reabre el único Delivery Manifest activo; y
- abre el escáner con una tarjeta por fila de venta.
No cree manualmente un segundo manifiesto. La confirmación crea el Delivery Manifest, pero la factura normal se crea/reutiliza al completar la entrega.
Corregir una orden existente sin escaneos¶
Si la promesa se registró mal y todavía no hay IMEI aceptados, corrija la fila de origen, guarde y vuelva a abrir el escáner. Si ya hay asignaciones, una entrega completa o una factura publicada, deténgase y use la corrección controlada; no debilite requisitos ni edite estados directamente.
Qué valida el escáner¶
Un IMEI aceptado debe cumplir modelo, capacidad, color opcional, base Selling As, grado y bloqueo de esa base, cantidad restante, compañía, propiedad, disponibilidad, reserva, costo/preparación y controles de QC conocidos.
Por eso “es el mismo modelo” no basta.
Problemas comunes¶
No veo Color
Revise la vista completa de la fila de dispositivo y el ancho/zoom. Color es opcional: vacío significa cualquier color. No lo invente si no fue prometido.
Los teléfonos llegaron y se venderán con grado proveedor
Seleccione As Received, conserve el Grade prometido si aplica y no exija Reyder QC Verified.
El escáner rechaza el mismo modelo
Compare capacidad, color, Selling As, grade, lock, disponibilidad, reserva y compañía. Lea el mensaje exacto; no cree otra SO.
Ya existe una factura
Ábrala desde Invoices. Si provino de esta SO, el flujo la reutiliza. Un error de IMEI no se corrige duplicando la factura.
Referencia técnica¶
Cada fila mantiene sus propios requisitos y cada asignación IMEI conserva la fila de SO de origen. Esto permite varias filas del mismo modelo sin mezclar sus cantidades.