Historique des pannes de Revenuecat

1. 1 septembre 2026 à 13:17 UTCidentified

   Nous voyons un taux accru d'erreurs lors de la communication avec les services de backend d'Apple. Cela donne lieu à quelques réponses HTTP 522 à partir de notre paramètre de réception. Nous avons permis des mesures d'atténuation pour minimiser l'impact sur les clients de RevenuCat, et aucun achat n'est actuellement bloqué. Nous continuerons de surveiller le problème et de mettre à jour ce fil.

2. 1 septembre 2026 à 13:31 UTCmonitoring

   Apple a signalé que le problème est maintenant résolu, et nous voyons également les taux d'erreur revenir à la normale. Nous allons continuer à surveiller.

3. 1 septembre 2026 à 13:43 UTCresolved

   La question a été réglée. Nous nous assurons maintenant que tous les achats touchés par la panne sont retraités.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 10 août 2026 à 18:37 UTCinvestigating

   Nous cherchons actuellement des taux d'erreur et de latence élevés pour plusieurs de nos API

2. 10 août 2026 à 18:56 UTCidentified

   We have rolled out a fix and are seeing early signs of improvement.

3. 10 août 2026 à 19:59 UTCresolved

   Error rates and latency have returned back to normal.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 7 août 2026 à 16:47 UTCidentified

   Nous assistons à une augmentation de la latence en matière de prestation de soins en ligne et nous nous efforçons d'atténuer les effets de l'utilisation de ces services

2. 7 août 2026 à 17:29 UTCmonitoring

   Webhook delivery latency is back down to normal levels.

3. 7 août 2026 à 19:54 UTCresolved

   Webhook delivery latency is still on normal levels and the system is stable. We consider the incident resolved.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 6 août 2026 à 17:04 UTCinvestigating

   We are currently investigating a complete outage affecting Rico. All requests to the service are failing at this time. We will provide an update as soon as we have more information.

2. 6 août 2026 à 17:06 UTCidentified

   We've identified the issue: an outage with one of our upstream AI inference providers is causing Rico to fail. This is an external dependency issue, and we are actively monitoring the provider's status and working on mitigation options. We will post another update as soon as we have more information.

3. 6 août 2026 à 17:16 UTCmonitoring

   Our upstream AI inference provider has recovered, and Rico is now operating normally. We're continuing to monitor closely to confirm full stability before marking this resolved. We will provide a final update shortly.

4. 6 août 2026 à 18:14 UTCresolved

   Rico continues recovered and stable, we consider the incident resolved.

1. 27 juillet 2026 à 10:14 UTCinvestigating

   Les développeurs qui configurent une application nouvellement créée peuvent voir "Credentials need attention" pour leur clé d'achat In App. Ceci est dû à l'API App Store Server d'Apple rejetant les identifiants Bundle récemment enregistrés. Les applications existantes ne sont pas affectées, et nous l'avons signalé à Apple. Régénérer la clé ne la résout pas.

2. 29 juillet 2026 à 09:18 UTCidentified

   On attend une solution d'Apple. App Store Server d'Apple retourne une API 401 pour les ID de bundle enregistrés le 24 juillet ou après. La même clé fonctionne contre les anciens ID de Bundle dans le même compte, et nous l'avons reproduit directement contre l'API d'Apple. L'échec se produit avant toute logique de RevenuCat. Pour les applications touchées, l'avertissement de "Credentials" n'est pas précis. Votre clé est presque certainement correcte. Régénérer la clé, réenregistrer l'ID du bloc ou recréer l'application ne la résoudra pas. Nous avons signalé le problème à Apple et continuerons d'aider Apple à le résoudre.

3. 31 juillet 2026 à 06:30 UTCresolved

   Le problème semble avoir été résolu du côté d'Apple. On voit que les clés sont validées correctement.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 26 juillet 2026 à 23:06 UTCinvestigating

   Nous enquêtons sur les erreurs avec les services d'Apple. Nous avons permis un mécanisme de repli temporaire qui devrait fournir une fonctionnalité limitée.

2. 27 juillet 2026 à 00:06 UTCidentified

   Apple a reconnu des problèmes avec plusieurs services. Nous continuerons d'accorder des droits temporaires de courte durée jusqu'à ce que le problème soit résolu. Une fois que le taux d'erreur retourne à la normale, nous désactiverons cette atténuation et validerons les achats touchés.

3. 27 juillet 2026 à 00:32 UTCmonitoring

   Nous surveillons le serveur de réception pour la récupération Parce que nous sommes incapables de valider de nouveaux achats avec le magasin, nous accordons aux nouveaux utilisateurs un droit à court terme (au plus 24 heures). Cela empêche les clients de se voir refuser l'accès dans des situations exceptionnelles, telles que des pannes partielles de magasin d'applications Une fois la connectivité rétablie, si la validation réussit, attendez un achat initial régulier. Si la validation échoue, les droits temporaires expireront

