Magentoのクレジットメモに関する質問：返金チケットすべてへの答え方

なぜMagentoのクレジットメモは顧客とエージェントを混乱させるのか？

Ramaです。eesel で連携機能を作っており、その中には eesel のエージェントが Magento で返金を発行するために使うコードも含まれます。内側から見ると、クレジットメモは最もつまずきやすい部分です。名前が会計用語のように聞こえます。顧客が受け取るメールには「返金」ではなく「credit memo」と書かれています。そして同じ書類が、管理者がどのボタンをクリックしたかによって、「カードにお金が戻ります」、「小切手を送りました」、「まだ何も起きていません」のいずれかを意味し得ます。

Adobe自身の定義は明快です。クレジットメモとは「全額または一部の返金について、顧客に支払うべき金額を示す書類」で、クレジットメモのガイドにそう書かれています。つまり書類です。お金が動いたかどうかは別の事実であり、顧客からのチケットが本当に尋ねているのはそちらです。

このガイドでは、クレジットメモの仕組み、それが生むチケット、それぞれへの答え方、ヘルプデスクで見えるもの、AIの活用場面を扱います。プラットフォーム全体については、MagentoレビューとMagentoの料金の解説が基本を押さえており、Magento AIではAdobe自身のAIが何をするか（主にマーチャンダイジングで、サポートではありません）を紹介しています。

Magentoでクレジットメモはどのように機能するのか？

クレジットメモは、請求済みの注文に対してのみ作成できます。Adobeのクレジットメモの発行のページには、「まず請求済みの注文に対して生成する必要がある」とあり、「支払い方法に応じて」オンラインとオフラインの返金を、一部でも全額でも発行できると書かれています。請求書が存在する前は、代わりに注文をキャンセルします。請求書ができた後は、Adobeの注文処理のドキュメントによると、キャンセルはクレジットメモを通す必要があります。

サポートにとって最も重要なのは、管理者がどこから始めるかです。ゲートウェイ経由のカード返金は請求書から始める必要があります。Sales > Orders > View > Invoices で請求書を開き、Credit Memo を選びます。注文自体の Credit Memo ボタンはオフライン返金には使えますが、カードには届きません。そのうえで管理者は、次の3つの完了方法から1つを選びます。

3つの説明はすべてAdobeのクレジットメモのガイドに基づいており、ストアクレジットがAdobe Commerce限定であることはストアクレジットのドキュメントに明記されています。小切手や為替での購入は「オフラインで返金しなければならない」とされています。カード購入はどちらの方法も可能です。

この真ん中の行が、紛らわしいチケットの大半の原因です。エージェントがカード注文のクレジットメモを見て、顧客に「返金は手続き中です」と伝えます。もしそのカード注文で誰かが Refund Offline をクリックしていたら、そうではありません。メモは存在し、注文が Closed と表示されることさえありますが、決済プロバイダー自身のダッシュボードで誰かが返金するまで、お金はどこにも動いていません。

フォームの各項目の意味

Refund Totals ブロックは、一部返金や「なぜ少ししか戻らなかったのか？」というチケットが生まれる場所です。Adobeのクレジットメモのページによると、各項目の働きは次のとおりです。

• Refund Shipping は、注文の送料から返金済みの分を引いた額から始まります。「減らすことはできますが、増やすことはできません。」
• Adjustment Refund は、商品、送料、税に紐づかないお金を加えます。特別対応の金額などです。「合計返金額を支払額より高くすることはできません。」
• Adjustment Fee は、「再入荷手数料など」の金額を差し引きます。
• Return to Stock は商品を在庫に戻します。ストアは Automatically Return Credit Memo Item to Stock 設定でこれを自動化できます。
• Email Copy of Credit Memo は顧客に書類を送ります。チェックがなく、ストアがクレジットメモの自動メールをオンにしていない場合、顧客には何も届きません。
• Append Comments は管理者のコメントをそのメールに追加します。一部返金をやさしい言葉で説明できる唯一の場所です。

請求書の一部、複数の一部金額、1つの注文に対する複数の請求書、あるいは「注文の5枚のシャツのうち3枚」を返金でき、いずれも別々のクレジットメモで処理します。全額返金された注文は Closed になります。一部返金の注文は、Adobeの注文ステータスの表によると、すべての商品が出荷されるまで Processing のままです。

顧客は実際にどんなクレジットメモの質問をするのか？

クレジットメモのチケットは短いリストに収まり、ほとんどは注文の Credit Memos タブを読めば答えが出ます。見るべき項目とあわせて、それぞれにどう答えるかを示します。

