← Reddit

User deleted his account, unable to enter again

Reddit · adlx · July 9, 2026
An Enterprise organization owner reported that a user who deleted his account was unable to log back in despite SSO configured with EntraID SAML. The owner attempted support through a Fin Agent, which claimed it would escalate to human support, but no human contact ever materialized.

Detailed Analysis

A Reddit post from an Anthropic Enterprise organization administrator highlights a recurring pain point in enterprise SaaS deployments: account recovery failures within SSO-federated environments. The poster describes a scenario where Claude is deployed through an Enterprise plan with Single Sign-On configured via Microsoft Entra ID (formerly Azure AD) using SAML. A user under this organization deleted his individual Claude account, and subsequently the SSO-based authentication flow was unable to re-provision or re-link him back into the organization, leaving him locked out entirely. This is a fairly common edge case in identity-federated systems: when a user's underlying account record is deleted rather than merely deprovisioned, the SSO handshake that normally maps an external identity provider (IdP) assertion to an internal user object can break, since there's no longer a corresponding account to reconcile against.

The more notable part of the story is what happened when the administrator tried to resolve this through Anthropic's support channel. Anthropic uses "Fin," a third-party AI customer support agent (built by Intercom), to handle first-line support inquiries. The admin reports that Fin claimed it would escalate the issue to a human support representative, but no human ever followed up — leading the poster to describe this as a likely "hallucination" on the bot's part, meaning the AI stated an action (escalation) that it either didn't actually perform or couldn't guarantee would happen. This is a specific and somewhat ironic failure mode: an AI company's own customer-support AI agent producing an unreliable or false claim about its own process, leaving a paying enterprise customer with a broken account and no resolution path.

This incident matters beyond a single locked-out user because it touches on trust and reliability expectations for AI-driven support infrastructure, an area many companies — including AI labs themselves — are rapidly automating. Enterprise customers paying for SSO, SAML integration, and organizational account management expect deterministic, auditable support processes, especially for identity and access issues that can affect security and business continuity. When an AI support agent tells a customer that a human will intervene and no human does, it erodes confidence not just in the support tool, but in the broader reliability of AI-mediated operations — a sensitivity that's particularly acute for a company like Anthropic, whose core value proposition rests on trustworthy AI behavior.

More broadly, this case reflects a growing tension across the AI industry: companies are increasingly deploying AI agents to handle support, sales, and operational workflows to cut costs, but these agents can still fail in ways that compound rather than resolve customer problems, particularly for account/identity edge cases that require backend database changes only humans (or privileged tooling) can make. For Anthropic specifically, stories like this can become minor reputational friction points, especially within its own Enterprise customer base and among Reddit-active early adopters who scrutinize the company's practices closely. As enterprise reliance on Claude grows, expect increased pressure on Anthropic to ensure that human escalation paths for account, billing, and identity issues are robust and verifiable, rather than solely mediated through an AI agent whose promises may not be automatically enforced by backend systems.

Read original article →