4. 27 juillet 2026 à 00:41 UTCmonitoring

   Le serveur de réception d'Apple est sauvegardé Nous rejouons les achats Les droits temporaires se transformeront en achats « réels » ou expireront, et les événements liés au webhook et à l'interception pour la durée de la panne commenceront à passer par

5. 27 juillet 2026 à 06:21 UTCmonitoring

   Nous continuons de rejouer les reçus touchés. Cela n'a pas d'incidence sur les clients qui ont fait des achats pendant la période de panne, car le droit temporaire accordé par RevenuCat assurera une transition transparente. Cet incident sera clos une fois que tous les achats auront été rejoués.

6. 27 juillet 2026 à 09:50 UTCresolved

   Tous les achats touchés ont été rejoués.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 26 juillet 2026 à 23:05 UTCinvestigating

   Nous obtenons 5xx erreurs lors de l'appel Apple Store Kit 2 pour valider les reçus. Nous avons permis des mesures d'atténuation pour maintenir les achats des clients sans interruption et nous enquêtons sur la question.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 16 juillet 2026 à 13:47 UTCinvestigating

   App Store Connect connaît des temps de réponse lents, ce qui peut affecter certains utilisateurs. Ils peuvent rencontrer des retards ou des problèmes lors de la gestion des produits App Store dans le tableau de bord ou à travers MCP.

2. 16 juillet 2026 à 18:43 UTCidentified

   App Store Connect connaît des temps de réponse lents, ce qui peut affecter certains utilisateurs. Ils peuvent rencontrer des retards ou des problèmes lors de la gestion des produits App Store dans le tableau de bord ou à travers MCP.

3. 16 juillet 2026 à 21:40 UTCresolved

   Les problèmes d'App Store Connect sont maintenant résolus.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 16 juillet 2026 à 10:53 UTCinvestigating

   La page Stripe Marketplace de l'application RevenueCat n'affiche plus le bouton Installer pour l'installer dans le compte Stripe. Cela rend impossible l'installation de l'application RevenueCat dans de nouveaux comptes à partir de la page Marketplace. Aucune connexion Stripe n'est affectée. La connexion de nouveaux comptes Stripe à RevenuCat n'est possible qu'en utilisant la nouvelle intégration des projets Stripe par le biais du Stripe cli en ce moment. Nous travaillons avec Stripe pour restaurer le bouton Installer CTA sur la page du marché, permettant aux clients qui ne veulent pas utiliser le cli de Stripe de connecter Stripe à leur compte RevenuCat. Veuillez contacter le support si vous avez des problèmes à connecter votre compte Stripe à RevenueCat.

2. 16 juillet 2026 à 12:27 UTCresolved

   Le problème a été résolu par Stripe et il est maintenant possible d'installer à nouveau l'application RevenueCat Stripe via la page Stripe Marketplace.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 16 juillet 2026 à 09:13 UTCinvestigating

   SSO signe-ins et les sessions connaissent des performances dégradées Les clients qui utilisent une seule enseigne peuvent avoir de la difficulté à se connecter au tableau de bord de RevenuCat ou peuvent interrompre leurs sessions existantes. Ce problème n'affecte que les organisations ayant une configuration SSO. Les SDK de RevenuCat, les achats, les abonnements, les droits, les API, l'analyse et les exportations de données ne sont pas touchés. Le problème est causé par les performances dégradées de notre fournisseur SSO. Nous suivons la situation et fournirons une autre mise à jour dès que nous aurons plus d'informations. Aucune action n'est nécessaire pour le moment.

2. 16 juillet 2026 à 10:29 UTCmonitoring

   Notre fournisseur SSO a identifié la cause des taux d'erreur élevés et a mis en place un correctif. Nous voyons les erreurs de connexion et de session diminuer au fur et à mesure que le service se rétablit. Certains clients utilisant Single Sign-On peuvent encore éprouver des difficultés intermittentes à se connecter au tableau de bord de RevenuCat ou peuvent interrompre leurs sessions existantes. Ce problème reste limité aux organisations ayant une configuration SSO. Nous continuons de surveiller le rétablissement et fournirons une autre mise à jour une fois que le problème sera complètement résolu. Aucune action n'est requise des clients.

3. 16 juillet 2026 à 10:47 UTCresolved

   Cet incident a été résolu.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 7 juillet 2026 à 14:37 UTCinvestigating

   We noticed that over the last hour, Google has been delaying expected subscription renewals and instead extending the expiration dates of the previously active subscription periods. As a result, RevenueCat is observing a reduced rate of renewal, cancellation, expiration, and billing issue events. We are currently investigating this unusual behavior.

