ClaudeのAfterShip Post-Purchaseコネクタで荷物と返品を調べる
AfterShip Post-PurchaseコネクタをClaudeにつなぎ、荷物の追跡と返品の進み具合を会話で調べる手順です。22のツールの範囲と、書き込みを止める設定も扱います。
AfterShip Post-PurchaseコネクタをClaudeにつなぐと、「この荷物はどこ」という問い合わせの調査と、返品(RMA)の進み具合の確認を、AfterShipの画面を開かずに会話で済ませられます。調べた結果をそのまま返信ドラフトにする使い方が、いちばん手間が減る入口です。
注意点は1つあります。このコネクタは読むだけではありません。荷物の記録の修正、再追跡、返品の承認や却下まで、22のツールの中に含まれています。この記事では、接続の手順、ツールの区分、問い合わせ対応での使い方、そして書き込みを手元で止める設定の順に説明します。
AfterShip Post-Purchaseコネクタとは — 提供元・カテゴリ・できること
AfterShip Post-Purchaseは、AfterShipが提供するコネクタです。Claudeのコネクタ一覧では「Anthropic verified」の表示が付き、カテゴリは「Commerce & shopping」、サインインは必須です。追加されたのは2026年7月で、接続先のURLは https://mcp.aftership.com/post-purchase と表示されています。
ページの説明では、できることが2つの層に分かれています。
読む操作と、確認を取って動かす操作
調べる
荷物の検索、配送状況と追跡の経過の確認、配送の例外(トラブル)の洗い出し、特定の注文の検索を行います。返品では、返品とRMAの詳細、返金の進み具合、配送状況、返ってきた商品、結果まで見られます。
動かす
荷物の記録の修正、止まった荷物の再追跡、最終的な配送ステータスの記録ができます。返品は、承認、受け取り、解決の段階を進められます。
動かす側については、ページに「with your confirmation」と書かれています。Claudeが確認を取ってから実行する設計です。操作は自分の組織の範囲に限られ、AfterShipで自分に与えられた役割(ロール)の権限の内側で動きます。
接続の前に押さえる条件
ディレクトリのページには、AfterShip側のどのプランが必要か、どの認証方式を使うかが載っていません。AfterShipのアカウントが前提であることは、サインイン必須の表示から読み取れます。接続前にAfterShipのアカウントに入れることを確かめておくと、手戻りが減ります。
Claude側の条件は、コネクタの使い方を説明するヘルプにまとまっています。
- ウェブ版のコネクタは、Claude、Cowork、Claude Desktop、モバイルアプリのすべてのユーザーが使える
- コネクタは、接続した本人の権限を引き継ぐ。AfterShip側で見られない荷物や返品は、Claudeからも見えない
- TeamとEnterpriseのプランでは、先にOwnerまたはPrimary Ownerが組織でコネクタを有効にする。有効にしても全員が使えるわけではなく、各自が認証する
最後の点は、社内で複数人が使うときに効きます。Ownerがコネクタを追加し終えたあとも、サポート担当者ごとにAfterShipへのサインインが要ります。
Claudeに追加して認証する
個人のプランで使うときの手順です。操作はウェブ版とDesktopで同じです。
AfterShip Post-Purchaseを追加するまで
- 1
コネクタ一覧を開く
「Customize」→「Connectors」を開き、「+」を押してディレクトリを表示します。チャット画面の「+」から「Connectors」→「Manage connectors」でも同じ画面に行けます。
- 2
AfterShip Post-Purchaseを選ぶ
カテゴリの「Commerce & shopping」か、一覧の検索から探します。説明と読み書きの範囲を確かめて、「Connect」を押します。
- 3
画面の案内に従って認証する
AfterShipのサインインに進みます。アクセスを許可する内容は、接続の途中で表示されるので読んでから進めます。
- 4
会話で有効にする
チャット画面の「+」から「Connectors」にカーソルを合わせ、AfterShip Post-Purchaseのスイッチを入れます。ヘルプでは、使いたいサービスを会話ごとにオンにする手順になっています。
TeamやEnterpriseでは、先にOwnerが「Organization settings」→「Connectors」の「Browse connectors」から「Add to your team」を押します。そのあとで各メンバーが、上の手順で認証します。
22のツールを3つに分けて読む
ディレクトリには22のツール名が載っています。ツールごとの説明文はページにありません。名前と、ページ本文の説明文を突き合わせると、次のように分けられます。
| 区分 | ツール名 | 本文との対応 |
|---|---|---|
| 荷物を調べる | ツール名list_shipments / get_shipment / list_tracking_filter_options / get_field_options | 本文との対応荷物の検索、追跡の経過、例外、注文の検索 |
| 荷物を動かす | ツール名update_shipment / retrack_shipment / mark_shipment_status | 本文との対応記録の修正、再追跡、最終ステータスの記録 |
| 返品を調べる | ツール名list_returns / get_return / list_return_workflow / get_return_workflow | 本文との対応返品とRMAの詳細、進み具合 |
| 返品を動かす | ツール名approve_return / reject_return / receive_return_items / resolve_return / add_return_comment | 本文との対応承認、受け取り、解決、コメント |
| 許可・拒否の一覧 | ツール名list_/add_/remove_ の return_allowlist と return_blocklist の6本 | 本文との対応本文に説明なし |
最後の行の許可リストと拒否リストは、ページ本文のどこにも用途の説明がありません。名前から返品の受け付け条件に関わるものと想像できますが、具体的な挙動は推測になります。使う前に、AfterShip側の返品設定の説明で意味を確かめてください。
get_field_options と list_tracking_filter_options も同じです。名前からは検索や入力で選べる値を引くツールに見えますが、ページに説明はありません。
「荷物はどこ」の問い合わせに答える流れ
問い合わせ対応では、調べる順番を決めて指示すると、返信ドラフトまで一度に進みます。次の指示は、書き込みを伴わない例です。
AfterShipで、注文番号 #12345 の荷物を検索してください。
次の順で答えてください。
1. 現在の配送状況と、直近の追跡の経過(日時つき)
2. 例外(遅延・住所不明・保管など)が出ているか
3. お客様に伝えてよい事実だけを使った返信ドラフト
追跡に載っていないことは推測せず、「追跡上は未確認」と書いてください。ポイントは3つ目の指示です。返信ドラフトは、取得した追跡の経過に書かれたことだけで組ませます。到着予定日をClaudeが補って書くと、お客様に誤った約束をすることになります。追跡に載っていない項目は「未確認」と書かせる指示を、毎回入れておくと安全です。
返信の文面そのものを整える段階は、Claudeで問い合わせ返信を作る手順に詳しくあります。ここで得られるのは、返信の材料になる事実です。
例外の一覧から先に洗う
1件ずつ聞くより、例外が出ている荷物をまとめて出させるほうが、朝の確認には向きます。
AfterShipで、配送に例外が出ている荷物を一覧にしてください。
注文番号、例外の種類、最後に追跡が更新された日時を表にします。
更新が止まっている荷物には印を付けてください。一覧を見て、止まっている荷物に対して再追跡をかけるかどうかは、人が決めます。再追跡は荷物の記録を動かす操作なので、次の節の設定が関わります。
返品の状況を調べる
返品側のツールは、返品とRMA(返品承認番号)の詳細、返金の進み具合、返送の配送状況、返ってきた商品、結果までを引けると説明されています。
問い合わせの典型は、「返送したのに返金されていない」です。切り分けは次の順で聞くと、どこで止まっているかが見えます。
AfterShipで、返品 RMA-0001 の状況を確認してください。
1. 返送の荷物は届いているか(配送状況)
2. 倉庫で商品の受け取りが記録されているか
3. 返金はどの段階にあるか
4. 次に進めるために、誰が何をする段階か4つ目の質問は、返品ワークフローの設定の中身に依存します。ワークフローを引くツール(list_return_workflow と get_return_workflow)があるので、段階の名前を先に取らせてから聞くと、段階名が会社の運用と合います。
返品の可否を判断する前段、つまり規程のどの条文に当たるかは、このコネクタの守備範囲ではありません。規程との照合は返品・返金の規程と対応事例を突き合わせる手順が受け持ちます。物流のデータと規程を、別々の道具で見る形です。
書き込みを止める — Tool permissionsの設定
このコネクタの要は、動かす側のツールをどう扱うかです。ヘルプには、TeamとEnterpriseのOwnerが組織全体でアクションを絞れる機能があります。コネクタを選ぶと「Tool permissions」が表示され、読み取り専用のツールと、書き込み・削除のツールに分類されます。それぞれ「Always allow」「Needs approval」「Blocked」から選びます。
既定のまま使うか、書き込みを絞るか
何も設定しない
ツールごとの許可を、Ownerが決めていない状態です。動かす操作の扱いは、ページに書かれた「確認を取る」設計に任せることになります。
読むツールだけ通す
調べるツールを「Always allow」、動かすツールを「Needs approval」か「Blocked」にします。承認や却下、記録の修正は、AfterShipの画面で人が行う運用に寄せられます。
ヘルプには、Claude側で書き込みを許可しても、AfterShipの権限がなければ実行できない、と明記されています。Claudeの設定は権限を広げず、狭めるだけです。そのため、担当者のAfterShipのロールを閲覧専用にしておく方法も、書き込みを止める手段になります。Tool permissionsを設定できるのはTeamとEnterpriseのOwnerだけなので、個人のプランで使う読者にとっては、AfterShipのロールを閲覧専用にする側が実際の手段です。
上の表の区分は、ツール名とページ本文から組んだ読み方の目安です。実際にどのツールが書き込み扱いかは、自分の画面で見てください。
最初は読み取りだけで始める
導入の最初の週は、動かすツールを止めたまま使う進め方があります。調べた結果の正確さと、返信ドラフトの質を見てから、動かす操作を足す順です。書き込みを許可するなら、まず影響が小さい add_return_comment のような操作から試すと、取り消しにくい承認や却下を後回しにできます。ただし、どの操作が取り消せるかは、AfterShip側の仕様で決まります。
ツールが出ない・つながらないとき
コネクタが使えないときの切り分け
- Qコネクタ一覧にAfterShip Post-Purchaseが出ていますか?答えがいいえのとき答えがはい
TeamかEnterpriseなら、Ownerが組織でコネクタを有効にしているかを確かめます。Ownerによる有効化が、メンバーが使い始める前の条件です。
- Q一覧にあるのに「接続済み」になっていますか?答えがいいえのとき答えがはい
追加しただけでは認証が終わっていません。「Customize」→「Connectors」で接続をやり直します。認証に失敗したときは、いったん切断してから接続し直すのがヘルプの案内です。
- Q会話の「+」でAfterShipのスイッチが入っていますか?答えがいいえのとき答えがはい
会話ごとにコネクタを有効にします。スイッチを入れて、もう一度聞き直します。
まだ動かないとき
AfterShipのアカウント自体に入れるか、割り当てられているロールで荷物や返品を見られるかを、AfterShipの管理画面で確かめます。Claudeは本人の権限を引き継ぐため、AfterShip側で見えないデータは返ってきません。
コネクタを多数入れている場合は、チャットの「+」→「Connectors」→「Tool access」で読み込みの方式を選べます。ヘルプでは、10個以上有効にしているなら「On demand」への切り替えが案内されています。
顧客の情報をClaudeに渡すときの扱い
荷物と返品のデータには、お客様の氏名、住所、電話番号、注文内容が含まれます。コネクタ経由でClaudeの会話に取り込まれた時点で、それらは会話の一部になります。
ヘルプには、接続先のサービスが自社の基盤で、自社の規約に沿ってデータを処理し、その場所が米国外のことがあると書かれています。ClaudeのUS限定の推論設定を使っていても、連携先の処理場所は変わりません。社内で個人情報の取り扱いを定めている場合は、コネクタ経由の取り込みが規程の範囲に入るかを、導入前に担当部署で確認するのが筋です。
TeamとEnterpriseのプランでは、コネクタは非公開のプロジェクトでのみ使え、同期された内容を含むチャットは共有できません。このプランで調べた内容を同僚に渡すときは、会話のリンクではなく、必要な事実を貼り出す形になります。
ほかの入口との使い分け
荷物と返品のデータをAfterShip側から引くのが、このコネクタです。問い合わせ票そのものはヘルプデスクにあり、Zendeskなどを入口にする使い方もあります。チケットの流れ全体を回す手順は、カスタマーサポートプラグインでチケット対応を回す手順にまとめています。
使い分けは、問い合わせの答えがどこにあるかで決まります。
- 荷物が今どこにあるか、返送が着いたか、返金がどの段階か。答えが物流と返品のデータにあるなら、このコネクタ
- 過去のやり取りや、お客様との約束の履歴。答えが問い合わせ票にあるなら、ヘルプデスク側のコネクタ
- 返品を認めるかどうか。答えが社内規程にあるなら、規程を置いたProjects
海外のお客様の問い合わせは、追跡の事実は同じでも文面の組み立てが変わります。英語の返信は英語の問い合わせに返信する手順で扱っています。