概述
submitRfi mutation 用于保存客户对未完成 RFI 的答复。- 当
finalize: true(默认值)时,RFI 会被提交审核并进入IN_REVIEW状态。所有必答问题都必须已回答,可以在本次调用中回答,也可以是之前已保存的答复。 - 当
finalize: false时,仅保存您发送的答复,RFI 保持PENDING_DOCUMENTS状态,其余答复可在之后的调用中继续提交。
所需权限范围
请使用与读取该 RFI 时相同的客户令牌。请参阅谁可以回答 RFI。
基本 mutation 结构
参数
SubmitRfiInput
RfiAnswerInput
每个问题只发送一个答复。请不要包含:
isSubmitted: true的问题(已保存),SECTION_BREAK问题,- 已通过 completeRfiPlaidLink 回答的银行链接和地址问题,除非您改为为它们上传文档。
示例变量
cURL 示例
响应详情
SubmitRfiResponse
成功
验证失败
分批保存
使用finalize: false 可让客户中途离开后再回来,或者在客户填写长表单时逐页保存。
- 部分保存不会更改 RFI 的状态,也不会将其提交审核。
- 必答问题仅在最终提交时检查。如果所有必答问题都已保存,最终提交的调用可以仅为
{ "rfiId": "...", "answers": [] }。 - 最终提交后,RFI 处于
IN_REVIEW状态,后续调用将返回RFI_NOT_OPEN。如果 Fluz 需要更多信息,RFI 会带着新问题回到PENDING_DOCUMENTS状态。
条件问题
visibilityCondition 不成立的问题会被跳过:
- 它们不是必答的,并且
- 您为它们发送的任何答复都会被忽略,不会报错,也不会保存。
ordinal 顺序排列的前面答复来判断,使用已保存的答复以及同一次调用中的答复。请参阅条件问题。
错误代码
负载错误
submitRfi 在负载中返回 RFI 错误并带有 success: false,而不是在顶层 errors 数组中。
validationErrors 代码
顶层错误
这些错误在 mutation 运行之前就会在errors 数组中返回。
最佳实践
- 先在您的 UI 中验证。 调用前检查格式、选项和必填字段,以便尽量减少验证失败。
- 只最终提交一次。 如有需要,可使用
finalize: false逐页保存,并在客户点击提交时再最终提交。 - 展示结果。 进入
IN_REVIEW后,显示“审核中”状态,并停止针对此 RFI 向客户发出提示。
相关页面
读取 RFI
问题、已保存的答复和状态。
上传 RFI 文档
获取文件类问题所需的
fileId 值。通过银行链接回答
使用 Plaid 回答银行对账单和地址证明类问题。
RFI 概述
状态、问题类型和完整流程。