Solución de problemas en flujos principales¶
Empiece con la PO, Receiving Manifest, SO, Delivery Manifest, factura o IMEI exactos. Lea el mensaje completo antes de cambiar algo.
Quién puede corregir cada situación¶
| Situación | Responsable seguro |
|---|---|
| Se rechaza un teléfono, pero hay otra unidad coincidente | Operador pone el rechazado en HOLD y escanea la unidad correcta |
| Una fila de requisitos de SO realmente incorrecta y sin escaneos | Ventas confirma la promesa real y corrige la fila |
| Faltante, exceso, fila PO incorrecta, mezcla de modos o recepción parcial | Gerencia de Compras/almacén decide y registra el motivo |
| Factura publicada, pago, Vendor Bill o liquidación | Contabilidad sigue controles aprobados; operador no edita |
| Registro completo, duplicado del sistema, teléfono reservado obsoleto, acceso o asiento GL faltante | Soporte investiga con referencias y logs exactos |
Nunca debilite una promesa verdadera, cambie un estado completado, elimine un registro enlazado ni use la cuenta de otra persona para hacer desaparecer el error.
Primera respuesta ante cualquier error¶
- Detenga el flujo físico. Mantenga el teléfono rechazado fuera de unidades aceptadas/preparadas.
- Registre mensaje e IMEI exactos. Una captura es mejor que una paráfrasis.
- Confirme compañía y documento fuente. Compañía u orden equivocada pueden parecer discrepancias de inventario.
- Identifique entrada o salida. Las reglas de recepción y entrega son distintas a propósito.
- Corrija la verdad fuente. No debilite una promesa real ni edite un IMEI para forzar éxito.
Índice de síntomas¶
| Síntoma | Vaya a |
|---|---|
| Single Scan / Verify Supplier IMEI List no disponible | Modo de recepción bloqueado |
| Batch Scan / Receive Without Supplier IMEI List no disponible | Modo de recepción bloqueado |
| IMEI de recepción no está en lista | IMEI desconocido en lista exacta |
| Escáner sin lista pide fila de PO | Fila sin lista no seleccionada |
| IMEI ya existe/duplicado | IMEI duplicado |
| Teléfono con grado proveedor marcado como discrepancia en salida | Discrepancia de condición de salida |
| Modelo correcto rechazado en salida | Discrepancia de especificación de salida |
| IMEI pertenece a otra orden | Asignación entre órdenes |
| Finish IMEI Scan deshabilitado | Conteo de entrega incompleto |
| SO y factura parecen no enlazadas | Falta vínculo entre factura y orden |
| La factura ya existe | La factura ya existe |
| El manifiesto no completa | Finalización de Receiving Manifest bloqueada |
| QC Complete no disponible | Finalización de QC bloqueada |
| Inventory Value parece omitir teléfonos o Count parece incorrecto | Interpretar On-Hand Device Cost |
Modo de recepción bloqueado¶
El modo lo determina la evidencia del proveedor, no la preferencia del operador.
Verify Supplier IMEI List no disponible¶
No hay archivo exacto controlando este Receiving Manifest. Si el proveedor no entregó uno, use Receive Without Supplier IMEI List. No fabrique una hoja de cálculo.
Si sí existe un archivo real, confirme que se cargó en este manifiesto exacto y que la recepción no haya empezado.
Receive Without Supplier IMEI List no disponible¶
Una lista exacta controla el Receiving Manifest. Use Verify Supplier IMEI List. La asignación sin lista no puede rodear esa evidencia.
Consulte Modos de escaneo de recepción.
IMEI desconocido en lista exacta¶
El IMEI físico no coincidió con una fila no recibida de la lista cargada.
- Aparte el teléfono.
- Revise si el lector añadió caracteres.
- Revise ambos IMEI en teléfonos dual SIM.
- Busque los dígitos exactos en archivo y Odoo.
- Confirme PO/envío correcto.
- Escale la discrepancia del proveedor.
No lo añada automáticamente ni cambie a Batch Scan.
Fila sin lista no seleccionada¶
La recepción sin lista necesita una fila PO que aporte modelo, capacidad, grado, bloqueo, costo y cantidad restante. Seleccione la fila que coincide con el grupo físico. Despeje el área y use Change PO Line antes de cambiar de grupo.
IMEI duplicado¶
Causas posibles:
- se escaneó dos veces en esta sesión;
- ya fue recibido en este manifiesto;
- ya existe desde otra PO/entrada; o
- en salida ya está asignado/escaneado.
Busque el IMEI exacto en manifiesto actual y All Devices. En salida, revise también la otra orden indicada. Nunca cambie dígitos ni cree un segundo equipo.
Finalización del Receiving Manifest bloqueada¶
Revise esperado, recibido, restante/faltante y diferencia. Vuelva a contar. Un faltante real debe documentarse en Record Short Receipt. Seleccione el motivo, identifique las unidades pendientes y confirme el conteo físico. Una fila de lista exacta no puede llenarse con otro IMEI.
Complete solo después de entender la discrepancia. Consulte Compras y recepción.
Un teléfono faltante llegó después de finalizar¶
Mantenga cerrado el manifiesto finalizado. No cambie su estado, su fila Missing, las cantidades de inventario ni el asiento original.
- Abra el Receiving Manifest finalizado.
- Pulse Reconcile Short Receipt.
- Abra el elemento del IMEI esperado exacto.
- Un gerente de inventario registra Late Receipt y verifica el IMEI físico.
Odoo recibe solo esa unidad y registra evidencia separada de Putaway y contabilidad. Si el proveedor confirma que la unidad nunca llegará, elija Confirmed Shortage. Si llegó otro IMEI aprobado, elija Substitute Receipt para conservar el IMEI original como faltante histórico.
Si no existe un elemento de conciliación abierto, o el IMEI físico no coincide con la fila esperada, deténgase y envíe a soporte el número de manifiesto, IMEI esperado, IMEI físico y evidencia del proveedor. No use SQL ni ediciones directas de inventario.
Discrepancia de condición de salida¶
Lea primero la insignia de la tarjeta:
- REYDER QC VERIFIED usa solo resultados Reyder. El escaneo no exige QC Complete, pero la promesa es falsa hasta que realmente lo esté.
- AS RECEIVED usa Grade y Lock de proveedor/PO y puede aceptar Pending QC.
Grade, Lock y el estado de QC — incluido un QC Failed conocido — son hechos
registrados que se muestran en la tarjeta; ninguno rechaza el escaneo. Si el trato real
era proveedor/as-is y no se escaneó ningún IMEI en la fila, cambie Selling As a As
Received. Si se prometió verificación Reyder, complete QC antes de enviar — el escáner no
detiene una promesa falsa, pero usted sí debería. Nunca copie el grado del proveedor a un
campo verificado.
Discrepancia de especificación de salida¶
El modelo correcto todavía puede ser la unidad equivocada. Compare:
- capacidad;
- color seleccionado;
- cantidad restante de la fila;
- disponibilidad y reserva;
- compañía y propiedad; y
- costo/preparación.
Selling As, el grado requerido de esa fuente, el bloqueo seleccionado y cualquier fallo/conflicto de QC conocido también vale la pena revisarlos, pero ninguno es la causa de que se rechace un escaneo — son hechos registrados que se muestran en la tarjeta, no requisitos. El error describe la primera diferencia útil entre lo anterior. Corrija un registro fuente solamente si en verdad se ingresó mal.
Asignación entre órdenes¶
Un IMEI solo puede pertenecer a una asignación abierta de cliente. Abra la orden indicada. Use otro teléfono disponible o haga liberar una asignación obsoleta/cancelada mediante el flujo controlado. No cambie directamente el equipo a Available.
Conteo de entrega incompleto¶
Finish IMEI Scan se habilita cuando cada tarjeta de requisitos de equipo muestra
Scanned = Ordered. Filas de flete/servicio no son requisitos. Revise cada tarjeta,
especialmente modelos iguales con capacidad, Selling As, grado, color o bloqueo distintos.
Si existe una Packing Box activa, termine o cancele ese flujo Advanced en vez de mezclar rutas.
Falta el vínculo entre factura y orden de venta¶
No cree un reemplazo de inmediato.
Desde la SO¶
- Abra Invoices e IMEI Manifest.
- Verifique cliente, cantidades, precio y estado de factura.
Desde la factura¶
- Busque Sale Orders e IMEI Manifest.
- Revise Invoice Origin/reference y fulfillment status.
Si fue una factura directa creada fuera del flujo, use Create Linked IMEI Fulfillment una sola vez cuando corresponda. Si no, envíe ambas referencias a soporte. Consulte Vínculo entre orden de venta y factura.
La factura ya existe¶
Si ya está vinculada a la misma SO, es la factura que debe reutilizar la entrega. Ábrala mediante Invoices, revísela, publíquela y cóbrela por completo antes de escanear. No cree otra factura.
Si todavía no está vinculada, regrese a la SO, pulse Confirm o Choose or Create Invoice y use Link This Invoice en esa fila exacta.
Un error de coincidencia IMEI no tiene relación con el vínculo de factura. Corrija Model/Storage/Selling As/etc., no la factura.
Finalización de QC bloqueada¶
Confirme que el equipo esté In QC, tenga evidencia de diagnóstico/sesión requerida y un grado real de Reyder. Una afirmación de proveedor/PO no satisface resultados verificados.
Si el negocio es As Received, no fabrique QC. Elija As Received en la fila. Si se prometió verificación Reyder, termine el QC aprobado.
Interpretar On-Hand Device Cost¶
Abra Device Ops → Reports → On-Hand Device Cost. Este informe operativo agrega registros por IMEI; no es el informe nativo Inventory Valuation de Odoo ni un saldo del libro mayor.
- On-Hand Phones incluye cada IMEI cuya cantidad neta en una ubicación interna sea positiva. Por eso un teléfono Available, Listed, Reserved o Returned puede seguir físicamente disponible. Normalmente uno Sold no lo está.
- On-Hand Cost suma el costo de compra registrado de esos teléfonos. Cada fila usa la moneda de la compañía Inventory Owner (y solo usa Lot Company como respaldo para un IMEI antiguo sin propietaria). Las filas nunca mezclan propietarias. Si distintas propietarias usan monedas diferentes, agrupe o filtre por Inventory Owner antes de interpretar un total; este informe operativo no convierte un total general de varias monedas en un valor contable.
- Inventory Owner es la propietaria económica. Lot Company es simplemente la compañía asignada al registro del IMEI. Ninguna de esas etiquetas demuestra la ubicación física; los quants internos determinan si el teléfono está disponible y dónde. Las dos compañías pueden ser distintas en equipos consignados o devueltos. Por eso Axis puede seguir viendo un teléfono de su propiedad aunque Lot Company sea Reyder.
- En un pivote genérico, Count cuenta filas agrupadas del informe; no cuenta teléfonos ni suma cantidades. El informe dedicado elimina esa medida confusa; use On-Hand Phones para contar teléfonos.
Si aún parecen faltar teléfonos, quite los filtros guardados, confirme la compañía activa, revise tanto Inventory Owner como Lot Company y busque el IMEI exacto en Device Ops → All Devices antes de escalar. Listed o Reserved es un estado del ciclo de vida, no evidencia de que el equipo haya salido físicamente del inventario.
Qué enviar a soporte¶
Incluya:
- compañía activa;
- referencia de PO/SO/factura/manifiesto;
- IMEI exacto de 14–16 dígitos;
- modo de entrada o base Selling As de salida;
- mensaje completo exacto;
- captura con requisitos/conteos; y
- si una unidad ya fue aceptada o un documento ya se completó.
No envíe “el escáner no funciona” cuando la pantalla muestra un mensaje de control específico.
Excepciones de administración y contabilidad¶
Para asientos GL faltantes, liquidaciones, acceso entre compañías, configuración o recuperación controlada, deténgase y envíe referencias/mensaje exactos al administrador. Un operador no debe reparar mediante estados directos, eliminación, base de datos ni la cuenta de otra persona.