We've delivered live integrations against well-known ERPs, legacy systems, and fully in-house-built platforms across KSA — using whichever of these four methods actually fits what the source system can expose.
| Method | How it works | Typical use case | Latency |
|---|---|---|---|
| SFTP-based exchange | Scheduled file drop/pickup between the source system and dsFatoora | Legacy systems with batch export capability | Batch (minutes to hours) |
| Intermediate database | A shared staging database layer between the ERP and dsFatoora Middleware | Systems where direct API access isn't available but a staging layer can be provisioned | Near real-time |
| Direct database extraction | Reading transactional data straight from the source ERP's database | Systems with no API and no staging layer option, e.g. AX 2012 | Near real-time |
| REST API-based integration | Modern, real-time calls directly against the ERP's exposed API | Preferred wherever the ERP supports it | Real-time |
Every method is scoped to read-only access on transactional data, credentials are stored in an encrypted vault, and direct database access always goes through a replica or staging layer rather than the live production database wherever possible.