Arbitraje sellado “tal como estᔶ
Propósito¶
Use Sealed As-Is Arbitrage cuando Reyder compra cajas de equipos ya empacadas, no las abre ni las inspecciona y revende esas mismas cajas físicas contra una factura de cliente existente.
Este flujo registra la custodia de la caja, no la verificación de equipos:
- Reyder confirma que recibió físicamente una caja identificada e intacta.
- Un manifiesto de IMEI o una cantidad declarada por el proveedor se conserva únicamente como declaración del proveedor.
- Reyder no confirma que los IMEI, modelos, grados, bloqueos, cantidades ni otros datos declarados sobre el contenido sean correctos.
- Mientras la caja permanezca sellada, no se crea ningún
stock.lot, registro de serie/IMEI ni cantidad de inventario por IMEI. - La misma caja recibida es la unidad de cumplimiento. No se puede dividir, sustituir ni enviar parcialmente dentro del flujo sellado.
Use Standard IMEI Receipt cuando Reyder abra una caja, escanee equipos, realice QC, venda solo parte de una caja o necesite conocer el inventario real por IMEI.
Experiencia centrada en la Purchase Order¶
La Purchase Order es el centro de control del negocio:
- Cree o abra la Purchase Order del proveedor.
- Establezca Receiving Mode en Sealed As-Is Arbitrage.
- Seleccione Customer Invoice to Fulfill.
- Ingrese Expected Sealed Carton Count.
- Confirme que los productos y cantidades de equipos de la PO coincidan exactamente con la factura de cliente.
- Opcionalmente, cargue el manifiesto original de IMEI del proveedor e ingrese la cantidad declarada por el proveedor.
- Confirme la Purchase Order.
La factura seleccionada debe ser una factura de cliente existente, no cancelada y de la misma compañía. La PO debe usar cantidades positivas de equipos, costos positivos y una unidad individual de equipo por cada posible IMEI.
El archivo del proveedor se guarda en la PO con su nombre, huella SHA-256, fecha y hora de carga y usuario. La Sales Order y la factura de cliente vinculadas muestran esa misma evidencia proporcionada por el proveedor mediante sus vínculos del negocio sellado. Esta trazabilidad no importa el archivo al inventario ni convierte ninguna fila en información verificada por Reyder. La cantidad declarada por el proveedor también es solo evidencia; las cantidades contractuales de la PO controlan la asignación entre cajas.
La relación compatible es deliberadamente uno a uno:
una Purchase Order ↔ una factura de cliente ↔ una Sales Order de cumplimiento
Qué ocurre al confirmar¶
Confirmar una Purchase Order sellada válida realiza una operación controlada y segura para reintentos:
- bloquea y valida la factura de cliente seleccionada;
- comprueba la compañía, el cliente, la moneda, el estado del documento, los productos, las cantidades, los totales y las protecciones contra vínculos duplicados;
- reutiliza la única Sales Order de cumplimiento sin actividad que coincida con la factura, si existe; de lo contrario, la crea y confirma mediante el servicio de cumplimiento basado primero en la factura;
- vincula permanentemente la Purchase Order, la factura de cliente y la Sales Order;
- crea los registros esperados de cajas selladas; y
- distribuye entre esas cajas la cantidad de la PO y el costo en la moneda de la compañía.
La confirmación no crea un manifiesto de IMEI de recepción, un manifiesto de IMEI de entrega, un IMEI/serie ni una cantidad normal de inventario de equipos mientras el flujo sellado esté activo.
Cambiar un campo del formulario borrador solo prepara la operación. La confirmación es la transacción que crea el conjunto de vínculos de cumplimiento. Después de confirmar, los campos que definen el negocio quedan bloqueados; no cambie el proveedor, la factura, la compañía, la moneda, las cantidades ni el modo de recepción para eludir una excepción.
Recibir cajas intactas¶
Desde la Purchase Order, seleccione Open Sealed Cartons. El personal de almacén también puede usar Device Ops → Receiving → Sealed As-Is Cartons.
Para cada caja esperada:
- ingrese el identificador de caja del proveedor y el identificador físico del sello cuando estén disponibles;
- seleccione la ubicación interna de inventario;
- compruebe únicamente que la caja física esté presente y que el sello esté intacto;
- seleccione Receive Sealed Carton; y
- escanee físicamente el identificador de caja del proveedor o el identificador físico del sello en el diálogo obligatorio.
El código de barras interno generado por Reyder nunca se acepta como prueba de que llegó físicamente una caja específica del proveedor. Debe registrarse y escanearse por lo menos un identificador externo. La acción de recepción registra el escaneo, la ubicación, el usuario y la hora. Contabiliza la asignación de la caja:
- débito a Device Inventory Valuation;
- crédito a Device Inventory Input.
No abre la caja, inspecciona su contenido, importa los IMEI del proveedor ni confirma que la cantidad asignada por la PO esté físicamente dentro de ella.
Si el sello no está intacto, no use Receive Sealed Carton. Registre la excepción física mediante la acción correcta descrita a continuación.
Enviar exactamente las mismas cajas¶
El pago antes del envío es un control obligatorio. Las cajas selladas pueden enviarse únicamente cuando:
- todas las cajas activas de la PO estén en Received Sealed y con el sello intacto;
- cada caja sea exactamente la vinculada a este negocio de PO/SO/factura;
- la Sales Order de cumplimiento esté confirmada y facturada únicamente por la factura de cliente seleccionada;
- la factura seleccionada esté contabilizada y su estado de pago sea Paid; y
- ninguna caja se haya abierto, marcado como dañada, cancelado o enviado antes.
Seleccione Ship Same Sealed Carton en cualquier caja recibida. Para un negocio de una sola caja, escanee esa caja. Para uno de varias cajas, el asistente muestra el lote activo completo:
- escanee físicamente cada caja exactamente una vez;
- haga que cada escaneo coincida con la identidad capturada para esa caja durante la recepción; y
- seleccione Confirm Physical Scan solo cuando esté presente el lote completo.
El envío de varias cajas es atómico: una caja no puede enviarse por separado y no se puede omitir ni agregar ninguna. Si falla un escaneo o un control del negocio, ninguna caja del lote se marca como enviada y no se acepta una contabilización parcial del COGS.
Un envío correcto registra cada escaneo, usuario y hora y contabiliza el costo asignado de cada caja:
- débito a Device Cost of Goods Sold;
- crédito a Device Inventory Valuation.
Las llamadas repetidas a recepción o envío se bloquean para que no contabilicen dos veces el mismo efecto.
Elegir la excepción física correcta¶
Un sello dañado y una caja abierta son hechos diferentes. Registre lo que el personal de almacén observó realmente; nunca use una acción como atajo para la otra.
Sello dañado, pero Reyder no abrió la caja¶
En la caja afectada, seleccione Mark Seal Damaged & Reconcile cuando el personal observe físicamente un sello roto, dañado o comprometido, pero no haya abierto la caja.
Esta acción:
- registra el sello dañado, el usuario y la hora de observación;
- no afirma que Reyder abrió la caja;
- bloquea permanentemente el envío sellado; e
- inicia el flujo normal de conciliación por IMEI.
La caja pasa a Standard IMEI Reconciliation Required, no a Opened.
Reyder abrió o está abriendo la caja¶
Seleccione Open & Reconcile IMEIs únicamente cuando Reyder haya abierto la caja o la esté abriendo intencionalmente para recibirla por equipo.
Esta acción:
- registra la caja como abierta, incluido el usuario y la hora;
- bloquea permanentemente el envío sellado; e
- inicia el flujo normal de conciliación por IMEI.
Efecto sobre el resto del negocio¶
Cualquiera de las dos excepciones termina el tratamiento sellado para toda la PO. Las cajas relacionadas que no se hayan tocado pasan a Standard IMEI Reconciliation Required sin afirmar falsamente que se abrieron o dañaron. Odoo crea el manifiesto normal de recepción y restablece el flujo normal de salida por IMEI.
La pestaña de la PO también ofrece Open & Reconcile IMEIs para convertir intencionalmente todo el negocio al manejo normal por IMEI. Esta acción no afirma que todas las cajas sin tocar se hayan abierto físicamente. Cuando se responda a un hecho físico de una caja específica, comience desde el registro de esa caja para que la auditoría distinga correctamente un sello dañado observado de una caja abierta por Reyder.
El personal debe escanear y conciliar físicamente los equipos reales. Las filas del proveedor pueden ayudar a comparar lo esperado, pero solo los escaneos físicos de Reyder se convierten en la verdad del inventario. Nunca restablezca una caja dañada o abierta al estado intacto, cree un registro sellado de reemplazo ni envíe parte del negocio para eludir la conciliación.
Contabilidad al conciliar cajas selladas¶
La recepción de una caja intacta ya contabilizó su costo asignado en inventario. Abrirla o marcar su sello como dañado no contabiliza ese valor por segunda vez. Al completar el manifiesto normal de recepción, Odoo compara el valor de los IMEI recibidos físicamente con el valor ya contabilizado para las cajas selladas:
- Valor igual: no se contabiliza una valoración adicional de recepción.
- Valor físico mayor: solo el remanente no valorado se debita a Device Inventory Valuation y se acredita a Device Inventory Input.
- Valor físico menor: el faltante se debita a Device COGS/gasto por faltante y se acredita desde Device Inventory Valuation. El manifiesto conserva el saldo de faltante pendiente de restaurar.
Si posteriormente se recibe físicamente un IMEI que estaba faltante mediante el flujo controlado de conciliación, Odoo contabiliza una valoración suplementaria. Primero restaura el faltante aplicable desde Device COGS hacia Device Inventory Valuation. Solo el valor que exceda el faltante pendiente se acredita a Device Inventory Input. Los asientos originales se conservan como evidencia de auditoría; no se reescriben silenciosamente ni se retrotrae su fecha.
La contabilidad no verifica un IMEI. El equipo recibido tarde se convierte en verdad de inventario únicamente mediante su escaneo físico y conciliación.
Significado autorizado de cada registro¶
| Registro | Lo que demuestra | Lo que no demuestra |
|---|---|---|
| Adjunto del manifiesto del proveedor | Qué archivo proporcionó el proveedor, mediante su hash y datos de auditoría | Que algún IMEI o atributo declarado esté físicamente presente o sea correcto |
Caja sellada en expected |
Que la PO espera una caja física | Recepción o custodia por Reyder |
Caja sellada en received_sealed |
Que un usuario recibió la caja identificada e intacta en la ubicación registrada | Sus IMEI internos, grados, bloqueos, cantidades o condición |
Caja sellada en reconciliation_required |
Que terminó el envío sellado y se requiere conciliación por IMEI | Que Reyder haya abierto esa caja |
Caja sellada en opened |
Que Reyder registró la apertura física de la caja | Que algún IMEI declarado por el proveedor estuviera presente |
| Caja sellada con sello dañado | Que Reyder registró un daño observado en el sello | Que Reyder haya abierto la caja |
Caja sellada en shipped |
Que la misma caja registrada salió contra la factura pagada vinculada | Detalle de entrega por IMEI |
| Manifiesto de recepción normal | Entrada por equipo escaneada y conciliada después de salir del flujo sellado | Que alguna caja haya permanecido sellada |
Controles y solución de problemas¶
El sistema bloquea la confirmación, recepción, conciliación o envío, en vez de adivinar, cuando encuentra:
- una factura de cliente faltante, cancelada, revertida o de tipo incorrecto;
- una diferencia de compañía, cliente, moneda, producto, cantidad o importe;
- una factura o Sales Order ya vinculada a otra PO sellada;
- varias facturas de cumplimiento activas o una factura no relacionada;
- un diario de inventario o una cuenta de valoración, entrada o COGS faltante;
- una asignación de cantidad o costo de caja en cero o inconsistente;
- un escaneo físico faltante o que no coincide;
- una factura que no está contabilizada y totalmente pagada;
- una caja dañada, abierta o pendiente de conciliación;
- un intento de envío parcial de varias cajas;
- un asiento contable faltante o revertido; o
- un intento repetido de recepción, envío o conciliación.
Corrija el documento fuente autorizado o solicite a Inventario y Contabilidad que revisen la brecha de auditoría. No desvincule registros, cambie estados directamente, revierta y vuelva a crear asientos ni sustituya otra caja para eludir una protección.
La recepción normal no cambia¶
Las Purchase Orders existentes usan Standard IMEI Receipt de forma predeterminada. Su lista del proveedor, escáner, manifiesto de recepción, QC, manifiesto de entrega y contabilidad por IMEI permanecen sin cambios.