2. 7 juillet 2026 à 16:56 UTCmonitoring

   The issue appears to have been resolved on Google's side. Event rates are returning to normal levels. We'll continue monitoring the situation.

3. 7 juillet 2026 à 17:28 UTCresolved

   This incident has been resolved.

1. 7 juillet 2026 à 10:32 UTCinvestigating

   We are getting 5xx errors when calling Apple Store Kit 2 to validate receipts. We have enabled mitigations to keep customer purchases uninterrupted and we are investigating the issue.

2. 7 juillet 2026 à 11:40 UTCmonitoring

   We have stopped getting errors from Apple Store Kit 2 and the service is operational. We will continue monitoring all the systems.

3. 7 juillet 2026 à 14:13 UTCresolved

   This incident has been resolved.

1. 23 juin 2026 à 17:10 UTCidentified

   App Store Connect is experiencing an outage that affects some users. Our users may experience issues when handling their app store products on the dashboard or on MCP.

2. 23 juin 2026 à 19:50 UTCmonitoring

   App Store Connect is experiencing degraded performance. Our users may experience issues when handling their app store products on the dashboard or on MCP. This does not impact purchases.

3. 23 juin 2026 à 21:29 UTCresolved

   App Store Connect issues are now resolved.

1. 22 juin 2026 à 18:32 UTCidentified

   Conversions in the Paywalls Charts are currently not being attributed. We've identified the issue and are working to resolve it. We'll keep this incident open until the issue has been fixed & data has been corrected.

2. 23 juin 2026 à 08:39 UTCmonitoring

   We have deployed a fix for this issue and are currently backfilling the affected data. New conversions are being attributed correctly. We will continue monitoring the backfill process.

3. 23 juin 2026 à 14:42 UTCresolved

   This incident has been resolved.

1. 21 juin 2026 à 22:23 UTCidentified

   We're observing delays in our background Apple receipt-refresh processing, which may cause some subscription statuses to update later than usual. New purchases, webhooks, and API requests are processing normally. Our team is working on it.

2. 22 juin 2026 à 00:46 UTCresolved

   This incident has been resolved.

1. 16 juin 2026 à 17:35 UTCinvestigating

   Our AI assistant Rico is currently unavailable. We are investigating.

2. 16 juin 2026 à 17:38 UTCinvestigating

   We are continuing to investigate this issue.

3. 16 juin 2026 à 17:43 UTCmonitoring

   The outage was caused by an underlying service provider issue, which seems to have been resolved. We are monitoring the situation.

4. 16 juin 2026 à 18:18 UTCresolved

   This incident has been resolved.

1. 12 juin 2026 à 06:38 UTCidentified

   We are currently investigating an issue affecting automatic translations in the Paywall editor. Customers may be unable to generate new paywall translations from the dashboard. Existing paywall translations are not affected. We have identified the likely cause as a breaking change in one of our translation provider dependencies and are working on updating our integration.

2. 12 juin 2026 à 08:22 UTCresolved

   This incident has been resolved. Automatic translations in the Paywall editor are working again. Customers should now be able to generate new paywall translations from the dashboard as expected.

1. 29 mai 2026 à 15:45 UTCinvestigating

   We are observing elevated error rates from the Google Play API. This might prevent some user's entitlements from being granted after purchase. We're working on a mitigation to unlock these customers.

2. 29 mai 2026 à 19:38 UTCmonitoring

   Google Play API started returning some new, undocumented error responses for a subset of subscriptions over the last few hours. Our investigation revealed that the vast majority of them are associated with purchases that expired a long time ago. This means that no new purchases are being blocked, but API requests were still impacted by these unexpected errors. We have implemented suppression for these errors when we can programmatically confirm that they refer to long-expired purchases. This has reduced the errors returned by the RevenueCat receipts endpoint by almost 100%, so the issue is now mitigated. We have informed Google about these new unexpected errors and expect them to work on a permanent fix.

3. 29 mai 2026 à 19:55 UTCresolved

   Our mitigations have eliminated the impact on RevenueCat clients. We will continue tracking the situation and following up with Google on a permanent fix.

1. 25 mai 2026 à 15:57 UTCidentified

   We are experiencing an increased error rate when fetching subscriber information coming from an incorrect cache. We are currently working on a fix.

2. 25 mai 2026 à 16:23 UTCmonitoring

   A fix has been implemented and error rate is going down. We'll keep monitoring.

3. 25 mai 2026 à 17:29 UTCresolved

   This incident has been resolved.

1. 12 mai 2026 à 04:01 UTCinvestigating

   We're investigating an issue where charts v3 data is delayed

2. 12 mai 2026 à 07:24 UTCresolved

   We identified and resolved the issue. Charts v3 data is now up-to-date.