Historial de interrupciones de Revenuecat

1. 1 de septiembre de 2026 a las 13:17 UTCidentified

   Estamos viendo una mayor tasa de errores al comunicarse con los servicios de backend de Apple. Esto está dando lugar a algunas respuestas HTTP 522 de nuestro punto final de recibos. Hemos permitido reducir al mínimo el impacto en los clientes de RevenueCat, y actualmente no se están bloqueando las compras como resultado. Seguiremos monitoreando el problema y actualizaremos este hilo.

2. 1 de septiembre de 2026 a las 13:31 UTCmonitoring

   Apple ha informado de que el problema está resuelto ahora, y también estamos viendo las tasas de error volver a la normalidad. Seguiremos monitoreando.

3. 1 de septiembre de 2026 a las 13:43 UTCresolved

   La cuestión se ha resuelto. Ahora nos aseguramos de que cualquier compra afectada por el outage sea reprocesada.

Traducido automáticamente desde la actualización oficial del incidente.

1. 10 de agosto de 2026 a las 18:37 UTCinvestigating

   Actualmente estamos investigando tasas de error elevadas y latencia en varias de nuestras API

2. 10 de agosto de 2026 a las 18:56 UTCidentified

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

3. 10 de agosto de 2026 a las 19:59 UTCresolved

   Error rates and latency have returned back to normal.

Traducido automáticamente desde la actualización oficial del incidente.

1. 7 de agosto de 2026 a las 16:47 UTCidentified

   Estamos viendo mayor latencia en la entrega de webhook y estamos trabajando para mitigar

2. 7 de agosto de 2026 a las 17:29 UTCmonitoring

   Webhook delivery latency is back down to normal levels.

3. 7 de agosto de 2026 a las 19:54 UTCresolved

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

Traducido automáticamente desde la actualización oficial del incidente.

1. 6 de agosto de 2026 a las 17:04 UTCinvestigating

   Actualmente estamos investigando un completo corte que afecta a Rico. Todas las solicitudes al servicio están fallando en este momento. Proporcionaremos una actualización tan pronto como tengamos más información.

2. 6 de agosto de 2026 a las 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 de agosto de 2026 a las 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 de agosto de 2026 a las 18:14 UTCresolved

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

Traducido automáticamente desde la actualización oficial del incidente.

1. 27 de julio de 2026 a las 10:14 UTCinvestigating

   Los desarrolladores que establecen una aplicación recién creada pueden ver "Credentials necesitan atención" para su clave In App Purchase. Esto es causado por App Store Server API de Apple rechazando los IDs Bundle recientemente registrados. Las aplicaciones existentes no son afectadas, y lo hemos reportado a Apple. Regenerar la llave no lo resuelve.

2. 29 de julio de 2026 a las 9:18 UTCidentified

   Estamos esperando una solución de Apple. App Store Server API de Apple devuelve un 401 para IDs Bundle registrados en o después del 24 de julio. La misma clave funciona contra IDs de Bundle más antiguos en la misma cuenta, y hemos reproducido esto directamente contra la API de Apple. El fracaso ocurre antes de cualquier lógica RevenueCat. Para las aplicaciones afectadas, la advertencia “Credentials necesita atención” no es exacta. Tu llave es casi sin duda correcta. Regenerar la clave, volver a registrar el ID de Bundle o recrear la aplicación no resolverá. Hemos reportado el problema a Apple y seguiremos ayudando a Apple a resolverlo.

3. 31 de julio de 2026 a las 6:30 UTCresolved

   El problema parece haberse resuelto en el lado de Apple. Ahora vemos que las llaves están validadas correctamente.

Traducido automáticamente desde la actualización oficial del incidente.

1. 26 de julio de 2026 a las 23:06 UTCinvestigating

   Estamos investigando errores con los servicios de Apple. Hemos habilitado un mecanismo de retroceso temporal que debería proporcionar funcionalidad limitada.

2. 27 de julio de 2026 a las 0:06 UTCidentified

   Apple ha reconocido problemas con múltiples servicios. Seguiremos otorgando derechos temporales de corta duración hasta que se resuelva el problema. Una vez que la tasa de error regrese a la normalidad, deshabilitaremos esta mitigación y reactivaremos las compras afectadas.

3. 27 de julio de 2026 a las 0:32 UTCmonitoring

   Estamos monitoreando el Servidor Receipt para la recuperación Debido a que no podemos validar nuevas compras con la tienda, estamos otorgando a los nuevos usuarios un derecho a corto plazo (en la mayoría de las 24 horas). Esto impide que los clientes tengan acceso durante situaciones excepcionales, como los outages parciales de tiendas de aplicaciones Una vez restaurada la conectividad, si la validación tiene éxito, esperar una compra inicial regular. Si la validación falla, los derechos temporales expirarán

4. 27 de julio de 2026 a las 0:41 UTCmonitoring

   Apple Receipt Server está de vuelta Estamos reproduciendo las compras Los derechos temporales se convertirán en compras 'real', o expirarán, y eventos relacionados de webhook e intergation durante la duración de la salida comenzarán a pasar por

5. 27 de julio de 2026 a las 6:21 UTCmonitoring

   Seguimos reproduciendo los recibos impactados. Esto no afecta a los clientes que hicieron compras durante la ventana de salida como el derecho temporal otorgado por RevenueCat garantizará una transición sin problemas. Este incidente se cerrará una vez que todas las compras hayan sido reproducidas.

