1楽天RMSの受注管理が「詰まりやすい」本当の理由

RMS（Rakuten Merchant Server）は、楽天市場に出店している店舗が日々の受注・商品登録・在庫管理・販促を行うための公式管理画面です。Amazonのセラーセントラル、Yahoo!ショッピングのストアクリエイターProと並ぶ、「楽天店舗の業務はここから始まる」中核ツールです。

ただし、楽天RMSの受注管理は独特の挙動が多く、初めて触る担当者の9割が同じ場所で詰まります。「なんでこんな細かいところでハマるの？」と感じる仕様の数々は、実は楽天市場の歴史的経緯（モバイル時代以前の設計、SKUプロジェクト前後の二重構造、CSVフォーマットの細かな揺れ）に由来しています。

本記事では、11年のEC実務経験から見て「ここで必ず詰まる」と断言できる7つのポイントを、現場の具体例とともに整理します。新人教育のチェックリストとしても、システム化を検討するときの要件整理としても使える内容を目指しました。

2詰まりポイント①：受注CSVが文字化け・改行ズレ・注文番号桁落ちの三重苦

RMSの「受注管理 → 受注一覧」から受注CSVをダウンロードして、Excelで開く――この日常的な操作が、実はEC担当者がもっとも頻繁にハマる罠の温床です。

三重苦の正体

症状	原因	結果
商品名・住所の文字化け	楽天CSVはShift_JISベース、Excelの初期がUTF-8	「ï½¢é»」のような文字列に
商品説明の改行で全行が崩れる	セル内のCRLFがCSVの行区切りと衝突	1行の注文が2〜3行に分裂
注文番号の末尾が「0」に	Excelが長い数字を浮動小数点に変換	注文番号で照合するすべての処理が破綻

特に怖いのが3つ目の「注文番号桁落ち」です。文字化けや改行ズレは「あ、変だ」と気付けますが、桁落ちは見た目で気付きにくく、数字としてはちゃんと表示されているため、数日経ってから「なぜか取り込めない注文がある」と発覚します。

正しい開き方

受注CSVはダブルクリックで開いてはいけません。正しい手順はこうです。

1. Excelを「空のブック」で先に開く
2. 「データ」タブ → 「テキストまたはCSVから」
3. ファイルを選択し、文字コードを「Shift JIS（日本語）」または「932」に指定
4. 注文番号・電話番号・郵便番号の列を必ず「テキスト」型で読み込む
5. 「読み込み」ではなく「読み込み先 → テーブル」を選ぶ

詳細は「ExcelでCSVを開くと壊れる」でも解説していますが、楽天受注CSVの場合は特に「テキスト型での明示的読み込み」を業務手順に組み込むのが必須です。

3詰まりポイント②：同梱注文のSKU紐付けで在庫が合わなくなる

楽天市場には「同梱依頼」という独自の概念があります。同じ購入者が短時間に複数の注文をした場合、購入者が「まとめて送ってください」とリクエストできる機能です。

これが実務的にやっかいなのは、「複数の注文番号がぶら下がる1配送」になる点。受注CSV上では別々の注文として並んでいるのに、出荷の単位は1つ。ここでよく起きる事故が：

対策の基本

同梱注文を扱う運用では、「主注文（おもちゅうもん）」と「子注文」の関係をRMSのCSVから取得し、出荷指示の前段で必ず統合するのが原則です。RMSの受注CSVには「同梱依頼番号」という列があるので、それをキーに紐付け処理を入れます。

WMS（倉庫管理システム）と連携している場合は、RMS側の同梱情報をWMSに伝える経路を必ず設計しておく必要があります。これが抜けていると、現場でピッキング担当が「あれ？同梱だっけ？」と毎回確認することになり、出荷ミスの温床になります。

4詰まりポイント③：キャンセル・返品の在庫戻しが手作業で漏れる

