Skip to main content
skill CX Codex

rc-payment-recovery — Claude Code skill: how to install and use

Guides coding assistants through failed Google Play renewals using RevenueCat on Android. Outlines Grace Period handling and in-app message triggers.

Install into Claude Code · Skills CLI (Vercel) All methods and platforms ↓
npx skills add RevenueCat/ai-toolkit --skill rc-payment-recovery -a claude-code
Open on GitHub

What rc-payment-recovery does

This skill instructs coding agents on managing failed subscription renewals in Android apps via the RevenueCat SDK. When Google Play cannot charge a card, the subscription enters either a grace period with active entitlement or an account hold where access stops. Both transitions appear automatically inside CustomerInfo.

Implementation depends on two EntitlementInfo properties: the billingIssueDetectedAt timestamp and the isActive boolean. By default, the SDK triggers Google's native snackbar automatically during BillingClient connection. When you want custom dialogs, check these properties and direct users to customerInfo.managementURL.

Developers do not need to parse raw Google RTDN messages. RevenueCat dispatches a backend BILLING_ISSUE webhook on the first transition. Showing native recovery prompts only on specific activities requires turning off automatic messages in PurchasesConfiguration.Builder.

What it helps with

  • handle Google Play grace period states in Android apps
  • revoke subscriber access during account hold with RevenueCat
  • display Google in-app payment recovery messages via showInAppMessagesIfNeeded
  • route users to update payment details through managementURL

Example prompts for the agent

  • Show me how to handle subscription grace periods with RevenueCat in Kotlin
  • Disable automatic billing messages and trigger showInAppMessagesIfNeeded manually on MainActivity
  • How do I check billingIssueDetectedAt and isActive in CustomerInfo?

How to install rc-payment-recovery

1Skills CLI (Vercel)

npx skills add RevenueCat/ai-toolkit --skill rc-payment-recovery -a claude-code

2Manually: put the files in place

~/.claude/skills/rc-payment-recovery/SKILL.md

Copy the whole skill folder; for one project use .claude/skills/rc-payment-recovery/

Step by step, with commands for each platform: How to install skills in Claude Code: five ways

Questions about rc-payment-recovery

How do I install rc-payment-recovery in Claude Code?

Run npx skills add RevenueCat/ai-toolkit --skill rc-payment-recovery -a claude-code. The file will be placed in ~/.claude/skills/rc-payment-recovery/SKILL.md.

What does rc-payment-recovery do?

It teaches your agent how to handle payment recovery states on Android, differentiating between Grace Period and Account Hold within the RevenueCat SDK.

Do I need to decode Google Play RTDN messages for failed renewals?

No, RevenueCat handles RTDN processing on its servers and triggers a BILLING_ISSUE webhook on the first state transition.

Source text

SKILL.md · MIT
---
name: rc-payment-recovery
description: Use this skill when handling failed renewals on Android with RevenueCat. Covers how Grace Period and Account Hold are reflected in CustomerInfo automatically, when to prompt the user, and how to trigger Google's in app messaging via showInAppMessages.
license: Apache-2.0; see LICENSE
metadata:
  author: RevenueCat
  source: revenuecat-handbook chapter 12
  keywords:
  - android
  - revenuecat
  - payment-recovery
  - grace-period
  - account-hold
  - in-app-messaging
---

# Payment Recovery

Failed renewals on Google Play move a subscription through two states: grace period (user keeps access while Google retries the card) and account hold (access revoked until the user fixes the payment method). With RevenueCat, both states land in `CustomerInfo` automatically, and Google's in app message shows by default.

## Phase 1: Understand

Three things happen when a renewal fails:

| State | Access | How RevenueCat surfaces it | User sees |
| --- | --- | --- | --- |
| Grace period | Retained | `entitlement.isActive == true` and `billingIssueDetectedAt != null` | Google in app snackbar by default |
| Account hold | Revoked | `entitlement.isActive == false` and `billingIssueDetectedAt != null` | Google in app snackbar by default |
| Recovered | Retained | `billingIssueDetectedAt == null` | Nothing |

Two signals matter in the SDK:

- `EntitlementInfo.billingIssueDetectedAt` is non null from the moment Google reports a billing problem until the user resolves it.
- `EntitlementInfo.isActive` tells you whether they still have access.

On the backend, a `BILLING_ISSUE` webhook fires once per transition. You do not decode RTDNs.

## Phase 2: Plan

Before you write app code, decide what you actually need. Most apps need none.

Ask:

1. Do you want the default Google in app message? If yes, do nothing. The SDK calls `showInAppMessagesIfNeeded` on BillingClient connect.
2. Do you want your own banner or dialog? If yes, read `billingIssueDetectedAt` from `CustomerInfo` and branch on `isActive`.
3. Do you want to gate the message to specific screens? If yes, disable the automatic call and invoke `showInAppMessagesIfNeeded(activity)` yourself.
4. Do you need a server side flag (for example, to send a recovery email)? If yes, handle the `BILLING_ISSUE` webhook. No app code required.

If you only want the default behavior, stop here.

## Phase 3: Execute

### Default (recommended)

Leave automatic in app messages on. This is the default:

```kotlin
PurchasesConfiguration.Builder(context, apiKey)
    .showInAppMessagesAutomatically(true)
    .build()
```

### Manual trigger

Disable the automatic call and show the message from your chosen activity:

```kotlin
PurchasesConfiguration.Builder(context, apiKey)
    .showInAppMessagesAutomatically(false)
    .build()

Purchases.sharedInstance.showInAppMessagesIfNeeded(activity)
```

### Your own UI during grace period

Read the entitlement and branch on both flags:

```kotlin
val entitlement = customerInfo.entitlements["pro_access"]
when {
    entitlement == null || !entitlement.isActive ->
        showSubscribeScreen()
    entitlement.billingIssueDetectedAt != null && entitlement.isActive ->
        showGracePeriodWarning()
    entitlement.billingIssueDetectedAt != null && !entitlement.isActive ->
        showAccountHoldScreen()
    else ->
        showPremiumContent()
}
```

### Send the user to fix payment

`CustomerInfo.managementURL` points to the Google Play subscription page:

```kotlin
customerInfo.managementURL?.let { url ->
    startActivity(Intent(Intent.ACTION_VIEW, url))
}
```

## Phase 4: Verify

Test each transition:

- Use a Google Play test card that declines renewals to push a subscription into grace period.
- Confirm `entitlement.billingIssueDetectedAt` becomes non null and `isActive` stays `true`.
- Wait for account hold and confirm `isActive` flips to `false` while `billingIssueDetectedAt` remains non null.
- Update the payment method and confirm `billingIssueDetectedAt` returns to `null`.
- On backend, confirm a `BILLING_ISSUE` webhook fires on the first transition.

## References

- [Full chapter](https://www.revenuecat.com/guides/revenuecat-android-sdk/payment-recovery)

© RevenueCat · MIT · RevenueCat/ai-toolkit

Similar skills

All skills for Mobile →

From the same set38

Project sponsors

Companies that keep this analytics open
Gold sponsor

Impressions, clicks and code copies — open statistics. We keep the numbers public for the same reason NeBlask itself is public. Become a sponsor