Steps to Resolve OAuth 2.0 Issues 1. Use Separate Client Credentials OAuth 2.0 relies on client credentials (client ID and secret) for authentication. Solution: Ensure you are using your client’s OAuth credentials when creating a connection for their account. These should be obtained from their GoHighLevel developer portal. If you use your credentials, the connection will always redirect to your account. 2. Verify Redirect URI The redirect URI determines where the OAuth server sends the authorization code after user authentication. Solution: Confirm that the redirect URI configured for your client matches the one you're using during the connection process. If you’re using your own redirect URI, the system will authenticate against your account. 3. Log Out and Authenticate Fresh OAuth 2.0 relies on existing sessions for authentication. Solution: Log out of your account completely before initiating the OAuth flow for your client. Use an Incognito/Private Window or a different browser to prevent session conflicts. 4. Scope and Permissions Ensure the OAuth scope includes the necessary permissions to access your client’s sub-account. Solution: During the OAuth connection process, confirm that the requested scope includes the appropriate access for your client's account (e.g., subaccounts:read, subaccounts:write). Check the GoHighLevel API documentation for required scopes. 5. Token Management Tokens generated during OAuth authentication may be linked to your account, not your client’s. Solution: Confirm that the access token issued during the OAuth process belongs to your client’s account.7. Use Account-Specific Subdomain GoHighLevel accounts often use subdomains for different users and agencies. Solution: Ensure you’re initiating the OAuth flow from your client’s specific subdomain (e.g., clientname.gohighlevel.com), not your agency or personal subdomain.-please check if this works