Purchasing & Receiving¶
Use this workflow for normal supplier shipments. Its purpose is to turn a confirmed device purchase order into exact IMEI inventory while preserving what the supplier claimed at intake.
Before you scan: determine whether the supplier provided an exact IMEI file. The answer selects the only permitted receiving mode for that Receiving Manifest.
| Who | Purchasing creates/reviews the PO; inbound warehouse scans the physical shipment |
| Use when | Phones arrive from an outside supplier. Inter-company buyer receipts follow the special handoff note below. |
| Have ready | Correct company, PO, physical phones, and the supplier's exact IMEI file if one exists |
| Done when | Receiving Manifest is Complete and every accepted IMEI exists in inventory |
| Stop if | Wrong company/PO, mixed evidence modes, unknown exact-list IMEI, wrong row, shortage, or overage |
| Next handoff | QC when Reyder verification is required; otherwise Sales may sell the units As Received |
The receiving chain¶
The PO defines expected commercial rows. The Receiving Manifest records the physical count. Each accepted IMEI becomes one inventory unit.
Step 1 — Create or review the purchase order¶
To create a new PO, open Purchase → Orders → Requests for Quotation, click New, select the supplier, and add one device row for each distinct promise. Enter Model, Storage, optional Color, supplier/PO Grade, Lock, Quantity, and Unit Cost. If the supplier did not state the lock, choose Unknown rather than leaving it blank. Save, then review the complete PO before Confirm Order. If purchasing already created it, open that exact PO instead of making another.
Before confirmation, review:
| PO value | Rule |
|---|---|
| Supplier | Must match the shipment |
| Model | Exact device model |
| Storage | Exact capacity for the row |
| Color | Supplier/PO claim if known; otherwise blank |
| Grade | Supplier/PO intake grade, not Reyder QC |
| Lock | Supplier/PO lock claim; choose Unknown when the supplier did not state it |
| Quantity | Whole physical units expected |
| Unit Cost | Cost per unit for inventory/accounting |
Use separate PO rows for materially different model, storage, color, grade, lock, or cost.
Receiving preserves a claim; it does not verify it
PO Grade and Lock become Intake Supplier/PO Information. They do not populate Reyder Verified Results.
Step 2 — Open the receiving manifest¶
Confirm the device PO. Odoo creates one Receiving Manifest linked to that PO. Click Open Device Receiving. The first screen presents the two safe choices; the Manifests smart button reopens the same record later.
The initial state is Awaiting Manifest. Here, “manifest” means the optional supplier IMEI file—not the Odoo Receiving Manifest you already opened.
Verify the Receiving Manifest shows the correct PO, supplier, company, and receiving location before continuing.
Step 3 — Choose exactly one receiving mode¶
| Supplier evidence | Required mode | What each scan does |
|---|---|---|
| Exact IMEI CSV/XLSX exists | Verify Supplier IMEI List | Accepts only an unreceived IMEI from the uploaded list |
| No exact IMEI list exists | Receive Without Supplier IMEI List | Assigns the scanned IMEI to the PO row selected by the receiver |
Do not upload a fabricated file just to enable list verification. Do not use no-list mode to bypass a supplier file.
When a supplier-list preview cannot resolve a row automatically, choose its PO Line from the full promise label: model, storage, color, Supplier/PO Grade, lock, unit cost, and remaining/ordered quantity. Not selected is a stop sign, not permission to guess. Use Bulk Resolve only if all unresolved IMEIs belong to the identical promise; Odoo blocks a mapping that exceeds that PO row's remaining quantity.
Inter-company buyer PO
Do not choose either outside-supplier path while the buyer manifest is waiting for the source shipment. After the source company completes delivery, Odoo loads the exact IMEI handoff and the buyer verifies that list. See Inter-Company Transfers.
The modes, file format, and mismatch handling are documented in Single Scan vs. Batch Scan.
Step 4 — Review what was received¶
During scanning, watch these counts:
| Count | Meaning |
|---|---|
| PO Expected | Quantity ordered on device PO rows |
| Manifest Rows | IMEIs or expected slots controlled by the Receiving Manifest |
| Received | Physical IMEIs accepted into inventory |
| Remaining | Expected rows not yet received |
| Missing | Expected IMEIs/units acknowledged as not received at completion |
A mismatch is a review condition, not a target to erase. Recount the physical shipment, confirm the correct PO and scan mode, and investigate held units.
Short shipment¶
If an expected unit truly did not arrive, leave it unreceived and document the accepted shortage. Completing the Receiving Manifest may mark remaining expected lines Missing. Do not scan a substitute IMEI into an exact supplier-list slot.
If zero units arrived, do not try to complete a zero-receipt manifest. Add a clear note to the PO/manifest, keep every phone unreceived, and cancel the receiving manifest with Purchasing or a supervisor. The server requires at least one accepted IMEI before a short receipt can be completed.
Extra physical phone¶
- In exact-list mode, set an unknown IMEI aside. Resolve it against the supplier and PO; the scanner must not auto-add it.
- In no-list mode, do not exceed the selected PO row casually. A physical overage needs purchasing review before it becomes accepted inventory.
Duplicate IMEI¶
The second scan is rejected. Search the Receiving Manifest and All Devices before trying anything else. Never alter the digits to force uniqueness.
Step 5 — Complete the receiving manifest¶
In the receiving scanner, click Complete Receiving when nothing remains. A full receipt has a short confirmation. If units remain, Odoo opens a separate Record Short Receipt review instead of presenting the normal completion action. That review names the outstanding IMEIs/rows and requires:
- a shortage reason;
- optional notes that will help Purchasing reconcile the shipment; and
- confirmation that the user physically checked the shipment and the listed units were not received.
The final action says exactly how many units will be recorded missing. Use it only when:
- the physical count was performed;
- every accepted phone has one successful scan;
- the correct receiving mode was used;
- held, missing, or duplicate phones were resolved or documented; and
- the PO/manifest variance is understood.
When the physical shipment is short, the review clearly names the units that will be marked missing:
Odoo checks the outstanding rows again when the action is submitted. If another user scanned a unit after the review opened, completion is stopped so the user must review the current list rather than confirming stale information.
Completion:
- closes the Receiving Manifest;
- records any remaining expected rows as missing and creates one open reconciliation item per missing row;
- posts the receiving valuation/GRNI entry when the required journal/accounts and a non-zero value are configured; otherwise it closes inventory without pretending an accounting entry was posted; and
- creates downstream warehouse work such as putaway.
The phones now exist in inventory with Available custody/status as applicable and
Pending QC unless Reyder actually tested them.
Reconcile a completed short receipt¶
Do not reopen the manifest or edit a missing line directly. Inventory managers can use Device Ops → Receiving → Short Receipt Reconciliation for the open queue, or open the completed Receiving Manifest and use Reconcile Missing Devices. Resolve each open item using the physical, shipment, and supplier evidence:
| Resolution | Use when | Result |
|---|---|---|
| Late Receipt | The originally expected IMEI arrives later | The missing line becomes received; Odoo adds only that unit's inventory, PO receipt quantity, putaway work, and supplemental accounting entry |
| Confirmed Shortage | The investigation confirms the unit was not received and will not arrive | The expected line stays missing and the reconciliation item is closed with an audit reason |
| Substitute Receipt | A different, approved IMEI arrived in its place | The expected line stays missing; the replacement is recorded separately as an unexpected unit with its own inventory and audit linkage |
Resolving an item does not rerun the original manifest completion, repost the original receipt, or erase the historical shortage. Record the actual resolution, reference the supplier decision in the notes, and resolve only the unit physically observed.
After receiving — choose the honest outbound path¶
- Sell immediately using intake evidence → select As Received (Supplier/PO Grade) on the sales row.
- Promise Reyder's own tested result → complete QC and select Reyder QC Verified.
See Quality Control & Selling As.
One-off Device Intake is not a supplier shortcut¶
Use Device Ops → Receiving → Device Intake only for a small company-owned unit with no supplier PO and no vendor IMEI list—for example, an approved trade-in, replacement, or test phone.
Do not use Device Intake for a normal supplier shipment or consigned batch. It bypasses the PO/Receiving Manifest chain that purchasing and accounting need.
Common problems¶
I opened the Receiving Manifest but do not know which scan button to use
Stop and answer one question: did the supplier send the exact IMEIs? Yes means upload and Verify Supplier IMEI List. No means Receive Without Supplier IMEI List.
The supplier file row count does not equal the PO quantity
Do not scan yet. Review mapping, blank rows, duplicates, and the correct PO with purchasing. The discrepancy should be understood before physical verification.
The scanner says the IMEI already exists
Search All Devices. The phone may have been received on another PO or scanned earlier. Do not add it again.
The Receiving Manifest will not complete
Review remaining expected rows and the physical shortage. Complete only after the discrepancy is accepted and documented in the Record Short Receipt review. If another scan changed the outstanding list, reopen the review. If nothing arrived and zero IMEIs were accepted, add the shortage note and cancel the manifest instead of completing it.
A phone arrived after a short receipt was completed
Do not reopen the manifest or force the line to Received. A stock manager opens Reconcile Short Receipt and records Late Receipt for the exact expected IMEI.
For exact messages, see Troubleshooting.