The goods have reached the warehouse, but some freight bills are still missing. Which cost should sales use for a quotation, and when can accounting establish the margin on that shipment? This question is a useful starting point for system design before choosing modules.
Content status and correction, 25 October 2026: This article is a guide based on a hypothetical scenario. PinnacleArc, used in the previous version, was an invented company name, not a pseudonym establishing a real customer reference. The personal quotations, project details, before-and-after figures, six-month outcomes and payback period in that version had no verifiable project evidence attached to this article. Those claims, including the claim that Enersys delivered this project, have been withdrawn. The original URL and publication date are retained so existing links continue to work.
Define the scenario before designing the system
Suppose an industrial parts trader buys in foreign currencies, stores goods at several locations and sells to customers in Thailand and overseas. Purchasing manages purchase orders, the warehouse manages receipts and deliveries, and accounting manages bills and payments. Some records remain in separate spreadsheets.
The following is a proposal to test. It contains no company's verified revenue, headcount, budget or achieved results, and does not establish that Odoo fits every business. Buyers should use their own documents and product records to test the proposed process.
Start with one order and collect its purchase order, goods receipt, vendor bill, import charges, customer delivery and payment records. Define the reference used to follow that transaction. Distinguish product lots from shipments: a shipment can contain several lots.
Design the flow from purchasing to payment
Purchasing and receipts
Ask the team to test requests for quotation, purchase order approval, receipts and vendor bill checks in Purchase and Inventory using representative products. Include partial receipts, excess deliveries, returns and bills received before the goods arrive.
Before migration, have an owner confirm product codes, units of measure, vendors and opening balances. Define who can change master data and who approves those changes. Retain the opening balance reconciliation as evidence before launch.
Multiple locations and goods in transit
The Odoo 19 Locations documentation describes tracking goods by location and setting location types, including Internal and Transit. Enabling Storage Locations is part of the configuration.
For this scenario, ask the provider to demonstrate a transfer from origin to destination, stock in transit, quantities reserved for sales orders and quantities available to deliver. Total stock alone does not establish what can be promised to a customer. Test the routes and reservation rules the business will actually use.
Landed costs and foreign currencies
The Odoo 19 Landed costs documentation describes adding charges to product valuation and allocation methods such as quantity, weight and current cost. Applying landed costs through a vendor bill requires the original products to belong to a category using AVCO or FIFO costing.
Have accounting approve which charges form inventory cost, which are period expenses and how each tax is recorded. Then test a freight bill that arrives after part of the stock has been sold. Check the inventory valuation and accounting impact. Do not assume every charge is automatically allocated to every lot.
The Odoo 19 Multi-currency system documentation covers foreign currency transactions, manual or scheduled rate updates, and accounts for exchange differences. Check the rate source and update interval in the proposed system.
Use different rates for the bill and payment dates in the test, then have accounting reconcile the difference to bank evidence. Better visibility does not guarantee lower exchange losses and does not itself provide financial hedging.