「クレジットメモのメールが届きました。これは何ですか？」

最も多い質問で、言葉の問題です。Magentoのデフォルトのメールテンプレートは文字どおり New Credit Memo という名前で、Email Copy of Credit Memo にチェックが入っているとき、またはストアがクレジットメモのメールをオンにしているときに送信されます。設定は Stores > Configuration > Sales > Sales Emails > Credit Memo にあり、Adobeの販売メールのリファレンスに記載されています。

答えはこうです。「それは返金のレシートです。何をどのように返金したかが書かれています。」そして、次の質問が「どのように」なので、それも伝えます。このチケットが多い場合、より安上がりな対策は、テンプレートの件名を「credit memo」ではなく「返金」に変えることです。一度の変更でチケットの種類をまるごと減らせます。

「返金されましたか？カードに見当たりません。」

クレジットメモを開き、2点を確認します。どのボタンで作られたか、そしていつか。オンラインの Refund であれば、お金はこちら側を離れており、タイミングはカードネットワークの管轄です。Adobeは日数を示しておらず、「決済プロバイダーが提供するドキュメント」を参照するよう案内しています。そのことを正直に伝え、作り話の数字ではなく、自社のポリシーページにある処理業者の一般的な期間を伝えてください。

カード注文で Refund Offline だった場合、それはタイミングではなく本当の問題です。お金は動いていません。決済担当者に伝えて、ゲートウェイのダッシュボードで返金してもらい、それが済むまで顧客に「手続き中です」と伝えないでください。

ログイン中の顧客は、My Orders > View > Refunds で自分で確認できます。返金された商品、送料、税、合計が表示されます。これはAdobeの顧客アカウントでの返金のページによるもので、Adobeはこれをストアクレジットのドキュメントの中に置いています。返金番号を添えてそこへ案内するだけでも、十分によい回答です。

「なぜ一部しか戻ってこなかったのですか？」

メモの Refund Totals を読みます。確認する順に並べた、よくある原因は次のとおりです。

1. 送料が返金されていない。 Refund Shipping が下げられたか、ゼロになっている。
2. 再入荷手数料が差し引かれた。 それが Adjustment Fee。
3. 一部の商品だけが返金された。 Qty to Refund が注文数量より小さく設定されていた。
4. 2枚目のメモが来る。 一部返金は複数のメモに分けられることがあり、その間も注文は Processing のまま。
5. 一部がギフトカード、ストアクレジット、リワードポイントで支払われた。 これらは別に戻り、リワードポイントは Refund Reward Points Automatically と Deduct Reward Points from Refund Amount Automatically という2つのグローバル設定に依存します。リワードポイント設定によります。

そうすれば、答えは具体的になります。「ご返品いただいた2点、84.00ドルを返金しましたが、当初の送料10ドルは返品ポリシーの対象外のため返金していません。」管理者がメモにコメントを残している場合、たいていどれに当たるかが分かります。

「返金ではなくストアクレジットにできますか？」（またはその逆）

Adobe Commerceでは、管理者がメモで Refund to Store Credit にチェックを入れると、顧客はアカウントの Store Credit で日時付きで確認できます。Magento Open Sourceにはこの機能がないため、「ストアクレジット」は通常、チームが手作業で発行するクーポンコードやギフトカードを意味します。何かを約束する前に、どのエディションを使っているかを確認しましょう。（BigCommerceはこれをまったく違う形で扱います。両方を使っている場合は、BigCommerceのストアクレジットガイドをご覧ください。）

ドキュメントにある注意点がひとつ。ギフトカードの注文を返金した場合、Adobeのギフトカードのワークフローによると、「関連するギフトカードアカウントを手動でキャンセルしなければならない」とあります。注文を返金しても、カードは自動では無効になりません。

「なぜまだ注文を返金してもらえないのですか？」

この質問は、顧客側と同じくらいエージェント側からも出ます。Magentoが行うのと同じチェックを通してみましょう。

• まだ請求書がない： 代わりにキャンセルします。クレジットにするものがありません。
• 請求書が Not Capture に設定されている： 「支払いがキャプチャされるまでクレジットメモは作成できません」。Adobeのストアクレジットの返金のページによります。
• Authorize and Capture だが未決済： 「取引が決済されるまで返金は発行できません。」この待ち時間は通常短く、処理業者が対応します。

二重請求や争いのある返金は別のフローに属し、請求トラブルへのAI活用で扱っています。それ以外については、「お支払いはまだ決済中です。銀行が許可し次第、返金いたします」と伝えるほうが、「返金できません」よりずっとよい返信です。

