服务中心

文件管理

添加文件报错fileKey不存在,报“File cannot be found.

请检查使用获取文件地址的接口获取到的fileUpload url后,有没有用获取到的URL使用HTTP PUT方式上传文件流,如果没有上传请调用URL上传文件。

 

文件上传地址有效期是多久?

文件上传地址,链接有效期60分钟。

 

 

对接过程中上传文件站点https://file-sml.esignglobal.com/特别慢,上传文件比较慢

沙箱环境对接上传文件需注意,其服务器设在新加坡,在国内直接访问时,网络常常不稳定,像卡顿、加载缓慢或者无法访问等问题时有发生。鉴于此,建议通过新加坡的代理进行访问,这样有助于改善网络不稳定状况,更便捷地使用该文件服务。

 

 

openapi调获取文件地址成功后再文件上传失败

步骤一:获取文件上传地址 在操作过程中,需按如下格式提供相关信息,以获取文件上传地址: { "fileName": "fengniantest.pdf", "contentType": "application/pdf" } 请注意,此处文件名虽为“fengniantest.pdf”,但内容类型(contentType)指定为“application/pdf”,需确保相关参数准确无误。 

步骤二:在文件直传时添加请求头信息 当进行文件直接上传操作时,要在请求头(headers)里添加‘Content-Type: application/pdf’这一信息,以此来明确上传文件的类型,保障文件直传操作能够顺利进行。

 

 

openapi文件上传支持哪些文件格式?

支持以下格式的文件:PDF(.pdf)、Word(.docx、.doc)、RTF(.rtf)、Excel(.xlsx、.xls)、PowerPoint(.pptx、.ppt)、WPS文字(.wps)、WPS表格(.et)、WPS演示(.dps)、JPEG(.jpeg、.jpg)、PNG(.png)、BMP(.bmp)、TIFF(.tiff)、GIF(.gif)、HTML(.html、.htm)以及CSV(.csv)格式。

 

 

 

通过taskId查询文件合成任务, 提示“文件转换失败:网络地址访问失败”

当出现文档转换超时的情况时,往往会致使文件合成失败。此时,您可以重新调用模板来生成文件,随后再调用查询文件合成任务接口,查看此次文件合成是否成功。倘若经过上述操作后,文件合成依旧失败,那么您可以直接联系技术人员,由专业的技术人员来协助您解决这一问题。

 

 

调用获取文件上传地址和文件直传参数都正确无误,但是文件直传仍然报"403 Forbidden: "<?xml version="1.0" encoding="UTF-8"?><EOL><Error><EOL> <Code>SignatureDoesNotMatch</Code><EOL> <Message>The request signature we calculated does not match the signature you provided. Check your key and signing method.</Message><EOL> <RequestId>68440537821143343409E1E9</RequestId><EOL>"

若步骤一中传参的contentType与步骤二 Header 中传输的Content-Type一致,且通过 Postman 调用fileUploadUrl直传文件成功,但代码调用时仍报错,经断点检查参数传递无误,可能是框架应用存在兼容性问题。建议参考以下代码示例进行文件直传:

参考代码:

// 调用方式(以Java为例)
Response response = HttpUtil.sendRequest(
    "uploadUrl",                // 上传接口URL
    new File("文件路径/xxx.pdf"), // 待上传文件
    "application/pdf",          // 内容类型
    new HashMap<>()             // 可选请求头参数(若无则传空)
);

关键说明:

  1. 参数一致性验证:确保代码中Content-Type参数(如"application/pdf")与接口要求完全一致,包括大小写和格式(如application/json需与application/JSON严格区分)。
  2. 框架兼容性排查:若代码逻辑无误但仍报错,可尝试绕过客户框架,直接使用原生 HTTP 客户端(如 Java 的URLConnection、Python 的requests)验证,定位是否为框架对请求头、文件流处理的兼容性问题。
  3. 错误日志定位:建议客户捕获并记录完整错误信息(如 HTTP 状态码、服务器返回报文),以便进一步排查网络层或服务器端的具体报错原因。

此方案通过标准化参数传递和简化调用链路,可有效隔离框架问题,快速定位文件直传失败的根源。