新しく輸入する品目の仕様から、税関が公開している事前教示回答（品目分類）の事例を検索し、近い事例の税番と分類理由を並べて通関の担当の判断材料にする

処理の起点を決める

取り込みと検索は、別々のきっかけで動かします。

取り込みは、毎月1回動かします。検索画面は処理年月日を西暦年月日の形式で指定し、「以降」「時点」「以前」で絞り込めるので、前月の初日以降を指定すれば新しい事例だけが取れます。最初の1回だけは、税番の範囲を類ごとに区切って、それまでの事例をまとめて取り込みます。

検索は、購買の担当が依頼の画面で仕様書を送ったことを起点にします。メールで届いた依頼は、担当者が画面に入れ直します。仕様書が添付されていない依頼は受け付けません。 品名だけでは、探す言葉がありません。

入力データを集める

質を決めるのは、成分の割合です。 品目分類では、同じ見た目の品目でも、材質の割合や構成で税番が分かれることがあります。仕様書に割合が書かれていなければ、探す前に仕入先から取り寄せます。 割合が無いまま一覧を作ると、違いの欄が「不明」で埋まります。

過去の自社の判断も、同じ検索の対象に加えます。 自社が以前に扱った似た品目で、実際に申告した税番が分かっていれば、公開事例と並べて見られます。 ただし、公開事例とは別の項目で区別し、一覧の上でも色を分けます。

データの取得方法を決める

事例は、税関の公開ページから取得します。 検索画面は、全項目・一般的品名・貨物概要のキーワード、税番（2桁以上9桁以下、9桁に満たない場合は前方一致）、登録番号（9桁）、処理年月日で探せ、表示件数は10件・20件・50件・100件から選べます。取り込みでは、処理年月日と税番の範囲だけを使い、キーワードは使いません。 漏れなく取るためです。

利用の条件は、税関の利用規約で確かめます。 税関ホームページで公開している情報は、別の利用ルールが適用されるコンテンツを除き、利用ルールに従って複製、公衆送信、翻訳・変形等の翻案等を自由に利用でき、商用利用も可能とされています。社内の索引に入れて使う前に、利用規約の本文で出典の書き方を確かめます。

取得の間隔は空けます。 1か月分の新しい事例は多くないので、1件ごとに数秒の間を置いても短い時間で終わります。 税関のサイトに負荷を掛ける取り方はしません。

税番は、9桁のまま1つの項目に入れ、上2桁（類）・上4桁（項）・上6桁（号）を別の keyword の項目にも入れます。 税関のページでは、4桁の番号を「項」、6桁を「号」、上2桁を「類」と呼び、6桁まではHS品目表に基づく番号、下3桁は日本独自の番号とされています。項と号の単位でまとめると、「似た事例の多くが同じ項に入っている」のか「項が割れている」のかが分かります。

AIへ渡す前に整形する

1. 項目に分ける … 事例の表示から10項目を取り出し、それぞれの項目に入れます
2. 税番を分ける … 9桁の税番から、類・項・号の項目を作ります
3. 関税率に年度を付ける … 関税率は処理年月日の属する年度（もしくは暦年）の税率なので、年度の項目を添え、一覧では「当時の税率」と表示します
4. 仕様書を欄にする … Claude API に仕様書のPDFを渡し、材質・成分の割合・機能・用途・形状・製法を欄に取り出します
5. 欄を1つの文章にまとめる … 確かめた欄を、貨物概要の書き方に近い1つの文章にします。これが more_like_this に渡す文章になります
6. 重複の検知 … 同じ登録番号の事例が既にあれば、取り込みません

3番目を軽く見ないでください。 事例の関税率をそのまま原価の計算に使うと、年度が変わって税率が変わっていた場合に原価がずれます。 税率は、決めた税番でいまの実行関税率表を引き直します。

5番目で文章にまとめるのは、検索の言葉を貨物概要に寄せるためです。 仕入先の仕様書は営業の言葉で書かれ、「おしゃれな」「丈夫な」が並びます。材質・割合・機能・用途だけの文章にすると、貨物概要の言葉と重なります。

