按合同配置
Portal
通过限定于 tenant 范围的上传界面收集客户文档,并将每次提交关联至其工作流。需要启用 tenant,并按约定合同配置工作流。
按合同配置的能力需要在约定范围内启用或配置 tenant。请与我们的团队确认适用于您工作流的部署情况和可用性。
按合同配置
通过限定于 tenant 范围的上传界面收集客户文档,并将每次提交关联至其工作流。需要启用 tenant,并按约定合同配置工作流。
按合同配置
定义有序的处理阶段,暂停运行以进行已配置的人工审核,记录决策,然后继续工作流。需要启用 tenant,并按约定合同配置审核阶段。置信度分数不会自动选择审核路径。
按合同配置
对文档分类,并提取包含置信度和来源引用的结构化字段,以供下游校验。需要配置 tenant;置信度和来源引用取决于配置的提取输出,并不保证每个字段都具备这些信息。
按合同配置
在文档记录中组织文档、版本、标签、访问规则、搜索和生命周期事件。需要启用 tenant,并按约定合同配置访问和生命周期策略。
按合同配置
创建签署信封,收集签署人事件,并通过配置的签署流程校验最终签署的文档。需要启用 tenant,并按约定合同另行确认校验流程。这一按合同配置的范围并不能证明存在公共文档校验服务或第三方信任服务认证。
按合同配置
管理带有命名占位符的版本化 DOCX 模板,并将获批的模板版本渲染为 PDF。需要启用 tenant、发布模板版本,并按约定合同配置 PDF 渲染器。Word 加载项的可用性需要另行确认部署情况。
按合同配置
通过 REST API 和经过签名的 webhooks 连接整个生命周期,同时保留合同规定的审计和安全证据。需要配置 tenant、配置 webhook 签名并落实合同约定的控制措施。客户端 SDK 已针对 TypeScript、Python、.NET 和 Java 发布;这里不宣称提供成套连接器目录。
配置工作流所需的阶段,其中的审核阶段和下游操作须针对您的 tenant 进行约定。
这些流程图描述按合同配置的工作流。每个阶段都需要启用 tenant 并完成约定配置;链接的指南描述预期用例,并不确认某项能力已为您的 tenant 部署。
按合同配置的流程:从接收供应商发票,到记录付款决策,再到约定的下游交接。业务审批仍由您的授权团队负责。
按合同配置的流程:收集身份和企业文档,审核约定的检查项,并记录客户准入决策。您的授权团队负责制定接纳政策。
按合同配置的流程:汇集理赔文档,审核约定的检查项,并移交已记录的处置决定。承保范围和赔付决定仍由您的授权理赔团队负责。
每一类都针对您客户真正在用的格式、语言、币种和当地规则做过校准。
面向常见开发技术栈的 API 与 webhook 示例。带签名的 webhook、异步作业,以及有文档可依的 REST 请求,都支持定制集成。
先看 文档提取总览,然后使用 文档提取 API,用 文档解析 API 解析版面与章节结构,或者在需要把扫描件和照片变成已校验数据时,使用 OCR API。
// REST API sample — C# using var form = new MultipartFormDataContent(); form.Add(new StreamContent(File.OpenRead("payslip.pdf")), "file", "payslip.pdf"); http.DefaultRequestHeaders.Authorization = new("Bearer", apiKey); var response = await http.PostAsync(extractionUrl, form); response.EnsureSuccessStatusCode();
完整的 document AI 技术栈作为一条被统一编排的流水线运行。每一页都走同一套智能体流程 —— 分类、提取、校验、评分、留痕 —— 最终落成结构化的 JSON ,可直接交给您的下游系统。对于 API 优先的团队,这些能力分别对应 文档提取 API、文档解析 API 和 OCR API。
| 能力 | 它做什么 |
|---|---|
| 文件接入 | PDF(数字版与扫描版)、JPEG、PNG、TIFF、DOCX,以及邮件附件。多页文档会自动拼接。支持收件箱监听、 webhook 接入和直接调用 API 上传。 |
| 分类 | 可按 Tenant 配置的分类与零样本提取,会返回置信度分数和分流决策。在投入生产之前,请用有代表性的文档校验每一个已配置的类型。 |
| 提取 | 按 ReAct 架构构建的智能体提取结构化字段,并给出逐字段的置信度。跨字段的数学、日期与实体校验在同一遍中完成。范围指针把每个值的来源保留到源段落。 |
| 校验 | schema 校验、跨文档对账,以及可配置的业务规则。低置信度字段会被标记出来,并附上置信度分数和来源引用;一道人工复核环节会把该文档放进复核人的队列。 |
| 合同特定检查 | 可为签约工作流配置 schema 规则、参考数据校验和跨文档一致性。当前能力证据并未确认欺诈检测;任何拟议的欺诈检查在使用前都需要单独验证。 |
| 审计轨迹 | 配置好的工作流可以留存防篡改的元数据,包含模型版本、提示词与响应的哈希、复核人身份,以及逐字段的置信度。留存期可按 tenant 配置,并依合同而定。 |
提取器返回具有模式和验证规则的结构化 JSON。通过按合同配置的 REST API 和签名 webhooks 连接下游步骤;这不意味着提供打包或预构建的连接器目录。
REST 接口和带签名的 webhook 支持与各类记录系统做定制集成。集成范围与字段映射按每位客户的流程分别定义。
可配置的留存期、自动的个人信息匿名化,以及开箱即备的规范数据处理协议。
传输中使用 TLS 1.3。静态数据使用 AES-256。密钥由每位客户专属的 KMS 实例管理。
私有云、BYOC 和本地部署尚未普遍可用。基于合同的评估需要明确的技术和运营确认。
上面写的全都是描述。这段演示则是产品在一份真实文档上干活的屏幕录像 —— 包括它拿不准的那个字段,而这恰恰是排练过的演示会略去的部分。
录像尚未发布,所以这里暂时没有可播放的内容。我们宁可把这块位置空着,也不愿用一段并非产品本身的宣传片把它填满。