A build-to-order ERPNext app that generates and submits Oman VAT e-invoices aligned to the OTA phased mandate, with 5% VAT tax templates, POS integration, and multi-company status tracking. ECOSIRE scopes, builds, installs, and supports it for your instance. Built to order by ECOSIRE for ERPNext v15, v16 — indicative price from $499.00 USD; request a quote for a scoped proposal.

A build-to-order ERPNext app that generates and submits Oman VAT e-invoices aligned to the OTA phased mandate, with 5% VAT tax templates, POS integration, and multi-company status tracking. ECOSIRE scopes, builds, installs, and supports it for your instance.
Aucun paiement maintenant. Ceci envoie une demande de devis à notre équipe — nous vous recontacterons par e-mail avec les tarifs et les prochaines étapes.
Omani VAT-registered businesses face a phased Oman Tax Authority (OTA) e-invoicing mandate that requires structured, machine-readable invoices rather than the free-form PDFs ERPNext prints by default. Out of the box, ERPNext gives you Sales Invoice and POS Invoice DocTypes, item-level tax templates, and a print-format engine, but it has no concept of an Oman-compliant e-invoice XML, no submission lifecycle, no OTA-specific field validation (buyer/seller VAT identifiers, mandated invoice categories, rounding and tax-summary rules), and no way to track acceptance or rejection responses. Finance teams end up bridging that gap with spreadsheets and manual portal entry, which does not scale past a few branches and breaks the moment the mandate tightens.
Dedicated `Oman E-Invoice` DocType linked one-to-one to the source Sales Invoice and POS Invoice, with a separate submission-log DocType for a full audit trail
OTA-aligned e-invoice XML generation triggered from ERPNext `hooks.py` doc events (`on_submit`) so every submitted invoice deterministically produces a compliant payload
5% Oman VAT tax template and Item Tax Template setup, with zero-rated and exempt handling and correct tax-summary and rounding rules baked into the payload
Pre-transmission validation of OTA-mandated fields — seller/buyer VAT identifiers, invoice category/type, currency, and totals — surfaced as blocking errors before submission
Whitelisted Python methods over the Frappe REST API to generate, submit, and query e-invoice status from external POS or middleware systems
Client scripts that add a live status indicator plus Generate / Resubmit / View XML actions directly on the invoice form
ECOSIRE builds a proper Frappe app for your ERPNext instance that closes this gap. The app ships as an installable module with its own DocTypes — for example an Oman E-Invoice document that links back to the source Sales/POS Invoice, plus a submission-log DocType for the audit trail. We wire generation into ERPNext's document lifecycle through hooks.py doc events (on_submit, on_cancel) and server scripts, so submitting an invoice deterministically produces the OTA-aligned XML payload, applies the 5% VAT tax template, validates the mandatory fields before anything is transmitted, and records the response. Whitelisted Python methods exposed over the Frappe REST API let you (or an external POS/middleware) trigger generation and query status programmatically, while client scripts surface a clean status indicator and action buttons directly on the invoice form.
Technically, the app is built to keep upgrades sane: business rules live in server scripts and Python controllers rather than customized core files, configuration lives in a single settings DocType (endpoints, credentials, company VAT registration, environment toggles), and permissions are enforced through dedicated roles and a role profile so only authorized finance users can regenerate or resubmit. A scheduler event handles retries and status reconciliation for anything queued or provisionally accepted, and multi-branch/multi-company setups map each company's VAT registration and numbering to the correct payload. Reporting is delivered as Frappe query/script reports plus a dashboard so you can see submitted, accepted, rejected, and pending counts at a glance. The app targets Frappe/ERPNext v15 and v16.
Because this is build-to-order, nothing ships until we agree on scope. Delivery is typically 2-4 weeks from confirmed scope, depending on which OTA phase applies to you, your POS/integration surface, and the number of legal entities. We start with a short scoping call, install and configure on a staging copy of your ERPNext, run UAT against your real invoices, then cut over to production with a rollback plan and a post-go-live support window. You receive the source code for your version and the git repository, so you are never locked out of your own compliance tooling.
An Omani finance manager or controller preparing for their OTA phase deadline who needs invoices to become OTA-compliant e-invoices without abandoning ERPNext or re-keying data into a portal.
The in-house admin responsible for the ERPNext instance who wants compliance logic delivered as an upgrade-safe Frappe app — clean DocTypes, hooks, and roles — rather than patched core files that break on the next bench update.
A business running ERPNext POS across several branches or companies that needs each outlet's sales to generate correctly-attributed e-invoices with the right VAT registration and numbering.
A consultant or partner who needs documented whitelisted REST methods and a clear submission lifecycle to connect an external POS, middleware, or reporting layer to the e-invoicing flow.
Achetez la licence sur ecosire.com et téléchargez le ZIP de l'application Oman E-Invoicing (VAT) for ERPNext depuis le tableau de bord de votre compte.
Extrayez le ZIP dans le dossier d'applications de votre banc ou exécutez « bench get-app » avec le chemin d'accès à l'application extraite.
Exécutez `bench --site SITE_NAME install-app APP_NAME` suivi de `bench migrate` pour installer Oman E-Invoicing (VAT) for ERPNext et appliquer son schéma.
Ouvrez les paramètres de licence ECOSIRE sur votre site et activez votre clé de licence. Nécessite les applications gratuites ecosire_connect et ecosire_license_client.
| Critère | ÉCOSIRE | Construction personnalisée | Concurrent | Odoo natif |
|---|---|---|---|---|
| Oman OTA-compliant XML | Built to the OTA phase that applies to you, validated on your invoices | Depends entirely on your build effort and OTA reading | Usually GCC-generic or another country's schema, rarely Oman-specific | |
| 5% VAT setup | Oman VAT + item tax templates configured with correct summary/rounding | You build and validate the tax logic yourself | Generic tax templates, often need reconfiguration | |
| POS integration | POS Invoice and Sales Invoice both wired into the flow | Extra effort to cover the POS path | Sales Invoice only in many marketplace apps | |
| Submission & status tracking | Lifecycle states, response codes, scheduler retries, audit log | Must design the lifecycle and retry logic from scratch | Basic status flag, limited retry/audit | |
| Multi-company / multi-branch | Per-company VAT, numbering, and endpoint mapping | Additional design for each entity | Often single-company assumptions | |
| Upgrade safety | Dedicated app, hooks and server scripts, no core patches; v15/v16 | Risk of core edits that break on upgrade | Varies; some patch core or lag ERPNext versions | |
| Ownership & support | Source + git repo handover, training, post-go-live window | You own it but carry all maintenance | Vendor-controlled, per-seat or subscription lock-in | |
| Fit to your business | Scoped and UAT-tested against your real data before cutover | Fully bespoke but slower and costlier to reach parity | One-size-fits-many, configure around its assumptions |
This is a build-to-order product, so nothing ships until we agree on scope. Typical delivery is 2-4 weeks from confirmed scope, depending on which OTA phase applies to you, your POS/integration surface, and the number of legal entities. We start with a scoping call, build and configure on a staging copy of your ERPNext, run UAT, then cut over to production with a rollback plan.
No. ECOSIRE builds, installs, and supports this app specifically for your ERPNext instance. It is not an off-the-shelf marketplace download — the OTA payload rules, your VAT registrations, POS setup, and multi-company mapping are configured for your business during the build.
We build and validate against Frappe/ERPNext v15 and v16. If you are on an earlier version we will confirm feasibility during scoping; keeping you on a supported release is part of the recommendation.
Every build includes a post-go-live support window for defect fixes and OTA-alignment questions, plus the full git repository so your team can maintain and extend the code. If the OTA changes the mandate or schema, we can scope an update as a follow-on engagement, and you are never locked out of your own compliance tooling.
Yes. The app integrates with POS Invoice as well as Sales Invoice, and multi-branch/multi-company support maps each company's VAT registration, numbering series, and endpoint configuration to the correct e-invoice payload.
Yes. The app exposes whitelisted Python methods over the Frappe REST API to generate, submit, and query e-invoice status, so an external POS, middleware, or reporting system can drive and monitor the flow programmatically.
It is built to. Business logic lives in a dedicated Frappe app using server scripts, Python controllers, hooks, and configuration DocTypes rather than modified core files, which keeps your instance upgrade-safe across bench updates.
A build-to-order ERPNext app that generates and submits Oman VAT e-invoices aligned to the OTA phased mandate, with 5% VAT tax templates, POS integration, and multi-company status tracking. ECOSIRE scopes, builds, installs, and supports it for your instance.