Api 我应该如何向DocuSign提供PDF？

我们正在使用Python和请求库，使用REST API v2的方法将PDF添加到DocuSign信封中：

response = requests.put(
    '<base URL>/envelopes/<envelope ID>/documents/<next document ID>',
    files={'document': <the PDF file object>},  # <- added to the request's body
    headers=self._get_headers(
        {
            'Content-Disposition': 'document; filename="the-file.pdf";'
        }
    ),
    timeout=60
)

response=requests.put(
“/信封//文件/”，
files={'document'：}，#现在似乎有两种不同的方法可以使用REST API将文档添加到草稿信封中：

使用多部分请求，其中第一部分包含JSON正文，每个后续部分包含文档的字节，采用未编码格式

使用普通请求（即非多部分请求），并提供base64编码格式的文档字节作为请求中每个文档对象的documentBase64属性值。（这看起来是2013年12月API发布/更新时的新内容。）

根据您在问题中包含的信息，我怀疑您当前使用的是方法1。如上所述，两种方法之间的主要区别在于请求的一般结构，而且——方法1预期文档字节为未编码，而方法2预期文档字节为base64编码。我怀疑您的问题与文件编码有关。也就是说，如果您使用的是方法#1，并且任何文件都已编码，您可能会遇到问题。
现在似乎有两种不同的方法可以使用REST API将文档添加到草稿信封中：

使用多部分请求，其中第一部分包含JSON正文，每个后续部分包含文档的字节，采用未编码格式

使用普通请求（即非多部分请求），并提供base64编码格式的文档字节作为请求中每个文档对象的documentBase64属性值。（这看起来是2013年12月API发布/更新时的新内容。）

根据您在问题中包含的信息，我怀疑您当前使用的是方法1。如上所述，两种方法之间的主要区别在于请求的一般结构，而且——方法1预期文档字节为未编码，而方法2预期文档字节为base64编码。我怀疑您的问题与文件编码有关。也就是说，如果您使用的是方法#1，并且任何文件都已编码，您可能会遇到问题。
现在似乎有两种不同的方法可以使用REST API将文档添加到草稿信封中：

使用多部分请求，其中第一部分包含JSON正文，每个后续部分包含文档的字节，采用未编码格式

使用普通请求（即非多部分请求），并提供base64编码格式的文档字节作为请求中每个文档对象的documentBase64属性值。（这看起来是2013年12月API发布/更新时的新内容。）

根据您在问题中包含的信息，我怀疑您当前使用的是方法1。如上所述，两种方法之间的主要区别在于请求的一般结构，而且——方法1预期文档字节为未编码，而方法2预期文档字节为base64编码。我怀疑您的问题与文件编码有关。也就是说，如果您使用的是方法#1，并且任何文件都已编码，您可能会遇到问题。
现在似乎有两种不同的方法可以使用REST API将文档添加到草稿信封中：

使用多部分请求，其中第一部分包含JSON正文，每个后续部分包含文档的字节，采用未编码格式

使用普通请求（即非多部分请求），并提供base64编码格式的文档字节作为请求中每个文档对象的documentBase64属性值。（这看起来是2013年12月API发布/更新时的新内容。）

根据您在问题中包含的信息，我怀疑您当前使用的是方法1。如上所述，两种方法之间的主要区别在于请求的一般结构，而且——方法1预期文档字节为未编码，而方法2预期文档字节为base64编码。我怀疑您的问题与文件的编码有关。也就是说，如果您使用的是方法1，并且任何文件都已编码，您可能会遇到问题。
您看到了吗？REST api有9个常见用例，每个用例都是用6种不同的语言编写的，Python就是其中之一。如果您查看演练4（网格左中）您将看到该示例如何提供文档。我看到的一个区别是
内容配置
标题，将其设置为
文件
，而不是
文档
。我想知道这是否与您偶尔出现的错误有关？@Ergin-谢谢，我确实看到了这些，但它们缺少了“添加文档”workflow.IIRC，DocuSign集成开发总监告诉我，我需要提供
哦，好吧，我误解了内容处置头的第一个参数，没有意识到这只是附件的名称。嗯，那么，在通过api上传有困难的文档和其他99个看起来有效吗？字节编码有什么不同吗