我们有一个可用的应用程序，我们完成了上线过程，所有东西都在运行了几天。然后我们开始收到SSL错误，我们看到DocuSign包的nuget包有一个更新(我相信这是2019年11月13日证书自动更新的全部内容(，所以我们更新了代码，但现在每个请求都会为每个令牌身份验证请求返回USER_LACKS_MEMBERSHIP错误。
我可以确认的事情不是问题所在：
- 我们已经通过account.docusign.com和oauth签名模拟范围对应用程序进行了身份验证，测试和活动路径位于API批准的重定向URI中
- 我们在配置中有正确的基本路径(https://na3.docusign.net，如我们的应用程序和密钥页面所示(
- 在我们取回令牌后，基本路径没有更改(Account对象上的BaseUri与我们开始使用的匹配(
- 我们正在使用正确的用户进行配置(应用程序和密钥页面中标记为"API用户名"的值在appsettings.json中输入为"IMPERSONATED_USER_GUID"，并成功地用于创建令牌作为参数UserID，它也与后端显示的我们的用户帐户的ID相匹配，因此我们不会将其与TARGET_account_ID或CLIENT_ID混淆，并且混淆这些会导致令牌早期出现错误生成步骤(
我们只有一个用户：DocuSign帐户的管理员。它们的ID出现在API配置中，标记为"；API用户名"；。DocuSign管理后端不会在任何位置显示会员标签，以便我们更正用户缺乏会员资格的任何可能问题。据我所知，会员资格是一个比我们支付的更高级别的账户选项，所以我很困惑我们怎么会在没有购买的功能上遇到问题。
我们在检查信封状态时收到此错误。我们在尝试创建新信封时遇到此错误。我们在尝试获取帐户信息时遇到此错误。我们唯一能做的就是获得一个身份验证令牌，但该令牌不能用于进行任何进一步的身份验证请求。
除了DocuSign上的一些数据库错误，我无法通过可用的工具纠正这些错误之外，还有什么我遗漏的东西可能导致这种情况吗？包更新改变了类构造函数接受ApiClient对象的顺序，Configuration类上有一个新的AccessToken字段(我填写了这个字段，但似乎没有任何效果，因为我们仍在手动添加Authorization/Bearer标头(。我不知道下一步该做什么。
您使用的是生产环境还是演示环境？我怀疑发生的事情是你把它们混在一起了。由于baseUrl不应为demo.docusign.net等。如果您使用生产(如您的na3.docusign.net地址所示(，但您必须确保也使用来自生产的相同帐户/用户。因此，需要检查的4件事：
- 用户ID
- accountId
- baseURI
- authURI(account-d.docusign.com与account.docusign.com(
所有这些都应该匹配并用于同一环境中的同一帐户。