eazyBI logo

Is eazyBI Down?

AnalyticsLive status, outages, and incident history

Degraded. eazyBI is up but having problems.

eazyBI is reporting degraded performance as of November 14, 2026. Expect slower responses or more errors. The affected components are listed below.

DegradedChecked just nowLive · every 60s

Don't find out like this next time

You searched to find out eazyBI was down. Next time we tell you, usually before your customers do, and always before you think to check.

Free, no password, no card. Unsubscribe in one click.

How we know: the official eazyBI status page, PulsAPI's own check (every 60 seconds), and outage reports from engineers. How PulsAPI monitoring works

Status report

eazyBI Status Summary

As of 06:32 UTC on 14 November 2026, eazyBI is reporting degraded performance. PulsAPI checked eazyBI's official status page and found 1 of 2 components operational, with no active incidents. The latest incident, "Some Jira dimensions and calculated members removed during Jira Cloud incident", was on Nov 2, 2026 and lasted 31h 55m.

Cite as: PulsAPI, “eazyBI status”, checked 14 November 2026, 06:32 UTC. https://www.pulsapi.com/services/eazybi

eazyBI Component Status

1 of 2 eazyBI components are impaired. Worst problems listed first.

1degraded1operational
Web App
Degraded
Docs
Operational

Component statuses may change independently during partial outages.

Recent eazyBI Outages & Incidents

Incident history from the official eazyBI status page, including resolution updates.

Some Jira dimensions and calculated members removed during Jira Cloud incidentResolved Nov 2, 2026 · 31h 55mResolved

On November 2, 2026, between 00:35 and 02:45 EET, a Jira Cloud incident caused Jira to leave some existing fields out of its responses, including custom fields and Jira Software and Service Management fields such as Sprint, Epic Link, Team, and the SLA fields. eazyBI imports that ran during this time treated these fields as deleted in Jira and removed their dimensions, custom hierarchies, renamed All members, and calculated members across about 900 accounts. The next imports recreated the dimensions but without the data for issues that had not changed since the previous import. We re-imported the data of the affected accounts, and on November 3 we restored the custom hierarchies, renamed All members, and calculated members from the audit log. The largest accounts, including some with Xray data, took longer, and the last of these accounts finished on November 10. To prevent this in the future, we are changing the import so it stops with an error instead of removing a field that Jira or an app manages when Jira temporarily does not return it. We will also monitor unusual mass removals across accounts. --- [2026-11-03T17:31:58.897+02:00] (resolved) The data of most affected accounts has been re-imported, and custom hierarchies have been restored. All members rename and calculated members that were removed during the incident have been restored. A few accounts with large data volumes are still finishing their re-import; we will restore them as soon as it completes. If a report still shows missing data or a missing calculated member, please contact eazyBI support. --- [2026-11-02T20:01:46.232+02:00] (monitoring) We are re-importing the data of the affected accounts. About two-thirds of the accounts have finished the data re-import; the larger accounts take longer. The custom hierarchies, renamed All members and calculated members, that were removed during the incident have not yet been restored. We will post an update about restoring them. Until the recovery is complete, reports that use the affected dimensions may show incomplete data or errors. No action is needed from you. --- [2026-11-02T11:32:28.497+02:00] (monitoring) Our investigation shows that between 22:35 and 00:45 UTC, eazyBI imports removed some Jira dimensions that were not returned to eazyBI because of the Jira Cloud incident, including custom fields, Sprint, Epic Link, Parent Link, Team, Story Points, and Service Management SLA fields. The next import recreated the dimensions, but their historical data is incomplete, and custom hierarchies and calculated members defined on them need to be restored. We are running full re-imports for the affected accounts and will restore the custom hierarchies and calculated members once each account's re-import completes. No action is needed from you. Reports that use these dimensions may show incomplete data until then. We will post an update when the recovery is complete. --- [2026-11-02T09:36:23.670+02:00] (monitoring) Following an earlier Jira Cloud incident about missing fields on work items, we have identified that some custom field values were not imported into eazyBI for some accounts. More details about the Jira incident here: https://jira-software.status.atlassian.com/incidents/1blzrf38268l

Time to SLA data import failuresResolved Oct 27, 2026 · 22h 21mResolved

From October 26, 13:02 UTC to October 28, 11:44 UTC, imports of Time to SLA data failed with an HTTP 403 error for 22 accounts that use Jira Cloud sites with data residency. The Time to SLA vendor started to require that these sites use their regional API host. eazyBI kept sending the requests to the global host, which now rejects them. On October 28 we deployed a fix: eazyBI now sends the requests to the regional host. All affected accounts imported successfully by 12:49 UTC, and no user action was needed. --- [2026-10-28T16:06:16.948+02:00] (resolved) This incident has been resolved. --- [2026-10-28T13:48:55.449+02:00] (monitoring) We have deployed a fix for the HTTP 403 errors in Time to SLA data imports on Jira Cloud sites with data residency. Imports for the affected accounts have been restarted and will be picked up by the queue. You don't need to change your API token. We are monitoring the results. --- [2026-10-27T23:58:09.339+02:00] (identified) The issue has been identified and a fix is being implemented. --- [2026-10-27T23:58:00.356+02:00] (investigating) Since October 26, 13:00 UTC, some imports of Time to SLA data from Jira Cloud have been failing with an HTTP 403 (not authorized) error. We are investigating the cause.

