A build-to-order ERPNext app that connects your invoicing to Burundi's OBR EBMS electronic billing system — submitting fiscal invoices, capturing signatures and fiscal numbers, and tracking compliance status directly inside ERPNext. ECOSIRE scopes, builds, installs, and supports it for you. Built to order by ECOSIRE for ERPNext v15, v16 — indicative price from $399.00 USD; request a quote for a scoped proposal.

A build-to-order ERPNext app that connects your invoicing to Burundi's OBR EBMS electronic billing system — submitting fiscal invoices, capturing signatures and fiscal numbers, and tracking compliance status directly inside ERPNext. ECOSIRE scopes, builds, installs, and supports it for you.
Keine Zahlung jetzt. Dies sendet eine Angebotsanfrage an unser Team – wir melden uns per E-Mail mit Preisen und nächsten Schritten.
Every VAT-registered business in Burundi is now required to issue invoices through the OBR EBMS (Electronic Billing Management System). If you run ERPNext, that mandate creates a painful gap: ERPNext produces a perfectly good Sales Invoice, but it has no idea EBMS exists. It won't submit the document to OBR, it won't attach the fiscal signature and fiscal number the tax authority requires, and it can't map your ERPNext tax templates onto the EBMS VAT codes. Teams end up re-keying every invoice into a separate OBR portal — double entry, mismatched totals, and real audit exposure when the ERPNext record and the fiscal record disagree.
EBMS electronic invoice submission to OBR fired automatically from a `Sales Invoice` on_submit doc event in `hooks.py`
Fiscal signature and OBR fiscal invoice number captured from the EBMS response and written back onto the invoice via custom fields
ERPNext `Item Tax Template` and tax-category mapping to EBMS VAT classes (standard-rated, exempt, zero-rated) for line-accurate reporting
Credit note and sales-return handling posted as EBMS credit/refund transactions that reference the original fiscal invoice
`EBMS Submission Log` DocType recording request payload, raw OBR response, fiscal data, and a status workflow field
EBMS status tracking (`Pending`, `Submitted`, `Signed`, `Rejected`) shown on the invoice form via a client script
ECOSIRE builds a dedicated Frappe app — a proper installable module with its own DocTypes, not a pile of loose customizations — that closes that gap. On Sales Invoice submission, a hooks.py doc event calls a whitelisted server method that assembles the EBMS payload from the invoice, its items, and your tax mapping, then posts it to the OBR EBMS API. The fiscal signature, fiscal invoice number, and EBMS reference come back and are written onto the invoice on custom fields, so the compliant, signed document is the one your staff already work in. A configuration Single DocType holds your OBR credentials, TIN, device/branch identifiers, and endpoint URLs, guarded by a dedicated role profile so only authorized users can touch tax settings.
Under the hood we map ERPNext Item Tax Template and tax categories to the correct EBMS VAT classes (standard-rated, exempt, zero-rated), so the VAT you report matches what OBR expects line by line. Credit notes and returns are handled as EBMS refund/credit transactions that correctly reference the original fiscal invoice, rather than being sent as fresh sales. Every submission writes to an EBMS Submission Log DocType with the request, the response, the returned fiscal data, and a status field (Pending, Submitted, Signed, Rejected). A Frappe scheduler event retries transient failures and reconciles any invoice left in a pending state, so a dropped connection to OBR never silently leaves a document uncompliant. Client scripts surface the EBMS status and fiscal number on the invoice form, and role-based permissions keep the whole flow auditable. It targets ERPNext/Frappe v15 and v16.
Because this is genuinely tax-authority integration and not a generic download, we build it to order. After a short scoping call we confirm your exact OBR EBMS onboarding details, invoice types, and VAT treatments, then deliver a working app on a staging bench for UAT, typically 2 to 4 weeks from confirmed scope. You get the source code, install and configuration, documentation, a training session, and a post-go-live support window — so the day the OBR requirement bites, your ERPNext is already issuing compliant electronic invoices.
Accountable for OBR EBMS compliance and clean VAT filing. Needs every ERPNext Sales Invoice to carry a valid fiscal signature and number without re-keying into a separate OBR portal, and wants an audit trail linking each ERPNext record to its fiscal submission.
Owns the ERPNext bench and worries about upgradability. Wants EBMS delivered as a clean installable Frappe app with proper DocTypes and hooks — not scattered customizations — so v15-to-v16 upgrades don't break, plus the git repo and docs to maintain it.
Needs to avoid penalties and trading interruptions from the OBR electronic-billing mandate. Wants a fixed-scope, supported solution that makes ERPNext the single source of truth for compliant invoicing, with a clear delivery timeline and someone to call after go-live.
Implements ERPNext for multiple local businesses and needs a reliable EBMS integration to standardize across engagements, with predictable build-to-order delivery, documentation, and a support window they can extend to their own clients.
Kaufen Sie die Lizenz auf ecosire.com und laden Sie die ZIP-Datei der Burundi EBMS Compliance-App von Ihrem Konto-Dashboard herunter.
Extrahieren Sie die ZIP-Datei in den Apps-Ordner Ihrer Bank oder führen Sie „bench get-app“ mit dem Pfad zur extrahierten App aus.
Führen Sie „bench --site SITE_NAME install-app APP_NAME“ gefolgt von „bench migrate“ aus, um Burundi EBMS Compliance zu installieren und sein Schema anzuwenden.
Öffnen Sie die ECOSIRE-Lizenzeinstellungen auf Ihrer Website und aktivieren Sie Ihren Lizenzschlüssel. Erfordert die kostenlosen Apps ecosire_connect und ecosire_license_client.
| Kriterium | ECOSIRE | Benutzerdefinierter Build | Konkurrent | Odoo Native |
|---|---|---|---|---|
| OBR EBMS submission | Automatic on invoice submit via hooks.py doc event | Possible, but you design and maintain the integration | Rarely covers Burundi EBMS specifically | |
| Fiscal signature & number | Captured from OBR and written back onto the invoice | Must be built and mapped yourself | Only if the app targets your exact regime | |
| VAT mapping to EBMS codes | ERPNext tax templates mapped to EBMS VAT classes | Hand-coded per project | Generic tax logic, usually not EBMS-aligned | |
| Credit notes / returns | EBMS credit transactions linked to the original invoice | Extra scope you specify and pay for | Inconsistent handling | |
| Status tracking & retries | Submission log + scheduler retry/reconcile | You build logging and retry logic | Often fire-and-forget, limited logging | |
| Delivery & support | Built, installed, trained, with a support window | Depends on your in-house team's bandwidth | Self-serve; support varies by vendor | |
| Version compatibility | Packaged app tested on Frappe/ERPNext v15 & v16 | Upgrade safety depends on how it was built | May lag behind ERPNext releases | |
| Source & ownership | Full git repo handover with release tags | You own it but also own all maintenance | Often closed or licensed per site |
No. This is a build-to-order engagement. OBR EBMS integration depends on your specific onboarding details, invoice types, and VAT treatments, so ECOSIRE builds, installs, and supports the app for your ERPNext environment rather than shipping a generic download.
Typically 2 to 4 weeks from confirmed scope. After a short scoping call we lock the requirements, then build on a staging bench, run UAT with you, and deploy to production. Complex multi-branch or multi-company setups may extend the timeline, which we confirm before starting.
We build and test against Frappe/ERPNext v15 and v16, packaged as a standard installable Frappe app so it survives normal bench upgrades. If you are on an older version we will flag any migration considerations during scoping.
A `hooks.py` doc event on Sales Invoice submission calls a whitelisted server method that builds the EBMS payload and posts it to the OBR EBMS API. The returned fiscal signature, fiscal number, and reference are written back onto the invoice, and every call is recorded in an EBMS Submission Log with a status field.
Credit notes and returns are sent as EBMS credit/refund transactions that reference the original fiscal invoice. Rejected or failed submissions are logged with the OBR reason and shown to the user, and a Frappe scheduler event retries transient failures and reconciles anything left pending.
Every build includes a post-go-live support window for bug fixes and adjustments to OBR EBMS behavior. You also receive the git repository and documentation so your team can maintain it, and we offer extended support or update retainers if OBR changes the EBMS specification.
Everything happens inside ERPNext. The compliant, signed invoice is the same Sales Invoice your team already uses — fiscal number, signature, QR code, and EBMS status appear on the form and print format, eliminating the double entry of a standalone OBR portal.
A build-to-order ERPNext app that connects your invoicing to Burundi's OBR EBMS electronic billing system — submitting fiscal invoices, capturing signatures and fiscal numbers, and tracking compliance status directly inside ERPNext. ECOSIRE scopes, builds, installs, and supports it for you.