DocuSign生产账号集成认证异常：LoginAccounts属性为空求助

我来帮你排查这个生产环境LoginAccounts为空的问题，结合DocuSign C# SDK的使用经验，通常有这几个关键检查点和解决方案：

1. 先确认生产环境的应用配置是否合规 #

沙箱环境的应用配置不能直接照搬去生产，这是最常见的坑：

• 你的生产环境集成密钥（Integrator Key）对应的应用必须完成DocuSign的生产环境审批，沙箱应用默认没有生产权限，得在DocuSign生产控制台提交审核并通过后才能正常使用。
• 检查JWT模式下的用户权限：生产环境的userID必须是已激活的生产用户，且该用户已经给你的应用授予了Impersonation（代签）权限——你可以让用户登录DocuSign生产控制台，在「我的应用和密钥」里确认是否授权了你的应用。
• 确保RSA私钥是生产环境应用对应的密钥，沙箱和生产的密钥是完全独立的，不能混用。

2. 修正API BasePath的配置逻辑 #

你的代码里初始化ApiClient用的是restapi的地址，但登录API（AuthenticationApi）应该直接使用账户服务的BasePath来调用，这可能导致生产环境返回异常。可以修改代码，单独为登录API指定正确的BasePath：

public static ApiClient GetDocuSignClient() {
 string accountType = SettingsKeyInfoProvider.GetValue(SiteContext.CurrentSiteName + ".DocuSignAccountType");
 string integratorKey = SettingsKeyInfoProvider.GetValue(SiteContext.CurrentSiteName + ".DocuSignIntegratorKey");
 string userID = SettingsKeyInfoProvider.GetValue(SiteContext.CurrentSiteName + ".DocuSignUserID");
 string rsaPrivate = SettingsKeyInfoProvider.GetValue(SiteContext.CurrentSiteName + ".DocuSignRSAKey");
 string accountBasePath = accountType == "sandbox" ? "account-d.docusign.com" : "account.docusign.com";
 string restApiBasePath = accountType == "sandbox" ? "https://demo.docusign.net/restapi" : "https://www.docusign.net/restapi";
 int expirationHours = 1;

 if (string.IsNullOrEmpty(accountType) || string.IsNullOrEmpty(integratorKey) || string.IsNullOrEmpty(userID) || string.IsNullOrEmpty(rsaPrivate))
     throw new System.Configuration.ConfigurationErrorsException("All DocuSign settings must be set in Settings->Integration->DocuSign");

 // 先初始化用于登录的ApiClient，使用账户服务的BasePath
 ApiClient loginClient = new ApiClient($"https://{accountBasePath}");
 loginClient.ConfigureJwtAuthorizationFlow(integratorKey, userID, accountBasePath, HttpContext.Current.Server.MapPath(rsaPrivate), expirationHours);

 AuthenticationApi authClient = new AuthenticationApi(loginClient.Configuration);
 LoginInformation loginInfo = null;

 try
 {
     loginInfo = authClient.Login();
     if (loginInfo?.LoginAccounts == null || !loginInfo.LoginAccounts.Any())
     {
         throw new InvalidOperationException("No valid accounts found for the authenticated user in production environment.");
     }
 }
 catch (ApiException ex)
 {
     // 捕获并输出详细错误信息，这对排查生产问题至关重要
     throw new Exception($"DocuSign Login API failed: {ex.Message}, Status Code: {ex.ErrorCode}, Response Body: {ex.ResponseBody}", ex);
 }

 // 找到默认账户后，再切换到对应的restapi BasePath
 LoginAccount defaultAccount = loginInfo.LoginAccounts.FirstOrDefault(a => a.IsDefault.HasValue && a.IsDefault.Value);
 if (defaultAccount == null)
 {
     defaultAccount = loginInfo.LoginAccounts.First();
 }

 ApiClient dsClient = new ApiClient(defaultAccount.BaseUrl);
 // 复用已获取的token，避免重复授权
 dsClient.Configuration.AccessToken = loginClient.Configuration.AccessToken;
 dsClient.Configuration.RefreshToken = loginClient.Configuration.RefreshToken;

 return dsClient;
}

3. 检查JWT Token的有效性 #

你可以通过本地代码解析生成的Token，确认：

• scope字段包含impersonation和signature这两个必要权限
• aud字段在生产环境是account.docusign.com，沙箱是account-d.docusign.com
• Token没有过期（exp字段是过期时间戳）

4. 捕获并分析API异常 #

生产环境的API返回错误不会直接暴露，添加异常捕获后，能拿到具体的错误码和响应体——比如401代表Token无效，403代表权限不足，这些信息能帮你快速定位问题。

另外注意：你提到用的是「带impersonation的授权码授权模式」，但代码里实际用的是JWT授权流程，如果确实要切换到授权码模式，那需要调整代码走Authorization Code Grant的流程（获取授权码→交换Token→调用Login API），不过从当前代码来看，先按JWT模式排查更直接。

内容的提问来源于stack exchange，提问作者user1269310