AIに処理させる

検索は、貨物概要と分類理由を対象に more_like_this で行います。

検索の問い合わせは、たとえば次の形になります。

{
  "size": 30,
  "query": {
    "bool": {
      "should": [
        { "more_like_this": {
            "fields": ["cargo_summary", "reason"],
            "like": ["{欄をまとめた文章}"],
            "min_term_freq": 1,
            "max_query_terms": 25 } },
        { "match": { "general_name": { "query": "{仕様書の品名}", "boost": 0.5 } } }
      ],
      "minimum_should_match": 1
    }
  },
  "_source": ["reg_no", "customs", "processed_on", "general_name",
              "tariff_no", "heading", "cargo_summary", "reason"]
}

more_like_this の既定値は、短い文章に向いていません。 公式の既定では、入力の中で2回未満しか出ない語は無視され（min_term_freq が2）、5件未満の文書にしか出ない語も無視されます（min_doc_freq が5）。欄をまとめた文章は数行なので、ほとんどの語が1回しか出ません。 min_term_freq を1に下げます。語の数の上限 max_query_terms は既定で25です。

品名の一致は、重みを半分にして補助に回します。 品名が一致する事例は近いことが多いものの、同じ品名でも材質で別の項に入る事例があります。品名だけで上位に来ると、その違いが見えにくくなります。

項ごとのまとめは、上位30件で行います。 返った30件の税番の上4桁を数え、件数の多い順に並べます。索引全体で数えないのは、遠い事例まで数に入るからです。 30件のうち1件しか無い項も消さず、一覧の下に「少数の項」として残します。

類の絞り込みは、担当者が確信しているときだけにします。 見当が外れていると、本当に近い事例が別の類にあっても出てきません。 迷うときは絞らず、一覧の項ごとの件数で見当を確かめます。

生成AIの出番は2か所です。 1つは仕様書から欄を取り出すこと、もう1つは当たった事例を並べることです。

最初の行が、この構成の線引きです。 「この品目は〇〇の項に分類されます」と書かせると、担当者は事例を読まずに見当として使い始めます。 並べるのは事例と違いまでにします。

指示内容を固定する

仕様書から欄を取り出すときの指示です。

渡した仕様書だけを使って、次の欄を埋めてください。
材質と成分の割合／機能（電気で動くか、何をする道具か）／用途／形状と寸法／製法
- 書かれていない欄は「不明」としてください。推測で埋めないでください。
- 成分の割合は、書かれた数字と単位をそのまま写してください。
- 「おしゃれな」「丈夫な」など、性状を表さない宣伝の言葉は写さないでください。

検索の後、事例を並べるときの指示です。

あなたは商社の物流部で、新しく輸入する品目の税番の見当を付けるために、
税関が公開している事前教示回答の事例を整理する立場です。
渡した検索結果（事例の貨物概要と分類理由）だけを根拠にしてください。

【新しい品目】材質・成分の割合：{material}／機能：{function}
              用途：{use}／形状：{shape}／製法：{process}
【検索結果】事例ごとに、一般的品名・税番・貨物概要・分類理由を渡します。

【やること】
事例ごとに次を書いてください。
1. 事例の要点（一般的品名と貨物概要を1〜2文で）
2. 分類理由の中で、その税番になった決め手として書かれた事実
3. 新しい品目と同じ点、違う点
4. 違う点のうち、税番を分けそうなもの

【厳守事項】
- 検索結果に書かれていないことを書かないでください。
- 新しい品目の税番を決めたり、推測したりしないでください。
  「この事例では〇〇の理由で△△に分類された」までにしてください。
- 決め手の事実は、分類理由の文から引いてください。
  分類理由に書かれていない理由を補わないでください。
- 新しい品目の欄が「不明」の項目は、同じとも違うとも書かず、
  「仕様の確認が必要」としてください。