RMSの受注ステータスには「キャンセル」「返品」がありますが、RMSがキャンセル・返品にしただけでは、在庫は自動的に戻りません。これは多くのEC担当者が誤解しているポイントです。

在庫が戻らない理由

RMSの在庫数は「商品マスタに登録されている数値」で管理されており、受注ステータスとは独立しています。注文が入ったタイミングで自動的に在庫が引かれますが、キャンセル時には自動で戻る仕組みがないのです。

マルチモール運営をしている店舗では、キャンセル分の在庫戻しを忘れると、楽天では「在庫切れ表示」、Amazonでは「販売中」という状態になり、買えるはずなのに楽天では買えない状況が発生します。

対策の3パターン

1. RMSの「在庫連動設定」を有効化する ― ただし全SKUで使えるわけではないので要確認
2. 在庫管理システムを介して連動する ― ネクストエンジン・ロジレス・GoQSystemなどの在庫一元管理ツールを挟む
3. キャンセル発生時のフローに「在庫戻し」を必ず入れる ― 手動運用なら業務手順書に明記

関連して、「在庫同期のズレ」では、マルチモール運営での在庫一致問題を詳しく解説しています。

5詰まりポイント④：あす楽・配達日指定の自動振り分けが破綻する瞬間

あす楽は、楽天市場の代表的な高速配送サービス。「12時までの注文で当日発送、翌日着」というルールで、対応店舗・対応SKUのみで使える仕組みです。

あす楽運用が詰まるパターン

パターン	原因	結果
あす楽対象SKUを切らしたまま注文を受けた	在庫連携の遅延・在庫設定漏れ	あす楽違反 → ペナルティ・キャンセル対応
同梱注文の中にあす楽外SKUが混入	あす楽SKUと通常SKUの判定漏れ	あす楽が外れる、CS連絡必要
配達日指定とあす楽が衝突	「明日着」と「指定日」のロジック競合	配送ラベル印刷時に判断ミス
定休日設定をRMSに反映し忘れ	カレンダー設定の更新漏れ	休業日に注文が入りあす楽違反

特に「同梱でのあす楽外し」は店長クラスでも気付きにくい盲点です。同梱はお客様にとってはありがたい機能ですが、配送条件が異なる商品が混ざるとあす楽の条件を満たさなくなることがあります。

運用の鉄則

• あす楽対象SKUは専用の在庫しきい値（例: 残3個でアラート）を設定する
• 同梱発生時はあす楽判定を必ず再計算するワークフローを組む
• 定休日・営業日カレンダーはRMS / WMS / 在庫管理ツール全部を同じカレンダーで揃える
• あす楽違反のサマリーレポートを週次で必ず確認

6詰まりポイント⑤：CS（顧客対応）テンプレートの文字数制限とNG文字

RMSには「自動配信メール」「個別CS連絡」などの機能がありますが、ここにも独特の制限があります。

知らないと事故るRMSメール仕様

• 件名・本文に文字数の上限がある（メニューによって違う）
• 機種依存文字や半角カタカナが表示崩れの原因に
• 差し込みタグ（$ITEMなど）の記法が一部の特殊メニューだけ違う
• HTMLメールはRMS標準ではプレーンテキスト推奨
• ステップメール / 自動応答 / 個別連絡で使えるタグが微妙に違う

あるあるトラブル

業務効率化の観点では、CS対応の定型文をRMSのテンプレート機能でしっかり整備するのが鉄則です。「コピペで毎回手動入力」は、入力ミスとブランド毀損のリスクが高すぎます。

7詰まりポイント⑥：定期メンテナンスで業務が止まる時間帯

楽天RMSは毎週火曜の早朝（おおむね2:00〜6:00）に定期メンテナンスがあります（時期や種別により変動）。この時間帯はRMSのCSV出力・受注操作・商品更新などが物理的に使えなくなることがあります。

メンテナンス時間に起きる業務影響