6. 27 de julio de 2026 a las 9:50 UTCresolved

   Todas las compras impactadas han sido reproducidas.

Traducido automáticamente desde la actualización oficial del incidente.

1. 26 de julio de 2026 a las 23:05 UTCinvestigating

   Estamos recibiendo errores de 5xx cuando llamamos Apple Store Kit 2 para validar recibos. Hemos permitido a las mitigacións mantener ininterrumpidas las compras de clientes y estamos investigando el problema.

Traducido automáticamente desde la actualización oficial del incidente.

1. 16 de julio de 2026 a las 13:47 UTCinvestigating

   App Store Connect está experimentando tiempos de respuesta lentos, que pueden afectar a algunos usuarios. Pueden encontrar retrasos o problemas al gestionar los productos de App Store en el panel o a través de MCP.

2. 16 de julio de 2026 a las 18:43 UTCidentified

   App Store Connect está experimentando tiempos de respuesta lentos, que pueden afectar a algunos usuarios. Pueden encontrar retrasos o problemas al gestionar los productos de App Store en el panel o a través de MCP.

3. 16 de julio de 2026 a las 21:40 UTCresolved

   Los problemas de App Store Connect se resuelven ahora.

Traducido automáticamente desde la actualización oficial del incidente.

1. 16 de julio de 2026 a las 10:53 UTCinvestigating

   La página de Stripe Marketplace para la aplicación RevenueCat no muestra más el botón Instalar para instalarlo en la cuenta de Stripe. Esto hace imposible instalar la aplicación RevenueCat en nuevas cuentas de la página Marketplace. No se afecta la conexión de Stripe existente. Conectar nuevas cuentas de Stripe a RevenueCat sólo es posible utilizando la nueva integración de Stripe Projects a través del Stripe cli en este momento. Trabajamos con Stripe para restaurar el botón Install CTA en la página de mercado, permitiendo a los clientes que no quieren utilizar el Stripe cli para conectar Stripe a su cuenta RevenueCat. Por favor contacte con soporte si tiene problemas para conectar su cuenta de Stripe a RevenueCat.

2. 16 de julio de 2026 a las 12:27 UTCresolved

   El problema ha sido resuelto por Stripe y ahora es posible instalar nuevamente la aplicación RevenueCat Stripe a través de la página de Stripe Marketplace.

Traducido automáticamente desde la actualización oficial del incidente.

1. 16 de julio de 2026 a las 9:13 UTCinvestigating

   SSO firma y sesiones están experimentando resultados degradados Los clientes que utilicen Single Sign-On pueden tener dificultades para iniciar sesión en el panel RevenueCat o pueden interrumpir sus sesiones existentes. Este número sólo afecta a las organizaciones configuradas por SSO. RevenueCat SDKs, compras, suscripciones, derechos, APIs, análisis y exportaciones de datos no son afectados. El problema es causado por el rendimiento degradado de nuestro proveedor de SSO. Estamos monitoreando la situación y proporcionaremos otra actualización tan pronto como tengamos más información. No se requiere ninguna acción de los clientes en este momento.

2. 16 de julio de 2026 a las 10:29 UTCmonitoring

   Nuestro proveedor de SSO ha identificado la causa de las tasas de error elevadas e implementado una solución. Estamos viendo que los errores de registro y sesión disminuyen a medida que el servicio se recupera. Algunos clientes que utilizan Single Sign-On todavía pueden experimentar dificultad intermitente para iniciar sesión en el panel RevenueCat o pueden interrumpir sus sesiones existentes. Esta cuestión se limita a las organizaciones configuradas por SSO. Continuamos monitoreando la recuperación y proporcionaremos otra actualización una vez que la cuestión se resuelva completamente. No se requiere ninguna acción de los clientes.

3. 16 de julio de 2026 a las 10:47 UTCresolved

   Este incidente ha sido resuelto.

Traducido automáticamente desde la actualización oficial del incidente.

1. 7 de julio de 2026 a las 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 de julio de 2026 a las 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 de julio de 2026 a las 17:28 UTCresolved

   This incident has been resolved.

1. 7 de julio de 2026 a las 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 de julio de 2026 a las 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 de julio de 2026 a las 14:13 UTCresolved

   This incident has been resolved.

1. 23 de junio de 2026 a las 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 de junio de 2026 a las 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 de junio de 2026 a las 21:29 UTCresolved

   App Store Connect issues are now resolved.

1. 22 de junio de 2026 a las 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 de junio de 2026 a las 8: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 de junio de 2026 a las 14:42 UTCresolved

   This incident has been resolved.

1. 21 de junio de 2026 a las 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 de junio de 2026 a las 0:46 UTCresolved

   This incident has been resolved.

1. 16 de junio de 2026 a las 17:35 UTCinvestigating

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

2. 16 de junio de 2026 a las 17:38 UTCinvestigating

   We are continuing to investigate this issue.

3. 16 de junio de 2026 a las 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 de junio de 2026 a las 18:18 UTCresolved

   This incident has been resolved.

1. 12 de junio de 2026 a las 6: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 de junio de 2026 a las 8: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 de mayo de 2026 a las 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 de mayo de 2026 a las 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 de mayo de 2026 a las 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 de mayo de 2026 a las 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 de mayo de 2026 a las 16:23 UTCmonitoring

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

3. 25 de mayo de 2026 a las 17:29 UTCresolved

   This incident has been resolved.

1. 12 de mayo de 2026 a las 4:01 UTCinvestigating

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

2. 12 de mayo de 2026 a las 7:24 UTCresolved

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