Guía de capacitación y entrega al usuario¶

Use esta página para enseñar el proceso real a compras, almacén, ventas, QC y contabilidad. El objetivo no es memorizar todos los menús: es saber qué documento controla cada paso, qué comprobar y cuándo detenerse.

Orden recomendado para capacitar

Empiece con Guía rápida, haga una operación completa con Recorrido completo y use esta página como lista de aprobación antes de dar acceso a producción.

El proceso operativo¶

PO confirmada
  → Receiving Manifest
  → elegir un solo modo de recepción
  → IMEI en inventario (Pending QC)
  → opcional: QC de Reyder
  → Sales Order con la promesa del cliente
  → Delivery Manifest / Scan IMEIs
  → Finish IMEI Scan (revisión)
  → Complete Delivery (entrega, contabilidad y factura normal)

Equipo	Es responsable de	Entrega el trabajo cuando
Compras / almacén	PO, evidencia del proveedor y recepción física	El Receiving Manifest está completo y cada unidad aceptada tiene un IMEI
QC	Resultados realmente verificados por Reyder	El dispositivo está `QC Complete` con evidencia
Ventas	Cliente, Model, Storage, Color, Selling As, Grade, Lock, Qty y precio	La promesa comercial es correcta y aparece Scan IMEIs
Almacén de salida	Escanear exactamente las unidades físicas y completar la entrega	Cada fila tiene `Scanned = Ordered` y se confirmó Complete Delivery
Contabilidad	Factura, pago y conciliación	Los documentos vinculados y los importes coinciden
Administrador	Configuración, permisos y excepciones	Los controles funcionan sin atajos manuales

Regla principal: siga los botones inteligentes y el siguiente paso del documento actual. No cree otra PO, SO, factura o manifiesto para “desbloquear” un error.

Capacitación 1 — Recibir teléfonos¶

La única pregunta antes de escanear¶

¿El proveedor entregó la lista exacta de IMEI de este envío?

Sí: pulse Upload Supplier IMEI List, revise la vista previa y use Verify Supplier IMEI List. Cada escaneo debe existir exactamente en el archivo.
No: pulse Receive Without Supplier IMEI List, seleccione la fila exacta de la PO y escanee las unidades físicas de ese grupo.

El usuario está listo cuando puede explicar:

por qué los modos no se mezclan;
por qué un IMEI desconocido se aparta en modo de lista exacta;
por qué en modo sin lista se elige primero la fila de la PO;
que Grade y Lock de recepción son afirmaciones del proveedor, no resultados de QC; y
que el costo viene de la PO, no de una columna del archivo del proveedor.

Terminar correctamente¶

Compare la caja física con Received, Remaining y cualquier faltante.
Pulse Complete Receiving si no falta nada, o Finish Partial Receipt si acepta un faltante real.
Lea el diálogo y pulse Complete Receipt. Esta segunda acción registra la recepción.

Deténgase y pida ayuda si el IMEI no está en la lista, ya existe, la fila de PO está llena o el envío físico no coincide con Odoo.

Vea Compras y recepción y Escaneo individual o por lote.

Capacitación 2 — QC y Selling As¶

Recepción y QC son evidencias distintas:

Intake Supplier/PO Information: lo que afirmó el proveedor al recibir.
Reyder Verified Results: lo que Reyder realmente comprobó en QC.

Para vender inmediatamente según el proveedor, use As Received (Supplier/PO Grade). Se permiten unidades Pending QC si no existe un fallo conocido.
Para prometer resultados propios de Reyder, complete QC y use Reyder QC Verified. La unidad debe estar QC Complete y coincidir con grade/lock verificados.

El usuario está listo cuando nunca copia automáticamente el grade del proveedor a los resultados de Reyder y sabe que un valor opcional vacío significa “cualquiera / no prometido”.

Vea Control de calidad y Selling As.

Capacitación 3 — Crear la orden de venta y la factura¶

En cada fila de dispositivo revise, de izquierda a derecha:

Model
Storage
Color — vacío si el cliente no exigió color
Selling As
Grade — del proveedor para As Received; de Reyder para Verified
Lock — vacío si no se prometió
Qty
Unit Price

Rutas de factura¶

Situación	Ruta correcta
Venta normal	Cree la SO; Complete Delivery crea/publica la factura vinculada
Factura temprana de una SO normal	Use Create Invoice desde esa misma SO y regrese a ella para escanear
Prepago obligatorio antes de IMEI	Use New Prepaid Device Invoice, registre pago completo y abra la SO vinculada
Factura directa ya existente	Use una sola vez Create Linked IMEI Fulfillment, si Odoo lo ofrece

La relación nativa de líneas y los botones Sale Orders / Invoices / IMEI Manifest son la prueba del vínculo. Escribir un número en Invoice Origin no crea el vínculo.

Si una factura parcial ya existe y la cantidad de la SO aumentó, Odoo puede crear una factura adicional solo por el saldo no facturado. Eso evita facturación duplicada; no significa que todos los casos deban tener una sola factura.

Vea Órdenes de venta y Vínculo entre orden y factura.

Capacitación 4 — Escanear y entregar¶

Abra Scan IMEIs desde la SO.
Lea cada tarjeta: modelo, capacidad, color opcional, Selling As, grade y lock.
Escanee cada teléfono físico una vez.
Si aceptó el teléfono equivocado, pulse inmediatamente Undo Last Scan y vuelva a escanear el IMEI correcto.
No cambie la promesa de venta para hacer pasar un teléfono que no coincide; apártelo.
Cuando cada fila tenga Scanned = Ordered, pulse Finish IMEI Scan.
Lea los efectos y pulse Complete Delivery cuando las unidades salgan físicamente.

Finish IMEI Scan solo abre la revisión. Complete Delivery es la acción que registra la salida, marca los IMEI vendidos y ejecuta los efectos contables/de facturación.

Deténgase y pida ayuda si aparece otro pedido, la unidad está vendida/reservada, no coincide con la tarjeta o el conteo no llega a cero.

Vea Manifiestos de entrega.

Lista de aprobación por rol¶

Compras / almacén de recepción¶

[ ] Puede decidir lista exacta vs. sin lista sin ayuda.
[ ] Puede elegir la fila correcta de PO antes de Batch Scan.
[ ] Aparta IMEI desconocidos; nunca edita los dígitos para forzar aceptación.
[ ] Entiende Complete Receiving / Finish Partial Receipt → Complete Receipt.

Ventas¶

[ ] Completa las ocho columnas de la fila y separa promesas diferentes.
[ ] Sabe cuándo usar As Received y cuándo Reyder QC Verified.
[ ] Usa Scan IMEIs; no asigna manualmente lotes a una venta normal.
[ ] Crea facturas desde la SO o desde el asistente controlado, no documentos sueltos.

Almacén de salida¶

[ ] Compara el teléfono físico con la tarjeta de requisitos.
[ ] Usa Undo inmediatamente cuando corresponde y puede volver a escanear el mismo IMEI.
[ ] Llega a Scanned = Ordered en cada fila.
[ ] Distingue Finish IMEI Scan de Complete Delivery.

Contabilidad / administrador¶

[ ] Comprueba vínculos con botones inteligentes y relaciones, no con texto libre.
[ ] No libera una venta invoice-first hasta que la factura esté realmente pagada.
[ ] Investiga diferencias de factura, inventario, compañía o permisos; no amplía acceso ni duplica documentos como solución rápida.

Qué nunca debe hacer un usuario¶

No fabricar una lista de IMEI cuando el proveedor no entregó una.
No cambiar de modo después de comenzar la recepción.
No editar un IMEI importado para que un teléfono desconocido coincida.
No convertir afirmaciones del proveedor en resultados “verificados” sin QC.
No debilitar Color, Grade, Lock o Storage para aprobar un escaneo rechazado.
No crear una segunda SO o factura para los mismos teléfonos.
No considerar Invoice Origin como prueba de vínculo.
No cerrar una entrega desde una pestaña vieja si el manifiesto fue cancelado.

Siguiente ayuda¶

Necesidad	Página
Recorrido completo	Recorrido completo
Recibir un envío	Compras y recepción
Elegir modo de escaneo	Escaneo individual o por lote
Crear SO y factura	Vínculo entre orden y factura
Escanear salida	Manifiestos de entrega
Resolver un bloqueo	Solución de problemas