A build-to-order ERPNext integration that books PostEx COD shipments, syncs tracking, and reconciles PostEx advance payouts directly against your Sales Invoices. ECOSIRE scopes, builds, installs, and supports it on your Frappe v15/v16 bench. Built to order by ECOSIRE for ERPNext v15, v16 — indicative price from $249.00 USD; request a quote for a scoped proposal.

A build-to-order ERPNext integration that books PostEx COD shipments, syncs tracking, and reconciles PostEx advance payouts directly against your Sales Invoices. ECOSIRE scopes, builds, installs, and supports it on your Frappe v15/v16 bench.
अभी कोई भुगतान नहीं। यह हमारी टीम को एक कोटेशन अनुरोध भेजता है — हम कीमत और अगले चरणों के साथ ईमेल द्वारा संपर्क करेंगे।
Pakistani e-commerce sellers running on ERPNext live and die by cash-on-delivery, and PostEx is one of the dominant COD couriers with its instant-advance payout model. But ERPNext core has no concept of a PostEx booking: staff copy order addresses into the PostEx merchant portal by hand, paste tracking numbers back into a text field, and then spend the end of every week trying to match a lump-sum PostEx advance-payment settlement against dozens of individual Sales Invoices. Delivery Note and the stock ledger know nothing about the parcel's real courier status, and finance has no clean audit trail from Sales Order to delivered-and-paid.
`PostEx Settings` single DocType with the API token stored as an encrypted `Password` field, sandbox/live base-URL toggle, and default pickup address
`PostEx Shipment` DocType linked to `Sales Order`, `Delivery Note` and `Sales Invoice`, holding tracking number, COD amount, order status and payout reference
Token-based PostEx API authentication with a connection-test button and typed error surfacing for expired or invalid tokens
Whitelisted `@frappe.whitelist()` booking method that returns the PostEx tracking number and writes it back to the linked documents
City-serviceability pre-check against PostEx operational-cities before booking, blocking unserviceable destinations with a clear validation message
`hooks.py` doc-event on Delivery Note submit to auto-create a `PostEx Shipment` (configurable on/off in settings)
We build a proper Frappe app (postex_connector) installed on your own bench, not a spreadsheet workaround. It ships a PostEx Settings single DocType (API token stored encrypted as a Password field, base URL, default pickup address, city-map cache) and a PostEx Shipment DocType linked to Sales Order/Delivery Note/Sales Invoice, carrying tracking number, order status, COD amount, and the payout reference. Booking is a whitelisted server method (@frappe.whitelist()) that validates city serviceability against PostEx's operational-cities endpoint before it calls the create-order API, so an unserviceable pincode is caught before the parcel is committed. A hooks.py doc event on Delivery Note submit can auto-create the shipment, and a client script adds a one-click "Book with PostEx" button plus a live status badge on the linked forms.
Tracking and reconciliation run on Frappe's scheduler. A scheduler_events hook polls PostEx for the tracked parcels, writes status transitions (booked, picked, in-transit, delivered, returned) back onto PostEx Shipment, and appends a timeline comment so support can see the full history without leaving ERPNext. When PostEx issues its advance/COD payout, a reconciliation routine matches each settled tracking number to its Sales Invoice and drafts the corresponding Payment Entry — turning the weekly settlement headache into a reviewable, one-approval batch. Bulk label generation calls the PostEx label endpoint for a filtered list of shipments and returns a merged, print-ready PDF so a packing desk can dispatch a whole batch at once.
Access is governed by a dedicated Role and Role Profile, so warehouse staff can book and print while only finance can post the reconciliation Payment Entries; every external call is logged for audit. The app is built against Frappe/ERPNext v15 and v16 and delivered as installable source in a git repository you own.
Because this is build-to-order, nothing is a shrink-wrapped download. We start with a short scoping call to confirm your PostEx merchant account setup, COD workflow, and which documents trigger booking, then hand you a fixed scope and quotation. Typical delivery is 2 to 4 weeks from confirmed scope. We build on a staging copy of your bench, run UAT with your team against real test orders, then install to production with a rollback plan, training, and a post-go-live support window.
A Pakistani e-commerce seller shipping most orders cash-on-delivery via PostEx who needs booking, tracking and payout matching to happen inside ERPNext instead of the PostEx portal and spreadsheets.
Runs the packing desk and needs one-click booking, bulk label printing and a live status badge on each order so a whole day's shipments can go out without re-keying addresses.
Owns COD reconciliation and needs each PostEx advance payout matched to Sales Invoices with drafted Payment Entries, so weekly settlements become a reviewable batch with a clean audit trail.
Maintains the client's bench and wants a properly structured Frappe app with clean DocTypes, hooks and role profiles that installs on v15/v16 and is theirs to own and extend.
Buy the license on ecosire.com and download the PostEx Connector for ERPNext app ZIP from your account dashboard.
Extract the ZIP into your bench's apps folder, or run `bench get-app` with the path to the extracted app.
Run `bench --site SITE_NAME install-app APP_NAME` followed by `bench migrate` to install PostEx Connector for ERPNext and apply its schema.
Open the ECOSIRE License settings on your site and activate your license key. Requires the free ecosire_connect and ecosire_license_client apps.
| Criterion | ECOSIRE | Custom Build | Competitor | Odoo Native |
|---|---|---|---|---|
| PostEx COD booking from ERPNext | Native DocType + one-click and auto-book on Delivery Note | Possible but you design the whole data model | Often portal-only or limited to one document type | |
| Tracking status sync | Scheduler polls PostEx and writes transitions to shipments | Must build and maintain the polling job yourself | Sometimes present, often generic and not PostEx-tuned | |
| COD advance-payout reconciliation | Matches payouts to invoices, drafts Payment Entries | Bespoke build, high effort to get matching right | Rarely handled — shipping apps stop at labels | |
| City serviceability check | Pre-book validation against PostEx operational cities | You integrate and cache the endpoint yourself | Usually absent — failures surface after booking | |
| Bulk label generation | Filtered batch to a merged print-ready PDF | Custom print flow to build and test | Single-label or basic batch, if any | |
| Permissions / role separation | Dedicated Role Profile splits warehouse and finance | You define and test all permission rules | Generic app roles, rarely tailored | |
| Version fit & ownership | Built for your v15/v16 bench, git repo you own | You own it but carry all build risk and time | Vendor-controlled, upgrade at their pace | |
| Delivery model | Build-to-order, 2-4 weeks, UAT + rollback + support | Timeline depends on your team's capacity | Instant install but generic and unsupported for you |
No. This is a build-to-order product. ECOSIRE builds, installs and supports it for you against your specific ERPNext setup and PostEx account. You receive installable source in a git repository you own, not an instant marketplace download.
Typical delivery is 2 to 4 weeks from confirmed scope. After a short scoping call we send a fixed scope and quotation; once you approve, we build on staging, run UAT with your team, then install to production. Timeline depends on how many document triggers and reconciliation rules you need.
Every engagement includes a post-go-live support window for bug fixes and adjustments. Because you own the git repository, you can maintain it yourself or contract ECOSIRE for ongoing support, PostEx API changes, and ERPNext version upgrades.
We build and test against Frappe/ERPNext v15 and v16. We confirm your exact version and bench setup during scoping so the app installs cleanly on your environment.
Yes. You provide your PostEx merchant account and API token; the token is stored encrypted in a `PostEx Settings` DocType. We handle the integration, serviceability mapping and reconciliation logic on top of your account.
When PostEx issues an advance or COD settlement, the app matches each settled tracking number to its Sales Invoice and drafts a `Payment Entry` for finance to review and submit. It never auto-posts to your ledger without approval, so you keep control and an audit trail.
Yes. A `hooks.py` doc-event can auto-create a PostEx booking on Delivery Note submit, or you can keep it manual with a one-click button. City serviceability is validated before any parcel is committed either way.
A build-to-order ERPNext integration that books PostEx COD shipments, syncs tracking, and reconciles PostEx advance payouts directly against your Sales Invoices. ECOSIRE scopes, builds, installs, and supports it on your Frappe v15/v16 bench.