我们有一个正在工作的应用程序，我们经历了go-live过程，所有的东西都在live运行好几天。然后我们开始出现SSL错误，我们看到DocuSign包的nuget包有一个更新（我相信这都是针对2019/13/20192019证书自动更新的），所以我们更新了代码，但现在每个请求都为每个令牌验证的请求返回USER_LACKS_MEMBERSHIP错误。

我可以确认的不是问题所在：

• 我们已经通过account.docusign.com和oauth签名模拟作用域对应用程序进行了身份验证，测试路径和活动路径位于API批准的重定向URI中。
• 我们在配置中有正确的基本路径(https://na3.docusign.net，如我们的应用程序和密钥页面所示）
• 在我们取回令牌后，基路径没有更改（Account对象上的BaseUri与我们开始使用的匹配）
• 我们使用了正确的用户进行配置（Apps and Keys页面中标记为“api username”的值在appsettings.json中输入为“impersonated_user_guid”，并成功地用于创建作为参数UserID的令牌，该参数也与后端显示的用户帐户ID相匹配，因此我们不会将其与TARGET_ACCOUNT_ID或CLIENT_ID混淆，并且在令牌生成步骤中稍早时就会导致错误）。

我们只有一个用户：DocuSign帐户的管理员。他们的ID出现在API配置中，标记为“API用户名”。DocuSign管理后端不会在任何地方显示成员资格选项卡，以便我们纠正缺少成员资格的用户可能出现的任何问题。据我所知，会员资格是一个更高级别的帐户选择比我们支付的，所以我很困惑，我们怎么可能有问题的功能，我们没有购买。

我们在检查信封状态时会出现此错误。尝试创建新信封时出现此错误。我们在尝试获取帐户信息时会出现此错误。我们能做的唯一事情是获得一个身份验证令牌，但随后该令牌就不能用于发出任何进一步的身份验证请求。

除了DocuSign上无法通过可用工具更正的数据库错误之外，是否还有其他可能导致此问题的原因？包更新更改了类构造函数接受ApiClient对象的顺序，并且在配置类上有一个新的AccessToken字段（我填写了这个字段，但似乎没有任何影响，因为我们仍然手动添加授权/承载头）。我不知道下一步该做什么。