Warehouses, locations, receipts, deliveries, transfers, barcode and reordering rules in one system, connected to purchasing, sales and accounting — so an item’s balance is an explained number instead of an estimate.
Direct answers
Yes. You can define several warehouses, and inside each one a hierarchy of storage locations (zone → aisle → shelf), with operation routes that decide how goods move: a direct receipt or one through an inspection area, a one-step or two-step delivery. We configure those routes around how your warehouse actually works, not around the default.
Yes. Odoo’s barcode app runs on a phone or a connected scanner and covers receipts, deliveries, transfers, counts and label printing. Scanning the item instead of typing it removes the single biggest source of balance drift. The scanner hardware itself we inspect first — model and how it outputs data — before it goes into the scope.
Yes. A valuation method is set per product or category (standard cost, FIFO, or weighted average), and with automated valuation the accounting entries follow each stock movement: receipt, delivery, and adjustment. During analysis we confirm the chosen method matches what your accountant applies before anything goes live.
We start with an opening count: products, price lists and locations are migrated, then opening quantities are entered to match a physical count — not the numbers in an old file. That is the only route to a first stock report that is correct. Physically arranging and counting the shelves is the client’s responsibility; we configure the system and reconcile it with what was counted.
Anatomy
Every movement has a document, a reason and a location — which is what makes a balance explainable when someone asks about it.
A warehouse per branch or site, with hierarchical storage locations inside it that say exactly where each item sits, and routes that match how you work.
You know where every item is
Receive against the purchase order, match quantities, and record the difference — short or over — before the vendor bill is closed, with an inspection step where needed.
Matched before payment
Reserve quantities for confirmed orders, pick in steps, and handle shortages with a stated policy — partial delivery or wait.
Reserved, not promised
Move goods between warehouses and locations in one step or several, with a route per case: direct sale, through a packing area, or repackaging.
A documented movement
Scan products, locations and lots across receipts, deliveries, transfers and counts, and print barcode labels per product or lot.
Less typing, fewer variances
Serial tracking for high-value items, and lot plus expiry tracking for food and medicine, with advance alerts before expiry.
Traced back to the supplier
A minimum and an order quantity per product or warehouse, generating a purchase order or manufacturing order automatically at the trigger point.
Ordered before it runs out
A full or cycle count on a chosen set of products, entry of counted quantities, then an adjustment with a recorded reason and an approval right.
A variance explained, not buried
The daily cycle
Six steps that repeat daily, each with a clear output and a direct effect on quantity and cost.
Goods arrive and are booked against the purchase order, by scanning or by hand depending on scope.
Output: a receipt matched to the order
Check quantity and quality where required, then place the goods in the right location by the putaway rules.
Output: accepted stock in its location
Reserve quantities for confirmed orders, pick them from the specified locations, and surface any shortage immediately.
Output: a reserved, ready order
Dispatch the goods and confirm delivery, so the balance drops and the accounting effect is recorded in the same movement.
Output: an updated balance and a delivery document
Move stock between warehouses and locations on a documented route, so an item is never lost between two sites or counted in both.
Output: a documented movement
A cycle or full count, then adjustment of the differences with a recorded reason, which also corrects the value in accounting.
Output: an explained variance and updated value
Inside the system
The expected set: the stock dashboard, a receipt, a delivery with reservation, an internal transfer, barcode scanning, and stock valuation.
The images shown now are temporary placeholders that mark each slot and what it should contain. They are replaced with real screens from the dashboard (/admin/inventory-screenshots) with no code change.
Controls
Operating controls we configure: who may adjust, what gets recorded, and how an item is traced back to its source.
Every quantity carries a lot and an expiry date, so an item can be traced from the purchase order to the customer — and recalled on a complaint.
Who may change quantities is set by role and permission, and large adjustments pass an approval instead of being saved in one click.
Every increase or decrease is tied to a document, a person, a time and a reason, so “why did the balance change?” is answerable instead of guessed.
Count groups of products in batches instead of shutting the warehouse for one annual count, so accuracy stays high while work continues.
Stock movements create their accounting entries, and the inventory value can be reconciled against the asset account at the end of any period.
These are operating controls we configure in the system — not a certificate or an accreditation from any authority. Physical counting accuracy and safe storage remain the employer’s responsibility.
Reporting
What management, purchasing and finance need: value, movement, shortage and variance.
Stock value at cost, by warehouse and category, at any moment instead of a year-end calculation.
Every movement of an item: from where, to where, and on which document, over any period you choose.
What has reached or fallen below its minimum, with the suggested order quantity — before sales stop.
The gap between the book balance and the counted quantity per item and location, sorted by impact.
Value and quantities distributed across warehouses and locations, to compare branches and spot the expensive one.
What has not moved in a while and what is nearing expiry, to decide on discounting or returning it before it becomes a loss.
Integration
A correct balance comes from the documents that create it: a purchase order, a sales order, a manufacturing order and a journal entry.
Receipt, delivery and adjustment entries are created from the stock movement itself, so the inventory value matches the ledger.
The purchase order creates the receipt, the receipt matches the bill, and the difference is recorded before payment, not after.
An order reserves stock immediately and the till deducts from the warehouse in real time, so nothing sells that is not there.
Raw materials are consumed by the work order and finished goods are added at their cost, so production shows up in both quantity and cost.
A scanner or a phone for counting, and a label printer for shelves and items — depending on the hardware you have, verified before it enters the scope.
Scope
Described scope with no published prices: cost depends on the number of products, warehouses, locations and integrations, and is quoted in a proposal.
One or two warehouses, receipts, deliveries and transfers, counts and adjustments, and core stock reporting.
The right first step to get stock in order
Everything in Foundation plus multiple locations and routes, barcode and labels, lots and expiry, reordering rules, and stock valuation connected to accounting.
The common single-entity scope
Everything above with several branches and warehouses, multi-step routes, several scanning devices, and additional customisation and integrations.
Quoted after the needs analysis
We publish no price before the needs analysis: cost follows product count, warehouses, locations and integrations.
FAQ
Direct answers on scope, responsibility and what we do not do — without inflation.
Yes. You can define several warehouses, and inside each one a hierarchy of storage locations (zone → aisle → shelf), with operation routes that decide how goods move: a direct receipt or one through an inspection area, a one-step or two-step delivery. We configure those routes around how your warehouse actually works, not around the default.
Yes. Odoo’s barcode app runs on a phone or a connected scanner and covers receipts, deliveries, transfers, counts and label printing. Scanning the item instead of typing it removes the single biggest source of balance drift. The scanner hardware itself we inspect first — model and how it outputs data — before it goes into the scope.
Yes. A valuation method is set per product or category (standard cost, FIFO, or weighted average), and with automated valuation the accounting entries follow each stock movement: receipt, delivery, and adjustment. During analysis we confirm the chosen method matches what your accountant applies before anything goes live.
Yes. A product can have several units of measure (piece, box, carton, kilogram) with conversion factors between them, and can be bought or sold in any of them while the balance stays in the base unit. That prevents the most common balance error: buying by the carton and selling by the piece without a defined factor.
Physically arranging the shelves, performing the count itself, determining the correct opening balances, and any air-conditioning or security work. We configure the system, routes and labels and train your team to count and enter, but physical stock accuracy is the client’s responsibility.
Yes, through cycle counting: products are split into groups and counted in batches — daily or weekly — instead of shutting the warehouse for an annual count. The system freezes the counted quantity for that group and compares it with the balance at the moment of counting, so movements happening during the count are not lost.
We start with an opening count: products, price lists and locations are migrated, then opening quantities are entered to match a physical count — not the numbers in an old file. That is the only route to a first stock report that is correct. Physically arranging and counting the shelves is the client’s responsibility; we configure the system and reconcile it with what was counted.
Four details are enough: product count, number of warehouses or branches, current stock system, and whether barcode is in use.
Tell us your product count, warehouses and current system, and we will come back with a delivery plan and a clear scope.
Request a proposalWe are a systems implementation and integration company, not a certification body. We configure the warehouses, locations, routes and valuation rules and test them with you; physical counting accuracy, safe storage and the correctness of opening balances remain the client’s responsibility, and we document that boundary in the proposal before starting.