DOCS

税関の説明の検証

税関の説明の検証

分類する前に、アイテムの説明が自信を持って分類できるほど完全であるかどうかを確認してください。

税関の完全な説明が重要な理由 

すべての国境を越えた発送には HS code が必要であり、そのコードは、そのコードの説明に基づいてのみ有効となります。 HS 分類は通関手続きと関税や税金の計算に影響を与えるため、commercial invoice の説明には、商品が何であるか、またその素材が何であるかを明確に記載する必要があります。

説明があいまいまたはあいまいな場合、分類では仮定によってギャップを埋める必要があり、仮定された詳細が誤った HS code につながる可能性があります。間違ったコードは間違った関税や税金を意味し、通関の遅延、罰金、その他のコンプライアンス上の問題が発生するリスクが高まります。

税関の説明の検証を使用すると、品目が推測に基づいて分類された後で問題を発見するのではなく、データ入力時に事前に不十分な説明を見つけることができます。何かが不足している場合、顧客にどのような詳細を尋ねるべきかを正確に教えてくれるので、分類に至る前に説明を修正できます。説明自体を生成する準備ができたら、Customs Description を参照してください。 HS code を割り当てるには、Classify を参照してください。

仕組み 

アイテムの説明フィールド (namedescriptionmaterial、および categories) を送信します。検証では、繊維の含有量、生地が編物か織物か、またはアイテムの用途などの明記されていない事実を仮定することなく、その情報が単一の HS code に反映されるほど具体的であるかどうかを判断します。

説明の準備がどの程度整っているかを示す status を返し、何かが不足している場合には、何を要求すべきかを正確に示す clarifications リストを返します。

検証では項目は分類されず、HS code も返されませんstatus は勧告です。独自のポリシーに基づいてそれをどうするかを決定します。分類、警告、顧客に詳細を尋ねるか、商品を拒否するかを決定します。

2 つのオプションの入力によりチェックが拡張されます。

  • existingItemId — フィールドをインラインで渡す代わりに、すでに保存されている項目を検証します。さらに指定したフィールドは、保存されている値をオーバーライドします。
  • shipToCountry — 指定された場合、検証では、6 桁の HS 小見出しだけでなく、目的地の国固有の関税番号を選択できるほど説明が具体的であるかどうかもチェックされます。

準備ステータス 

status フィールドは 4 つの値のいずれかを返します。

状態それが何を意味するか推奨されるアクション
READYこの情報は、仮定なしで自信を持って HS code を決定するのに十分です。 clarifications は空です。分類に進みます。
INCOMPLETE項目は特定可能ですが、もっともらしい HS 小見出しの中から選択するには、記載されていない詳細を想定する必要があります。clarifications でお客様に詳細を尋ね、再度検証または分類します。
READY_TO_SUBHEADING6 桁の小見出しは自信を持って決定されていますが、国固有の関税番号を正しく選択するための詳細はまだ不足しています。 shipToCountry が提供された場合にのみ可能です。必要に応じて、正確な関税のために追加の詳細を収集するか、小見出しレベルで続行します。
UNRECOGNIZABLEテキストでは、そのアイテムが基本的に何であるかを確立していません。たとえば、空の値、裸の SKU または内部コード、または意味不明です。お客様に項目を再入力するよう依頼してください。

説明 

ステータスが READY でない場合、clarifications リストには、説明に追加する内容を説明する短い具体的なフレーズ ("state the primary fiber content" など) が含まれます。これらのフレーズは顧客に直接示されるように書かれているため、データ入力の時点でフレーズを表示し、次に進む前に不足している詳細を入力するよう促すのが良いパターンです。

ステータスが READY の場合、clarifications は空です。

税関の説明を検証する 

customsDescriptionValidate ミューテーションを使用します。項目のフィールドを直接指定するか、existingItemId を使用して保存された項目を参照します。少なくとも 1 つの説明フィールドを含めます。

1mutation CustomsDescriptionValidate(
2$input: CustomsDescriptionValidationInput!
3) {
4 customsDescriptionValidate(input: $input) {
5 status
6 clarifications
7 content {
8 name
9 description
10 material
11 categories
12 }
13 }
14}

上の例では、アイテムは明らかにブラウスとして識別できますが、アパレルは部分的に素材と構造によって分類されているため、正しい HS code を選択するには仮定が必要になります。ステータスは INCOMPLETE で、clarifications は顧客に何を要求すべきかを正確に示します。これらの詳細が追加されると、同じ項目が READY として検証されます。

すでに決定的な属性を持っている記述は、明確化されずに READY として検証されます。

1{
2 "input": {
3 "name": "Men's crew-neck t-shirt",
4 "material": "100% combed cotton, knit",
5 "categories": [
6 "Apparel",
7 "Tops"
8 ]
9 }
10}

shipToCountry を追加すると、目的地の関税番号まで準備状況を確認します。ここでは 6 桁の小見出しはすでに確定しているため、ステータスは READY_TO_SUBHEADING となり、clarifications には正確な関税番号を選択するためにまだ必要な情報が記載されます。

1{
2 "input": {
3 "name": "Pullover sweater",
4 "material": "100% cotton, knit",
5 "categories": [
6 "Apparel",
7 "Tops"
8 ],
9 "shipToCountry": "US"
10 }
11}
GraphQL API ReferenceTypes, inputs, and operations used in this guide

このページは役に立ちましたか?


このページでは: