Compras y recepción¶
Use este flujo para envíos normales de proveedores. Su objetivo es convertir una orden de compra de equipos confirmada en inventario de IMEI exactos, conservando lo que el proveedor declaró al recibir.
Antes de escanear: determine si el proveedor entregó un archivo exacto de IMEI. La respuesta elige el único modo permitido para ese Receiving Manifest.
| Quién | Compras crea/revisa la PO; almacén de entrada escanea el envío físico |
| Cuándo | Llegan teléfonos de un proveedor externo. La recepción compradora entre compañías sigue la nota especial indicada abajo. |
| Tenga listo | Compañía y PO correctas, teléfonos físicos y archivo exacto del proveedor si existe |
| Terminado cuando | El Receiving Manifest está Complete y cada IMEI aceptado existe en inventario |
| Deténgase si | Compañía/PO incorrecta, modos de evidencia mezclados, IMEI desconocido en lista exacta, fila equivocada, faltante o exceso |
| Siguiente persona | QC si se requiere verificación de Reyder; de lo contrario Ventas puede vender As Received |
Cadena de recepción¶
La PO define las filas comerciales esperadas. El Receiving Manifest registra el conteo físico. Cada IMEI aceptado se convierte en una unidad de inventario.
Paso 1 — Crear o revisar la orden de compra¶
Para crear una PO, abra Purchase → Orders → Requests for Quotation, pulse New, seleccione el proveedor y añada una fila por cada promesa distinta. Ingrese Model, Storage, Color opcional, Grade de proveedor/PO, Lock, Quantity y Unit Cost. Si el proveedor no indicó el bloqueo, elija Unknown en lugar de dejarlo vacío. Guarde, revise la PO completa y pulse Confirm Order. Si Compras ya la creó, abra exactamente esa PO en vez de hacer otra.
Antes de confirmar, revise:
| Valor de la PO | Regla |
|---|---|
| Supplier | Debe coincidir con el envío |
| Model | Modelo exacto del equipo |
| Storage | Capacidad exacta de la fila |
| Color | Afirmación de proveedor/PO si se conoce; de lo contrario vacío |
| Grade | Grado de entrada del proveedor/PO, no QC de Reyder |
| Lock | Afirmación de bloqueo del proveedor/PO; elija Unknown si no fue indicada |
| Quantity | Unidades físicas completas esperadas |
| Unit Cost | Costo por unidad para inventario/contabilidad |
Use filas distintas para diferencias relevantes de modelo, capacidad, color, grado, bloqueo o costo.
Recibir conserva una afirmación; no la verifica
PO Grade y Lock se convierten en Intake Supplier/PO Information. No completan los Reyder Verified Results.
Paso 2 — Abrir el manifiesto de recepción¶
Confirme la PO de equipos. Odoo crea un Receiving Manifest enlazado. Pulse Open Device Receiving. La primera pantalla muestra las dos opciones seguras; después, el botón inteligente Manifests reabre el mismo registro.
El estado inicial es Awaiting Manifest. Aquí “manifest” significa el archivo opcional de IMEI del proveedor, no el Receiving Manifest de Odoo que ya abrió.
Antes de continuar, compruebe PO, proveedor, compañía y ubicación de recepción.
Paso 3 — Elegir exactamente un modo de recepción¶
| Evidencia del proveedor | Modo obligatorio | Qué hace cada escaneo |
|---|---|---|
| Existe CSV/XLSX exacto de IMEI | Verify Supplier IMEI List | Acepta solamente un IMEI todavía no recibido de la lista cargada |
| No existe lista exacta | Receive Without Supplier IMEI List | Asigna el IMEI escaneado a la fila de PO seleccionada por el operador |
No fabrique un archivo solo para habilitar la verificación. No use el modo sin lista para rodear una lista que el proveedor sí entregó.
Cuando la vista previa de la lista no puede resolver una fila automáticamente, elija su PO Line usando la promesa completa: modelo, capacidad, color, Supplier/PO Grade, bloqueo, costo unitario y cantidad restante/ordenada. Not selected significa detenerse, no adivinar. Use Bulk Resolve solo si todos los IMEI sin resolver pertenecen a la misma promesa; Odoo bloquea una asignación que exceda la cantidad restante de esa fila de PO.
PO compradora entre compañías
No elija ninguna ruta de proveedor externo mientras el manifiesto comprador espera el envío de origen. Cuando el origen completa la entrega, Odoo carga la lista exacta del traspaso y el comprador la verifica. Consulte Transferencias entre compañías.
Los modos, formato de archivo y tratamiento de diferencias se explican en Escaneo individual y por lote.
Paso 4 — Revisar lo recibido¶
Durante el escaneo vigile estos conteos:
| Conteo | Significado |
|---|---|
| PO Expected | Cantidad ordenada en las filas de la PO de equipos |
| Manifest Rows | IMEI o espacios esperados controlados por el Receiving Manifest |
| Received | IMEI físicos aceptados en inventario |
| Remaining | Filas esperadas todavía no recibidas |
| Missing | IMEI/unidades esperados reconocidos como no recibidos al completar |
Una diferencia exige revisión; no es un número que se deba borrar. Vuelva a contar el envío, confirme PO y modo correctos e investigue las unidades en HOLD.
Envío incompleto¶
Si una unidad esperada realmente no llegó, déjela sin recibir y documente el faltante aceptado. Al completar, las líneas restantes pueden marcarse Missing. No escanee un IMEI sustituto dentro del espacio de una lista exacta.
Si llegaron cero unidades, no intente completar un manifiesto con recepción cero. Añada una nota clara a la PO/manifiesto, deje todos los equipos sin recibir y cancele el Receiving Manifest con Compras o un supervisor. El servidor exige por lo menos un IMEI aceptado para completar una recepción parcial.
Teléfono físico adicional¶
- En modo de lista exacta, aparte un IMEI desconocido y resuélvalo con proveedor y PO; el escáner no debe añadirlo automáticamente.
- En modo sin lista, no supere casualmente la cantidad de la fila seleccionada. Un exceso físico requiere revisión de Compras antes de convertirse en inventario aceptado.
IMEI duplicado¶
El segundo escaneo se rechaza. Busque en el Receiving Manifest y All Devices antes de hacer otra cosa. Nunca cambie los dígitos para forzar que parezca único.
Paso 5 — Completar el manifiesto de recepción¶
Pulse Complete Receiving cuando no quede nada pendiente. Una recepción completa muestra una confirmación breve. Si quedan unidades, Odoo abre una revisión separada, Record Short Receipt, en vez de mostrar la acción normal. Esa revisión identifica los IMEI o filas pendientes y exige:
- un motivo del faltante;
- notas opcionales que ayuden a Compras a conciliar el envío; y
- confirmación de que la persona revisó físicamente el envío y que las unidades indicadas no llegaron.
La acción final indica exactamente cuántas unidades se registrarán como faltantes. Úsela únicamente cuando:
- se hizo el conteo físico;
- cada teléfono aceptado tiene un escaneo correcto;
- se usó el modo de recepción correcto;
- los teléfonos retenidos, faltantes o duplicados se resolvieron o documentaron; y
- se entiende la diferencia entre PO y manifiesto.
Cuando el envío físico está incompleto, la revisión muestra claramente qué unidades se marcarán como faltantes:
Odoo vuelve a comprobar las filas pendientes al enviar la acción. Si otra persona escaneó una unidad después de abrir la revisión, la finalización se detiene para que se revise la lista actual en lugar de confirmar información desactualizada.
Completar:
- cierra el Receiving Manifest;
- marca como Missing las filas esperadas restantes y crea un elemento de conciliación abierto por cada fila faltante;
- para un valor nuevo positivo, publica el asiento de valoración/GRNI y bloquea la finalización si el diario o las cuentas faltan o pertenecen a otra compañía; una recepción con valor realmente cero no crea importe contable, y una conciliación de cajas selladas no crea otro asiento cuando el valor ya se publicó al recibir la caja; y
- crea trabajo de almacén posterior, como Putaway.
Los teléfonos existen ahora en inventario con custodia/estado Available cuando
corresponde y Pending QC salvo que Reyder realmente los haya probado.
Conciliar una recepción incompleta ya finalizada¶
No reabra el manifiesto ni edite directamente una fila Missing. Los gerentes de inventario pueden usar Device Ops → Receiving → Short Receipt Reconciliation para ver la cola abierta, o abrir el Receiving Manifest finalizado y usar Reconcile Missing Devices. Resuelva cada elemento según la evidencia física, del envío y del proveedor:
| Resolución | Cuándo usarla | Resultado |
|---|---|---|
| Late Receipt | El IMEI esperado llega después | La fila Missing pasa a Received; Odoo añade solo el inventario, cantidad recibida de PO, Putaway y asiento complementario de esa unidad |
| Confirmed Shortage | La investigación confirma que la unidad no se recibió y no llegará | La fila esperada permanece Missing y el elemento se cierra con motivo y auditoría |
| Substitute Receipt | Llegó un IMEI diferente y aprobado | La fila esperada permanece Missing; el reemplazo se registra aparte como unidad Unexpected con su propio inventario y vínculo de auditoría |
Resolver un elemento no vuelve a ejecutar la finalización original, no duplica el asiento original y no borra el faltante histórico. Registre la resolución real, incluya en las notas la decisión del proveedor y resuelva solo la unidad observada físicamente.
Después de recibir — elegir la ruta de salida honesta¶
- Vender inmediatamente usando evidencia de entrada → seleccione As Received (Supplier/PO Grade) en la fila de venta.
- Prometer un resultado probado por Reyder → complete QC y seleccione Reyder QC Verified.
Consulte Control de calidad y Selling As.
Device Intake individual no es un atajo para proveedores¶
Use Device Ops → Receiving → Device Intake solamente para una unidad pequeña propiedad de la compañía, sin PO de proveedor ni lista de IMEI; por ejemplo, un trade-in, reemplazo o teléfono de prueba autorizado.
No use Device Intake para un envío normal de proveedor ni un lote consignado. Omitiría la cadena PO/Receiving Manifest que necesitan Compras y Contabilidad.
Problemas comunes¶
Abrí el Receiving Manifest y no sé qué botón de escaneo usar
Deténgase y responda una pregunta: ¿el proveedor envió los IMEI exactos? Sí significa cargar y usar Verify Supplier IMEI List. No significa Receive Without Supplier IMEI List.
La cantidad de filas del archivo no coincide con la PO
No escanee todavía. Revise con Compras la asignación, filas vacías, duplicados y PO correcta. Entienda la diferencia antes de verificar físicamente.
El escáner dice que el IMEI ya existe
Busque en All Devices. El teléfono pudo recibirse en otra PO o escanearse antes. No lo añada otra vez.
El Receiving Manifest no permite completar
Revise filas esperadas pendientes y el faltante físico. Complete únicamente después de aceptar y documentar la diferencia en Record Short Receipt. Si otro escaneo cambió la lista pendiente, vuelva a abrir la revisión. Si no llegó nada y no se aceptó ningún IMEI, añada la nota del faltante y cancele el manifiesto en lugar de completarlo.
Un teléfono llegó después de finalizar una recepción incompleta
No reabra el manifiesto ni cambie la fila a Received. Un gerente de inventario abre Reconcile Short Receipt y registra Late Receipt para el IMEI esperado exacto.
Para mensajes exactos, consulte Solución de problemas.