Entexia | Intelligent ecosystemThe heartbeat of your enterprise
Reliability & security

Your payroll, taxes and inventory cannot be an experiment.

Entexia is built so the system catches errors before the client sees them.

Why we're telling you this

An ERP holds the most sensitive business data: payslips, tax filings, bank files. An error here is not an inconvenience — it is a wrong payment, a wrong amount filed with the tax authority, or a file the bank should never receive.

As a buyer, you cannot verify this from the outside. Every software works in a demo; what protects it from failing at your site six months later stays invisible — and this is almost never asked during ERP selection.

That is why we decided to write this page. Below is how we verify our work, what the system prevents on its own — and which limitations we know about and disclose before signing.

Your data: your own database, not a shared table

Every company on Entexia has its own separate database. Your data is not physically in the same database as another company's, just with a different label. Cross-company access is technically impossible, not just forbidden by a rule.

In regular cross-database migration checks, we have not detected any data leakage.

The money chain under automatic supervision

Eight examples of checks that run on every code update. If any of them fails, the update does not reach the server.

Amounts in dinars cannot end up in a SEPA file
Payments in Serbian dinars (RSD) and Bosnian marks (BAM) are structurally excluded from SEPA export. The wrong currency in a bank file cannot happen — it's not just forbidden.
Payment file above threshold: two people, not one
For bank payment files above a certain amount, the system requires one person to submit the request and another to approve it. The person who prepares cannot be the person who confirms.
Approved payroll run is locked
Once a payroll run is confirmed, it cannot be edited. Any change requires a new, traceable document. No silent 'corrections' after the fact.
EU reports are validated before submission
Every invoice in VIES, Intrastat, and OSS reports is validated against structural rules before it proceeds. A reporting error is caught at export, not at audit.
Total on slips, in bank, and in books: one number
The sum of net pay on payslips, in the SEPA file, and in the double-entry journal must match to the cent. The system checks this itself — a mismatch blocks export.
A GDPR erasure request doesn't delete accounting documents
A GDPR erasure request anonymises personal data — but accounting documents stay, as the law requires. The system handles both automatically, without manual intervention.
A broken import file is rejected entirely
A broken import file — bank statement, CSV — is rejected entirely. There are no partial, half-imported records in the system. An import either succeeds or fails — no in-between.
An invoice without tax confirmation cannot be silently issued
An invoice without FURS confirmation (fiscalisation) waits within the legal tolerance window — it does not disappear, it does not proceed. When the connection is down, the system does not silently skip fiscalisation.

By the numbers

1,000+
automated business logic checks
1,700+
user interface checks (E2E)
1h
RPO — backups every hour
38
countries — tax and payment standards per jurisdiction

Business logic checks: figure from PHPUnit suite, calculated 2026-07-09.

Known limitations — before you sign up, not after

All software contains bugs — the difference is who finds them: the system before use, or the client during work. Our automated checks are built to catch errors before they reach you; an update that fails any check never reaches the server.

The limitations we know about are listed here, before you sign up — not discovered on the job:

Payroll for HR/RS/BA/ME: indicative values
Payroll for Croatia, Serbia, BiH and Montenegro is based on system configurations that have not yet been independently verified by a local accountant. Values are indicative. Local expert confirmation is part of the onboarding agreement before production use.
WMS revaluation in RSD/BAM: activated for first such client
Goods receipts from suppliers in Serbia and BiH are currently recorded at a fixed EUR 1:1 exchange rate. Automatic revaluation at the current ECB rate will be implemented as part of the onboarding agreement with each such client — before signing, not after.

Frequently asked questions

Where is my data stored?
Your data is in a separate MySQL database on an EU server. Every company has its own database — no shared tables, no shared data.
Who can access my payroll?
Only users with your access permissions can reach your data. Entexia operations team access to your database content is limited to support on your request; every such entry is recorded in the audit trail that you can also view.
What happens if something goes wrong?
The audit trail records every change in the application. Backups are created every hour — target recovery time is 4 hours.
How often are backups made?
A backup is created every hour. We retain them for 7 days. RPO (recovery point objective) is 1 hour.

Try with your own data

7-day free trial. No credit card required.