DOCS

工作原理

工作原理

Clarify 问卷背后的行为,对于构建自己的 UI 或读取响应的您很有用。

分支 

问题可以依赖于早期的答案,因此发货人只会看到相关内容。 您不必自己评估该逻辑:在会话行中, visibleQuestions 是可以立即呈现的列表,已根据 当前答案进行解析。

如果您希望在客户端呈现所有内容,该行的 questions 字段 返回完整集合,其中每个问题都有其 displayCondition,因此您可以根据 答案更改在本地显示和隐藏问题。

答案来源 

每个答案都记录其来源:

  • INFERRED - 由 Clarify 根据您的项目数据预填充。携带一个 confidence 分数,范围从 01
  • MANUAL - 由人工输入或更正。
  • SUPPLIED - 您在请求中发送的事实(例如预期用途)。没有 任何需要确认的内容,所以它不会显示为问题。

更正推断的答案会将其替换为 MANUAL 答案。最终的 响应保留完整的混合,因此始终有一条记录显示预填充的内容 与人员更改的内容。

使用 confidence 来决定答案需要多少审查 — 将 低置信度答案提交给人工确认,并快速处理高置信度 答案。

动态选项 

大多数问题在 options 中内联列出其选择。有些取决于项目 和早期答案 — 这些设置 optionsSource 并留下 options 为空。

对于这些,会话行包括一个 dependentOptions 表,覆盖每个 该项目可达到的组合。查找 parentValues 与 当前答案匹配的条目,然后显示其 options — 无需额外的 API 调用。

{
  "questionCode": "fda_product_code",
  "dependsOn": ["intended_use"],
  "entries": [
    {
      "parentValues": [{ "questionCode": "intended_use", "value": "cosmetic" }],
      "options": [
        { "value": "53", "label": "Cosmetics" },
        { "value": "53A", "label": "Skin care preparations" }
      ]
    }
  ]
}

预期用途 

在每个项目上传递 intendedUse 来指导推断。当产品本身不足以确定它时, Clarify 使用您声明的值。

适用于
PERSONAL个人消费、礼物或家庭使用(非转售)。
CONSUMER通过零售渠道销售的一般消费产品。
COMMERCIAL商业、制造或工业用途。
RESEARCH实验室、测试、科学研究或临床试验。

店铺和消费者结账流程应发送 CONSUMER

目标和容器 

Target(目标) 是一组答案描述的内容:

  • CATALOG_ITEM - 可重用的产品主数据。回答一次并在 多个装运中重用它。
  • ITEM - 单个装运的项目。当为 ITEM 回答时,传递其 catalogItemId 以便可重用的目录级别答案集可以满足该程序。

Container(容器) 是收集答案的分组 — DECLARATIONLANDED_COSTCONSIGNMENTCONSOLIDATION。在 文件前使用 containerComplianceReadiness 在一个调用中检查整个容器。

预约演示

这个页面有帮助吗?


在此页面: