A build-to-order ERPNext application for courier and freight operations — consignment and waybill management, multi-courier allocation, part-load tracking, electronic proof of delivery, and rate-card freight billing. ECOSIRE scopes, builds, installs, and supports it for you. Built to order by ECOSIRE for ERPNext v15, v16 — indicative price from $499.00 USD; request a quote for a scoped proposal.

A build-to-order ERPNext application for courier and freight operations — consignment and waybill management, multi-courier allocation, part-load tracking, electronic proof of delivery, and rate-card freight billing. ECOSIRE scopes, builds, installs, and supports it for you.
لا حاجة للدفع الآن. يؤدي هذا إلى إرسال طلب عرض سعر إلى فريقنا — وسنتواصل معك عبر البريد الإلكتروني بالأسعار والخطوات التالية.
Courier companies, freight forwarders, and 3PL providers hit the same wall on stock ERPNext: it models Delivery Notes, Shipments, and Sales Invoices for a company that ships its own goods, not a carrier that moves other people's consignments for a fee. There is no native Waybill or Consignment DocType, no concept of allocating a booking across competing carriers, no part-load (LTL) manifest that consolidates many small shipments onto one trip, and no rate card that prices freight by weight break, zone, volumetric factor, or fuel surcharge. Operators end up running the core of their business in spreadsheets and WhatsApp while ERPNext holds only the accounting tail.
First-class `Consignment`, `Waybill`, and `Courier Booking` DocTypes with child tables for package lines, dimensions, and declared value
Carrier-allocation engine as a whitelisted server method that ranks eligible couriers by rate card and service level, with manual override
`Rate Card` DocType supporting weight breaks, zone matrices, volumetric (dimensional) weight, and fuel surcharge
Auto-generated waybill numbers and barcodes on `on_submit` via `hooks.py` doc events
Immutable scan-event timeline stamped by `on_update` handlers for every status transition
Part-load (LTL) manifest that consolidates many consignments onto one trip, each leg tracked independently
ECOSIRE builds a proper Frappe application (a real app installed with bench get-app / bench install-app, not a pile of customize-form tweaks) that adds the missing operational spine. We model first-class DocTypes — Consignment, Waybill, Courier Booking, Rate Card, and Proof of Delivery — with child tables for package lines, dimensions, and scan events, and link them cleanly to native Customer, Address, Contact, and Sales Invoice so nothing in your ledger goes off-book. A carrier-allocation engine (a whitelisted server method) ranks eligible couriers against your rate cards and service-level rules and assigns the cheapest or fastest carrier per booking, with manual override. hooks.py doc events drive the lifecycle: on submit, a consignment auto-generates its waybill number and barcode; scan and status transitions fire on_update handlers that stamp an immutable tracking timeline; a scheduler event polls for stuck shipments and SLA breaches.
Tracking is built for the way freight actually moves. Every package and part-load leg carries its own status, so an LTL trip can show ten consignments at different stages on one manifest. Electronic proof of delivery is captured from the field — signature, photo, recipient name, and geo-stamp — through whitelisted REST endpoints your driver app or a Frappe web form posts to, and the POD attaches back to the consignment and unlocks freight billing. Rate cards convert delivered weight and zone into charges, generate the freight Sales Invoice against native ERPNext accounting, and reconcile carrier cost versus customer price so you can see margin per lane. Role profiles and permission rules separate dispatchers, drivers, billing, and carrier-partner access; client scripts add the dispatch-board and scan-entry UX inside the standard Frappe desk. It is built for Frappe/ERPNext v15 and forward-compatible with v16.
Because this is build-to-order, nothing ships blind. We start from your real consignment flow, carrier mix, and billing rules, agree a written scope, then build against it — so the DocTypes, allocation logic, and rate structure match how you dispatch, not a generic template. Typical delivery is 2–4 weeks from confirmed scope depending on courier integrations and rate-card complexity. You receive the full source, install and configuration on your bench, UAT on a staging site, and a post-go-live support window before we hand over the git repository.
Runs daily dispatch and needs waybill generation, barcode scanning, a live tracking timeline, and SLA alerts inside ERPNext instead of spreadsheets and messaging apps.
Moves other people's goods across multiple carriers and needs consignment booking, multi-courier allocation by cost and service level, and margin-per-lane visibility.
Needs freight charges to flow from delivered weight and zone into native ERPNext Sales Invoices, with carrier cost reconciled against customer price.
Needs a REST-backed way for drivers to scan packages and capture electronic proof of delivery with signature, photo, and geo-stamp from the road.
قم بشراء الترخيص من موقع ecosire.com وقم بتنزيل تطبيق Logistics & Courier Management ZIP من لوحة تحكم حسابك.
قم باستخراج ملف ZIP إلى مجلد تطبيقات مقعدك، أو قم بتشغيل "bench get-app" مع المسار إلى التطبيق المستخرج.
قم بتشغيل `bench --site SITE_NAME install-app APP_NAME` متبوعًا بـ`bench migrate` لتثبيت Logistics & Courier Management وتطبيق مخططه.
افتح إعدادات ترخيص ECOSIRE على موقعك وقم بتنشيط مفتاح الترخيص الخاص بك. يتطلب تطبيقي ecosire_connect وecosire_license_client المجانيين.
| المعيار | ECOSIRE | بناء مخصص | منافس | أودو الأصلي |
|---|---|---|---|---|
| Consignment & waybill model | First-class DocTypes built for your flow | Possible but you design it from scratch | Generic template, rarely matches carrier ops | |
| Multi-courier allocation | Rule-based engine with manual override | Buildable at high effort | Usually single-carrier or absent | |
| Part-load (LTL) tracking | Per-leg status on consolidated manifests | Complex to design correctly | Rarely modeled | |
| Electronic POD capture | Signature, photo, geo-stamp via REST | Requires custom endpoints and app | Limited or add-on only | |
| Freight rate cards & billing | Weight/zone/volumetric into native invoices | Significant billing logic to write | Fixed pricing, hard to adapt | |
| Fit to your operation | Scoped and built to your lanes and carriers | Full fit but you carry all the risk | One-size-fits-most compromise | |
| Source & ownership | Full source + git repo handover | You own it, you maintain it | Often closed or license-locked | |
| Support after launch | Post-go-live window + optional retainer | Depends on who built it | Vendor tickets, variable SLA |
This is a build-to-order product. Once we agree a written scope, typical delivery is 2–4 weeks depending on the number of courier integrations and the complexity of your rate cards. You are not downloading a finished marketplace app — ECOSIRE builds it against your real dispatch and billing flow.
No. It is not a Frappe Cloud Marketplace download. We scope, build, install, and support a Frappe application specifically for your operation, then hand over the source and git repository.
Every build includes a post-go-live support window for defect fixes and configuration adjustments. You receive the full source and git repo, so your team or ECOSIRE can extend it. Ongoing support and version upgrades (for example v15 to v16) are available as a separate retainer.
We build for Frappe/ERPNext v15 with forward compatibility to v16. If you are on an earlier version, we will confirm compatibility or recommend an upgrade path during scoping.
Yes. The carrier-allocation engine is a whitelisted server method that ranks eligible couriers against your rate cards and service-level rules, picking the cheapest or fastest per booking, with manual override always available to dispatchers.
Scans and proof-of-delivery capture post through whitelisted Frappe REST endpoints, so any driver app, PWA, or Frappe web form can send scan-in, scan-out, signature, photo, and geo-stamp data straight to the consignment.
Yes. Rate cards convert delivered weight and zone into charges and generate Sales Invoices against standard ERPNext accounting — nothing runs off-ledger, and carrier cost is reconciled against customer price for margin reporting.
A build-to-order ERPNext application for courier and freight operations — consignment and waybill management, multi-courier allocation, part-load tracking, electronic proof of delivery, and rate-card freight billing. ECOSIRE scopes, builds, installs, and supports it for you.