「返金のレシートはどこですか？」

管理者は Sales > Operations > Credit Memos からクレジットメモをPDFで印刷できます。1件ずつ Print、まとめては Actions > PDF Credit Memos です。顧客は注文の Refunds タブから Print Refund で印刷できます。どちらの答えでも通用しますが、後者なら次回のチケットを1件減らせます。

返信する前にチームは何を確認すべきか？

ここでは、長いポリシー文書より短いチェックリストのほうが効果的です。クレジットメモに関するあらゆる質問が、同じ4つの項目に行き着くからです。人でもAIでも、返信する前に次を確認します。

Sales の下の Credit Memos グリッドには、各メモが注文番号、ステータス、返金額とともに表示されます。「二重に請求されたので、1つ返金してほしい」というチケットで、すでに戻った分を確認したいときに便利です。

管理者には簡単な取り消し手段がないので、最初から正しいメモを作りましょう。誤った内容で入力したクレジットメモを取り消す方法を尋ねた2020年のRedditスレッドには、次の回答がありました。

"You could add another credit memo if the previously credit memo was a partial refund. Not if it was a full refund. You'll have to get your devs to edit it manually at the db level."

u/Spartaness, "How do you reverse a credit memo ?", Reddit

分割払いはもうひとつの定番の落とし穴です。古いr/Magentoの投稿では、カードとストアクレジットで一部ずつ支払われた注文の返金で、Magentoがストアクレジットを先に使い、カードへの返金が不足した例が語られています。Magento 1時代の話ですが、顧客にカードへ何が戻ったかを伝える前に、合計だけでなくメモの支払い内訳を必ず読むのはそのためです。

"every time we refund an order that was paid by credit card and store credit, the system would always use the store credit first thus making the CC refund not complete"

u/Orange_night, "Refund Credit memo last", Reddit

Adobe Commerceで返品を有効にしている場合は、もう1つ層があります。返品（RMA）は、商品の返送を承認したことを、Exchange、Refund、Store Credit のいずれかの解決方法とともに記録します。Adobeの返品ガイドによります。お金は引き続きクレジットメモを通して戻り、返品を承認するとクレジットメモが自動で作られるとはドキュメントに書かれていません。つまり「返品が承認されたのに、お金はどこ？」は、返品ステータスだけでなくメモの有無を確認する必要があるということです。Magento Open Sourceには返品モジュールがまったくないため、そちらでは返金がすべての役割を担います。返品側については返品管理のガイドがより詳しく扱っています。

ヘルプデスクはMagentoの返金について何が見えるのか？

ほとんどの場合、期待するより少ししか見えません。各ヘルプデスクのMagentoドキュメントを確認しました。

クレジットメモそのもの、つまりボタンと Refund Totals をチケット内に表示すると明記しているものはありません。ここが空白です。エージェントは注文が Closed であることは見えても、お金がカードに戻ったのか、どこにも行かなかったのかは分かりません。この1つの連携を掘り下げたGorgias Magentoガイドがあり、より広い選択肢はMagentoに最適なAIで比較しています。

クレジットメモのチケットでAIはどこに当てはまるのか？

作業は、何がうまくいかない可能性があるかで分けます。クレジットメモとは何かを説明する場合、AIが言葉を少し間違えても被害はありません。カードへの返金は、取り戻しにくい本物のお金です。チケットを3つのレーンに分けます。

• AIが単独で答える： クレジットメモとは何か、自社ポリシーによるとカード返金にどれくらいかかるか、レシートはどこにあるか。これらはポリシーの回答です。返金ページで学習させたMagento向けAIチャットボットなら、メールでもMagentoライブチャットでもうまく対応できます。
• AIが調べて下書きする： 「返金されましたか？」「なぜ一部だけですか？」「送料は含まれていましたか？」。これには最新の注文とそのメモが必要です。AIがそれらを読んで返信を下書きし、普通でない内容は人が確認します。用意された返金マクロもここで役立ちます。
• 人が決める： カード注文の返金、特別対応の調整、再入荷手数料の免除。これらはお金が絡む判断です。返金承認マトリクスに、その線引きのテンプレートがあります。

これはデモではなく、実際の受信トレイで見てきたことです。eesel が、あるEコマースブランドのZendeskとShopifyの受信トレイで行った実トラフィックの試験では、返金ステータスの質問への下書きは 100% が役に立つと評価され、返品と返金の下書きは 93.8% でしたが、編集なしで送信されたのは 12% だけでした。返金を調べるのはAIにとって簡単です。それについて何を言うかを決めるには、やはり人の力が役立ちます。

