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.
INFERRED - förifyllt av Clarify från era artikeldata. Har en
confidence-poäng från 0 till 1.
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.
Använd confidence för att avgöra hur mycket granskning ett svar behöver — lyft fram
svar med låg konfidens för en person att bekräfta, och snabbspår svar med hög konfidens.
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"}]}]}
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.
Storefront- och konsument-checkout-flöden bör skicka CONSUMER.
CATALOG_ITEM - återanvändbara produktmasterdata. Svara en gång och återanvänd dem
över sändningar.
ITEM - en artikel i en enskild sändning. När ni svarar för en ITEM, skicka dess
catalogItemId så 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
Så fungerar det
Beteendet bakom Clarify-enkäter som är användbart när ni bygger ert eget UI eller läser svar.
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
visibleQuestionsden 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ågasdisplayCondition, 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.Använd
confidenceför att avgöra hur mycket granskning ett svar behöver — lyft fram svar med låg konfidens för en person att bekräfta, och snabbspår svar med hög konfidens.Dynamiska alternativ
De flesta frågor listar sina val inline i
options. Vissa beror på artikeln och på tidigare svar — dessa sätteroptionsSourceoch lämnaroptionstomt.För dem inkluderar en sessionsrad en
dependentOptions-tabell som täcker varje nåbar kombination för artikeln. Hitta posten varsparentValuesmatchar aktuella svar, och visa sedan dessoptions— 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
intendedUsepå 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.PERSONALCONSUMERCOMMERCIALRESEARCHStorefront- 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 artikel i en enskild sändning. 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,CONSIGNMENTellerCONSOLIDATION. AnvändcontainerComplianceReadinessför att kontrollera en hel container i ett anrop innan ni lämnar in.Nästa steg
Var den här sidan till hjälp?