跳到主要内容

费用合同

费用合同将基金与一家供应商关联，并声明该供应商为基金提供的费用类型。这些类型的费用只能在 active 合同下录入。

合同在生效前需经过自动读取、QI Tech 审核和签署。

合同流程​

1. 创建合同​

创建合同，初始状态为 pending_submission。需提供名称、供应商、签署方式和费用类型。按月定期费用和到期日为可选项。

2. 上传合同文件​

获取上传 URL，并将合同 PDF 直接上传到该 URL。

合同处于 pending_submission 期间，可以修正数据并替换文件。

3. 提交审核​

将合同提交审核（sent_to_analysis），文件随即冻结。

4. QI Tech 审核​

  1. 自动读取将文件与申报的数据进行核对。
  2. QI Tech 团队审核合同（in_manual_analysis）。
  3. 如果供应商与基金各方之间可能存在利益冲突，合同会转入合规审核（in_compliance_analysis）。

在这些阶段，只能跟踪合同进度或取消合同。

5. 签署​

合同获批后，如果供应商的登记尚未获批，合同会在 pending_vendor_approval 中等待。之后：

  • certifiqi 或 qi_sign： QI Tech 创建包含管理人和供应商签署人的签署批次（pending_signature）。所有人签署后，合同变为 active。在此阶段可以更换签署方式。
  • external： 上传的文件即视为已签署，合同直接变为 active。

6. 维护​

active 或 expired 的合同可以：

  • 添加附件；
  • 提交替代它的补充协议；
  • 提出解除申请。

所有进度均可通过合同查询跟踪。

顾问​

顾问在 consultant-api 上使用相同的调用，需要基金权限“读取费用合同”、“创建费用合同”和“更新费用合同”。不同之处：

  • QI Tech 审核后，顾问的合同在 pending_manager_approval 中等待管理人决定。
  • 顾问录入的合同在 consultant_key 中带有该顾问的 key。
  • 只有管理人可以对顾问的合同作出决定，以及申请解除。
  • 所有基金的合同列表和汇总只包含顾问拥有“读取费用合同”权限的基金。
  • 基金一方的签署人仍为管理人的签署人。

合同状态​

状态说明
pending_submission填写中。唯一可以修改数据和文件的状态。
sent_to_analysis已提交审核；文件正在自动读取。
in_manual_analysisQI Tech 正在审核，附带自动读取的结果。
in_compliance_analysisQI Tech 合规部门正在审核。
pending_manager_approval由顾问录入、已获 QI Tech 批准，正在等待管理人决定。
pending_vendor_approval已批准，等待供应商登记获批。
pending_signature等待签署。
active生效中。可录入费用。
expired已过 expiration_date。不再接受新费用；仍可提交补充协议、解除申请和附件。
amended已被生效的补充协议替代。
reproved已驳回或已终止。原因见 reproval_reason。
canceled由管理人或顾问取消，或签署批次被拒绝或取消。

在这些页面中，进行中的合同是指处于 pending_submission 至 pending_signature 之间任一状态的合同：它尚未生效，可以被取消。

status_events 还包含过渡状态 created，它与 pending_submission 在同一时刻记录。

驳回原因​

reproval_reason来源
invalid_documentQI Tech 审核：文件无效。
incorrect_informationQI Tech 审核：数据与文件不一致。
prohibited_clausesQI Tech 审核：包含禁止条款。
abusive_pricingQI Tech 审核：价格过高。
compliance_reprovalQI Tech 合规部门驳回，或供应商在登记中变为 inactive。永久禁止该基金与该供应商之间的新合同。
manager_reproval管理人驳回了顾问录入的合同。
termination_agreementQI Tech 批准了解除申请。
vendor_expired合同仍在进行中时供应商登记已到期。

规则​

  • 费用类型。 合同接受 audit_tax、custody_tax、consulting_fee、lawyer_fee、bookkeeping_fee、distribution_fee、insurance_fee、collection_agent_fee、servicing_fee、rating_agency_fee、certifier_fee、fund_structuring_fee、origination_fee、sale_commission_tax、bankslip_fee 和 bank_account。
    • administration_tax、management_tax、performance_fee 和 credit_rights_registration_fee 在基金设立时签约。
    • cvm_tax、anbima_tax、cetip_tax、selic_tax、notary 和 court_fee 不使用合同。
  • 供应商。 必须属于管理人，或属于在该基金拥有“创建费用合同”权限的顾问。不能处于 inactive 或 expired。尚未获批的供应商可以接受：合同获批后，会在 pending_vendor_approval 中等待，直到供应商获批。
  • 每种类型和供应商只能有一份合同。 在同一基金中，同一费用类型与同一供应商只能出现在一份进行中、active 或 expired 的合同中。换成其他供应商则可以。
  • 定期费用。 recurrences 为每种费用类型创建一笔自动的月度费用，于每月最后一个工作日支付给供应商。如果发送该字段，必须为每种申报的类型恰好提供一条定期费用。
  • 到期。 合同在 expiration_date 的次日变为 expired。
  • 日期和时间。 created_at 和 event_datetime 采用不带时区的 ISO 8601 格式（2026-11-09T14:03:22.512345）。日期采用 YYYY-MM-DD 格式。
  • 跟踪。 合同没有 webhook：请通过查询跟踪。通过 API 使用集成密钥执行的操作在 status_events 中显示为 author_type: qitech。
  • 内部错误。 调用过程中所依赖服务（签署、供应商登记、自动读取）的故障会以 500（QIT000500）返回。

错误​

认证、权限和主机相关错误：参见 API 错误。合同错误的前缀为 ECT，列在各调用的页面中。