完成問卷

一旦您知道哪些計畫適用(請查看 檢查合規要求), 建議的流程為三次呼叫:

1. 推論 - complianceQuestionnaireInfer 開啟一個工作階段,並根據您的商品資料預先填寫答案。
2. 檢查和更正 - 使用 questionnaireAnswersSubmit 來變更託運人不同意的任何內容,並回答剩餘的內容。
3. 證明 - questionnaireSessionAttest 以接受並完成。

如果您已經有每個答案,您可以改在一次呼叫中提交完整回應, 而不必依照上述流程 — 請參閱下面的提交完整回應。

推論和預先填寫 

complianceQuestionnaireInfer 解析您的商品適用的計畫, 開啟一個工作階段,並從您的商品資料預先回答問題。每個 預先填寫的答案都有 provenance: INFERRED 和 confidence 分數。

傳遞 intendedUse 來引導推論 — 店面流程應該發送 CONSUMER。

每一行的 state 告訴您接下來要做什麼:

• READY_TO_ATTEST - 每個必需的問題都已回答。直接進行證明(下面)。
• PARTIAL - 一些答案已預先填寫,但仍有必需的問題。 在 currentQuestion 回答它們。
• NOT_INFERRED - 無法預先填寫任何內容；將其作為純問卷回答。

已由現有回應滿足的計畫會被跳過並在 alreadySatisfied 中返回(上面省略了)。

檢查和更正 

該工作階段保存預先填寫的答案 — 不是最終回應。對於每個 答案,託運人可以:

• 接受 — 將其保持原樣,並保持 INFERRED,或
• 更正 — 使用 questionnaireAnswersSubmit 提交新值,變成 MANUAL。

一次提交一個或多個答案。Clarify 會將 currentQuestion 推進到 下一個剩餘的問題,當沒有問題時,完成該行的 回應(其 responseId 已填充)。

例如,託運人接受推論的 intended_use 但更正 contains_color_additives,所以他們只提交該一個答案:

證明 

當一行 READY_TO_ATTEST — 每個必需的答案都已預先填寫並且 託運人同意 — 使用 questionnaireSessionAttest 在一次呼叫中接受它。它 完成每個符合條件的行,或只是您傳遞的 lineIds。

若要放棄進行中的工作階段,請呼叫 questionnaireSessionAbandon(id: ID!)。

提交完整回應 

如果您已經有每個答案 — 例如 CATALOG_ITEM 的可重複使用答案集 — 跳過工作階段並直接使用 questionnaireResponseSubmit 提交。它取代相同商品和計畫的任何先前回應。

偏好在沒有推論的情況下回答?questionnaireSessionStart 會為您選擇的計畫 開啟一個工作階段,然後您使用上面相同的檢查和更正和 證明呼叫。

讀取回應和就緒情況 

使用 questionnaireResponse(id) 獲取最終記錄,並使用 containerComplianceReadiness 檢查整個容器是否已準備好可以提交 — ready 僅當每一行都有完整回應時才為 true。

後續步驟 

• 運作原理 - 分支, 來源,動態選項和預期用途。
• 檢查合規要求 - 發現計畫並閱讀問卷結構。