Is Fivetran down?
Last checked 61d agoNo incidents right now.
Fivetran is operational right now. Last checked 61d ago; the most recent incident resolved 69d ago.
Real-time Fivetran status, recent outages, and incident history — pulled directly from Fivetran's official status page at https://status.fivetran.com every 5 minutes. Pingoru tracks 784 Fivetran services and has captured 3 incidents in the last 90 days (99.99% uptime). Get email, Slack, Discord, or webhook alerts the moment Fivetran reports a new incident — free for 5 monitors, no credit card.
Recent outages & incidents
Past 90 days- Ramp
Timeline · 4 updates
- identified · Jul 10, 2026, 07:10 PM UTC
The issue has been identified and we are working to resolve it.
- identified · Jul 10, 2026, 07:38 PM UTC
We have identified that the source API is repeatedly returning HTTP 529 responses, causing sync failures. We are actively working with the third-party source to resolve the issue and will continue to provide updates. Next Expected Update: 1 hour
- monitoring · Jul 10, 2026, 08:30 PM UTC
A fix has been implemented and we are monitoring the results.
- resolved · Jul 10, 2026, 08:39 PM UTC
This incident has been resolved. We have observed that error rates have returned to normal levels, and all affected Ramp connections are syncing successfully. Incident Summary Description: We identified an issue affecting Ramp connections that caused sync failures due to repeated HTTP 529 responses from the source API. Timeline: The issue began on 2026-07-10 at 16:50 UTC and was resolved on 2026-07-10 at 19:30 UTC. Cause: The source API was repeatedly returning HTTP 529 responses across multiple endpoints, resulting in sync failures. Resolution: No action was required from our side. The issue was resolved by the source, and affected connections recovered automatically once the source API resumed returning successful responses.
Latest: This incident has been resolved. We have observed that error rates have returned to normal levels, and all affected Ramp connections are syncing successfully. Incident Summary Desc…
-
- QuickBooks
Timeline · 4 updates
- identified · Jul 07, 2026, 05:20 PM UTC
The issue has been identified and we are working to resolve it.
- identified · Jul 07, 2026, 05:40 PM UTC
We have identified that the issue occurs when querying the CreditCardPaymentTxn entity. The source API is returning the following error: "invalid context declaration: creditcardpaymenttxn" This appears to be happening because the source may have changed the entity name from CreditCardPaymentTxn to CreditCardPayment. Our team is working on accommodating this change. Next Expected Update: 1 hour
- monitoring · Jul 07, 2026, 07:07 PM UTC
We have deployed a fix for this issue by switching to the new entity for data retrieval for the table CreditCardPayment We will continue to closely monitor all affected connections until they have fully recovered and returned to normal sync operations. Next Expected Update: 1 Hour
- resolved · Jul 07, 2026, 08:09 PM UTC
This incident has been resolved. We have observed that error rates have returned to normal levels, and all affected connectors are syncing successfully. Incident Summary Description: We identified an issue affecting QuickBooks connections that caused syncs to fail for the CreditCardPaymentTxn entity. Timeline: The issue began on 2026-07-07 at 2:00 PM UTC and was resolved on 2026-07-07 at 7:10 PM UTC. Cause: The QuickBooks query entity was changed from CreditCardPaymentTxn to CreditCardPayment, causing API requests made by the connector to fail with a 400 ValidationFault. Resolution: We made the required changes for the connector to use the new CreditCardPayment query entity. After deploying this change, the affected connectors recovered successfully, and syncs resumed normal operation.
Latest: This incident has been resolved. We have observed that error rates have returned to normal levels, and all affected connectors are syncing successfully. Incident Summary Descriptio…
-
- AppLovin
Timeline · 5 updates
- identified · Jul 06, 2026, 11:05 PM UTC
The issue has been identified and we are working to resolve it.
- identified · Jul 06, 2026, 11:12 PM UTC
We have identified an issue with the AppLovin connector where syncs for the advertiser_report table are failing with HTTP 500 Internal Server Errors. This is caused by a query timeout on AppLovin's backend — the expanded column set being requested exceeds AppLovin's server-side query execution limit. We are actively working on a fix and will provide further updates.
- monitoring · Jul 06, 2026, 11:45 PM UTC
A fix has been implemented and we are monitoring the results.
- monitoring · Jul 07, 2026, 12:01 AM UTC
We have applied a fix that resolves the 500 internal server error for the advertiser_report table. Affected connectors should resume syncing normally. We are monitoring recovery across all affected accounts.
- resolved · Jul 07, 2026, 01:41 AM UTC
This incident has been resolved. We have observed that instance rates are returning to normal levels, and affected connections are syncing successfully. Incident Summary Description: We have identified an issue with the AppLovin connector where syncs are failing with HTTP 500 Internal Server Error. Timeline: The issue began on July 6, 2026, at 8:30 PM UTC and was resolved on July 6, 2026, at 10:00 PM UTC. Cause: The failures were caused by a backend issue on AppLovin’s side, resulting in API requests timing out or returning HTTP 500 errors. Some syncs were also impacted by increased query complexity due to an expanded set of requested fields, which exceeded AppLovin’s server-side query execution limits. Resolution: AppLovin resolved the backend issue on their end, after which connections using the /skaReport endpoint began syncing successfully again. We rolled back the expanded column set for affected customers. This mitigation reduced query complexity and allowed impacted connections to resume syncing successfully
Latest: This incident has been resolved. We have observed that instance rates are returning to normal levels, and affected connections are syncing successfully. Incident Summary Descriptio…
-
- Started Jul 10, 2026, 07:10 PM UTC · Resolved Jul 10, 2026, 08:39 PM UTC · 1h 29m
- Started Jul 07, 2026, 05:20 PM UTC · Resolved Jul 07, 2026, 08:09 PM UTC · 2h 49m
- Started Jul 06, 2026, 11:12 PM UTC · Resolved Jul 07, 2026, 01:41 AM UTC · 2h 29m