• 夜間バッチで受注CSVを取得しているシステムが火曜だけ落ちる
• WMSへの出荷データ連携が火曜の朝だけ詰まる
• 在庫一元管理ツールが「楽天との通信エラー」を大量に出す
• 朝一でCSV作業をしようとした担当者が「ログインできない」とパニック

運用設計のポイント

• 夜間バッチは火曜の早朝を避けて、火曜の朝7時以降に走らせる
• 連携システムには「メンテナンス時間中はリトライしない」ロジックを組み込む
• 火曜朝のCS対応は「もしRMSにアクセスできなくても進められる業務」を先に回す
• RMSからのお知らせメール（メンテナンス予告）を必ずCS担当に共有する

「動いていたのに、ある火曜だけ止まる」というのはAPI連携あるあるの典型でもあります。「API連携の罠」でも触れていますが、定期メンテナンス時間を前提にした運用設計は、楽天店舗を運営するなら必須の知識です。

8詰まりポイント⑦：CSV運用の限界と「自動化」への踏み出し方

ここまで6つの詰まりポイントを見てきましたが、その多くは「RMSのCSVを手作業で扱う運用」を続けている限り、ゼロにはできないものです。月数十件なら手作業でも回せますが、月数百〜数千件になると、必ずどこかで限界が来ます。

限界が見えてくるサイン

• 受注処理に毎日2時間以上かかっている
• キャンセル・返品の在庫戻しを翌日まわしにしてしまうことが増えた
• 同梱判断・あす楽判定で担当者ごとに対応がブレる
• メールテンプレの更新漏れで顧客クレームが出た
• 火曜朝のメンテで業務が止まる前提を組めていない

自動化への現実的なステップ

いきなり「全自動」を目指すと失敗します。段階的に半自動 → 自動 → AI支援へと進めるのが定石です。

段階	やること	効果
レベル1: 手順整理	受注処理フローを文書化、CSV開き方を統一	事故と新人教育コスト削減
レベル2: 一元管理ツール導入	ネクストエンジン・ロジレス等で在庫・受注を一元化	在庫同期・キャンセル戻しが自動化
レベル3: 楽天RMSのAPI連携	RMS Web Service APIで受注・在庫・商品を直接連携	CSV手動運用から脱却
レベル4: AI支援の導入	定型CS応答・受注分類・問い合わせ要約をAIに任せる	判断系業務の効率化

このうち、レベル4を進めるときに気をつけたいのが「Claude Codeのサーバー運用」のような、「便利さの裏側にある事故リスク」です。AIに任せていい業務とそうでない業務の線引きを意識しないと、自動化が逆にトラブルの温床になります。

9RMS運用の改善は「現場感覚 × 仕組み化」の両輪で

楽天RMSは、楽天市場店舗の業務基盤としてはよくできた管理画面です。一方で、歴史的経緯と独自仕様の積み重ねから、初見では決してわかりやすいとは言えない部分があります。本記事で挙げた7つの詰まりポイントは、11年のEC実務経験のなかで何度も繰り返し見てきた、いわば「楽天RMSあるある殿堂入り」のラインナップです。

これらの課題は、個別に対症療法を打っても根本解決にはなりません。受注処理フロー全体を見直し、CSV運用の限界を見極め、適切なツール・自動化・AI支援を組み合わせて業務全体を仕組み化する必要があります。

さらに大事なのは、「楽天モールの仕様」と「自社業務の都合」と「使えるツール / API / AI の現実」を同時に把握している人が改善設計に入ること。3つのうちどれかが欠けていると、現場で動かない仕組みが出来上がってしまいます。

mixt-incは、11年のEC実務経験と、CSV処理・API連携・AI活用の技術知見を組み合わせて、「楽天RMSを中心とした受注処理を一段階楽にする」ための仕組み化をご提案しています。「RMSの受注処理が回らなくなってきた」「マルチモール化で同期がきつい」「自動化したいが何から手をつけるべきか分からない」――そんな段階のお店こそ、ぜひお気軽にご相談ください。