- 関税率には触れないでください。
- 法令の欄の内容を、輸入できるかどうかの判断として書かないでください。
- 新しい品目に近くない事例は「関連が薄い」と書いてください。

「不明の項目は同じとも違うとも書かない」を明記しないと、不明のところを事例に合わせて埋めます。 成分の割合が仕様書に無いとき、事例の割合をそのまま「同じ」と書き、違いが消えます。 不明は不明のまま、確認の項目に回させます。

「関税率に触れない」を入れているのは、当時の税率がいまの税率として読まれるのを防ぐためです。 税率は、担当者が税番を決めた後に実行関税率表で引きます。

出力形式を固定する

事例を並べるときは、検索結果のブロックで渡します。 公式のドキュメントでは、search_result のブロックに source・title・content を入れると、自社の文書を引用付きで答えます。 source に登録番号、title に一般的品名と税番、content に貨物概要と分類理由を文ごとのテキストブロックで入れます。引用はテキストブロックの単位で付き、引用の設定はすべての検索結果でそろえる必要があります。

一覧は、項ごとにまとめて次の形にします。

{
  "item": { "name": "", "material": "", "function": "", "use": "", "unknown_fields": [] },
  "headings": [
    {
      "heading": "3924",
      "count_in_top": 7,
      "cases": [
        {
          "reg_no": "",
          "customs": "",
          "processed_on": "",
          "general_name": "",
          "tariff_no": "",
          "decisive_facts": [ { "text": "", "cited_text": "" } ],
          "same": "",
          "different": "",
          "may_split": ""
        }
      ]
    }
  ],
  "own_history": [ { "item_code": "", "declared_no": "" } ],
  "to_ask_in_ruling": []
}

1つ目の理由は、項ごとの件数を先に見せられることです。 上位の事例30件のうち7件が同じ項にあり、残りが散っているなら、見当はその項に寄ります。 2つの項に割れていれば、割れている理由がそのまま照会に書くべき事実です。

2つ目は、to_ask_in_ruling で照会の材料がそろうことです。 文書による照会には製法・性状などを書いた照会書と見本などの資料を出します。違いの欄から、照会書に書くべき事実の一覧が先にできます。

システムへ連携する

通関業者には何も送りません。 一覧は社内の見当のための資料です。実際の申告の税番は、通関業者と確かめて決めます。

人が確認する

1. 欄の確認（物流部の担当） … 仕様書から取り出した欄を、仕様書と見比べます。成分の割合が抜けていないかを最初に見ます
2. 引用の確認（物流部の担当） … 決め手の事実の引用を、事例の表示で確かめます
3. 見当の決定（物流部の担当） … 税番の見当を決め、いまの実行関税率表で税率を引きます
4. 照会の判断（物流部の責任者） … 項が割れているもの、違いが大きいものは、税関に文書で照会するかを決めます

1番目で「不明」の欄が残ったら、検索に進みません。 仕入先への問い合わせを依頼の画面から出し、返事が来てから探します。急ぎの見積では「割合不明のまま探した」と一覧の先頭に出し、その見当を原価の参考値として扱うことを購買の担当と確かめます。

目安は、1件あたり15分です。 欄の確認に4分、引用の確認に7分、見当と税率に4分ほどを見込みます。詳しい担当者の確認は、照会を考える品目だけにします。

例外に対処する

5行目は見落とされがちです。 HS品目表は改正されることがあり、古い事例の税番がいまは存在しないことがあります。税番の項目をいまの品目表の一覧と照らして、無いものに印を付けます。

記録を残す

• 取得したページの写しと、取得した日時
• 仕様書、取り出した欄、担当者が直した箇所
• 検索の条件、返した事例と点数、項ごとの件数
• 生成AIの一覧と引用
• 担当者が決めた税番の見当と、実際に申告した税番

最後の行が、いちばん価値のある記録です。 見当と実際の申告が違った品目を集めると、どの種類の品目で見当が外れやすいかが分かります。その品目は、最初から照会に回す候補になります。