A build-to-order Frappe app that adds Qatar GTA tax templates, bilingual invoices, withholding tax, QAR multi-currency handling, and e-invoicing schema scaffolding to your ERPNext instance. ECOSIRE scopes, builds, installs, and supports it. 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 Frappe app that adds Qatar GTA tax templates, bilingual invoices, withholding tax, QAR multi-currency handling, and e-invoicing schema scaffolding to your ERPNext instance. ECOSIRE scopes, builds, installs, and supports it.
अभी कोई भुगतान नहीं। यह हमारी टीम को एक कोटेशन अनुरोध भेजता है — हम कीमत और अगले चरणों के साथ ईमेल द्वारा संपर्क करेंगे।
Qatar's General Tax Authority (GTA) has signalled a move toward mandatory e-invoicing, and finance teams running ERPNext already feel the gaps: out of the box, ERPNext ships generic Sales Taxes and Charges Templates with no notion of Qatar-specific tax categories, no bilingual (Arabic/English) tax invoice layout that satisfies regional expectations, and no structured schema to hold the invoice fields a future GTA clearance platform will demand. Withholding tax on payments to non-residents has to be hand-rigged, and QAR reporting on a multi-currency ledger means reconciling exchange-rate noise by hand. This product closes those gaps so your team is ready before the mandate lands, not scrambling after it.
Dedicated Frappe app packaged as its own module — no forks or patches to ERPNext core, so `bench update` stays clean across v15 and v16
Pre-configured Qatar tax templates and Tax Categories mapped to your chart of accounts (standard-rated, zero-rated, exempt, out-of-scope)
Bilingual Arabic/English tax-invoice Print Format with the mandatory legal and TIN fields laid out side-by-side
Custom fields (shipped as fixtures) on `Sales Invoice`, `Purchase Invoice`, `Customer`, and `Supplier` for TIN, tax category, and GTA reporting attributes
New `Qatar E-Invoice` DocType storing a structured, e-invoicing-ready payload per document, with UUID and content hash
`hooks.py` doc events (`validate`, `on_submit`) that populate and lock the e-invoice payload at submission time
We build a dedicated Frappe app (its own module, not a fork of ERPNext core) so your instance stays cleanly upgradeable across Frappe/ERPNext v15 and v16. Inside it we ship pre-configured Qatar tax templates and tax categories, a bilingual tax-invoice Print Format with Arabic and English side-by-side and the mandatory legal fields, and custom fields (via fixtures) on Sales Invoice, Purchase Invoice, and Customer/Supplier for TIN, tax category, and GTA reporting attributes. A new Qatar E-Invoice DocType holds the structured, e-invoicing-ready payload for each document, populated by hooks.py doc events (on_submit, validate) and server scripts that map ERPNext fields into the schema and stamp a UUID and hash. Withholding tax is modelled with the appropriate deduction accounts and a configurable rate table, and QAR handling uses ERPNext's presentation-currency and exchange-rate framework so your GTA-facing reports total correctly regardless of transaction currency.
Because the exact clearance format Qatar will mandate is still firming up, we build the e-invoicing layer as schema scaffolding and an integration seam — whitelisted methods exposed over the Frappe REST API, a scheduler event stub for batch submission, and role-permission profiles for who can generate and export — rather than hard-wiring to an endpoint that may change. That means when the GTA publishes final specifications, adapting is a focused change to the mapping and transport, not a rebuild. Client scripts add field validation and bilingual UX cues in the desk, and role profiles keep tax-sensitive fields locked down to your finance function.
This is a build-to-order engagement, not a marketplace download. It starts with a short scoping call to confirm your chart of accounts, tax categories, currencies in play, and reporting needs. From confirmed scope, typical delivery is 2 to 4 weeks: we develop against a staging copy of your data, run UAT with your finance team, then install on production with a rollback plan. You receive the installable source, git repository, documentation, a training session, and a post-go-live support window. No instant download, no fabricated benchmarks — just a scoped app installed and supported by the team that built it.
Owns tax compliance and wants ERPNext ready for the upcoming mandate now — correct tax categories, bilingual invoices, and a structured e-invoice payload — without waiting for the final spec to start.
Runs the bench and needs the localization as a clean, upgrade-safe app with fixtures, hooks, and documented server scripts, not manual field hacks that break on the next `bench update`.
Needs QAR-consolidated GTA reporting across multi-currency operations, withholding tax on non-resident payments handled correctly, and permission controls over who touches tax-sensitive data.
Wants a proven, supported Qatar localization app to drop into client ERPNext projects, with source handover and documentation, instead of rebuilding compliance from scratch each engagement.
Buy the license on ecosire.com and download the Qatar VAT & E-Invoicing Readiness 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 Qatar VAT & E-Invoicing Readiness 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 |
|---|---|---|---|---|
| Qatar GTA tax templates | Pre-built and mapped to your chart of accounts | Built from scratch by your developer | Generic GCC templates, rarely Qatar-specific | |
| Bilingual AR/EN tax invoice | Purpose-built side-by-side Print Format with legal fields | You design and test the layout yourself | Sometimes offered, often English-only | |
| E-invoicing readiness | Structured DocType + REST/scheduler seam for the mandate | You architect and build the schema | Usually absent until a spec ships | |
| Withholding tax | Configurable rates + dedicated deduction accounts | Manual account and rule setup | Varies; often not included | |
| Multi-currency QAR reporting | Presentation-currency reports reconciled to QAR | You wire the reporting yourself | Relies on ERPNext defaults | |
| Upgrade safety (v15/v16) | Isolated app, fixtures + hooks, no core patches | Depends on your discipline; risk of core edits | Quality varies by vendor | |
| Source & support | Full source, git handover, post-go-live window | You own it and support it entirely | Often closed or subscription-locked | |
| Time to live | 2-4 weeks from confirmed scope, UAT + rollback | Unpredictable — weeks to months | Fast install but generic fit |
This is build-to-order. After a short scoping call to confirm your chart of accounts, tax categories, currencies, and reporting needs, typical delivery is 2 to 4 weeks from confirmed scope. We build against a staging copy, run UAT with your finance team, then install on production with a rollback plan. There is no instant download.
No. We deliberately build the e-invoicing layer as schema scaffolding and an integration seam: a structured `Qatar E-Invoice` DocType, whitelisted REST methods, and a scheduler stub, with the field mapping kept isolated. When the GTA publishes final clearance specifications, adapting is a focused change to the mapping and transport rather than a rebuild — so you get compliance-ready structure and correct tax handling today.
Yes. It ships as a dedicated Frappe app with its own module — we do not fork or patch ERPNext core. Custom fields and settings are delivered as fixtures, logic lives in `hooks.py` doc events and server/client scripts, and we validate against your target Frappe/ERPNext version (v15 or v16) so `bench update` stays clean.
Every engagement includes a post-go-live support window for fixes and configuration questions. Because you receive the full source and git repository, your team can maintain it in-house afterward. We also offer ongoing support and spec-adaptation work — for example, wiring the transport layer once the GTA mandate goes live — as a separate arrangement.
Yes. Withholding tax on non-resident payments is modelled with configurable rate tables and dedicated deduction accounts. Multi-currency uses ERPNext's presentation-currency and exchange-rate framework so that GTA-facing reports total correctly in QAR regardless of the transaction currency.
You get the installable source and a full git repository handover with commit history. It is your build — there is no lock-in. We hand over technical documentation covering the DocTypes, hooks, server scripts, REST endpoints, and the e-invoice schema so any competent Frappe developer can extend it.
That is exactly what the scoping call is for. We map the Qatar tax templates and categories onto your actual accounts, align the withholding and reporting fields to how your finance team works, and confirm which currencies and entities are in scope before development begins.
A build-to-order Frappe app that adds Qatar GTA tax templates, bilingual invoices, withholding tax, QAR multi-currency handling, and e-invoicing schema scaffolding to your ERPNext instance. ECOSIRE scopes, builds, installs, and supports it.