Rc Subscriptions

RevenueCat/ai-toolkit/revenuecat-play-billing/skills/rc-subscriptions

by RevenueCatccfc038185ec457b2ac9077f3bbf1ba947a44dbbApache-2.0; see LICENSEListed Oct 9, 2026Updated Oct 9, 2026

Use this skill when modeling subscriptions through RevenueCat's object model on Android. Covers Offerings, Packages, StoreProduct, SubscriptionOption, PricingPhase, and how they map to Google Play's Subscription, Base Plan, and Offer hierarchy.

Instructions onlySoftware Development
AI-generated overview

Guides modeling Android subscription paywalls with RevenueCat's Offerings, Packages, and SubscriptionOption object model.

What it does
Explains how Google Play's Subscription, Base Plan, and Offer hierarchy maps onto RevenueCat types such as Offering, Package, StoreProduct, SubscriptionOption, and PricingPhase. Walks through planning a paywall, fetching offerings, choosing packages, purchasing with default or targeted offers, rendering trial and intro pricing, handling prepaid plans, and checking entitlements. Provides Kotlin snippets and a decision summary table.
When to use it
Use when implementing or reviewing subscription purchase flows in an Android app that uses the RevenueCat SDK. Also useful when mapping a paywall layout to offerings and packages, or when targeting a specific offer such as a win-back promotion.
Requirements
Instructions only; no scripts. Assumes an Android project with the RevenueCat SDK, a configured API key, and dashboard-configured offerings and products.

Subscriptions on Android with RevenueCat

Google Play exposes subscriptions through a three tier hierarchy: Subscription, Base Plan, and Offer. RevenueCat wraps that hierarchy in a flatter model you configure from the dashboard: Offerings, Packages, and SubscriptionOptions. You fetch an Offering, pick a Package, and in most flows let the SDK choose the right SubscriptionOption for you.

Phase 1: Understand

The mapping from Google Play to RevenueCat:

Google PlayRevenueCat
Subscription (product ID)StoreProduct
Base PlanSubscriptionOption (base plan)
OfferSubscriptionOption (offer)
Group of base plans grouped in dashboardPackage inside an Offering

Key types you will touch:

  • Offering: a dashboard configured group of Package objects. offerings.current is the one you show by default.
  • Package: a purchasable slot (monthly, annual, weekly, custom). Exposes a product: StoreProduct.
  • StoreProduct: the Google Play subscription product. Has subscriptionOptions: List<SubscriptionOption>? and a defaultOption.
  • SubscriptionOption: either a base plan or an offer. Has pricingPhases, tags, and an id.
  • PricingPhase: one billing segment (intro trial, intro price, or recurring). Has billingPeriod, price, offerPaymentMode, and recurrenceMode.

See the Subscriptions chapter on revenuecat.com for the object model diagram showing the full Offerings hierarchy alongside the CustomerInfo hierarchy used for entitlement checks.

Phase 2: Plan

Before you write code, map your paywall to the object model. Answer these three questions.

2.1 Which Offering drives the paywall?

  • Default paywall: use offerings.current. This is the Offering marked current in the dashboard and is the standard choice.
  • Experiment or segment specific paywall: fetch offerings.all["experiment-a"]. You keep the dashboard in charge of which products appear, so no app update ships when the catalog changes.

2.2 Which Packages do you show?

Two access patterns, pick the one that matches your layout:

PatternAPIWhen to use
Named slotsoffering.monthly, offering.annual, offering.weeklyFixed paywall with known durations
Iterationoffering.availablePackagesDynamic layout, unknown durations, or custom package types

Standard PackageType values: MONTHLY, ANNUAL, WEEKLY, TWO_MONTH, THREE_MONTH, SIX_MONTH, LIFETIME. Anything else is PackageType.CUSTOM.

2.3 Does the paywall need a specific offer, or is the default fine?

SituationWhat to pass to PurchaseParams
Standard paywall, user gets best eligible offer automaticallyPackage
You need a specific offer (win back, promo, tag selected)SubscriptionOption

The SDK's defaultOption logic:

  1. Filters out options tagged "rc-ignore-offer" or "rc-customer-center".
  2. Picks the option with the longest free trial or the cheapest first phase.
  3. Falls back to the base plan if no offer qualifies.

Trial eligibility is not filtered by the SDK. Google Play only returns offers the user is eligible for, so if a user already consumed a free trial, that option simply will not appear in subscriptionOptions and the base plan becomes the default.

Phase 3: Execute

3.1 Pull Offerings and pick a Package

kotlin
val offerings = Purchases.sharedInstance.awaitOfferings()val offering = offerings.current ?: returnval monthly = offering.monthly ?: returnval product = monthly.productval price = product.price.formattedval period = product.period?.iso8601 // "P1M", "P1Y", null for one time

For a dynamic list:

kotlin
for (pkg in offering.availablePackages) {    render(pkg.product.title, pkg.product.price.formatted, pkg.packageType)}

3.2 Purchase with the default option

When the paywall shows a Package and you want the SDK to pick the best offer, pass the Package directly.

kotlin
val params = PurchaseParams.Builder(activity, monthly).build()val result = Purchases.sharedInstance.awaitPurchase(params)

3.3 Drill into subscriptionOptions for a specific offer

Use this when the paywall targets an offer by tag or offer ID, for example a win back offer.

kotlin
val product = offering.monthly?.product ?: returnval winBack = product.subscriptionOptions    ?.firstOrNull { it.tags.contains("win-back") }val option = winBack ?: product.defaultOption ?: returnval params = PurchaseParams.Builder(activity, option).build()

Always fall back to defaultOption so the paywall still works when the targeted offer is absent (for example, the user is not eligible).

3.4 Render trial and intro pricing from pricingPhases

The first PricingPhase is the trial or intro price when present. Use offerPaymentMode for trial detection.

kotlin
val option = pkg.product.defaultOption ?: returnval first = option.pricingPhases.first()val isTrial = first.offerPaymentMode == OfferPaymentMode.FREE_TRIAL

billingPeriod.value is the count in the period's unit, not days. A P1W period gives value = 1, unit = WEEK. Build labels off both fields:

kotlin
val p = first.billingPeriodval label = when (p.unit) {    Period.Unit.DAY -> "${p.value} day"    Period.Unit.WEEK -> "${p.value} week"    Period.Unit.MONTH -> "${p.value} month"    Period.Unit.YEAR -> "${p.value} year"    else -> p.iso8601}

3.5 Prepaid plans

Prepaid base plans use the same SubscriptionOption API. Their pricingPhases report RecurrenceMode.NON_RECURRING. To accept pending purchases for prepaid plans, enable the flag at configuration time.

kotlin
PurchasesConfiguration.Builder(context, apiKey)    .pendingTransactionsForPrepaidPlansEnabled(true)    .build()

3.6 Check access after purchase

Prefer entitlements. They reflect server computed access state including grace period, account hold, and cancellation with remaining time.

kotlin
val info = result.customerInfoval isPro = info.entitlements["pro"]?.isActive == true

If you need the raw product ID, use customerInfo.activeSubscriptions. It returns a Set<String> of "subscriptionId:basePlanId" entries.

Decision summary

QuestionAnswer
How do I fetch products?Purchases.sharedInstance.awaitOfferings() then offerings.current.
How do I present durations?offering.monthly/annual/weekly or iterate availablePackages.
How do I purchase?Pass the Package to PurchaseParams and let defaultOption apply.
How do I target a specific offer?Filter product.subscriptionOptions by tag or ID, pass the SubscriptionOption.
How do I detect a free trial?pricingPhases.first().offerPaymentMode == OfferPaymentMode.FREE_TRIAL.
How do I check access?customerInfo.entitlements["<id>"]?.isActive.

References

Source and attribution

Source:RevenueCat/ai-toolkitinrevenuecat-play-billing/skills/rc-subscriptionsat commitccfc038

License: Apache-2.0; see LICENSE

Content belongs to its original authors. SourceWeft indexes it from a public repository.

Report or request removal