Mapa del proceso¶
Use esta página para entender dónde encaja cada persona, documento y paso automático. Es un mapa; para ejecutar una tarea siga las guías detalladas.
Un proceso, seis registros¶
| Registro | Se crea desde | Pregunta que responde |
|---|---|---|
| Purchase Order (PO) — Orden de compra | Compras | ¿Qué pidió Reyder al proveedor? |
| Receiving Manifest — Manifiesto de recepción | PO de dispositivos confirmada | ¿Qué IMEI exactos llegaron físicamente? |
| Inventory Device / IMEI — Dispositivo de inventario | Escaneo de recepción aceptado | ¿Qué sabemos de este teléfono físico exacto? |
| Sales Order (SO) — Orden de venta | Ventas o automatización de factura primero | ¿Qué prometió Reyder al cliente? |
| Delivery Manifest — Manifiesto de entrega | SO de dispositivos confirmada | ¿Qué IMEI exactos salen del inventario? |
| Customer Invoice — Factura de cliente | Entrega de la SO o flujo de factura primero | ¿Qué se facturó y ya se pagó? |
Los vínculos tienen dirección. La lista de IMEI del proveedor puede poblar un Receiving Manifest, pero no constituye una recepción de inventario. Una orden de venta puede crear un Delivery Manifest, pero los teléfonos no se venden hasta completar la salida.
Acciones humanas y automáticas¶
| Etapa | La persona hace | Odoo hace automáticamente |
|---|---|---|
| Compra | Registra y confirma la PO | Crea el Receiving Manifest |
| Recepción | Elige el modo correcto y escanea IMEI físicos | Crea dispositivos/IMEI y conserva la procedencia de entrada |
| Condición | Elige As Received o realiza QC real de Reyder | Mantiene separados los datos de proveedor y los resultados verificados |
| Venta | Registra la promesa al cliente en la SO | Crea o reabre el Delivery Manifest al iniciar el escaneo |
| Entrega | Escanea los IMEI físicos de salida y confirma | Asigna unidades, las marca vendidas, contabiliza costo y crea/reutiliza la factura vinculada |
| Contabilidad | Revisa pago y documentos relacionados | Mantiene conectados SO, factura, manifiesto e IMEI |
Cuatro puntos de control¶
1. Antes de recibir¶
Determine si existe una lista exacta de IMEI del proveedor:
- lista exacta conocida → verificar esa lista;
- no hay lista → recibir por fila de la PO.
Vea Escaneo individual o por lote.
2. Antes de vender¶
Determine de quién es la afirmación sobre la condición:
- afirmación de proveedor/PO → As Received;
- resultado probado por Reyder → Reyder QC Verified.
Vea Control de calidad y Selling As.
3. Antes del escaneo de salida¶
Confirme que la orden de venta contenga solamente lo prometido. Los campos opcionales vacíos no son errores; significan “cualquiera / no prometido”.
Vea Órdenes de venta.
4. Antes de completar la entrega¶
Los teléfonos físicos, la cantidad de escaneos aceptados y las cantidades de la orden deben coincidir. Completar tiene efectos en inventario y contabilidad.
Elija la ruta correcta de venta y factura¶
Hay tres rutas admitidas:
- SO primero, ruta normal: crear SO → escanear → Finish IMEI Scan → Complete Delivery → Odoo crea/publica la factura vinculada.
- SO primero, factura anticipada: crear SO → crear su factura desde esa SO → escanear → Complete Delivery publica lo existente y factura solo un saldo real.
- New Prepaid Device Invoice: el asistente crea y vincula factura, SO interna y Delivery Manifest → cobrar → escanear.
Una factura creada directamente fuera de esas rutas es un caso de rescate. No cree una segunda SO manualmente; use una sola vez Create Linked IMEI Fulfillment.
Vea Vínculo entre orden de venta y factura.
Cuándo detenerse¶
Deténgase, sin improvisar, cuando:
- esté activa la compañía equivocada;
- un envío con lista exacta contenga un IMEI que no aparece en ella;
- la promesa al cliente no coincida con la fila de venta;
- el escaneo de salida muestre un resultado rojo;
- la factura y la SO no puedan abrirse entre sí; o
- el conteo físico no coincida con Odoo.
Use Solución de problemas y facilite la referencia de PO/SO/factura junto con el mensaje exacto.