Freight Forwarding Software Development Services
Forwarders lose margin in the gaps between systems: quotes built in spreadsheets, bookings re-keyed from emails and PDFs, and customers calling for status the portal can't give them. We build freight forwarding software around your job file, from quote to agent settlement, connected to the carriers, airlines and customs systems you already work with.
Got it — thanks!
A senior engineer will review this and reply within one business day.
What Freight Forwarding Software Development Covers
Quoting & rate management
Contract, NAC and spot rates, surcharges and local charges held as versioned data; multi-leg quotes with Incoterms responsibility, validity and margin rules; accepted quotes turned straight into bookings.
Shipment files & bookings
One job file per consignment across ocean FCL/LCL, air and road, with carrier and airline bookings, milestones, tasks and documents attached, so every branch and agent works from the same record.
Consolidation & documentation
House and master structures for LCL and air consolidations, co-loading, cost allocation across houses, and generation of HBLs, HAWBs, arrival notices and manifests, with eBL support where carriers offer it.
Customs & compliance workflows
House-level data captured once and reused for ISF, ICS2 entry summaries and broker handoffs; restricted-party screening hooks, holds and document checklists per trade lane.
Job costing & agent accounting
Accruals against each job, actual carrier costs matched to what was quoted, profit per shipment and lane, and debit/credit notes and statements across your overseas agent network, posted to your accounting system.
Customer portals & document automation
Branded portals for quotes, bookings, tracking and documents, plus extraction of shipping instructions, commercial invoices and packing lists into structured data, with a person reviewing exceptions.
Built for Specific Buyers, Not Everyone
Independent and mid-sized forwarders
Competing with digital forwarders on quote speed and visibility, and needing their own quoting and portal layer on top of a core forwarding system.
NVOCCs and consolidators
Whose house/master structures, co-loading arrangements and LCL cost allocation don't fit the tools they have.
Digital forwarding startups
Building a forwarding product from scratch who need a booking, rating and shipment data model that will survive real carrier and customs integrations.
If you are a small forwarder whose needs are covered by a standard forwarding system's configuration, licensing one will cost far less than a custom build, and we'll tell you so.
From Kickoff to Launch
Job-file & integration discovery
Real ocean and air jobs traced end to end across sales, operations, documentation, customs and accounts; carriers, airlines, agents and customs systems listed with their available APIs and EDI.
→ Scope + integration mapData model & workflow design
House/master structure, rate model and job lifecycle agreed; quoting, operator and portal screens prototyped with the people who use them.
→ Clickable prototype + architectureBuild against test environments
The first workflow, such as quoting or the customer portal, built and tested with carrier sandboxes, airline test messages and customs test filings.
→ Release candidate on sample jobsLive pilot & rollout
The workflow runs on live jobs for one branch or trade lane, results are checked against the existing system, then rollout widens.
→ Live module + rollout planTechnologies We Use
Compliance and Standards We Build To
DCSA Booking 2.0 & Bill of Lading 3.0
Ocean bookings, shipping instructions and electronic bills of lading built to the DCSA standards finalised in 2025, which DCSA member carriers use for their commitment to fully electronic bills of lading by 2030.
IATA e-AWB & ONE Record
Air bookings and house/master air waybills exchanged as Cargo-XML or Cargo-IMP today, with a data model ready for IATA ONE Record, IATA's preferred air cargo data-sharing standard since 1 January 2026.
EU ICS2 & US ISF (10+2)
House-level consignment data structured for ICS2 entry summary declarations, now in force across air, maritime, road and rail, and for US Importer Security Filing (19 CFR Part 149); filings go through the customs systems or a licensed broker.
Incoterms 2020 & FIATA documents
Quotes and job costing respect the Incoterms rule agreed in the sale, and house documents can follow FIATA formats such as the FBL where you issue them.
Common Questions About Freight Forwarding Software Development
What does Northell Design build as part of freight forwarding software development?
Quote and rate management for ocean, air and road, booking with carriers and airlines, the shipment or job file that follows a consignment from origin to delivery, LCL and air consolidation with house and master documents, document generation (house bills of lading, house air waybills, arrival notices, commercial invoice and packing list checks), customs filing workflows, job costing and profit per shipment, agent-network billing, and customer portals for quotes, bookings, tracking and documents.
We already run CargoWise, Magaya or another forwarding system. Why build anything custom?
Usually you shouldn't replace it. The core forwarding system handles accounting, compliance and the operational record well. Custom work pays off around it: a quoting engine that prices the way your sales team actually sells, a branded customer portal your clients use instead of emailing for status, automation that turns shipping instructions and PDFs into structured bookings, or analytics across branches and agents. Where the platform exposes APIs or EDI, we integrate with it rather than duplicate it; where it doesn't, we say so before scoping.
How does a custom quoting engine for forwarders work?
Carrier contract rates, NAC and spot rates, surcharges (BAF, PSS, THC, security and fuel), local charges and your margin rules are stored as structured, versioned data rather than spreadsheets. A quote combines origin, freight and destination legs, applies validity dates and Incoterms responsibility, and can pull live spot prices from rate platforms or carrier APIs where you have access. Accepted quotes become bookings without re-keying, so the job's actual costs can be compared with what was sold.
Which integrations does Northell Design typically build for freight forwarders?
Ocean carrier booking, schedules and track-and-trace through DCSA-standard APIs where carriers publish them, or through INTTRA (e2open) and carrier portals where they don't; airline bookings, e-AWB and status through Cargo-IMP/Cargo-XML messages and, increasingly, IATA ONE Record; container tracking providers; customs filing through ACE (for US ISF and entries via a broker or ABI provider), the EU ICS2 entry summary declarations and national systems such as the UK CDS; accounting systems; and EDI X12 or EDIFACT (IFTMIN, IFTSTA) with shippers and partners. We confirm access, message versions and costs for each partner in discovery.
Can the software handle consolidation and house/master relationships correctly?
Yes, and it's the part most generic tools get wrong. The data model keeps house shipments (HBL, HAWB) separate from master documents (MBL, MAWB), supports co-loading with other forwarders, splits costs across houses by weight, volume or chargeable weight, and produces the house-level data that regimes such as ICS2 and US ISF require from the party that holds it.
How does Northell Design run a freight forwarding software project?
We start with discovery on your real jobs: modes, trade lanes, branches, agents, current systems and where staff re-key data. That gives a written scope, an integration map and a first release, usually one workflow such as quoting or the customer portal. We design screens with your operators and sales team, build against carrier and customs test environments, then run the new workflow on live jobs before widening it.
Who owns the platform, the data and the carrier connections?
You do. Source code, cloud accounts, rate data, customer data and integration credentials belong to your company, and Northell Design documents every integration so your team or another vendor can take it over.