HS コードをリクエストする前に、品目の情報が分類に十分詳細かどうかを確認します。
GraphQL
customsDescriptionValidate mutation は、分類を実行する 前に、品目の情報が 6 桁の HS コード を自信を持って割り当てるのに十分かどうかを確認します。readiness ステータスを返し、お客様独自のポリシーを適用できます — 分類に進む、警告する、購入者または販売者に詳細を求める、品目を拒否する。
customsDescriptionValidate
これはプレフライトチェックであり、分類ではありません。customsDescriptionValidate は品目を分類せず、HS コードも返しません。最終的に Classify に送信する説明が、正確で前提のない結果を生み出すよう、最初から薄いまたは使用不能な説明をキャッチするために使用してください。
readiness チェックは用途の一つに過ぎません。同じ品目データが Zonos の customs description および分類サービスを駆動するため、この mutation はより広範な Customs Description ワークフローのエントリーポイントです — データ品質をゲートし、品目からコンプライアンスに準拠した customs description を生成します。分類ゲート以上の機能 については以下をご覧ください。
各検証は 1 つの status を返します。ステータスは助言的であり、統合側が各値の結果を決定します。
status
READY
INCOMPLETE
missingAttributes
UNRECOGNIZABLE
ステータスが INCOMPLETE の場合、missingAttributes フィールドは欠落している属性を短いフレーズ(例: "fiber content" または "material, construction")で返し、ユーザー向けメッセージの作成に適しています。他のステータスでは null です。
"fiber content"
"material, construction"
null
品目フィールドを直接提供します — 少なくとも 1 つの説明フィールドが必要です。以下の例では、名前と説明が Tシャツであることを示しているものの、分類に必要な繊維含有率が省略されている品目を検証し、mutation は INCOMPLETE を返します。
mutation CustomsDescriptionValidate(
$input: CustomsDescriptionValidationInput!
) {
customsDescriptionValidate(input: $input) {
id
content {
name
description
material
categories
existingItemId
}
createdAt
String
"55% cotton, 45% polyester"
[String!]
ID
Item
existingItemId または品目フィールドを直接提供してください — 少なくとも 1 つの説明フィールドが必要です。
品目が Zonos に既に存在する場合、すべてのフィールドを再送信する代わりに ID を existingItemId として渡します。保存された品目のフィールドが検証の基礎として使用され、同じ入力で提供されたフィールドは保存された値を上書きします — 編集によって情報が薄い品目を分類可能な状態にできるかどうかをテストするのに便利です。
レスポンスの content は検証された品目データをエコーバックし、existingItemId が解決されるため、保存された各 CustomsDescriptionValidation は自己記述的です。
content
CustomsDescriptionValidation
readiness ステータスは助言的であるため、同じチェックは複数のワークフローに供給されます — 分類するかどうかを決めることだけではありません。customsDescriptionValidate は Zonos の分類および customs description サービスが消費する同じ品目データを評価するため、より広範な Customs Description ワークフローの自然な最初のステップとなります。
customsDescriptionsCreate
典型的なエンドツーエンドのフローは次のとおりです: readiness を検証 → missingAttributes を収集 → コンプライアンスに準拠した customs description(および HS コード)を生成 → 分類または申告。
CustomsDescriptionValidationInput
Classification readiness
Classification readiness
HS コードをリクエストする前に、品目の情報が分類に十分詳細かどうかを確認します。
GraphQL
customsDescriptionValidatemutation は、分類を実行する 前に、品目の情報が 6 桁の HS コード を自信を持って割り当てるのに十分かどうかを確認します。readiness ステータスを返し、お客様独自のポリシーを適用できます — 分類に進む、警告する、購入者または販売者に詳細を求める、品目を拒否する。これはプレフライトチェックであり、分類ではありません。
customsDescriptionValidateは品目を分類せず、HS コードも返しません。最終的に Classify に送信する説明が、正確で前提のない結果を生み出すよう、最初から薄いまたは使用不能な説明をキャッチするために使用してください。readiness チェックは用途の一つに過ぎません。同じ品目データが Zonos の customs description および分類サービスを駆動するため、この mutation はより広範な Customs Description ワークフローのエントリーポイントです — データ品質をゲートし、品目からコンプライアンスに準拠した customs description を生成します。分類ゲート以上の機能 については以下をご覧ください。
Readiness ステータス
各検証は 1 つの
statusを返します。ステータスは助言的であり、統合側が各値の結果を決定します。READYINCOMPLETEmissingAttributesで指定された属性を求め、再試行します。UNRECOGNIZABLEステータスが
INCOMPLETEの場合、missingAttributesフィールドは欠落している属性を短いフレーズ(例:"fiber content"または"material, construction")で返し、ユーザー向けメッセージの作成に適しています。他のステータスではnullです。API 経由で品目を検証
品目フィールドを直接提供します — 少なくとも 1 つの説明フィールドが必要です。以下の例では、名前と説明が Tシャツであることを示しているものの、分類に必要な繊維含有率が省略されている品目を検証し、mutation は
INCOMPLETEを返します。mutation CustomsDescriptionValidate($input: CustomsDescriptionValidationInput!) {customsDescriptionValidate(input: $input) {idstatusmissingAttributescontent {namedescriptionmaterialcategoriesexistingItemId}createdAt}}入力フィールド
nameStringdescriptionStringmaterialString"55% cotton, 45% polyester"。categories[String!]existingItemIdIDItemの ID。提供された場合、保存された品目のフィールドが使用され、ここで提供されたフィールドは保存された値を上書きします。existingItemIdまたは品目フィールドを直接提供してください — 少なくとも 1 つの説明フィールドが必要です。既存品目の検証
品目が Zonos に既に存在する場合、すべてのフィールドを再送信する代わりに ID を
existingItemIdとして渡します。保存された品目のフィールドが検証の基礎として使用され、同じ入力で提供されたフィールドは保存された値を上書きします — 編集によって情報が薄い品目を分類可能な状態にできるかどうかをテストするのに便利です。レスポンスの
contentは検証された品目データをエコーバックし、existingItemIdが解決されるため、保存された各CustomsDescriptionValidationは自己記述的です。分類ゲート以上の機能
readiness ステータスは助言的であるため、同じチェックは複数のワークフローに供給されます — 分類するかどうかを決めることだけではありません。
customsDescriptionValidateは Zonos の分類および customs description サービスが消費する同じ品目データを評価するため、より広範な Customs Description ワークフローの自然な最初のステップとなります。missingAttributesを使用して不足している内容を正確に求め、そのデータが下流に流れる前に対処します。READYになったら、同じデータをcustomsDescriptionsCreatemutation に渡し、Zonos に品目から簡潔で通関および ICS2 に準拠した customs description を生成させます — 同じ呼び出しで HS コードをリクエストすることもできます。最初に readiness を検証することで、生成された説明は前提ではなく完全な情報から構築されます。典型的なエンドツーエンドのフローは次のとおりです: readiness を検証 →
missingAttributesを収集 → コンプライアンスに準拠した customs description(および HS コード)を生成 → 分類または申告。CustomsDescriptionValidationInput
customsDescriptionValidate
このページは役に立ちましたか?