A build-to-order Odoo freight and transport management module that unifies shipment planning, multi-mode freight rating, dispatch, and carrier tracking in one workflow. ECOSIRE scopes, builds, installs, and supports it for your Odoo 17/18/19 environment. Built to order by ECOSIRE for Odoo 17, 18, 19 — indicative price from $299.00 USD; request a quote for a scoped proposal.
示意预览A build-to-order Odoo freight and transport management module that unifies shipment planning,
multi-mode freight rating, dispatch, and carrier tracking in one workflow.
ECOSIRE scopes, builds, installs, and supports it for your Odoo 17/18/19 environment.
无需自行搭建——由 ECOSIRE 构建、安装并提供支持的可用应用。
以一次性构建价格开始。我们在启动时与您共同确定范围。
ECOSIRE 在您的 Odoo 上构建、配置并安装。
约 2–4 周内上线,并提供上线后的支持期。
Logistics teams running Odoo hit a wall fast: the core Inventory and Sales apps handle stock moves and delivery orders, but they have no real concept of a freight shipment. There is no first-class object that carries the load's mode (road, air, ocean, rail), consolidated packages, chargeable vs actual weight, carrier assignment, freight cost, and margin in one place. So planners fall back on spreadsheets for rating and consolidation, re-key carrier bookings by hand, and lose the link between what was quoted, what was dispatched, and what the carrier actually charged. Native stock.picking and delivery carriers get you a shipping label price for a single parcel — they do not get you a transport operation.
All in One Freight Management closes that gap with a purpose-built domain layer on top of Odoo. We add a freight.shipment model (with its own sequence, states, and QWeb documents) that links to sale orders, purchase orders, and one or many stock.picking records, so a shipment can consolidate multiple orders or split one order across carriers. A freight.rate / freight.charge.line structure drives rating: chargeable-weight and volumetric calculations run through compute methods with @api.depends on package dimensions and weight, so freight cost, fuel and accessorial surcharges, and customer sell price recompute automatically. Carrier assignment, booking references, and milestone tracking (booked, in transit, at destination, delivered, POD) live on the shipment, with automated actions and scheduled actions to flag exceptions and stale bookings. Everything respects Odoo's access model — ir.model.access.csv for the new models plus record rules to scope shipments by company and transport team.
Technically, the module is a clean, upgrade-safe addon: its own __manifest__.py, versioned for the Odoo release you run, models under models/, backend views and OWL components under views/, security rules, QWeb PDF reports (freight manifest, house/master documents, load sheet), and demo data for UAT. Costs post to accounting through standard journal entries and vendor bills so freight margin lands in your P&L rather than a side spreadsheet. Because it is Odoo-native, the shipment, rating, and tracking data are all reachable over the XML-RPC/JSON-RPC API, so carrier portals, EDI, or a customer tracking page can read and write shipments programmatically. We build against Community or Enterprise as your edition dictates and note any Enterprise-only dependencies (studio-style fields, advanced accounting) up front so nothing surprises you at install.
This is a made-to-order engagement, not an instant download. After a short scoping call we confirm the exact modes, rating rules, carrier set, and integrations you need, then build, test on a staging copy of your database, and hand over installable source. Typical delivery is 2-4 weeks from confirmed scope, depending on how many carriers, document formats, and localizations are in play. Pricing starts from $299 (indicative, single-company base scope); multi-company operation, additional carrier/EDI integrations, deeper localization of freight documents, and migration of historical shipment data increase the quoted scope. You receive a fixed quote after the scoping call, never a surprise invoice.
Runs shipments for many clients across modes and carriers and needs consolidation, house/master documents, and per-shipment freight margin — none of which native delivery orders provide.
Ships finished goods to customers on Odoo and wants freight cost and sell price attached to each shipment, rating automated, and dispatch visible on one board instead of email and spreadsheets.
Needs a clean, upgrade-safe freight addon with proper models, security, and API surface they can maintain and extend, rather than brittle Studio fields bolted onto `stock.picking`.
Coordinates daily pickups and deliveries and needs milestone tracking, exception alerts, and POD capture tied to each load, with an at-a-glance kanban of what is booked, in transit, and delivered.
| 标准 | 伊科西尔 | 定制建造 | 竞争对手 | Odoo 原生 |
|---|---|---|---|---|
| Freight shipment object | First-class `freight.shipment` model with states, sequence, and documents | Possible, but you design and maintain the whole model yourself | Often a lighter shipment record with fixed assumptions | No shipment concept — only `stock.picking` delivery orders |
| Multi-mode & consolidation | Road/air/ocean/rail with consolidation across orders and carriers | Whatever you build; scope creep is common | Usually one or two modes, limited consolidation | Not supported |
| Freight rating & margin | Chargeable-weight/volumetric compute, cost vs sell, margin exposed | Build your own rating engine from scratch | Basic rate tables, margin often not modeled | Single-parcel carrier price only, no margin |
| Fit to your workflow | Built to your confirmed scope, carriers, and documents | Fully bespoke — highest effort and cost | You adapt your process to the app's assumptions | Generic stock flow, no freight workflow |
| Security & multi-company | Dedicated access rules + record rules scoped by company/team | You implement and test the security matrix | Varies; multi-company support inconsistent | Standard stock access, no freight-specific rules |
| Support & source handover | Full source, git repo, docs, training, support window | Depends entirely on your developer's handover | Vendor support tiers; source often closed | Community/Enterprise support for core only |
| Odoo version fit | Version-pinned build for 17.0/18.0/19.0, Community or Enterprise | You maintain compatibility yourself | Depends on vendor's release cadence | Ships with the core release |
| Delivery model | Build-to-order, 2-4 weeks, fixed quote after scoping | Weeks to months, open-ended budget | Instant download, take-it-as-is | Already installed, but lacks freight features |
This is a build-to-order module, so it is built for you after we agree the scope. Typical delivery is 2-4 weeks from confirmed scope. The exact timeline depends on the number of transport modes, carriers, document formats, integrations, and any data migration in play — all of which we pin down on the scoping call.
No. It is not an off-the-shelf apps.odoo.com download. ECOSIRE designs, builds, installs, and supports it for your specific Odoo environment and requirements. You receive installable source code and a git repository once your version is built and tested.
Pricing starts from $299 as an indicative single-company base-scope figure. On a short scoping call we confirm modes, rating rules, carriers, documents, integrations, and migration needs, then give you a fixed quote — no surprise invoicing. Drivers like multi-company operation, extra carrier/EDI integrations, deeper document localization, and historical data migration increase the quoted scope.
Every engagement includes a post-go-live support window for defect fixes and configuration questions. Because you receive the full source and git repository, you or your partner can maintain it, and we offer ongoing support or Odoo-version upgrade work (for example moving 17.0 to 18.0 or 19.0) as a separate arrangement.
We build and version-pin the module for Odoo 17.0, 18.0, or 19.0, on Community or Enterprise. If any capability depends on an Enterprise-only feature (advanced accounting, for example), we flag it during scoping so there are no surprises at install.
Native delivery carriers price a single parcel against a `stock.picking` and stop there — there is no shipment object, no consolidation, no freight margin, and no multi-mode rating. This module adds a real `freight.shipment` domain layer on top of Inventory and Sales, so a transport operation becomes a first-class record rather than a spreadsheet workaround.
Yes. The new models are exposed over Odoo's XML-RPC/JSON-RPC API, so carrier portals, EDI feeds, and customer tracking pages can create and update shipments programmatically. Specific carrier or EDI integrations are scoped and quoted based on the endpoints and data formats involved.
A build-to-order Odoo freight and transport management module that unifies shipment planning, multi-mode freight rating, dispatch, and carrier tracking in one workflow. ECOSIRE scopes, builds, installs, and supports it for your Odoo 17/18/19 environment.