Branching
Frågor kan bero på tidigare svar, så en avsändare bara ser det som är relevant.
Ni behöver inte utvärdera den logiken själva: på en sessionsrad är
visibleQuestions den färdiga listan att rendera, redan upplöst mot
aktuella svar.
Om ni hellre renderar allt på klientsidan returnerar radens questions-fält
hela uppsättningen med varje frågas displayCondition, så ni kan visa och
dölja frågor lokalt när svar ändras.
Svarens ursprung
Varje svar registrerar var det kom ifrån:
INFERRED- förifyllt av Clarify från era artikeldata. Har enconfidence-poäng från0till1.MANUAL- angivet eller korrigerat av en person.SUPPLIED- ett faktum ni skickade i begäran (till exempel intended use). Det finns inget att bekräfta, så det visas inte som en fråga.
Att korrigera ett inferred-svar ersätter det med ett MANUAL-svar. Ett finaliserat
svar behåller hela blandningen, så det alltid finns en post över vad som var förifyllt
kontra vad en person ändrade.
Dynamiska alternativ
De flesta frågor listar sina val inline i options. Vissa beror på artikeln
och på tidigare svar — dessa sätter optionsSource och lämnar options tomt.
För dem inkluderar en sessionsrad en dependentOptions-tabell som täcker varje
nåbar kombination för artikeln. Hitta posten vars parentValues matchar
aktuella svar, och visa sedan dess options — utan extra API-anrop.
{
"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" }
]
}
]
}
Intended use
Skicka intendedUse på varje artikel för att styra inference. När produkten ensam inte
räcker för att avgöra det använder Clarify det värde ni deklarerade.
| Värde↕ | För↕ |
|---|---|
PERSONAL | Personlig konsumtion, gåvor eller hushållsbruk (inte återförsäljning). |
CONSUMER | Allmänna konsumentprodukter som säljs via detaljhandelskanaler. |
COMMERCIAL | Affärs-, tillverknings- eller industriella ändamål. |
RESEARCH | Laboratorium, testning, vetenskaplig studie eller kliniska prövningar. |
Butiksfront- och konsument-checkout-flöden bör skicka CONSUMER.
Targets och containers
Target är vad en uppsättning svar beskriver:
CATALOG_ITEM- återanvändbara produktmasterdata. Svara en gång och återanvänd dem över sändningar.ITEM- en enskild sändnings artikel. När ni svarar för enITEM, skicka desscatalogItemIdså att en återanvändbar katalognivå-svarsuppsättning kan uppfylla programmet.
Container är grupperingen som svaren samlas under — DECLARATION,
LANDED_COST, CONSIGNMENT eller CONSOLIDATION. Använd
containerComplianceReadiness för att kontrollera en hel container i ett anrop innan ni
lämnar in.
Så fungerar det
Beteendet bakom Clarify-enkäter som är användbart när ni bygger ert eget UI eller läser svar.