Skip to content

feat(billing): Add has_card_on_file to StripePaymentData#301

Merged
skonves merged 2 commits into
mainfrom
stevekonves/reveng-155-add-has-card-on-file-to-stripe-payment-data
Jun 10, 2026
Merged

feat(billing): Add has_card_on_file to StripePaymentData#301
skonves merged 2 commits into
mainfrom
stevekonves/reveng-155-add-has-card-on-file-to-stripe-payment-data

Conversation

@skonves

@skonves skonves commented Jun 10, 2026

Copy link
Copy Markdown
Member

Adds an optional bool has_card_on_file = 3 field to StripePaymentData, letting consumers determine whether an org has a card on file without a separate RPC. The field is populated inside BillingDetailsService.get_stripe_payment_data from the local PaymentMethod mirror table, mirroring the legacy Subscription.has_card_on_file() check.

The immediate consumer is platform invoice PDF generation, which today hardcodes the auto-renewal disclaimer regardless of whether the org has a card on file (incorrectly shown for invoiced customers). The getsentry implementation lands in a separate follow-up PR.

Refs REVENG-155

Add an optional `has_card_on_file` boolean to the StripePaymentData
message. This lets consumers in the billing platform answer "does this
org have a card on file?" without a separate RPC — it is populated
inside `BillingDetailsService.get_stripe_payment_data` from the local
`PaymentMethod` mirror table, matching the legacy
`Subscription.has_card_on_file()` check.

The immediate consumer is platform invoice PDF generation, which today
hardcodes the auto-renewal disclaimer regardless of whether the org
has a card on file (incorrectly shown for invoiced customers). The
getsentry implementation lands in a separate PR.

Refs REVENG-155
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
@linear-code

linear-code Bot commented Jun 10, 2026

Copy link
Copy Markdown

REVENG-155

@github-actions

github-actions Bot commented Jun 10, 2026

Copy link
Copy Markdown

The latest Buf updates on your PR. Results from workflow ci / buf-checks (pull_request).

BuildFormatLintBreakingUpdated (UTC)
✅ passed✅ passed✅ passed✅ passedJun 10, 2026, 7:33 PM

@skonves skonves marked this pull request as ready for review June 10, 2026 19:35
@skonves skonves requested a review from a team as a code owner June 10, 2026 19:35
@skonves skonves merged commit c441265 into main Jun 10, 2026
16 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants