通関業者向けソフトウェアの選び方：自社の案件フローから始める

通関士、通関業者、貿易コンプライアンス部門のための、基準にもとづく選定ガイドです。申告前の書類チェックからHSコードと貿易措置の確認まで、検索できるアーカイブから顧客ポータルまで、何を見るべきか、そしてデモで具体的に何を試すべきかを解説します。発行元はLogistivoで、当社製品がこの見取り図のどこに位置し、何をしないのかは、独立したセクションで率直に示しています。 通関業者向けソフトウェアの選び方を手短に言えば、自社の案件フローで最も負担の大きい3つのポイントから、各ツールを評価することです。通関業務は、貨物追跡とは異なるリズムで進みます。業務を動かすのは、案件がどの段階まで進んだか、どの書類が不足しているか、ある書類の数字が別の書類とどこで矛盾しているかです。汎用の輸送管理システムが貴社の役に立つかどうかも、まさにそこで決まります。 2つ目のルールは、案件がどう始まるかに目を向けることです。通関の案件はたいてい、輸入者も運送会社も貴社のソフトウェアを使っていない状態で、1通のメールから始まります。案件を単独で立ち上げ、関係者を自社の取引先リストに登録できるでしょうか、それともシステムは相手方の参加を待つのでしょうか？この1つの質問で、そのソフトウェアが日々の業務に入り込めるかどうかが決まります。 3つ目に、出口の権利を最初に確定させてください。案件を添付書類ごとエクスポートできなければ、後からソフトウェアを替えることは事実上不可能になります。 このページではまず、通関業者の日々の案件フローを順にたどり、各ステップでソフトウェアに求めるべきことと、それが欠けているときに何が破綻するかを示します。続いて、デモで試せる基準へと進みます。

業務のステップと、ソフトウェアに求められること

• 案件の立ち上げと業務の受託 — 輸入者またはフォワーダーから、貨物が届く予定だと連絡が入ります。通関業者はまず委任状と代理の形態——直接代理か間接代理か——を確定させ、続いて関係者の情報、商業送り状、輸送書類、事前の指示があればその内容を集め始めます。この段階では情報の大半がまだそろっておらず、少しずつ届きます。 通関業者が案件を単独で立ち上げ、関係者を自社の取引先リストに登録できること。輸入者や運送会社がすでに同じシステムを利用している場合は、その貨物のレコードに関係者として追加され、金額、重量、アップロード済みの書類を最初の1分から確認できること。 通関業者は転送されたメールのやり取りの最後になって業務を知り、同じ情報を3回尋ね、案件の立ち上げに半日を費やします——そして、後で起きるミスの大半は、この不完全な出だしに起因します。
• 書類の収集と不足書類の催促 — 商業送り状、パッキングリスト、輸送書類（CMR運送状、船荷証券、航空運送状）、貨物が通過手続のもとで移動する場合は通過書類、原産地証明書と移動証明書、さらに必要に応じて許可書や適合書類を集めます。不足しているものは該当する関係者に依頼し、届くまで催促します。 受領済みと未着を区別する、案件ごとの書類チェックリスト。顧客ごとに保存され、有効期限を管理できる委任状。不足書類を同じ画面から依頼できる機能。そして、外国語の書類を読めるようにする手段。 不足書類の一覧が1人の頭の中にしかありません。その人が休暇を取ると案件は止まり、不足は申告の段階になってようやく発覚し、遅れはチェーンの中で最も高くつく地点で発生します。
• 書類同士の照合 — インボイスの課税価格、パッキングリストの個数と総重量・正味重量、輸送書類の荷送人名と荷受人名を照合します。食い違いはすべて、申告を提出する前に解消しなければなりません。 書類を1枚ずつではなく互いに突き合わせて読み、重量、個数、関係者名、金額の食い違いを警告として示し、すべての抽出結果をユーザーの承認にかけること。 食い違いが申告後に発覚し、修正の手続き、保管料やデマレージ、ペナルティのリスクを招きます。費用の請求書は顧客に届きますが、失った信頼のつけは通関業者に回ってきます。
• HS分類と関税の確認 — 品目を関税率表の品目分類——トルコでは12桁のGTİPコード——に当てはめ、関税、追加関税（該当する場合）、輸入VATといった税負担を算出します。判断に迷う品目では、物品の説明と類注を読み、拘束力のある関税分類情報（BTI）の申請を検討します。原産地に疑義がある場合も、拘束力のある原産地情報（BOI）を通じて同じ道筋をたどります。 コードと製品の説明の両方で検索できること。各税率の横に情報源と最終更新日が表示される結果。そして、インボイスから抽出された品目の候補とコードの提案。 品目分類が古いスプレッドシートや記憶をもとに行われます。誤ったコードは、通関後の修正、追加の税額査定、事後調査のリスクを意味し——しかも、そのミスはたいてい何か月も経ってから発覚します。
• 貿易措置と追加負担の確認 — 貨物の原産地に応じて、アンチダンピング税やセーフガード措置が発動中かどうかを確認します。輸出案件では、同じ確認を仕向国について行います。 発動中の措置を原産国とともに表示し、その結果を日付とともに保存する検索機能。さらに、措置はコードだけでなく、法令文にある製品の説明に照らして読まれることの注意喚起。 措置が見落とされ、申告後になって費用が顧客にのしかかります。輸出では買い手が追加費用を拒み、価格設定と顧客との関係が同時に損なわれます。
• 申告の作成と提出、そして審査区分 — 作成したデータを税関当局のシステムに入力し、申告を登録します。案件には審査区分——トルコでは赤・黄・緑・青——が割り当てられ、その結果に応じて書類審査、現物検査、または追加書類の要求が続きます。その後、税額確定と納付を経て、最後に貨物が引き渡されます。 作成データが一か所に、整った状態でコピーできる形で保持されていること。申告登録、審査区分の決定、検査、追加書類の要求、税額確定と納付、引き渡し、完了がそれぞれ別のステータスとして管理されること。そして、税関当局のシステムにデータが送信されるのか、されるならどのような方法か、されないなら作成データがどのような形式で出力されるのかが、最初から明確であること。 同じデータが2つのシステムに手作業で入力され、段階は管理用のスプレッドシートの中に埋もれます。顧客は案件がどこで止まっているかわからないため、1日に何度も電話をかけてきます。
• 顧客とのコミュニケーションと費用の精算 — 関税の納付額、保管料、D/O（荷渡指図書）費用、ターミナル費用を、貴社自身の通関手数料とあわせて顧客に報告します。引き渡しの後に通関手数料の請求書を発行し、回収を追いかけます。 書類と同じ画面にある、案件ごとの1本のコミュニケーションチャネル。通関手数料の請求、入金を記録するにつれて減っていく未収残高、そして顧客ごとの売掛金の年齢分析ビュー。 費用の項目はばらばらのメッセージでやり取りされ、請求書は別のプログラムで発行されます。月末になっても、どの案件の代金が回収済みなのか誰も確信が持てず、売掛金は人知れず滞留していきます。
• 案件の完了、アーカイブ、後日の書類提出 — 案件を完了し、申告書、納付書類、添付書類、やり取りをアーカイブします。何か月後か何年後かに、事後調査、検査、あるいは顧客からの依頼で、同じ書類が再び求められます。 顧客、期間、HSコード、申告番号、書類の種類で検索できるアーカイブ。権限を持つ顧客が自社の履歴にアクセスできること。そして、すべての案件を添付書類ごと一括でエクスポートできること。 アーカイブがフォルダーとメールボックスに散らばり、古い書類を求められるたびに誰かが1時間を失います。見つからない書類は、評判の損失であると同時に、証拠の損失でもあります。

選定基準

• 案件を単独で立ち上げられ、代理関係をレコード内で管理できること — 通関の案件はたいてい、輸入者もフォワーダーもそのソフトウェアを使っていない状態で、1通のメールから始まります。相手方が先に参加することを前提とする製品は、貴社の案件の大半にそもそも関われません。委任状と代理の形態——直接代理か間接代理か——は案件の最初のデータであり、後になって真っ先に提出を求められる書類でもあります。 デモで、案件をご自身で立ち上げてみてください。顧客も荷送人も登録されていない状態で、関係者を自社の取引先リストに入力し、そのまま案件を最後まで進められるでしょうか？続いて委任状をアップロードし、期限切れが近い委任状を一覧表示する画面を見せてもらってください。
• 実際の通関の段階を反映した案件のライフサイクル — 通関業務を動かしているのは「トラックはどこか」ではなく「案件はどの段階か」です。申告登録、審査区分の決定、書類審査または現物検査、追加書類の要求、税額確定と納付、貨物の引き渡し、案件の完了が、それぞれ独立したステータスとして管理されていなければ、チームはステータスを自由記述のメモに書き込むことになります。段階のモデルが弱ければ、顧客への報告も、案件がどこで滞っているかを示すレポートも弱くなります。 先月完了した中で最も難しかった案件を、デモで再現してもらってください。現物検査に回され、追加書類を求められ、2日間止まった案件で、各段階がそれぞれ独立したステータスとして表示されるでしょうか、それともすべてがメモ欄に入ってしまうでしょうか？続いて、進行中の案件のうち書類待ちのものを、その場で絞り込んでもらってください。
• 書類間の整合性チェック — 通関業者にとって最も高くつくミスは、インボイス、パッキングリスト、輸送書類の間で重量、個数、課税価格、関係者名が食い違っていることです。その食い違いが申告後に発覚すれば、修正の手続き、保管料やデマレージ、そしてペナルティのリスクを招きます。書類を1枚ずつ読み取るツールでは足りません。書類同士を突き合わせて読むチェックが必要です。 ベンダーが用意した整ったサンプルではなく、意図的に食い違いを仕込んだ自社の書類一式を持ち込んでください。インボイスには12パレット・4,800 kg、パッキングリストには13パレットと記載したものです。システムはその食い違いを自ら指摘するでしょうか、それとも貴社が見つけた後でしか示さないでしょうか？外国語のインボイスを斜めにスキャンしたもので、同じテストを繰り返してください。
• 関税率・税額・貿易措置データの鮮度と、情報源の透明性 — 画面に税率が表示されていても、それが今日発動中だとは限りません。アンチダンピング措置やセーフガード措置は、年の途中で開始され、延長され、対象範囲が拡大されます。データがどの公式公表物に由来し、最後にいつ更新されたかをツールが示さなければ、リスクはすべて通関業者が負うことになります。また、措置は製品の説明に照らして読まれるため、コードだけで照合するツールは判断を誤らせます。 発動中の措置があるとわかっているHSコードで、その場で検索してみてください。各行に情報源の名称と最終更新日が表示され、データは公式公表物に由来しているでしょうか？拘束力を持つのは公布された法令（トルコでは官報）であること、そして同じコードでも貴社の貨物が措置の対象範囲から外れる場合があることを、警告として示しているでしょうか？
• 検索と判断の日付入り記録（証跡） — 関税率や貿易措置をめぐる争いは、案件の完了から何か月も経ってから始まり、その日に何を見たのかを示すよう求められます。結果をその場で表示するだけで、当時の状態のまま保存しないツールでは、規則が変わった時点で根拠がなくなります。タイムスタンプ付きの記録は、監査においても、顧客との費用をめぐる話し合いにおいても、最も強力な裏付けになります。 検索を1回実行し、続けて同じ検索をもう一度実行してください。1回目の結果が日時とともに保存されていること、該当する案件に添付できること、PDFまたはスプレッドシートとして取り出せることを、ベンダーに画面上で示してもらってください。
• 申告システムとの役割分担とデータ送信の方法について、書面で回答があること — トルコでは、申告は税関当局のBİLGEシステムを通じて登録されます。市販の製品がこのシステムにデータを送信できるかどうかは製品によって異なり、連携によってデータを送信するものもあれば、作成とアーカイブのレイヤーだけを提供するものもあります。この違いによって、チームが同じ行を二度入力するかどうかが決まります。だからこそ、「すべてがひとつの画面で」というだけでは答えになりません。 1文だけ質問し、回答を書面で求めてください。「この画面から税関当局のシステムにデータを送信できますか？できるなら、どのような方法ですか？」送信がない場合は、作成したデータがどのような形式で出力されるのか、品目とHSコードの一覧がコピーできる形で作成されるのかを確認してください。
• 顧客に開放するセルフサービスの窓口——そして、そこに誰のブランドが表示されるか — 「私の案件はどうなっていますか」という電話は、通関チームの1日を最も大きく削るものです。顧客が自分の画面から自社の案件、書類、段階を確認できるようにすれば、その負担はなくなります。また、貴社のサービスを価格以外の点で比較してもらえるようにもなります。取引関係の功績が認められるのは、ポータルに名前が表示されている側です。 デモでは、自社のアカウントではなく顧客のアカウントでログインしてください。顧客にはどの項目が表示され、どの書類をダウンロードでき、何が非表示のままでしょうか？画面に表示されるのは貴社の名前と配色でしょうか、それともソフトウェアベンダーのものでしょうか？顧客を招待すると、ユーザー単位の料金が別途発生するかどうかも確認してください。
• 案件単位・顧客単位の権限分離とアクセスログ — 同じ事務所が、競合する2社の輸入者の案件を同時に抱えていることもあります。ソフトウェアがユーザーを顧客単位・案件単位で制限できなければ、貴社の守秘の約束は口約束にとどまります。アクセスとアクセス試行のログは、万一情報漏えいを指摘されたときの最も強力な証拠になります。 通関担当者のアカウントを2つ別々に作成してもらい、一方がもう一方の顧客の案件を、検索結果にさえ表示できないことを確認してください。続いて、アクセスログを画面上で見せてもらってください。記録されるイベントは何でしょうか——失敗したアクセスと権限のないアクセスの試行だけでしょうか、それとも書類の閲覧も含まれるでしょうか？ログがどこまで遡れるかも確認してください。
• アーカイブの検索性と、データを自社のものとして保持できること — 通関業者の本当の資産は、過去の案件のアーカイブです。アーカイブが案件番号でしか検索できなければ、古い書類を求められるたびに誰かが1時間を費やすことになります。一括エクスポートができなければ、ソフトウェアを離れることはアーカイブを置いていくことを意味し、ベンダーとの交渉力は失われます。 「昨年この会社のために扱った案件のうち、移動証明書を含むものを表示して」といった検索を、その場で実行してもらってください。検索は顧客、期間、HSコード、申告番号、書類の種類で機能するでしょうか？そのうえで、すべての案件を添付書類ごと一度にエクスポートできること、その形式、そして有料かどうかを書面で確認してください。

アプローチの比較

• 手作業による調整：メール、電話、メッセージアプリ、フォルダー整理の徹底 — 月に数件の案件を完了し、通関担当者が1人だけで、顧客リストが片手で数えられるほどの事務所。業務の全体が1人の記憶に収まっているあいだは機能します。 コストはライセンスではなく、人の作業時間に積み上がります。ステータスの問い合わせ電話、3度目となる同じ質問、過去の書類の掘り起こし。取扱量が増えれば、コストも比例して増えます。打てる手が、人手を増やすことしかないからです。
• 汎用のオフィスツールと、共有の案件管理スプレッドシート — 案件数は増えたものの、プロセスがまだ標準化されていない事務所。自社の段階の考え方をシートに書き表し、全員に共通のビューを用意したいチーム。 目に見えるコストは低く抑えられます。本当のコストは、シートを実態と合わせておく役目を負った人の時間と、シートと実務がいつの間にかずれていたときに発生するやり直しの作業です。
• 単機能のポイントツール：アーカイブだけ、関税率検索だけ、あるいは案件ステータスボードだけ — ほかのプロセスは回っているものの、明確で測定可能な課題が1つある事務所。たとえば、アーカイブが崩壊している、品目分類のチェックを外部に委託している、といったケースです。 1つひとつのサブスクリプションは小さく見えますが、ツールの数だけ掛け算になります。本当の負担は、ツール間のすき間を埋めるために費やされるスタッフの時間と、どのツールも受け持っていない中間の工程です。
• エンドツーエンドのプラットフォーム：案件、書類、関税率、コミュニケーション、取引先勘定をひとつのレコードに — 案件が安定して流れ、通関担当者が複数在籍し、顧客が自分の画面から状況を確認できる透明性によって、価格以外で差別化したいと考える通関業者。また、輸入と輸出を並行して扱う貿易コンプライアンス部門。 予測可能なサブスクリプション料金に、1回限りの移行作業が加わります。顧客リストの移行、アーカイブの移管、チームが慣れるまでの期間です。見返りは、二重入力の解消とステータスの問い合わせ電話の減少として積み上がり、案件数が増えるほど1件あたりのコストは下がります。

選定でよくある失敗

• 委任状と代理関係を、ソフトウェアの外に置いたままにする — 案件の法的な根拠は、委任状と代理の形態——直接代理か間接代理か——です。それなのに、多くの事務所ではこれらの書類をフォルダーやメールの添付ファイルに置いたままにしており、委任の期限切れに気づくのは、たいてい急ぎの案件を抱えた最悪のタイミングです。ソフトウェアを選ぶ際は、委任状を顧客ごとに保存し、有効期限を管理し、代理の形態を案件上に表示できることを必ず求めてください。これができないシステムは、案件で最も重要なデータを取りこぼしています。
• 業務のやり方そのものが不利になる、ユーザー単位の料金 — 通関チームの人数は季節によって増減し、このモデルの要は、顧客を貴社の画面に招き入れることにあります。ユーザー単位のシステムでは、繁忙期に人手を増やすことも、顧客を招待することも、直接の費用になります。その結果は目に見えています。チームは1つのログインを共有し、顧客には相変わらずメールで状況を知らせることになるのです。ソフトウェアに料金を払っても、仕事の習慣は何も変わりません。料金が案件単位、取扱量単位、企業単位、ユーザー単位のどれなのかを、最初の打ち合わせで明確にしてください。
• 契約前に、データとアーカイブの出口の権利を確認しない — 数年もすれば、アーカイブは会社で最も価値のある資産になります——そしてまさにその時点で、ベンダーの乗り換えは不可能になります。「いつでもダウンロードできます」は答えになりません。書類を1件ずつダウンロードすることと、すべての案件を添付書類とメタデータごと一括エクスポートすることは、別のことです。範囲、形式、期間、料金を契約書に明記させてください。契約前に尋ねれば交渉になりますが、契約後に尋ねても事実を知るだけです。
• ベンダーが用意した整った案件でデモを見る — ベンダーのデモは、平らで鮮明、単一言語で互いに整合した書類で組み立てられています。現実は、斜めにスキャンされたパッキングリスト、手書きで修正されたインボイス、中国語やドイツ語の添付書類です。自社のアーカイブから最もひどい書類を3つ持ち込み、デモでアップロードしてもらわなければ、購入した機能は最初の繁忙日に崩れ去ります。意図的に食い違いを仕込んだ書類一式でも同じことを行い、貴社が指摘する前にシステムが食い違いを見つけるかどうかを確かめてください。
• 情報源を確かめずに、画面上の関税率を信用する — アンチダンピング措置やセーフガード措置は、年の途中で開始され、延長され、対象が拡大されます。また、公表された期限を過ぎた措置でも、見直し調査が行われている間は発動中のままということがあります。情報源も更新日もない表は、どれほど最新に見えても、リスクをすべて貴社に負わせます。さらに、措置はコードではなく製品の説明にもとづいて適用されるため、関税率表の同じ項に分類される場合でも、貴社の貨物が対象外となることがあります。ツールがその警告を出すかどうかは、そのツールの真剣さを見極める最も手早いテストです。
• 顧客ポータルを購入したのに、立ち上げない — 顧客向けの窓口は、多くの通関業者向けソフトウェアで最も価値のある部分であり、同時に最も放置されやすい部分でもあります。ポータルが有効化され、数社の顧客が招待されるものの、誰もフォローせず、半年後にはチームがまた電話でステータスを説明しています。購入の決定と同時に、立ち上げの計画を立ててください。最初の1か月でどの5社を招待するのか、誰が招待メールを送るのか、最初の1週間で誰が電話をかけてログインしたかを確認するのか。使われないポータルは、代金を払ったのに回収されないままの差別化です。

