Sjekk om en vares informasjon er detaljert nok til å klassifisere – før du ber om en HS-kode.
GraphQL
Mutasjonen customsDescriptionValidate sjekker om en vares informasjon er tilstrekkelig til å trygt tildele en 6-sifret HS-kode, før klassifiseringen kjøres. Den returnerer en klarhetsstatus som du bruker din egen policy på – gå videre til klassifisering, advar, spør kjøperen eller forhandleren om mer detaljer, eller avvis varen.
Det er en pre-flight-sjekk, ikke en klassifisering: customsDescriptionValidate klassifiserer ikke varen og returnerer ikke en HS-kode. Bruk den til å avdekke tynne eller ubrukelige beskrivelser på forhånd slik at beskrivelsene du til slutt sender til Classify gir nøyaktige, antagelsesfrie resultater.
Klarhetskontroll er bare en bruk. Fordi de samme varens data driver Zonos sine tollbeskrivelse- og klassifiseringstjenester, er denne mutasjonen inngangspunktet til et bredere Tollbeskrivelse-arbeidsflyt – som avgrenser datakvalitet og deretter genererer en kompatibel tollbeskrivelse fra varen. Se Mer enn en klassifiseringsport nedenfor.
Hver validering returnerer en status. Statusen er rådgivende – integrasjonen din bestemmer konsekvensen av hver verdi.
Status↕
Betydning↕
Foreslått handling↕
READY
Informasjonen er nok til å trygt tildele en 6-sifret HS-kode uten forutsetninger.
Gå videre til klassifisering.
INCOMPLETE
Varen kan identifiseres, men et avgjørende attributt mangler, så klassifisering ville stole på forutsetninger.
Be om attributtet navngitt i missingAttributes, og prøv igjen.
UNRECOGNIZABLE
Teksten etablerer ikke hva varen fundamentalt er – tomme verdier, bare SKU-er eller interne koder, eller tull.
Be brukeren om å skrive inn varen på nytt.
Når statusen er INCOMPLETE, returnerer feltet missingAttributes det/de manglende attributtet(-ene) som en kort setning (f.eks. "fiberinnhold" eller "materiale, konstruksjon") som er egnet for å komponere en brukervendt melding. Det er null for enhver annen status.
Oppgi varefeltene direkte – minst ett beskrivende felt er påkrevd. Eksemplet nedenfor validerer en vare hvis navn og beskrivelse identifiserer den som en t-skjorte, men utelater fiberinnholdet som trengs for klassifisering, slik at mutasjonen returnerer INCOMPLETE.
1mutationCustomsDescriptionValidate(
2$input: CustomsDescriptionValidationInput!
3){
4 customsDescriptionValidate(input:$input) {
5 id
6 status
7 missingAttributes
8 content {
9 name
10 description
11 material
12 categories
13 existingItemId
14}
15 createdAt
16}
17}
Inndatafelt
Felt↕
Type↕
Beskrivelse↕
name
String
Navn på varen.
description
String
Menneskelesbar beskrivelse av varen.
material
String
Materiale eller sammensetning av varen, hvis kjent (f.eks. "55% bomull, 45% polyester").
categories
[String!]
Kategorier som er knyttet til og beskriver varen.
existingItemId
ID
ID for en eksisterende Item som skal valideres. Når den oppgis, brukes feltene fra den lagrede varen og eventuelle feltene du oppgir her overstyrer de lagrede verdiene.
Oppgi enten existingItemId eller varefeltene direkte – minst ett beskrivende felt er påkrevd.
Hvis varen allerede finnes i Zonos, oppgi dens ID som existingItemId i stedet for å sende alle feltene på nytt. Feltene fra den lagrede varen brukes som grunnlag for validering, og eventuelle felt du også oppgir i samme inndata overstyrer de lagrede verdiene – nyttig for å teste om en redigering vil gjøre en tynn vare klassifiseringsklar.
Responsen content gjenspeiler varedataene som ble validert, med existingItemId oppløst, slik at hver lagret CustomsDescriptionValidation er selvbeskrivende.
Fordi klarhetsstatusen er rådgivende, fører den samme kontrollen til mer enn en arbeidsflyt – det handler ikke bare om å bestemme om du skal klassifisere. customsDescriptionValidate evaluerer de samme varedata som Zonos sine klassifiserings- og tollbeskrivelsestjenester konsumerer, noe som gjør den til et naturlig første trinn i en bredere Tollbeskrivelse-arbeidsflyt:
Datakvalitetsport – Avdekk tynn eller ubrukelig vareinformasjon på inngangspunktet (i en PIM, katalogimport eller kasse) og spør etter nøyaktig hva som mangler ved hjelp av missingAttributes, før dataene flyter nedstrøms.
Generer en tollbeskrivelse – Når en vare er READY, send de samme dataene til mutasjonen customsDescriptionsCreate for å få Zonos til å generere en kortfattet, tolls- og ICS2-kompatibel tollbeskrivelse fra varen – og eventuelt be om en HS-kode i samme anrop. Å validere klarhet først betyr at den genererte beskrivelsen er bygget fra fullstendig informasjon i stedet for forutsetninger.
Klassifiser med selvtillit – Gå videre til Classify vel vitende om at beskrivelsen er rik nok til å tildele en nøyaktig 6-sifret HS-kode uten gjetteri.
En typisk ende-til-ende-flyt er: valider klarhet → samle eventuelle missingAttributes → generer en kompatibel tollbeskrivelse (og HS-kode) → klassifiser eller arkiver.
GraphQL API ReferenceTypes, inputs, and operations used in this guide
Klassifiseringsklarhet
Klassifiseringsklarhet
Sjekk om en vares informasjon er detaljert nok til å klassifisere – før du ber om en HS-kode.
GraphQL
Mutasjonen
customsDescriptionValidatesjekker om en vares informasjon er tilstrekkelig til å trygt tildele en 6-sifret HS-kode, før klassifiseringen kjøres. Den returnerer en klarhetsstatus som du bruker din egen policy på – gå videre til klassifisering, advar, spør kjøperen eller forhandleren om mer detaljer, eller avvis varen.Det er en pre-flight-sjekk, ikke en klassifisering:
customsDescriptionValidateklassifiserer ikke varen og returnerer ikke en HS-kode. Bruk den til å avdekke tynne eller ubrukelige beskrivelser på forhånd slik at beskrivelsene du til slutt sender til Classify gir nøyaktige, antagelsesfrie resultater.Klarhetskontroll er bare en bruk. Fordi de samme varens data driver Zonos sine tollbeskrivelse- og klassifiseringstjenester, er denne mutasjonen inngangspunktet til et bredere Tollbeskrivelse-arbeidsflyt – som avgrenser datakvalitet og deretter genererer en kompatibel tollbeskrivelse fra varen. Se Mer enn en klassifiseringsport nedenfor.
Klarhetsstatuser
Hver validering returnerer en
status. Statusen er rådgivende – integrasjonen din bestemmer konsekvensen av hver verdi.READYINCOMPLETEmissingAttributes, og prøv igjen.UNRECOGNIZABLENår statusen er
INCOMPLETE, returnerer feltetmissingAttributesdet/de manglende attributtet(-ene) som en kort setning (f.eks."fiberinnhold"eller"materiale, konstruksjon") som er egnet for å komponere en brukervendt melding. Det ernullfor enhver annen status.Valider en vare via API
Oppgi varefeltene direkte – minst ett beskrivende felt er påkrevd. Eksemplet nedenfor validerer en vare hvis navn og beskrivelse identifiserer den som en t-skjorte, men utelater fiberinnholdet som trengs for klassifisering, slik at mutasjonen returnerer
INCOMPLETE.mutation CustomsDescriptionValidate($input: CustomsDescriptionValidationInput!) {customsDescriptionValidate(input: $input) {idstatusmissingAttributescontent {namedescriptionmaterialcategoriesexistingItemId}createdAt}}Inndatafelt
nameStringdescriptionStringmaterialString"55% bomull, 45% polyester").categories[String!]existingItemIdIDItemsom skal valideres. Når den oppgis, brukes feltene fra den lagrede varen og eventuelle feltene du oppgir her overstyrer de lagrede verdiene.Oppgi enten
existingItemIdeller varefeltene direkte – minst ett beskrivende felt er påkrevd.Valider en eksisterende vare
Hvis varen allerede finnes i Zonos, oppgi dens ID som
existingItemIdi stedet for å sende alle feltene på nytt. Feltene fra den lagrede varen brukes som grunnlag for validering, og eventuelle felt du også oppgir i samme inndata overstyrer de lagrede verdiene – nyttig for å teste om en redigering vil gjøre en tynn vare klassifiseringsklar.Responsen
contentgjenspeiler varedataene som ble validert, medexistingItemIdoppløst, slik at hver lagretCustomsDescriptionValidationer selvbeskrivende.Mer enn en klassifiseringsport
Fordi klarhetsstatusen er rådgivende, fører den samme kontrollen til mer enn en arbeidsflyt – det handler ikke bare om å bestemme om du skal klassifisere.
customsDescriptionValidateevaluerer de samme varedata som Zonos sine klassifiserings- og tollbeskrivelsestjenester konsumerer, noe som gjør den til et naturlig første trinn i en bredere Tollbeskrivelse-arbeidsflyt:missingAttributes, før dataene flyter nedstrøms.READY, send de samme dataene til mutasjonencustomsDescriptionsCreatefor å få Zonos til å generere en kortfattet, tolls- og ICS2-kompatibel tollbeskrivelse fra varen – og eventuelt be om en HS-kode i samme anrop. Å validere klarhet først betyr at den genererte beskrivelsen er bygget fra fullstendig informasjon i stedet for forutsetninger.En typisk ende-til-ende-flyt er: valider klarhet → samle eventuelle
missingAttributes→ generer en kompatibel tollbeskrivelse (og HS-kode) → klassifiser eller arkiver.CustomsDescriptionValidationInput
customsDescriptionValidate
Var denne siden nyttig?