01VALIDATED
Hosted Saudi e-invoicing
TechnoMinds Fatoorah
Issue the invoice. Keep control of what happens next.
A hosted operating product for standard and simplified invoices, credit and debit notes, signing, QR, reporting, clearance, lifecycle state, and retained evidence—without forcing your team to build the entire invoice system.
INVOICE TYPES
B2B, B2C & notes
OUTCOME
Explicit lifecycle state
RECORD
Evidence retained
Invoice operations
One invoice, accountable from creation to outcome
01Invoice preparedVALIDATED
02Signed and QR-stampedGENERATED
03Correct path selectedROUTED
04Final outcome recordedEVIDENCED
Identity
Outcome
Evidence
The complete operating loop
Designed around the work after the first API call.
Identity, processing, exceptions, final outcome, and retained evidence stay connected as one product journey.
02GENERATED
Signed and QR-stamped
03ROUTED
Correct path selected
04EVIDENCED
Final outcome recorded
Built for
The teams closest to the workflow.
Fatoorah is for operating teams that need a product surface, not another engineering project. It keeps the invoice workflow legible to finance, operations, support, and the people accountable for each branch or entity.
Finance and operations
Operate invoice creation, correction, submission state, and evidence without translating every exception through an engineering team.
Multi-branch businesses
Keep branch, legal-entity, VAT, user, and device context visible as the business expands beyond one issuing point.
Implementation teams
Introduce a hosted invoice workflow with explicit prerequisites, responsibilities, and activation gates instead of an open-ended build.
The operating problem
A valid invoice is not the same as a resolved operation.
The real burden begins when an invoice is rejected, delayed, corrected, duplicated, or left without a final authoritative state. Fatoorah is designed to preserve the context needed to make the next safe decision.
- 01
Standard and simplified invoices require different downstream operating paths.
- 02
A lost response can leave the team unsure whether an invoice may be submitted again.
- 03
Corrections need an explicit credit or debit note instead of a silent mutation.
- 04
Support needs the entity, device, request, response, state, evidence, and owner in one place.
Product capability
A complete operating surface—not one isolated feature.
Documents
Standard and simplified invoices
Create the Saudi invoice types your business needs while keeping B2B clearance and B2C reporting as distinct operating paths.
Corrections
Credit and debit notes
Correct issued records through linked notes so the original invoice remains intact and the correction history stays explainable.
Security artifacts
Signing, hashing, and QR
Generate the cryptographic and QR artifacts represented in the current local implementation, with external credential use kept account-specific.
Lifecycle
Entity and EGS context
Model the legal entity, branch, credential, and device context that determines which invoice operation is permitted.
Outcome
Reporting and clearance state
Track submitted, rejected, pending, and unknown outcomes without collapsing every non-success result into the same generic failure.
Evidence
Retained invoice record
Preserve invoice artifacts and lifecycle evidence so finance, operations, support, and engineering can work from the same record.
Built for the first real workflow
Move from product fit to a working integration path.
Create an account, activate the sandbox, and take one representative operation through the complete lifecycle. Expand when the connected path works the way your team needs it to.
Activation path
Go from invoice data to an accountable result.
Create a verified organization, use the automatically provisioned sandbox resource, and take one representative invoice journey through the complete local lifecycle.
Create Fatoorah sandbox- 01
Define the issuing context
Confirm the legal entity, branch, VAT registration, invoice types, users, EGS context, expected volume, and source data.
- 02
Prepare and validate
Build the invoice from customer, tax, line-item, reference, and branch data before selecting the reporting or clearance path.
- 03
Submit through the correct lifecycle
Keep intent, credentials, idempotency, response, and unknown-outcome handling attached to the same operation.
- 04
Resolve, retain, and expand
Record the result and evidence, operate the exception path, then add branches, entities, invoice types, or users under the commercial schedule.
Questions
What teams ask before they start.
Is this the same product as Fatoorah API?
No. Fatoorah is the hosted operating surface. Fatoorah API is for ERP, POS, accounting, and software teams embedding the invoice rail inside their own product.
Does sandbox signup activate production?
No. The sandbox is TechnoMinds-operated and synthetic. Production eligibility depends on customer credentials, external onboarding, security, and engineering evidence, and remains separately gated.
Does TechnoMinds claim ZATCA approval or certification?
No. Product access is not regulatory approval, certification, qualification, or a guarantee that an external authority will accept a specific invoice.
Can I see pricing before I start?
Yes. The pricing page shows the current catalog and separates the free sandbox from production eligibility and enterprise scope.
Connected portfolio
Build the next rail when the workflow needs it.
Fatoorah API
Embed the invoice lifecycle directly in an ERP, POS, accounting, or software platform.
Explore product
Address Operations
Move an order from customer-entered address data to a carrier-ready operating state.
Explore product
API Platform
Use the shared access, credential, usage, webhook, and evidence foundation behind TechnoMinds rails.
Explore product
Start building
Run your first invoice through the Fatoorah sandbox.
Create an account, provision your organization automatically, reveal the first scoped key once, and use the quickstart to generate a synthetic invoice result.