A build-to-order ERPNext app that runs the full logistics lifecycle — booking, freight order, yard, and job execution — as native Frappe DocTypes. ECOSIRE scopes, builds, installs, and supports it for your fleet. Built to order by ECOSIRE for ERPNext v15, v16 — indicative price from $599.00 USD; request a quote for a scoped proposal.

A build-to-order ERPNext app that runs the full logistics lifecycle — booking, freight order, yard, and job execution — as native Frappe DocTypes. ECOSIRE scopes, builds, installs, and supports it for your fleet.
Şimdi ödeme yok. Bu, ekibimize bir teklif talebi gönderir — fiyat ve sonraki adımlarla e-posta ile dönüş yapacağız.
Logistics and transportation providers run on quotes, freight orders, yard slots, and jobs — but ERPNext core has no vocabulary for any of it. Teams end up bending the Sales Order and Delivery Note DocTypes into cargo bookings, tracking yard positions in spreadsheets, and reconstructing which driver ran which leg from email threads. Native Stock Entry and Delivery Note model warehouse movements, not multi-leg freight jobs with rail and road segments, cargo quantities in mixed units, and service activities that need to be logged and billed per job. That gap is exactly where this build-to-order app lives.
Native `Cargo Booking`, `Freight Order`, `Yard Slot`, and `Job` DocTypes with submittable workflow states and naming series
Booking → freight order → job pipeline auto-generated via `hooks.py` doc events (`on_submit`, `on_update`) and server scripts
Rail and road transport configurations per job leg, each with its own mode, route, and cargo quantity
Yard management with slot occupancy tracking kept consistent through server-side validation on job dispatch and delivery
Cargo quantity tracking across mixed units (weight, volume, container/TEU) with child-table cargo lines
Server-side job-status state machine that blocks illegal transitions (e.g. delivered before dispatched)
ECOSIRE builds a proper Frappe app — installed onto your bench as a versioned module, not a pile of customizations — with first-class DocTypes for Cargo Booking, Freight Order, Yard Slot, and Job (plus supporting child tables for cargo lines and service activities). The pipeline is enforced in hooks.py doc events and server scripts: a submitted Cargo Booking generates a Freight Order, which spawns one or more Job records for the rail and road legs, each carrying its own transport configuration, cargo quantity, and status. Job status transitions are validated server-side so a leg cannot be marked delivered before it is dispatched, and on_update/on_submit handlers keep yard occupancy and cargo quantities consistent. Real-time job-status tracking is exposed through whitelisted methods over the Frappe REST API (/api/method/...) so your dispatch board, driver app, or customer portal reads the same source of truth.
Everything is wired into ERPNext's own machinery rather than bolted alongside it. Service activities logged against a job flow into billing through ERPNext's native Sales Invoice, so operations and finance stay on one ledger. Client scripts drive the booking and dispatch forms (dynamic fields, quantity validation, quick actions); scheduler events run periodic sweeps — stale-yard alerts, SLA checks, auto-status rollups. Access is controlled with Frappe role profiles and permission rules so dispatchers, yard staff, drivers, and finance each see only what their role needs. The app targets Frappe/ERPNext v15 and v16 and is delivered as clean, PEP8-conventioned source in its own git repository.
Because this is build-to-order, nothing ships as an anonymous marketplace download. We start from your actual freight flows — which transport modes, which yard layout, which billing model — and build the app to fit. Typical delivery is 2 to 4 weeks from confirmed scope. You get the installable source for your version, UAT on a staging bench with a rollback plan, install and configuration on your environment, documentation and a training session, the full git repository handed to your team, and a post-go-live support window to settle real-world edge cases.
Runs the daily board and needs the booking → freight order → job pipeline to be enforced, not manual. Wants real-time job status, rail/road leg configs, and no more spreadsheet handoffs between yard and drivers.
Owns the bench and site. Needs a clean Frappe app with migration-safe fixtures, role profiles, and whitelisted APIs — installed on v15/v16 without wrecking their upgrade path or core DocTypes.
Bills customers for freight and service activities. Needs activity logging on each job to flow straight into native ERPNext `Sales Invoice` so operations and the ledger never diverge.
Wants yard utilization, job throughput, and cargo tracking visible in one system on ERPNext, without paying for a separate TMS or stitching together bolt-on tools.
Lisansı ecosire.com adresinden satın alın ve hesap kontrol panelinizden Cargo & Job Management for ERPNext uygulamasının ZIP dosyasını indirin.
ZIP dosyasını tezgahınızın uygulamalar klasörüne çıkarın veya çıkarılan uygulamanın yolunu içeren "bench get-app" komutunu çalıştırın.
Cargo & Job Management for ERPNext yüklemek ve şemasını uygulamak için `bench --site SITE_NAME install-app APP_NAME` komutunu ve ardından `bench move'u çalıştırın.
Sitenizdeki ECOSIRE Lisans ayarlarını açın ve lisans anahtarınızı etkinleştirin. Ücretsiz ecosire_connect ve ecosire_license_client uygulamalarını gerektirir.
| Kriter | ECOSIRE | Özel Yapı | Rakip | Odoo Yerlisi |
|---|---|---|---|---|
| Fit to your freight flow | Built to your booking, yard, and billing rules | Fully bespoke but you own all design decisions | Generic feature set, bend your process to fit | |
| Cargo & job DocTypes | Native `Cargo Booking`/`Freight Order`/`Job` DocTypes | You define and build them from scratch | Whatever the app author shipped, take or leave | |
| Rail + road leg configs | Multi-leg jobs with per-leg transport mode | Possible, but you architect the state machine | Often single-mode or road-only | |
| Yard management | Slot occupancy validated server-side | Build the validation logic yourself | Rarely included; add-on or absent | |
| Activity-to-billing | Service activities roll into native `Sales Invoice` | You wire the billing bridge | May use its own billing, ledger split risk | |
| Delivery model | 2-4 weeks from confirmed scope, UAT + rollback | Months; depends on your team's capacity | Instant install, no fit work | |
| Version support | Built and tested for v15/v16, migration-safe | Your responsibility across upgrades | Depends on author's maintenance cadence | |
| Source & ownership | Full git repo handover, you own it | You own it, you also built it | Often closed or license-restricted |
This is a build-to-order app, so there is no instant download. Typical delivery is 2 to 4 weeks from confirmed scope. After a short scoping call we agree the DocTypes, workflows, and transport/yard/billing rules, then build, run UAT on a staging bench, and cut over to production. Complex multi-mode or high-volume yard setups can extend the timeline, which we flag before you commit.
No. ECOSIRE builds it to fit your actual freight flows and hands you the source. It is a proper Frappe app installed on your own bench, not an anonymous marketplace download, and not a set of throwaway customizations that break on migrate.
We build and test against Frappe/ERPNext v15 and v16. We confirm your exact version during scoping and deliver an app that installs and migrates cleanly on it. If you are mid-upgrade, we plan the build against your target version.
Every engagement includes a post-go-live support window to resolve defects and real-world edge cases. Because you own the full git repository, your team can maintain it independently, and ECOSIRE offers ongoing support and enhancement retainers if you'd rather we keep evolving it as your operations grow.
It ships as a separate Frappe app with its own DocTypes and migration-safe fixtures, wired in through `hooks.py` doc events rather than patching core files. We review your existing apps and customizations during scoping and run UAT on a staging bench with a rollback plan before touching production.
Yes. Job status and cargo data are exposed through whitelisted methods over the Frappe REST API, so external clients — a driver mobile app, a dispatch dashboard, or a customer tracking portal — read and update the same records. We can scope those endpoints as part of the build.
Yes. A freight order can spawn multiple job legs, each with its own transport configuration (rail or road), route, and cargo quantity. Yard occupancy and cargo quantities stay consistent across legs through server-side validation on dispatch and delivery.
A build-to-order ERPNext app that runs the full logistics lifecycle — booking, freight order, yard, and job execution — as native Frappe DocTypes. ECOSIRE scopes, builds, installs, and supports it for your fleet.