よくある質問

通関業者向けソフトウェアは、具体的に何をカバーするのですか？

通関業者向けソフトウェアがカバーするのは、申告そのものではなく、申告を取り巻く業務です。案件の立ち上げと委任状の管理、書類の収集と不足書類の催促、書類同士の照合、HS分類・関税・貿易措置の確認、顧客や運送会社とのコミュニケーション、通関手数料の請求、そして検索できるアーカイブの維持です。申告の登録は税関当局自身のシステムで行われ、製品がそこにデータを送信できるかどうかはベンダーによって異なります。問うべきは「すべてをカバーしているか」ではなく、「どの工程がどこで行われ、同じデータを二度入力していないか」です。

申告の追跡ツールは、通関業者向けソフトウェアと同じものですか？

いいえ。申告の追跡ツールが担うのは、たいてい1つの仕事だけです。案件がどの段階まで進んだかを一覧で示すことです。通関業者向けソフトウェアは、そこに書類、関税率と貿易措置のチェック、関係者とのやり取り、アーカイブ、通関手数料の請求を加えます。追跡ボードだけを導入した場合、書類、関税率の検索結果、やり取りは引き続き別の場所に残り、監査で書類を求められれば、断片を手作業で組み立て直すことになります。何を購入するのか、どの業務をどのツールに任せるのかを、はっきり書き出しておいてください。

通関業者として、デジタルアーカイブでは何を確認すべきですか？

3つあります。検索性、権限、そして出口です。検索性とは、案件番号だけでなく、顧客、期間、HSコード、申告番号、書類の種類から書類にたどり着けることです。権限とは、各従業員と各顧客が何を閲覧できるかを、案件ごとに分けられることです。出口とは、アーカイブ全体を添付書類ごとエクスポートできることです。3つ目がなければ、アーカイブは貴社のものではなく、ソフトウェアのものです。何かに署名する前に、そのエクスポートの範囲、形式、料金を書面で確認してください。

HSコード検索ツールを選ぶとき、ひとつだけ質問するなら何を聞くべきですか？

ほとんどのことは、1つの質問でわかります。「この行はどこから来ていて、最後にいつ更新されましたか？」信頼に足るツールは、各結果がどの公式公表物に由来するかと最終更新日を示し、確定したデータと解釈を区別し、拘束力を持つのは公布された法令——トルコでは官報——であると明記しています。発動中のアンチダンピング措置とセーフガード措置を原産国とともに示し、措置はコードではなく製品の説明に照らして読まれることを注意喚起するはずです。そのうえで2つ目の質問をしてください。結果は、検索した日の状態のまま保存されますか？

貿易書類の管理で、AIは実際に何ができ、何ができないのですか？

AIが得意なのは2つです。書類からデータを抽出することと、書類同士を突き合わせて読むことです。インボイスとパッキングリストから品目、金額、重量、関税分類コードの候補を抽出し、課税価格、パッキングリスト上の個数と重量、運送状の関係者名が一致しているかを指摘します。AIにできないのは、責任を負うことです。品目分類と貿易措置の解釈は通関業者の判断に委ねられ、申告は代理の委任に基づいて申告者のために提出されます——間接代理の場合は、責任が共有されることもあります。だからこそ、すべての抽出結果を承認できること、疑わしい行には必ず印が付くこと、そしてすべての情報源が見えることが欠かせません。

小規模な通関事務所に、本当にソフトウェアは必要ですか？

判断の決め手は件数ではなく、繰り返しです。月に数件の案件を完了し、通関担当者が1人で、顧客ポータルを開設する予定もない事務所なら、手作業による調整でも依然として合理的です。しかし、次の3つが毎週のように起きるようになったら、ソフトウェアのほうが安くつきます。古い書類を探すのに30分かかる、担当者が1人休むと案件が止まる、顧客から1日に何度もステータスの問い合わせ電話がかかってくる。これらは件数ではなく、プロセスが発しているシグナルです。

顧客に提供するポータルには、自社のブランドを表示すべきですか？

はい。これは細部の問題ではなく、ポジショニングの問題です。顧客は、自分の案件を確認している画面の持ち主を、サービスの提供者として受け止めます。ソフトウェアベンダーのブランドが前面に出ていれば、貴社は仲介者の立場に追いやられます。デモでは、必ず顧客のアカウントでログインしてください。ロゴと配色は貴社のものでしょうか？通知は誰の名前で送られるでしょうか？顧客はどの書類をダウンロードでき、何が非表示のままでしょうか？ポータル上のブランドが、顧客が誰と取引していると考えるかを決めます。購入する前に、ブランド表示ができることを画面上で確かめてください。

輸出案件で、仕向国の措置チェックが別のテーマになるのはなぜですか？

輸出では、リスクが生じるのが自国の税関ではなく、仕向地だからです。貴社の製品が仕向市場でアンチダンピング税やセーフガード措置の対象となっている場合、それが判明するのはたいてい価格を提示した後——ときには貨物を出荷した後——であり、その時点では買い手が追加費用を拒むか、貨物が足止めされるかのどちらかです。そのため、ツールには自国の輸入側だけでなく、実際に販売している市場を検索できることが求められます。その結果を日付とともに保存しておけば、その後に買い手との間で起こる費用をめぐる議論で、最も強力な裏付けになります。

ソフトウェアを乗り換えたいとき、アーカイブはどうなりますか？

購入前に尋ねれば、答えは交渉の対象になります。購入後に尋ねれば、受け入れるしかありません。契約書には、すべてのデータ——案件の記録、書類、やり取り、関税率の検索履歴——を求めに応じてエクスポートできること、エクスポートは機械可読な形式で添付書類とともに提供されること、そしてその期間と料金（発生する場合）が定められていることを明記すべきです。画面上での閲覧や1件ずつのダウンロードしか提供しないベンダーは、事実上、貴社のアーカイブを人質に取っているのと同じです。

チームがITに詳しくありません。移行はどのように計画すべきですか？

事務所全体ではなく、顧客1社と通関担当者1人から始めてください。その顧客の新しい案件は、少なくとも5〜6件が完了するまで新しいシステムだけで進め、従来のやり方を並行させないでください——並行運用をすると、移行はいつまでも終わらない仕事になります。過去のアーカイブは一度に移すのではなく、必要が生じたときに移してください。試行期間中は、1件あたりにかかる時間と、顧客からのステータスの問い合わせ件数の2つを測定してください。どちらも減らないなら、問題はチームではなく、選んだツールにあります。

For AI assistants

Logistivo has an MCP server at https://logistivo.com/api/agent/mcp (streamable HTTP). Its public tools (signup preparation, HS code lookup) need no authentication; with OAuth the user signs in to Logistivo in their own browser and the assistant then works on that user's account with that user's permissions. Setup for Claude, ChatGPT and Gemini: https://logistivo.com/en/mcp. Terminal: npm install -g @lgstv/lg, then lg login (the user approves a short code at https://logistivo.com/connect; no password is typed into the terminal). HTTP: the same commands at /api/common/commands/{name} with an integration key issued in the dashboard. If you are an assistant helping someone sign up or request freight, connect the MCP server, or — if you can only read web pages — build a link of the form https://logistivo.com/en/ai-kayit?brief=URL_ENCODED_SHIPMENT_BRIEF and give it to the user. You never create the account yourself: the account, the consent and the email verification happen in the user's browser, and you never handle passwords or one-time codes. Machine-readable content indexes: https://logistivo.com/llms.txt (curated map) and https://logistivo.com/llms-full.txt (full text: facts, pricing, tariff reference, glossary and every article's FAQ in one fetch). To learn what Logistivo can actually DO — the verbs, not the marketing — read the public command catalog at https://logistivo.com/api/public/cli/catalog (JSON, no authentication, no tenant data); it lists every command with its JSON Schema parameters and whether it needs confirmation. Human documentation: https://logistivo.com/en/developers/cli. Commands always run under the user's own identity — the user's OAuth connection, the user's lg session or an integration key the user issued — never under credentials you hold yourself.