はじめに

Amazonの売上と、実際に振り込まれた入金額、差し引かれた手数料。この3つを突き合わせて月次の数字を作っている事業者は多いと思います。その元データに、Amazonが出している「決済レポート」（入金明細にあたるデータ）を使っている受注管理ツールや会計連携、外注先のスクリプトがあります。普段は黙って動いているので、どの形式のレポートを取っているかを把握している人は、あまりいません。

Amazonの開発者向けドキュメントには、この決済レポートの旧形式（XML版とフラットファイル版）が2026年11月11日にセラー向けに削除される、という告知が出ています（出典: Amazon SP-API 変更履歴）。2026年10月下旬の時点で、期限まで3週間弱です。

先に断っておくと、これは予告であり、すでに対応が済んでいれば何も起きません。ただ、取れなくなったときに困るのは月次の締めの時期で、確認そのものは問い合わせ1通で終わります。この記事では、経営者や事業責任者が担当者やベンダーに聞く3つの問いと、確認しなくてよい場合を整理します。なお、公式ドキュメントの記述を読んで整理したもので、個々のツールや自社環境での動作は確認していません。

何が予告されているのか

公式の告知から読み取れる範囲は次のとおりです。

  • 2026年11月11日に、決済レポートのXML版（GET_V2_SETTLEMENT_REPORT_DATA_XML）とフラットファイル版（GET_V2_SETTLEMENT_REPORT_DATA_FLAT_FILE）が削除される
  • 後継はフラットファイル版のV2（GET_V2_SETTLEMENT_REPORT_DATA_FLAT_FILE_V2）。同じ情報を、より少ない列と整理された書式で提供すると説明されている
  • XML版の後継となるXMLのレポートは用意されない

項目の対応も例示されています。旧書式で価格や手数料の種別名・金額などに分かれていた列が、新書式ではamount-type（種別）、amount-description（内訳）、amount（金額）といった少ない列に整理されます。つまり、宛先が変わるだけではなく、列の数と並びが変わります。

日付については、告知のタイトルに「日付が11月11日に変更された」とあり、以前の日付から動いたものとみられます。変更前の日付は告知に書かれていないので、ここでは触れません。廃止予定を一覧にした別ページ（SP-APIの非推奨一覧）にも、この2種のレポートの削除日が2026年11月11日と載っています。一度日付が動いた経緯があるので、「また延びるかもしれない」と見たくなりますが、延期を前提に動くのは避けたほうが安全です。

なお、受注情報を取る側のAPIにも別の移行期限が出ています。そちらはAmazonの受注取り込みは2027年3月に止まる可能性がありますにまとめています。今回は入金と手数料の側の話で、期限が先に来ます。

確認する3つのこと

1. いま使っている連携は、旧形式の決済レポートを取っているか

最初の問いはこれです。受注管理ツールや会計連携を使っているなら、サポートに「Amazonの入金・手数料のデータは、決済レポートのXML版またはフラットファイル版（旧版）を使っていますか。2026年11月11日の削除は把握していますか」と聞いてください。自作スクリプトなら、作った人か保守している人に同じことを聞きます。

「分からない」と返ってくることもあります。その場合は、誰も把握していない連携が動いている状態です。担当者が退職していたり、外注先が当時のままだったりすると、期限までに誰が直すのかが決まっていません。この段階で見つかるのは、むしろ良いことです。

2. 後継の書式へ切り替える予定と時期はいつか

旧形式を使っていると分かった場合の次の問いは、「いつまでに、誰が、新しい書式へ切り替えるのか」です。回答は口頭ではなく、メールや告知ページなど文書で残る形でもらってください。

見るべき点は2つあります。1つは、対応時期が11月11日より十分前か。期限が3週間弱先なので、すでに直前です。月末や月初の締めと重なる日程だと、テストの時間が取れません。もう1つは、追加費用になるのか、既存契約の範囲なのかです。ここは契約ごとに違い、金額を一般論では言えません。自社の契約書かベンダーの料金ページで確認してください。自作スクリプトの場合は、直す人の工数がそのまま費用になります。

3. 切り替え後も、手数料や入金の集計が従来どおりの数字になるか

見落としやすいのは、この3つ目です。新しい書式は列が少なく整理されているため、従来の列を前提に作った集計が、切り替え後にずれるおそれがあります。ツールが従来の形に変換して渡してくれるなら問題ありません。そうでなければ、手数料の種別ごとの合計が合わない、あるいは特定の種別が集計から落ちる、といった形で出てくる可能性があります。エラーは出ず、数字だけが静かにずれるタイプの問題です。

確認の方法は単純です。社内のスプレッドシートや会計への取り込みで、「手数料の種別名」や特定の列を条件にしているものがないかを担当者に聞いてください。あれば、切り替え前後で同じ月の入金額と手数料の合計が一致するかを、ベンダーに確かめてもらいます。売上の数字がそもそも合いにくい構造については、楽天とAmazonで売上の数字が合わないのは、集計ミスではないかもしれないでも触れています。

国内の会計ソフトや受注管理ツールが実際にこの影響を受けるか、個別ツールの対応状況については、自分は確認できていません。ここは各ベンダーの回答を待つしかない部分です。

確認にかかる費用と時間

1つ目と2つ目の確認は、ベンダーや担当者への問い合わせを1通送るだけです。費用はほぼかからず、返事を待つ時間が主です。3つ目も、集計表の中身を担当者に見てもらう作業が中心で、大きな費用にはなりません。費用が発生しうるのは、確認の結果「切り替えが必要」と分かったあとで、その額は契約形態や連携の作りで変わるため、ここでは書けません。

期限が近いので、返事を待つ時間は前倒しで考えてください。今週中に問い合わせを出しておけば、返答、対応、切り替え後の突合確認までを、11月11日の前に収められる可能性が残ります。

確認しなくてよい場合

次のような場合は、この件に時間を使う必要はありません。

  • Amazonの入金データを、ツールや外注先に取り込ませていない。Seller Centralの画面から、自分で入金明細をダウンロードして使っているだけなら、このレポートの形式変更は直接関係しません。ただし、手作業で落とすファイルの列が変わる可能性はあるので、次回のダウンロード時に列を見ておく程度は必要です。
  • 使っているツールのベンダーが、後継の書式への対応済みであることを文書で示している。回答メールやリリースノートなど、後から確認できる形であれば、重ねて調べる必要は薄いです。
  • 入金や手数料の集計を、そもそも行っていない。売上の合計だけを見ていて、入金との突合をしていない場合は影響しません。ただ、その場合は「数字が合わない」原因を調べる手段自体が無い状態でもあります。

反対に、一つでも「分からない」が出るなら、聞いてみる価値があります。聞いて対応済みと分かれば、それで終わりです。

まとめ

Amazonの決済レポート（入金明細）のXML版とフラットファイル版は、2026年11月11日に削除されると告知されています。後継はフラットファイル版のV2で、XML版に代わるXMLのレポートはありません。これは予告であり、対応済みなら何も起きません。

確認するのは3点です。連携が旧形式を取っているか。ベンダーはいつ切り替えるか。切り替え後も手数料や入金の集計が合うか。確認自体は問い合わせ1通と集計表の確認で済みます。分からない連携があること自体が、先に見つけておくべきリスクです。

自社の連携がどれに当たるのか分からない、ベンダーの回答をどう読めばよいか迷う、切り替え前後で入金額が合うかを確かめたい、といったときは、単発で相談を受ける形もあります。スポット相談で状況を整理するか、お問い合わせから現在の連携の構成を教えてください。