We are experiencing data import issues. Imports may take longer than usual.Resolved Aug 26, 2026 · 3h 55mResolved

Between August 25 \(~12:00 UTC\) and August 26 \(~09:00 UTC\), scheduled data imports in our EU region were delayed, in some cases by several hours. No data was lost, reports and dashboards remained fully available throughout, and all imports completed normally once processed. What happened. A small number of exceptionally large, long-running imports - combined with slow responses from some external data source APIs - gradually occupied all background import capacity on our EU import servers. As capacity filled, remaining imports slowed down as well, and a backlog of queued import jobs grew faster than it could be processed. Resolution. On the morning of August 26, we added additional import server capacity. The backlog cleared within an hour, and import processing has been running normally since. We apologize for the inconvenience the delays may have caused. --- [2026-08-26T15:09:06.045+03:00] (resolved) This incident has been resolved. --- [2026-08-26T12:43:18.231+03:00] (monitoring) Many imports have been restored. We are monitoring the results. --- [2026-08-26T12:38:27.116+03:00] (identified) The issue has been identified and a fix is being implemented. --- [2026-08-26T11:13:40.327+03:00] (investigating) We are currently investigating this issue.

Upcoming maintenance

Announced by eazyBI. Planned work, not an outage.

Database maintenanceScheduled for Nov 15, 2026 · 1h 0mScheduled

We will be undergoing scheduled maintenance during this time. --- [2026-11-13T15:43:22.149+02:00] (scheduled) We are upgrading the eazyBI database. During the maintenance, eazyBI is in read-only mode. You can log in and view your reports and dashboards, but you cannot save changes, and data imports are paused.

eazyBI Uptime History

Daily uptime recorded by PulsAPI over the last 90 days, with the days that carried a eazyBI incident marked. Each day is measured from our own checks, so the record continues even when the vendor publishes nothing.

Uptime history3 days observed
Nov 12100.00% average · 2 days with incidentsNov 14

Live eazyBI Outage Reports

Problems reported by engineers using eazyBI. Reports often appear 10 to 20 minutes before the official status page moves, and stay on this page for 90 days.

Reports, last 24 hours0 total
24h agoNothing reportednow

No eazyBI problems reported yet.

Are you seeing eazyBI problems too?

Reports are anonymous, take about ten seconds, and help the next engineer who checks.

About eazyBI

eazyBI posts its status at status.eazybi.com. The page covers 2 components, among them Docs and Web App. Past incidents and uptime for eazyBI stay on this page, which helps when you want to know how often it has trouble.

eazyBI Status FAQ

Is eazyBI down right now?

The verdict at the top of this page comes from the latest poll of the official eazyBI status feed and refreshes automatically, so you are not looking at a stale cached answer. PulsAPI re-checks it every 60 seconds.

What should I do if eazyBI is not working?

Check the component list on this page first to see if your failure matches a known outage. If it does, you can report the issue for other engineers, follow the incident timeline for vendor updates, and run any fallback your app supports until eazyBI recovers.

How do I check eazyBI uptime history?

PulsAPI tracks eazyBI uptime over 30, 60, and 90-day rolling windows. The current 30-day uptime is not published yet, because a 30-day figure needs 30 days of tracked history. The 90-day uptime strip on this page is public: no account needed. A free account adds alerts whenever eazyBI changes state, plus 15 days of incident detail; Pro extends that to 90 days and Business to 13 months.

How fast does PulsAPI detect eazyBI outages?

PulsAPI reads the official eazyBI status page. PulsAPI re-checks it every 60 seconds. Alerts reach Slack, Discord, Microsoft Teams, PagerDuty, or email once a change has held for 5 minutes, so a one-minute blip does not page you.

Does PulsAPI track individual eazyBI components?

Yes. PulsAPI monitors 2 individual eazyBI components, so you can see which service or region is affected instead of a generic "service degraded" banner.

Can I get alerts when eazyBI goes down?

Yes. Create a free account and subscribe to eazyBI: the free plan covers three services with unlimited email alerts and no monthly notification cap. Paid plans lift the monitor limit entirely (Pro and above do not meter how many vendors you watch) and route the same alerts into Slack, Discord, Microsoft Teams, PagerDuty and webhooks.

How do I report an issue with eazyBI to the community?

Click "Report an issue" at the top of this page, pick the issue type and severity, and optionally add your region and a short note. Reports are anonymous and help other engineers spot eazyBI problems early. Official status pages often lag real incidents by 10 to 20 minutes.

Is there a free way to monitor eazyBI?

Yes. The free plan covers 3 monitored services with unlimited email alerts, permanently, so eazyBI plus two more costs nothing. Every new account also opens with a 30-day Business trial (unlimited monitors, Slack alerts, SLA reporting) with no credit card.

Track eazyBI with the rest of your stack

4372+ vendors in one dashboard, and an email the moment any of them changes state. Three free, and no monitor limit at all from $29/mo, unlike the alternatives, which keep charging by the monitor.

Start free, 3 services