はじめに
楽天、Amazon、自社ECを並行して運営していると、「全体でいくら売れているか」を1か所で見たくなります。そこで多くの事業者が、各モールから注文データをダウンロードして、スプレッドシートに貼り合わせる運用を始めます。月に1回なら回りますし、最初は問題に見えません。
ただ、Amazonの注文データには取得の仕組み上の制約があります。公式ドキュメントでは、注文追跡レポートは1回の依頼で指定できる日付範囲が最大30日と書かれています。つまり、「去年1年分をまとめて出して」という使い方が、そのままでは通りません。
この記事は、公式ドキュメントの記述を読んで整理したもので、自分の環境や個々のツールでの動作は確認していません。経営判断として見たいのは、「30日の窓があると、月次集計の手間と、データを溜め始める時期の判断がどう変わるか」です。技術の詳細は最小限にします。
公式ドキュメントで分かっていること
出典は、Amazon SP-APIのレポートタイプ一覧にある注文レポートの項です（Report type values - Order）。読み取れる範囲は次のとおりです。
2026年10月時点の公式ドキュメントでは、注文追跡レポート（GET_FLAT_FILE_ALL_ORDERS_DATA_BY_ORDER_DATE_GENERAL など5種類）は、1回の依頼で指定できる日付範囲が最大30日です。原文は “The date range for these reports is limited to 30 days.” です。また、このレポートは依頼を出して作らせる形で、スケジュール実行はできないとされています。全注文を返しますが、顧客を特定できる情報は含まれません。
注文レポート全体については、対象は2年未満の注文のみとされています。このほか、未出荷注文のレポートは過去38日、請求書用・配送用のフラットファイル（税務用は北米のみ）は過去60日がさかのぼれる範囲で、保留注文（Amazon Japanのみ）は38日です。作ったレポートの保存期間は30日で、期限が切れたら作り直しになります。
整理すると、「2年未満の注文まではさかのぼれる可能性があるが、30日の窓で区切って何回も依頼する必要がある」が正確なところです。「過去分が一切戻らない」とは読めません。
確認できていないこと
ここは断定しません。注文を1件ずつ返すAPI（searchOrders や getOrders）の取得期間の上限は、自分は確認できていません。Seller Central の画面からのダウンロードにも同じ条件があるかどうかも、確認できていません。「30日の制約」はレポート系の話であり、Amazonの注文データ取得全般の制約だと受け取らないでください。
経営判断として何が変わるか
月次の突合に手間がかかる理由
月次で楽天・Amazon・自社ECの売上を合わせるとき、Amazonは月に1〜2回（31日の月は2回に分けて）依頼すれば足ります。ここまでは普通の運用です。問題になるのは、次のような場面です。
- 前年同月と比べたい（過去12か月分を一度に揃えたい）
- 返品やキャンセルで数字が動いたあとの、過去月を取り直したい
- 担当者が変わって、過去の取り方が分からなくなった
単純に割り算すると、2年分を取り直すには30日の窓で25回前後の依頼になります。1回ずつ日付を指定して、結果を貼り合わせる作業です。手作業なら半日では済まない可能性があり、ここは自社の担当者に「過去1年分を揃えるのに何時間かかるか」を一度聞いてみるのが、最も早い見積もりになります。
溜め始める時期の考え方
もう1つの判断は、「いつから自社の手元にデータを溜めるか」です。公式の記述だけを見ると、注文レポートの対象は2年未満の注文なので、2年より古い分は、レポートでは取れない可能性があります。取れる間に手元へ保存しておけば、古くなっても自社で比較に使えます。
一方で、必要になってから溜め始めても、直近2年分は取り直せるかもしれません。したがって「今日溜め始めないと取り返しがつかない」という話ではありません。確かに言えるのは、溜め始めるのが遅れるほど、手元に残る履歴が短くなり、前年比較や季節性の確認ができるようになる時期が後ろにずれる、という点です。売上の数字が合わない理由を調べるときも、楽天とAmazonで売上の数字が合わないのは、集計ミスではないかもしれないで書いたように、元データの履歴があるほうが原因を追えます。
なお、Amazonの受注を自動で取り込んでいる場合は、旧版APIの移行期限が告知されています。Amazonの受注取り込みは2027年3月に止まる可能性がありますも合わせて確認しておくと、取り込みの仕組みを見直す時期を揃えられます。
費用・期間・前提条件はどう見るか
金額は、連携の方法で変わるため、ここでは書きません。構造だけ整理します。
手作業で続ける場合の費用は、担当者の時間です。月次の作業時間に、過去分を取り直すときの時間が加わります。自動で溜める場合は、初期の構築と、その後の保守が費用になります。保守に含まれるのは、Amazon側の仕様変更（上で触れた移行期限のようなもの）への対応です。
前提条件は、一般的に次の3つです。
- Amazon側でAPIを使うための認可の手続きを、自社（または委託先）で済ませられること
- 取得したデータを保存する場所と、その管理者が決まっていること
- 保存したデータを誰が、どの指標で見るかが決まっていること
3つ目が抜けると、データだけが溜まって使われません。期間は、手続きの待ち時間と、保存先の準備、取得した形式を楽天・自社ECと揃える作業で決まります。どれも自社の状況で変わるため、見積もりを取るときは「手続き」「保存先」「形式の統一」の3つを分けて聞いてください。全体像は楽天・Amazon・自社ECの売上データを一元管理する方法で整理しています。
自動で溜めなくてよい場合
次のような場合は、自動化や基盤づくりに進まなくて構いません。
- Amazonの月間の注文件数が少なく、月1回のダウンロードと貼り付けが1時間以内に収まっている。移す手間のほうが大きいことがあります。
- 受注管理ツールやERPが、すでにAmazonの注文を自社側のデータベースに蓄積していて、過去分も引き出せる。二重に溜める必要はありません。
- 前年比較や過去月の取り直しをする予定がなく、直近1か月の数字だけで判断できている。
- 数字を見る人が決まっていない。溜めても使われません。先に誰が何を見るかを決めるほうが優先です。
逆に、「過去の数字を比べたいが、取り直しに毎回半日かかる」という状態なら、検討の価値があります。
自分で進めるか、任せるか
最初の一歩は、費用がかかりません。自社の担当者に、次の3つを聞いてください。
- 過去1年分のAmazon注文データを揃えるのに、いま何時間かかるか
- すでにどこかのツールに蓄積されているか
- 古い分が取れなくなったとき、困る人は誰か
この答えが「数時間で済む」「ツールに残っている」なら、急ぐ必要はありません。「誰も把握していない」「毎回半日かかる」なら、溜める仕組みを作るかどうかを考える段階です。
状況の整理だけを頼みたいときは、スポット相談で、現在の取り方と保存先を一緒に確認する形があります。構築まで含めて相談したい場合は、お問い合わせから、運営しているモールと、いまの集計方法を教えてください。