この分け方は、eesel のお客様がすでに返金で運用している方法です。GorgiasとShopifyを使うプランナーブランドの STIL Classics では、eesel が注文を調べ、内部メモとして下書きを残します。「返金または交換がすでに処理されたかのように書かれます。送信する人が先にそれを行っているからです」。チームが返金を処理し、編集して送信します。eesel は1か月で約 320 件のチケットを準備し、約 230 件の注文を調べました。Question Beauty はさらに進んで、eesel が月に約 960 件のチケットに単独で返信し、返金、返品、チャージバックは常にメモを添えて人に引き継がれます。どちらもMagentoで動いてはいませんが、ルールは共通です。読むのはAI、お金を動かすのは人です。

一般的な版をお求めなら、同じ分け方は返金リクエストへのAI活用ガイドとカスタマーサポートの承認ワークフローにも出てきます。

eesel はMagentoのクレジットメモをどう扱うか

eesel のMagento連携は、正確な注文番号またはメールで注文をリアルタイムに読み取ります。配送追跡、支払いステータス（方法、決済済みか、未払い残高）、商品と在庫も読み取ります。eesel Magentoドキュメントによります。Magento 2で動作し、Open SourceでもAdobe Commerceでも使えます。

書き込み側では、eesel の Refund Order アクションが、金額、特定の商品、または未払い分すべてを返金し、Magentoがそれをクレジットメモとして記録します。これは意図的に慎重に作りました。

• オフライン支払いの注文のみ。 小切手、銀行振込、代金引換です。カードやその他のゲートウェイの注文は拒否されます。その返金は「顧客のアカウントに届くよう、Magento管理画面で人が発行する必要がある」ためです。先ほどの Refund Offline の罠を、コードで塞いだものです。eesel は、カードには何も届かないのに「返金済み」と書かれたメモを作りません。
• 希望すれば、まず承認。 書き込みアクションは、Activityページで人が承認するまで待機でき、Magentoの権限を付与しただけではアクションは有効になりません。
• 自分の作業を確認する。 セットアップでは、クレジットメモの権限を2つ求めます。発行用と、メモを読み戻す用です。1つだけだと、お金は動いてもエージェントは返金を失敗として報告します。Magentoセットアップガイドによります。
• 請求書が必要。 Magentoと同じです。

その他のアクションには、未出荷の注文のキャンセル、注文の保留と解除、注文通知の送信、保存済み住所の更新があります。Adobe Commerceでは、返品の作成もできます。

知っておくべき制限が2つあります。Magento自体は eesel を起動しないため、実行はヘルプデスクのチケット（Zendesk、Gorgias、Freshdesk）、Slackのメンション、またはストアのチャットバブルから始まります。また、Magentoには文書化されたポリシーが保存されていないため、返金ルールはウェブサイトやアップロードした文書から取得されます。スクリプトでアップロードしたい場合は、eesel CLI を使うと、Claude Codeのようなコーディングエージェントが、Magento接続を開始し、返金ポリシーをアップロードし、「注文1042はカードに返金されましたか？」のようなテスト質問をして、公開前に回答を確認できます。Magento連携の作成とキーの貼り付けには、引き続きMagento管理者アクセスを持つ人が必要です。

料金はユーザー数ではなくクレジット制です。100 クレジットで無料、その後は月額 $299 から 500 クレジット。1件のチケットまたはチャットが1クレジットで、照会が何回かかっても同じです。eesel の料金によります。セットアップの手順は、MagentoにAIを追加するをご覧ください。ストアフロント側はMagentoチャットウィジェットのガイドをどうぞ。

公開前には、シミュレーションテストのガイドにあるように、過去の返金チケットで試すことをお勧めします。AIにお金を扱わせることの限界はAIによる返金と返品で、Eコマースの観点はAI返金の自動化で扱っています。

Magentoの返金チケットで eesel を試す

キューが「クレジットメモが届いたけど、お金はどこ？」でいっぱいなら、eesel は誰かがチケットを開く前に注文と支払いステータスを調べ、自社の返金ポリシーに基づいて回答を下書きし、承認を経てオフライン返金を処理できます。カードへの返金はチームに残ります。Gorgiasのキュー内、またはZendeskやFreshdeskの中で、Magentoと並行して動作し、無料プランの100クレジットで、実際の返金チケットのまとまりを試すのに十分です。eesel を試して、御社のチケットでどう動くかご覧ください。