Control de calidad y Selling As¶
Recepción y QC conservan dos verdades diferentes. El campo Selling As de la orden de venta elige cuál de ellas promete Reyder al cliente.
| Quién | Operador de QC capacitado; Ventas elige Selling As según el negocio real |
| Cuándo | Reyder promete su propio grado/bloqueo probado o debe verificar una discrepancia |
| Tenga listo | IMEI físico exacto, sesión activa de M360, evidencia de inspección requerida y estándar de clasificación |
| Terminado cuando | El equipo está QC Complete con grado/resultados reales de Reyder, o está claramente fallado/retenido |
| Deténgase si | IMEI/evidencia no coinciden, falta la sesión M360 o el resultado no es seguro |
| Siguiente persona | Ventas usa Reyder QC Verified solamente después de completar correctamente |
Las dos secciones de evidencia¶
| Sección del equipo | ¿Quién aportó la información? | Cuándo cambia |
|---|---|---|
| Intake Supplier/PO Information | Archivo del proveedor u orden de compra | Se captura al recibir y se conserva como procedencia de entrada |
| Reyder Verified Results | Diagnóstico e inspección física de Reyder | Se registra únicamente cuando Reyder realmente hace QC |
Nunca copie un valor de entrada en un campo verificado solo para lograr que pase un escaneo de venta.
Haga QC en la compañía que mantiene el equipo
La compañía activa de Odoo debe ser la que tiene físicamente el teléfono. Para un equipo consignado propiedad de Axis pero almacenado y probado por Reyder, cambie a Reyder Enterprises antes de QC Handoff, M360 Sync, aprobar/fallar o reiniciar QC. Ser propietaria no autoriza a una compañía que no tiene la unidad física a cambiar la evidencia de QC.
Elegir la base Selling As¶
As Received (Supplier/PO Grade)¶
Úselo cuando Reyder revende como llegó un inventario mayorista clasificado por el proveedor.
- Los requisitos Grade y Lock se comparan con Intake Supplier/PO Information.
- Se permite
Pending QCporque Reyder no afirma haber hecho una prueba interna. - Grade o Lock vacío significa que ese atributo no se prometió.
In QCe incluso un resultadoQC Failedconocido son hechos registrados — ninguno bloquea el escaneo ni la venta.- Un QC de Reyder completado que contradiga al proveedor nunca se oculta; sigue visible en el equipo y el manifiesto aunque el escaneo continúe.
Ejemplo: el proveedor declara Excellent, el comprador acepta Excellent de proveedor y las unidades salen de inmediato. Elija As Received y Grade Excellent.
Reyder QC Verified¶
Úselo cuando Reyder promete su propia condición o resultado de bloqueo probado.
- Grade y Lock se comparan con Reyder Verified Results en vez de con los documentos del proveedor.
- Elija esta base solo cuando el equipo esté realmente
QC Complete— el escaneo no detiene una promesa anticipada o contradicha, pero esa promesa es falsa hasta que QC la respalde. - El estado de QC tampoco bloquea aquí el escaneo ni la venta; Grade, Lock y QC son hechos registrados, no un requisito de venta.
Ejemplo: el comprador exige Excellent y Factory Unlocked verificados por Reyder. Complete QC, registre los resultados reales y seleccione Reyder QC Verified en la SO.
Grade, Lock y el estado de QC son hechos registrados, no un bloqueo del escáner
Pending QC, In QC, QC Failed y cualquier contradicción entre la promesa
Grade/Lock elegida y la evidencia aplicable nunca bloquean un escaneo o venta
mayorista — quedan visibles en el equipo y el manifiesto como hechos informativos.
Blacklisted en Carrier, iCloud On y MDM Present también aparecen solo como
advertencias. Retenga el teléfono y escale cualquiera de estos; no lo envíe solo
porque el escáner todavía permita aceptarlo. El único bloqueo mayorista real es un
equipo con costo de compra faltante o cero, y hasta ese caso puede relajarse con el
ajuste de compañía Temporarily Allow Wholesale Zero-Cost Devices o con el override de un Sales/
Inventory Manager con un motivo escrito.
Cuándo se requiere QC¶
Complete QC de Reyder si se cumple cualquiera de estas condiciones:
- se prometió al cliente un grado o bloqueo verificado por Reyder;
- falta evidencia de entrada para un atributo que sí debe prometerse;
- Reyder detectó una posible contradicción o defecto;
- retail u otro canal más estricto exige QC; o
- un gerente exige la prueba antes de liberar.
QC no es trabajo para copiar la fila del proveedor. Crea evidencia nueva atribuible a Reyder.
Flujo de QC¶
Paso 1 — Entregar las unidades físicas¶
Abra Device Ops → Receiving → QC Handoff. Filtre por PO, Receiving Manifest, modelo o fecha. Seleccione únicamente las unidades físicas que entran al área de QC y pulse Hand Off to QC. Antes de registrar diagnósticos o terminar QC, confirme que esos equipos exactos ahora muestren In QC.
Paso 2 — Ejecutar diagnósticos¶
Realice la sesión M360 aprobada y la inspección física requerida. Confirme que el IMEI probado coincida con el registro y pulse Sync from M360. Una sincronización correcta importa evidencia, pero deja el teléfono In QC de forma intencional; una sincronización automática o de datos nunca decide que aprobó. Anote batería, operador, iCloud/MDM, condición cosmética, bloqueo y diagnóstico reales según corresponda. Mark QC Complete exige una sesión M360 enlazada cuyos diagnósticos aprobaron; las notas físicas por sí solas no lo habilitan.
Paso 3 — Registrar grado y bloqueo reales¶
Asigne el grado de Reyder según la prueba terminada, no según la PO. Registre el estado de bloqueo únicamente cuando se haya comprobado.
Paso 4 — Completar o fallar QC¶
Marque QC Complete solo si existe toda la evidencia requerida y la unidad aprobó. Márquela o déjela fallada/retenida si no aprobó.
Un teléfono con QC Failed sigue fallado en el flujo de QC. Después de revisar o reparar la falla, solo un Stock Manager puede usar Return to Pending QC. Ese reinicio controlado limpia los resultados anteriores de Reyder/M360 y registra como inválida la sesión M360 limpiada. Odoo rechaza esa misma sesión si una sincronización manual o automática vuelve a encontrarla. El teléfono exige una nueva entrega a QC, una sesión M360 realmente diferente y evidencia nueva después de volver a probarlo físicamente. Compruebe que la referencia de la nueva sesión sea distinta y que su fecha sea posterior a la evidencia anulada. El reinicio por sí solo no crea evidencia nueva ni convierte un equipo fallado en un equipo aprobado por QC.
Si Sync from M360 indica que la sesión fue invalidada, no vuelva a intentar ni copie el resultado anterior. Ejecute una nueva sesión de diagnóstico en M360 para ese IMEI físico exacto y luego sincronice otra vez. La referencia rechazada sigue visible en el equipo para fines de auditoría.
Requisitos de QC Complete¶
La acción controlada exige que el equipo esté In QC, tenga una sesión M360 nueva enlazada, diagnósticos aprobados y un grado de Reyder. Si la acción está oculta o rechaza el equipo, no escriba un resultado de relleno; siga el procedimiento de soporte aprobado.
Consecuencias en ventas, por canal¶
El estado de QC no es una sola regla: significa algo distinto según dónde se venda el equipo:
| Estado de QC del equipo | Mayorista (SO, cualquier Selling As) | Retail (device.retail.sale) |
Transferencia entre compañías |
|---|---|---|---|
| Pending QC | Vende — registrado, nunca bloquea | Vende — registrado, nunca bloquea | Permitido en una transferencia As Received |
| In QC | Vende — registrado, nunca bloquea | Vende — registrado, nunca bloquea | Excluido |
| QC Complete | Vende — registrado, nunca bloquea | Vende | Permitido |
| QC Failed | Vende — registrado, nunca bloquea | Vende — registrado, nunca bloquea | Excluido |
Las discrepancias de Grade y Lock siguen la misma regla en la fila mayorista: son hechos registrados que se muestran para comparar y nunca bloquean el escaneo. El único bloqueo mayorista real es un equipo con costo de compra faltante o cero — relajable con el ajuste de compañía Temporarily Allow Wholesale Zero-Cost Devices o mediante el override de un gerente con un motivo escrito. Disponibilidad, propiedad, compañía, reserva, cantidad y duplicados son controles separados de QC y Selling As, y siguen aplicando en todos los canales.
Problemas comunes¶
El proveedor dice Excellent, pero el escaneo de salida indica que falta Grade
Revise Selling As. Una fila Reyder QC Verified ignora correctamente la afirmación del proveedor. Si el negocio real es grado de proveedor/tal como llegó, corrija la fila aún no escaneada a As Received. De lo contrario complete QC.
El comprador exige Unlocked, pero Intake Lock es Unknown
No vacíe la SO solo para pasar el escaneo. Verifique el bloqueo real y después use Reyder QC Verified.
¿Puedo vender un teléfono mientras QC está Pending?
Sí, únicamente en una fila mayorista As Received honesta, con evidencia de entrada coincidente y todos los demás controles satisfechos. Pending QC no satisface una promesa Reyder QC Verified.
QC encontró un grado peor que el declarado por el proveedor
No se puede ocultar el resultado conocido. Retenga el teléfono y corrija el plan comercial; no use la afirmación anterior después de que Reyder conoce el conflicto.
Consulte Órdenes de venta para registrar la promesa al cliente y Solución de problemas para errores exactos del escáner.