Keep source ownership visible
Map Odoo customers, products, taxes, journals, branches, and document identities into an explicit integration contract.
Decision guide · Odoo teams
Odoo can remain the source workflow while your team decides where Saudi invoice mapping, credentials, submission state, corrections, evidence, and production responsibility should live. Fatoorah API is a bounded integration option, not a claim of a turnkey Odoo connector.
Built for
Odoo implementers, localization teams, ERP partners, finance advisers, and businesses extending Odoo for Saudi operations.
Map Odoo customers, products, taxes, journals, branches, and document identities into an explicit integration contract.
Start from a representative mapping proof and document what is supported, missing, or requires customer confirmation.
Connect the Odoo reference to request identity, invoice artifacts, lifecycle state, webhook delivery, and evidence.
Implementation path
Identify company, VAT, branch, journal, partner, product, tax, line, document, and correction fields that matter to the invoice path.
Use field names and structure without raw customer values, then review missing fields and tax assumptions before implementation.
Create a representative standard or simplified flow with stable identity, artifacts, request logs, and a known recovery path.
Define who owns corrections, credentials, retries, reconciliation, customer support, and the separate external production gate.
Questions
Availability and external prerequisites stay explicit throughout evaluation.
No. It describes an integration decision and mapping path. Any connector, module, or implementation scope must be verified separately.
Yes, if the integration contract assigns the source fields, document identity, correction responsibility, and reconciliation boundary explicitly.
No. The current sandbox is synthetic and production traffic is disabled until external prerequisites are independently verified.
Continue with a real next step