[BUG] Paid Pro subscription not recognized — "missing user:profile scope" / "subscription auth not active"
Status Open
Reported on v2.1.183
Maintainer reply None cached
Activity 5 comments · opened Jun 20, 2026
Preflight Checklist
- [x] I have searched existing issues and this hasn't been reported yet
- [x] This is a single bug report (please file separate reports for different bugs)
- [x] I am using the latest version of Claude Code
What's Wrong?
I have an active, paid Claude Pro subscription, confirmed by a paid invoice, but the Claude Code CLI consistently fails to recognize it, blocking subscription-based login entirely.
Environment
- Claude Code version: 2.1.183 (commit 9d251abdbce0)
- Platform: win32-x64 (Windows)
- Install method: native
- Auto-update: enabled, confirmed up to date via
claude update
Billing evidence
- Invoice number: IIYY5KHH-0002
- Amount: R$110.00
- Status: Paid
- Payment date: June 11, 2026
- Payment method: Mastercard ending 7026
- Previous invoice also paid: May 11, 2026, R$110.00
- claude.ai billing history shows both invoices as "Paid"
- However, the Plans page in claude.ai shows no plan highlighted as "current plan" (Free/Pro/Max all shown as generic options)
Steps to reproduce
- Run
claude login(orclaudethen select subscription login) - Select "Claude account with subscription" (not API key)
- Complete Google OAuth login in browser with the account tied to the paid invoices above
- Claude Code returns: "É necessário ter Claude Max ou Pro para conectar ao Claude Code. Assine um plano Max ou Pro para conectar sua conta ou use sua chave de API." (translation: "You need Claude Max or Pro to connect to Claude Code. Subscribe to a Max or Pro plan to connect your account or use your API key.")
claude doctor output (relevant section)
What Should Happen?
ao tentar acessar o code o mesmo me manda para uma pagina pedido para que eu faça um upgrade do meu plano...eu ja tenho um plano PRO, devidamente pago e o code enxerga meu plano como gratuito.
Error Messages/Logs
Steps to Reproduce
I have an active, paid Claude Pro subscription, confirmed by a paid invoice, but the Claude Code CLI consistently fails to recognize it, blocking subscription-based login entirely.
Environment
- Claude Code version: 2.1.183 (commit 9d251abdbce0)
- Platform: win32-x64 (Windows)
- Install method: native
- Auto-update: enabled, confirmed up to date via
claude update
Billing evidence
- Invoice number: IIYY5KHH-0002
- Amount: R$110.00
- Status: Paid
- Payment date: June 11, 2026
- Payment method: Mastercard ending 7026
- Previous invoice also paid: May 11, 2026, R$110.00
- claude.ai billing history shows both invoices as "Paid"
- However, the Plans page in claude.ai shows no plan highlighted as "current plan" (Free/Pro/Max all shown as generic options)
Steps to reproduce
- Run
claude login(orclaudethen select subscription login) - Select "Claude account with subscription" (not API key)
- Complete Google OAuth login in browser with the account tied to the paid invoices above
- Claude Code returns: "É necessário ter Claude Max ou Pro para conectar ao Claude Code. Assine um plano Max ou Pro para conectar sua conta ou use sua chave de API." (translation: "You need Claude Max or Pro to connect to Claude Code. Subscribe to a Max or Pro plan to connect your account or use your API key.")
claude doctor output (relevant section)
Claude Model
Sonnet (default)
Is this a regression?
Yes, this worked in a previous version
Last Working Version
_No response_
Claude Code Version
2.1.183
Platform
Anthropic API
Operating System
macOS
Terminal/Shell
Terminal.app (macOS)
Additional Information
_No response_
5 Comments
Found 3 possible duplicate issues:
This issue will be automatically closed as a duplicate in 3 days.
🤖 Generated with Claude Code
Same issue here. Active Pro subscription, invoice paid June 2026, Claude Desktop works fine on the same account, but Claude Code returns "É necessário ter Claude Max ou Pro" after completing Google OAuth login. No API key set. Running on MacOS. Claude Code version v2.1.187.
Same issue here. Will there be refunds?
Fix is to use open a private browser window, use the verification URL in there, log in fresh. Then it works. So the error is in claudes backend. Maybe they shouldn't be vibe coding as much.
Adding a related, privacy-sanitized billing/auth entitlement data point from a separate unresolved Claude billing case.
I am not repeating any private invoice, card, account, or support identifiers from this issue body. The relevant overlap is the failure boundary:
In my separate case, manual prepaid / bulk usage-credit purchasing failed or became stuck on Anthropic's side while other Anthropic billing paths continued to work. That split behavior points to the same kind of cross-system reconciliation gap: billing state, product entitlement, account/org mapping, credit ledger, and auth state do not agree.
Public, privacy-sanitized evidence hub:
https://coolak.github.io/anthropic-claude-billing-incident/
Reconciliation matrix:
https://coolak.github.io/anthropic-claude-billing-incident/reconciliation-matrix.html
This class of report needs a Billing Platform / entitlement / auth-state owner who can compare invoice/payment state, subscription status, organization mapping, Claude Code login state, and credit ledger records together, not another generic login or card troubleshooting loop.