[BUG] "Buy credits" button permanently disabled - Free tier account incorrectly shows $500 limit, HTTP 429 errors on billing page

<img width="1280" height="1550" alt="Image" src="https://github.com/user-attachments/assets/1404c0ba-13a3-48b5-b34a-174d7279ec14" />
<img width="1280" height="1550" alt="Image" src="https://github.com/user-attachments/assets/aa1352a6-0504-4aa6-a2e0-baeae6ebc22d" />

Same issue here. The "Buy credits" button is permanently greyed out for me as well.

All billing form fields (name, address, city, card) are filled and validate fine — no error message shown.
Tax and total calculate correctly (e.g. USD 20 + 2 tax = USD 22).
Card is selected via Link, also tried entering a card manually.
Tried: clearing the Korean BRN field, Chrome incognito, disabling autofill/extensions, page reload, USD 5 instead of 20.
New account, $0 balance, no prior successful payment.

Environment: macOS, Chrome. Region: South Korea.
This blocks me from purchasing API credits and getting a working API key. +1 on prioritizing a fix.

It happened to me aswell, 2 different device, same problems

First time user of this feature... I'm having issues of this too.

I am experiencing the exact same issue here in South Korea.

• Environment: Windows / Chrome
• Symptom: The "Buy credits" button is permanently greyed out (disabled). The Estimated tax and Total amount are stuck at $--.
• Steps tried: 1. Filled out all billing address fields correctly (Seoul, South Korea).

1. Input a valid Mastercard.
2. Tried leaving the Korean BRN field as the default placeholder, and also tried clearing it out completely.
3. Tested in Chrome Incognito mode and cleared cookies, but nothing changed.

It seems like the billing system fails to calculate the tax for Korean addresses, preventing the purchase button from activating. Please look into this billing/Stripe integration bug as soon as possible.

Same issue!

The $5 preset button stays disabled with valid card, complete billing address, and correct tier/limit shown.

👉 Workaround: Switch to "Custom amount" and manually enter $5.02. The form's validation rule requires the amount to be ≥ $5.02 – the $5 preset apparently doesn't satisfy its own form's minimum, which is likely why it's stuck disabled.
Would be great to get this fixed at the source (preset button) rather than relying on the manual workaround.

Disable your adblocker. My uBlock Origin Lite was causing this issue. I think it blocked some kind of tracker

<img width="491" height="253" alt="Image" src="https://github.com/user-attachments/assets/6e761d83-e72d-4537-8a3f-9ebb76bc1181" />
$5.02 didn't work for me and I have no adblockers installed in my mac. Anyone from Anthropic? Please help and take my money

This bug is still there. No ad blockers. Custom amount doesn't work

<img width="557" height="418" alt="Image" src="https://github.com/user-attachments/assets/07a8ccc8-b030-43fa-9267-5120109c2d62" />

It might be a Safari issue as I went to chrome and it worked. Also link pay doesn't work. I could only get paying with credit card directly to work.

I can't believe a company of this size has a critical issue like this on the website and nobody seems to care...

Had the same issue just today... For me switching to Google Chrome and using my Revolut credit card in an incognito window worked, after trying it multiple times in the Safari browser.

@BeFuchs thanks for the tip, private Safari window worked.

Switched to Chrome and it finally worked, wild that they don't properly test/support Safari

Same issue here on Mac/Chrome — switched to Safari and it worked. Thanks for the tip.

I just got this working - First time user of platform.claude.com
Platform: Mac & Safari.

I Unchecked "My Shipping Address Same as My Billing Address" and modified organizations name and that enabled the "Buy Credits" button. When I reverted the field to original value - the button still remain enabled. So, I am not 100% sure whether it was because of the field or like anthropic finally calculated something in background - but there was not loading indicator or so.

Updated public-safe status as of 2026-07-26 22:26 JST: this thread remains directly relevant because it is about the Anthropic Console / Buy credits path becoming unusable or inconsistent, while my separate case is also centered on the manual credit-purchase path rather than ordinary API usage.

Current related pattern from my side:

• manual prepaid / discounted Claude usage-credit purchases still fail or fail to commit cleanly after payment-confirmation style flows;
• automatic usage-credit top-ups on the same paid Claude billing account continue charging successfully;
• the issuer/bank reports no corresponding failed authorization attempt for the manual purchase failures;
• the latest mailbox sweep found Fin AI Agent auto-replies, failed-payment notices, and successful auto-recharge receipts, but no human Billing Platform / payment-operations response, root-cause explanation, credit reconciliation, refund, restored manual purchase path, or confirmed owner.

This is not necessarily the same root cause as a disabled button, account-tier mismatch, spend-limit mismatch, or billing-page 429 state. It does look like the same class of backend billing-state problem: the account can be charged through one path while the manual credit-purchase path remains broken, unavailable, or inconsistent.

Public sanitized evidence hub:
https://github.com/COOLak/anthropic-claude-billing-incident

Hosted brief:
https://coolak.github.io/anthropic-claude-billing-incident/

Reporter brief:
https://coolak.github.io/anthropic-claude-billing-incident/reporter-brief.html

Owner action packet:
https://coolak.github.io/anthropic-claude-billing-incident/owner-action.html

Billing reconciliation matrix:
https://coolak.github.io/anthropic-claude-billing-incident/reconciliation-matrix.html

I am intentionally not posting card digits, bank names, payment IDs, invoice IDs, support IDs, screenshots, raw network logs, payment URLs, Link codes, private support-thread text, or other private account data here. The useful ask is for Anthropic Billing Platform / payment operations to inspect checkout, payment confirmation, purchase commit, discount eligibility, spend-limit/account-tier state, support routing, and credit-ledger provisioning together instead of treating reports like this as isolated browser/card issues.

I'm not sure if it's due to the exact same root cause, but I managed to resolve the issue with the following steps. Hope this helps!

(I used Chrome browser on macOS in Japan.)

1. Use a private/incognito window.
2. Fill out all form fields manually. DO NOT use browser autofill!
3. Fill out the shipping address. DO NOT check the “My shipping address is the same …” checkbox.
4. If you are an individual user, leave the "Business tax ID" (or Business Registration Number) field blank.
5. After doing this, the "Buy credits" button became active and clickable.

Have a good Claude life 👍

<img width="800" alt="Image" src="https://github.com/user-attachments/assets/8c9a27ce-d22a-421c-a1a5-a4923bf7ef62" />