Solución de problemas de los flujos principales¶
Empiece por la PO, Receiving Manifest, SO, Delivery Manifest, factura o IMEI exactos. Lea todo el error antes de cambiar algo.
Primera respuesta ante cualquier error¶
- Detenga el flujo físico. Separe el teléfono rechazado.
- Anote el mensaje e IMEI exactos. Una captura es mejor que un resumen.
- Confirme compañía y documento. Una compañía/orden equivocada parece un problema de inventario.
- Distinga entrada de salida. Sus reglas son diferentes.
- Corrija la verdad de origen. No debilite promesas ni edite estados para forzar.
Índice de síntomas¶
| Síntoma | Sección |
|---|---|
| Verify Supplier List no disponible | Modo de recepción bloqueado |
| Receive Without List no disponible | Modo de recepción bloqueado |
| IMEI no aparece en lista proveedor | IMEI desconocido en lista exacta |
| El modo sin lista pide fila PO | No se seleccionó fila de PO |
| IMEI ya existe/duplicado | IMEI duplicado |
| Teléfono grado proveedor rechazado | Discrepancia de condición de salida |
| Modelo correcto rechazado | Discrepancia de especificación |
| IMEI pertenece a otra orden | Asignación a otra orden |
| Finish IMEI Scan deshabilitado | Conteo de entrega incompleto |
| SO y factura parecen no vinculadas | Falta vínculo de factura o SO |
| Ya existe factura | La factura ya existe |
| No se puede completar recepción | Recepción bloqueada |
| QC Complete no disponible | QC bloqueado |
Modo de recepción bloqueado¶
El modo depende de la evidencia del proveedor.
- Verify Supplier IMEI List no disponible: no existe lista exacta válida en este manifiesto o ya comenzó otro modo. Si no hay lista, use Receive Without List; no fabrique una.
- Receive Without Supplier IMEI List no disponible: una lista exacta controla este manifiesto. Use Verify; el modo sin lista no puede saltarse esa evidencia.
Vea Modos de escaneo.
IMEI desconocido en lista exacta¶
El IMEI no coincide con una fila pendiente de la lista. Apártelo, revise caracteres, IMEI 1/2, archivo, Odoo y PO/envío correctos; después escale la discrepancia. No lo añada como inesperado ni cambie a modo por lote.
No se seleccionó fila de PO¶
El modo sin lista necesita una fila para modelo, capacidad, grado, bloqueo, costo y cantidad restante. Seleccione el grupo físico correcto. Use Change PO Line (Cambiar fila de PO) antes de pasar a otro grupo.
IMEI duplicado¶
Puede haberse escaneado dos veces, ya recibido en este manifiesto, creado por otra entrada o asignado a otra venta. Busque el IMEI exacto en el manifiesto y All Devices; en salida revise la orden nombrada. Nunca cambie dígitos ni cree otro dispositivo.
Recepción bloqueada¶
Revise esperado, recibido, restante/faltante y variación. Recuente la caja. Un faltante real debe documentarse; una fila de lista exacta no se completa con otro IMEI. Termine solo cuando la diferencia sea entendida.
Discrepancia de condición de salida¶
Lea la insignia de la tarjeta:
- REYDER QC VERIFIED usa resultados Reyder y exige QC Complete.
- AS RECEIVED usa Grade/Lock de proveedor/PO y puede aceptar Pending QC.
Si el acuerdo era grado proveedor y la fila aún no tiene escaneos, corrija Selling As a As Received. Si se prometió QC Reyder, complételo. Nunca copie el grado proveedor a un campo verificado.
Discrepancia de especificación¶
El mismo modelo todavía puede ser una unidad incorrecta. Compare capacidad, color, Selling As, grado de esa fuente, lock, cantidad restante, disponibilidad/reserva, compañía/propiedad, costo/preparación y falla QC conocida. Corrija un origen solo si realmente se introdujo mal.
Asignación a otra orden¶
Un IMEI pertenece a una sola asignación abierta. Abra la orden indicada. Use otra unidad o solicite liberar una asignación obsoleta mediante el flujo controlado; no marque el dispositivo Available directamente.
Conteo de entrega incompleto¶
Finish IMEI Scan requiere Scanned = Ordered en cada fila. Revise especialmente
filas del mismo modelo con distinta capacidad, Selling As, grade, color o lock. Si hay
caja activa, termínela/cancélela sin mezclar rutas.
Falta vínculo de factura o SO¶
No cree un reemplazo inmediatamente.
Desde la SO¶
Abra Invoices e IMEI Manifest; revise cliente, cantidades, precio y estado.
Desde la factura¶
Busque Sale Orders, IMEI Manifest, Invoice Origin y Fulfillment Status. Si es una factura directa de dispositivos sin cumplimiento, use Create Linked IMEI Fulfillment una sola vez si corresponde. De lo contrario envíe ambas referencias a soporte.
Vea Vínculo entre orden y factura.
La factura ya existe¶
Si fue creada desde la misma SO, es la que Odoo debe reutilizar. Ábrala por Invoices; al completar se publica si estaba borrador y no se duplica. Un error de IMEI no depende del vínculo de factura: corrija requisitos, no la factura.
QC bloqueado¶
Confirme que el dispositivo esté In QC, tenga sesión/diagnósticos y grado real. La afirmación del proveedor no satisface resultados verificados. Para As Received no fabrique QC; para una promesa Reyder complete el proceso aprobado.
Qué enviar a soporte¶
Incluya compañía activa, referencia PO/SO/factura/manifiesto, IMEI exacto de 14–16 dígitos, modo de entrada o Selling As de salida, mensaje completo, captura con requisitos y conteos, y si ya se aceptó/completó algo.
Para GL, liquidaciones, multi-compañía o recuperación controlada, use el Admin Support Runbook. Un operador no debe reparar esos casos mediante cambios directos de estado.