Recorrido completo — Recibir y revender As Received¶
Este ejemplo sigue un envío con grado de proveedor que Reyder recibe y vende de inmediato, sin afirmar que realizó QC propio. Es la ruta mayorista más común.
Escenario¶
- Proveedor: Demo Mobile Supplier
- Compra: 2 iPhone 15 Pro 256GB Black/Good y 2 iPhone 15 Pro 512GB Blue/Excellent; el proveedor declara todos Factory Unlocked
- El proveedor entrega la lista exacta de IMEI de las cuatro unidades recibidas
- El cliente compra 2 unidades de 256GB y 1 de 512GB a los precios acordados
- La promesa incluye Color, Grade de proveedor y Factory Unlocked
- Base comercial: vendidas tal como se recibieron con grado proveedor/PO
Las referencias son ilustrativas. Use siempre los registros reales de Odoo.
Etapa 1 — Crear y confirmar la orden de compra¶
Compras crea una PO con una fila para cada capacidad. Cada fila registra proveedor, modelo, capacidad, condición declarada, cantidad y costo. En este ejemplo Color, Grade y Lock sí fueron declarados y se registran; un dato opcional no declarado quedaría vacío. Al confirmar la PO, Odoo crea su Receiving Manifest.
Control
La PO describe lo esperado y abre el Receiving Manifest correcto.
Etapa 2 — Elegir cómo identificar los IMEI recibidos¶
Si el proveedor envió una lista exacta: súbala, revise conteo y columnas y abra Verify Supplier IMEI List. Cada teléfono debe coincidir con un IMEI pendiente de esa lista. Un IMEI desconocido se aparta; no se añade silenciosamente.
Si no envió lista: no fabrique una. Abra Receive Without Supplier IMEI List, elija la fila 256GB y escanee ese grupo; luego use Change PO Line (Cambiar fila de PO), elija 512GB y escanee el segundo. La fila seleccionada proporciona los datos y el límite de cantidad.
Nunca mezcle modos
Un manifiesto usa una sola ruta de evidencia. No empiece sin lista y luego suba una, ni use recepción sin lista para rodear una lista exacta.
Al coincidir el conteo físico y la pantalla, pulse Complete Receiving (o Finish Partial Receipt si acepta un faltante), revise el diálogo y pulse Complete Receipt.
Control
Los cuatro IMEI aceptados existen en inventario y conservan procedencia de proveedor/PO.
Etapa 3 — Elegir As Received sin fabricar QC¶
Los teléfonos se venden usando los grados Good y Excellent del proveedor. Reyder no
afirma haber probado cada unidad. Pueden permanecer Pending QC; la venta usa As Received
(Supplier/PO Grade) y compara contra la evidencia de entrada.
No copie los grados del proveedor en Reyder Verified Grade. Una falla conocida sigue bloqueando una venta incompatible.
Control
La fuente de la promesa es explícita: proveedor/PO, no QC de Reyder.
Etapa 4 — Registrar exactamente la promesa en la SO¶
| Model | Storage | Color | Selling As | Grade | Lock | Qty |
|---|---|---|---|---|---|---|
| iPhone 15 Pro | 256GB | Black | As Received | Good | Factory Unlocked | 2 |
| iPhone 15 Pro | 512GB | Blue | As Received | Excellent | Factory Unlocked | 1 |
En este acuerdo Color, Grade y Lock son explícitos y por eso se completan. Si un atributo opcional no fue prometido, se deja vacío y significa cualquiera/no prometido. Revise precios y pulse Scan IMEIs. Odoo confirma si hace falta, crea/reabre un Delivery Manifest y abre el escáner.
Control
La SO describe el acuerdo antes de asignar IMEI.
Etapa 5 — Escanear los teléfonos exactos que salen¶
El escáner muestra dos tarjetas AS RECEIVED — matching supplier information. Escanee cada teléfono físico una vez. Los conteos 256GB y 512GB permanecen separados.
Verde = aceptado. Rojo = no añadido; aparte la unidad y lea el motivo. Si aceptó la unidad equivocada, use Undo Last Scan inmediatamente.
Al llegar a 2 / 2 y 1 / 1, pulse Finish IMEI Scan, revise y pulse Complete
Delivery cuando las unidades salgan físicamente. El escaneo por sí solo no registra la
entrega.
Control
Delivery Manifest completo y los tres IMEI de salida marcados vendidos; la cuarta unidad recibida queda disponible en inventario.
Etapa 6 — Verificar el vínculo de factura¶
En la ruta normal, completar la entrega crea y publica la factura. Si Contabilidad ya creó una desde esa misma SO, Odoo la reutiliza y publica.
Abra Invoices en la SO. En la factura verifique Sale Orders, IMEI Manifest, cliente, cantidades y precios. No cree otra factura.
Control final
PO → Receiving Manifest → IMEI → SO → Delivery Manifest → factura forman una cadena comprobable.
Rutas alternativas¶
- Si Reyder promete sus propias pruebas, complete QC y use Reyder QC Verified.
- Si la factura debe pagarse antes de preparar unidades, use New Prepaid Device Invoice.
- Si una factura directa ya existe, use Create Linked IMEI Fulfillment una sola vez; no cree una SO duplicada.