All Systems Operational

Uptime over the past 90 days. View historical uptime.
Cloud Services Operational
90 days ago
99.97 % uptime
Today
Cloud EFR Operational
90 days ago
99.89 % uptime
Today
Fiscal Recorder Operational
90 days ago
99.99 % uptime
Today
Digital Bill & Wallet Operational
90 days ago
100.0 % uptime
Today
E-Invoicing Operational
90 days ago
100.0 % uptime
Today
Data Export Operational
90 days ago
100.0 % uptime
Today
Management Platform Operational
90 days ago
100.0 % uptime
Today
efsta Portal Operational
90 days ago
100.0 % uptime
Today
Management API Operational
90 days ago
100.0 % uptime
Today
Fiscalization Operational
Austria Operational
Croatia Operational
Czech Republic Operational
Denmark Operational
France Operational
Germany Operational
Hungary Operational
Italy Operational
Norway Operational
Poland Operational
Portugal Operational
Slovakia Operational
Slovenia Operational
Spain Operational
Sweden Operational
Operational
Degraded Performance
Partial Outage
Major Outage
Maintenance
Major outage
Partial outage
No downtime recorded on this day.
No data exists for this day.
had a major outage.
had a partial outage.

No incidents or maintenance related to this downtime.

Aug 26, 2026

No incidents reported today.

Aug 25, 2026

Cloud EFR - Auth responses return without body
Resolved - Our monitoring shows that the incident has been resolved, all users can again connect normally.

Our analysis shows that the incident was caused by a brief service disruption of our Cloud service provider, which prevented our reverse proxy service from obtaining the routing configuration for connecting clients. While this disruption only lasted for a very short period, our services were unable to recover automatically due to the errors being cached, leading to a crash-loop that ultimately prevented the intended automatic recovery.

We'd like to apologize for the inconvenience, and will introduce several improvements to avoid this issue in the future:
- We'll improve our error-handling in the affected reverse proxy service, both generally and specifically for this case, so that it automatically recovers from internal network interruptions.
- We will improve our automatic alerting to notify us sooner in case of rapid traffic changes.

These changes will require a maintenance window that we'll announce separately via this site.
Aug 25, 10:10 CEST
Monitoring - The situation is now stable, and work can continue as normal. We are actively monitoring the environment and will provide a further update once the root cause has been fully resolved. Thank you for your patience.
Aug 25, 08:32 CEST
Investigating - We are currently experiencing issues with some auth requests that are not returning proper result. We are currently investigating the issue and will post an update with more details.
Aug 25, 07:59 CEST

Aug 24, 2026

No incidents reported.

Aug 23, 2026

No incidents reported.

Aug 22, 2026

No incidents reported.

Aug 21, 2026

No incidents reported.

Aug 20, 2026

No incidents reported.

Aug 19, 2026

No incidents reported.

Aug 18, 2026

No incidents reported.

Aug 17, 2026

No incidents reported.

Aug 16, 2026

No incidents reported.

Aug 15, 2026

No incidents reported.

Aug 14, 2026

No incidents reported.

Aug 13, 2026

No incidents reported.

Aug 12, 2026

Data exports and notification emails delayed
Resolved - The queue has cleared, and messages were processed accordingly, no messages were list. We are scheduling a planned modernization of the service's runtime to prevent this class of issue permanently.

We'd like to apologize for any potential inconvenience this issue may have caused.
Aug 12, 13:26 CEST
Monitoring - We've applied a fix that restored the functionality, and are currently monitoring the export and message queue being processed.
Aug 12, 11:52 CEST
Identified - An automatic dependency update in an internal background-processing service introduced library versions that are incompatible with the service's current runtime. As a result, the service fails on startup and stopped processing its work queues. The portal itself, sign-in, and all data collection from cash registers are unaffected, and no data has been lost.

We are deploying a corrected build of the service with compatible dependency versions; queued exports and emails will be processed automatically once it is back online, without any action needed from users. Separately, we are scheduling a planned modernization of the service's runtime to prevent this class of issue permanently. This notice will be updated once processing has caught up.
Aug 12, 10:54 CEST
Investigating - We're currently experiencing delayed data export and notification processing in our cloud platform. Exports started in the portal do not complete within reasonable time - they remain in "pending" state and the export page keeps waiting. Notification and report emails are delayed. No data has been lost: all requests are safely queued and will be processed automatically once service is restored; started exports will complete without needing to be restarted.
Aug 12, 10:50 CEST
← Incident History Powered by Atlassian Statuspage