A pluggable SMS layer for ERPNext that routes transactional and marketing messages across MSG91, Twilio, Vonage, Infobip, Sinch and regional gateways from a single DocType, with DLT-compliant templates, delivery receipts and two-way inbound routing. ECOSIRE builds, installs and supports it on your Frappe/ERPNext v15/v16 site. Built to order by ECOSIRE for ERPNext v15, v16 — indicative price from $199.00 USD; request a quote for a scoped proposal.

A pluggable SMS layer for ERPNext that routes transactional and marketing messages across MSG91, Twilio, Vonage, Infobip, Sinch and regional gateways from a single DocType, with DLT-compliant templates, delivery receipts and two-way inbound routing. ECOSIRE builds, installs and supports it on your Frappe/ERPNext v15/v16 site.
Şimdi ödeme yok. Bu, ekibimize bir teklif talebi gönderir — fiyat ve sonraki adımlarla e-posta ile dönüş yapacağız.
ERPNext ships an SMS Settings DocType, but it assumes one gateway with a single GET/POST URL and hard-coded parameter names. The moment you need failover between providers, region-specific routing (an Indian MSG91 route for domestic traffic and a Twilio route for international), DLT-registered template and sender-ID enforcement, or genuine delivery receipts written back to the sending document, that native config runs out of road. Teams end up hard-coding a second gateway into a custom script, lose every message when the primary provider throttles, and have no audit trail of what actually got delivered versus what silently failed at the carrier.
Pluggable gateway layer: each of MSG91, Twilio, Vonage, Infobip and Sinch is a configured SMS Gateway record implementing a shared send/receive interface
Priority- and weight-based routing with automatic failover to the next gateway on carrier or HTTP error
Country-prefix and message-type routing rules (transactional vs promotional) so domestic and international traffic take the right route
DLT-compliant template and sender-ID management: SMS Template DocType maps registered template IDs and sender IDs, blocking non-compliant sends before dispatch
hooks.py doc_events triggers SMS on document state changes (Sales Order on_submit, Delivery Note dispatch, Payment Entry receipt) with no manual buttons
Jinja placeholder binding pulls fields straight from the source document into the message body with per-language variants
The Multi-Gateway SMS Hub is a proper Frappe app (its own module, installed via bench get-app and bench install-app) that introduces a pluggable gateway abstraction. Each provider — MSG91, Twilio, Vonage, Infobip, Sinch, and any regional aggregator you use — is a configured SMS Gateway record implementing a common send interface, with credentials, base URL, auth style, throughput limits and a priority/weight for routing and failover. A central SMS Message DocType is the single log for every outbound and inbound message, carrying provider message-id, status, cost, segment count and the linked source document. Routing rules select a gateway by country prefix, message type (transactional vs promotional) or sender ID, and fall through to the next-priority gateway on a hard failure.
Sending is wired into ERPNext through hooks.py document events and scheduler events, not one-off buttons. A doc_events handler fires SMS on state transitions you choose — Sales Order on_submit, Delivery Note dispatch, Payment Entry receipt — using a SMS Template DocType with Jinja placeholders bound to the source doc, and enforcing your DLT/sender-ID mapping so non-compliant sends are blocked before they hit the carrier. Delivery Receipts (DLR) arrive on a whitelisted webhook endpoint (a @frappe.whitelist(allow_guest=True) method with signature verification), which updates the matching SMS Message status and timestamps. Inbound (two-way) SMS lands on the same webhook layer and is routed by keyword or virtual number to create a ToDo, Communication, or a lead/ticket against the right party. Bulk campaigns run as a queued, rate-limited background job over a segmented recipient list (Report/Query filters or Contact tags), respecting per-gateway throughput and quiet-hours. Roles and permissions are handled with a dedicated role profile so marketers can send campaigns without touching gateway credentials, and every send is exposed over the standard Frappe REST API and whitelisted methods for your other systems.
Because this is build-to-order, we start from your actual gateways, DLT/sender-ID registrations, the exact DocTypes and events that should trigger messages, and your compliance constraints — then build, test on a staging bench, and hand over the running app. Typical delivery is 2–4 weeks from confirmed scope. You receive the full source and git repository, so nothing is locked behind a marketplace subscription; ECOSIRE installs it on your v15 or v16 site, trains your team, and supports it through go-live.
Needs reliable transactional SMS — order confirmations, dispatch and OTP alerts — that automatically fail over between providers so a single gateway outage never drops a customer notification.
Runs segmented promotional campaigns from ERPNext Contacts and Customer Groups, needs DLT-compliant templates, opt-out handling and per-campaign delivery reporting without ever touching gateway API keys.
Owns the ERPNext instance and wants SMS wired into DocType events via hooks.py, exposed over the REST API for other apps, and maintainable through a clean git repo on v15/v16.
Operates across regions with strict DLT/sender-ID and DND rules and needs an auditable log of every message sent, delivered or blocked, with costs attributed per gateway.
Lisansı ecosire.com adresinden satın alın ve hesap kontrol panelinizden Multi-Gateway SMS Hub 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.
Multi-Gateway SMS Hub 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 |
|---|---|---|---|---|
| Multiple gateways | Pluggable layer — MSG91, Twilio, Vonage, Infobip, Sinch and regional, one interface | Whatever you hard-code, usually one or two | Often single-gateway or a fixed short list | |
| Failover & routing | Priority/weight routing by country and message type with auto-failover | Only if you build and test it yourself | Rarely; usually static config | |
| DLT / sender-ID compliance | Template-ID and sender-ID mapping enforced pre-send | Manual per project | Varies; often partial | |
| Delivery receipts (DLR) | Signed webhook writes carrier status back to each message | Build the webhook yourself | Sometimes, provider-specific | |
| Two-way / inbound SMS | Inbound routed to ToDo, Communication, Lead or ticket | Bespoke build | Usually outbound-only | |
| Bulk campaigns | Queued, rate-limited, segmented with opt-out/DND suppression | DIY queue and throttling | Basic bulk send, limited segmentation | |
| Fit to your data & triggers | Wired to your exact DocTypes via hooks.py doc_events | Fully bespoke but you own all the risk | Generic; adapt your process to it | |
| Ownership & support | Full source, git handover, training and support window | You own it and all maintenance | Marketplace subscription, vendor-controlled |
This is a build-to-order app, not an instant download. Typical delivery is 2–4 weeks from confirmed scope, depending on how many gateways, routing rules and document triggers you need. We agree the scope on the initial call, build on a staging bench, run UAT with you, then install on your production site.
The gateway layer is pluggable. We commonly build MSG91, Twilio, Vonage, Infobip and Sinch, plus regional aggregators you already use. Any provider with an HTTP/REST send API and a delivery-receipt callback can be added as a new SMS Gateway record — that's the whole point of the abstraction.
Yes. The SMS Template DocType maps your DLT-registered template IDs and approved sender IDs, and the send pipeline blocks or rejects non-compliant messages before they reach the carrier. We configure this against your actual registrations during the build.
Frappe/ERPNext v15 and v16. We target your exact site version and Python/Frappe release, and hand over a git repo so the app stays upgradeable as you move between versions.
Both use a whitelisted webhook endpoint with signature verification. Delivery receipts (DLR) update each SMS Message with the carrier's delivered/failed status and timestamp; inbound messages are routed by keyword or virtual number to create a ToDo, Communication, Lead or ticket against the matching contact.
Every build includes a post-go-live support window for bug fixes and configuration tweaks. Because you own the full source and git repository, there's no marketplace lock-in — you or we can extend gateways, routing rules and triggers later. Longer-term maintenance and version-upgrade support is available as an ongoing arrangement.
Yes. Sending and message lookups are exposed over the standard Frappe REST API and dedicated @frappe.whitelist() methods, so your website, mobile app or third-party services can trigger and query messages using API keys and the role-based permissions we configure.
A pluggable SMS layer for ERPNext that routes transactional and marketing messages across MSG91, Twilio, Vonage, Infobip, Sinch and regional gateways from a single DocType, with DLT-compliant templates, delivery receipts and two-way inbound routing. ECOSIRE builds, installs and supports it on your Frappe/ERPNext v15/v16 site.