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 para un proveedor externo; una PO compradora entre compañías espera la entrega de origen |
| 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, publica COGS cuando está configurado y el valor entregado no es cero, y crea/reutiliza la facturación 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.
En una PO compradora entre compañías, no use ninguna de esas dos ramas: espere a que la compañía origen complete su entrega y verifique la lista exacta que Odoo carga de forma automática.
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 o cree la factura antes del cumplimiento¶
Para toda SO externa de equipos:
- cree y revise la SO;
- pulse Confirm;
- vincule una factura sin vínculo del cliente o pulse Create New Invoice;
- publique y cobre completamente la factura vinculada; y
- escanee y complete la entrega.
Si una transacción prepagada nueva empieza desde la factura y todavía no existe SO, use New Prepaid Device Invoice. Una factura directa creada fuera de esas rutas es un rescate: no cree una segunda SO; use Create Linked IMEI Fulfillment una sola vez.
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.