楽天市場の注文処理ガイド｜注文確認から発送・伝票番号登録、配送トラブル対処まで

楽天市場の注文処理は、RMSの受注管理機能「R-Backoffice」で注文を確認し、支払い完了後の注文を発送し、発送日とお荷物伝票番号を入力する流れです。楽天公式の一般公開ページでは、ここまでを基本の流れとして確認できます。

一方、配送会社の登録画面や発送情報を一括処理する方法など、ログイン後の細かな仕様は公開ページだけでは確定できません。古い講座の画面を現行仕様と決めつけず、店舗運営Naviと自店舗のRMSを正本にしてください。この記事では、公開情報と店舗側の安全な運用を分けて解説します。

楽天市場の注文処理の全体像

注文処理は「受注の把握、注文確認、支払い確認、出荷、発送情報の反映」の順に整理すると、担当者間の抜けを見つけやすくなります。

楽天の公開説明では、RMSメインメニューから新規受注一覧を開き、「注文確認待ち」の注文内容を確認します。支払いが完了すると注文は「発送待ち」となり、対象商品を発送した後、注文ごとに発送日とお荷物伝票番号を入力する流れです。

購入直後の自動配信メールは、注文情報が楽天市場のサーバーへ届いた時点で送られるものです。店舗が注文内容を確認したこととは別段階なので、メールの受信だけを出荷許可にしないようにしましょう。

出荷前の注文確認で見る項目

出荷前は、支払いの状態だけでなく、商品、数量、配送先、配送方法、購入者の希望を一つの注文として確認します。

確認が終わっていない注文は、通常の出荷一覧へ混ぜないことが重要です。「保留理由」「担当者」「次に確認する時点」を残し、再開条件が分かる形にします。電話やメールで住所変更を受けた場合も、変更前後と倉庫への反映状況を記録します。

注文確認の目的は、画面上の処理を進めることではなく、今ある注文情報で正しい荷物を作ってよいか判断することです。迷う注文を止められる運用のほうが、後から誤配送を回収するより安全です。

出荷から発送情報を反映する手順

発送情報は、RMSの注文、実物の荷物、送り状の三つを注文番号で結び、出荷実績を確認してから反映します。

1. 出荷可能と判断した注文だけを倉庫へ渡す。
2. ピッキング時に注文番号、商品、数量を照合する。
3. 梱包後、配送先と実際に使う送り状を確認する。
4. 荷物の引渡し記録と送り状番号を保存する。
5. 対象注文に発送日とお荷物伝票番号を反映する。
6. 現行画面で配送会社の入力を求められる場合は、実際の送り状と照合する。
7. 処理結果と対象件数を確認し、購入者への案内につなげる。

一般公開ページが明記している入力情報は、発送日とお荷物伝票番号です。配送会社の入力を扱う楽天大学講座もありますが、2017年公開の古い資料であり、現行の登録画面や必須性は一般公開ページから確認できません。現在の項目名や選択肢を古い画面から推測せず、ログイン後の案内に従ってください。

画面で処理が完了しても、荷物が配送会社へ渡った事実まで自動的に証明されるわけではありません。集荷控えや送り状発行側の記録を残し、RMS側の注文番号と照らし合わせられるようにします。

発送日・配送会社・お荷物伝票番号の確認方法

発送情報は三項目を別々に入力するのではなく、同じ荷物に属する一組の情報として確認します。

発送日の厳密な定義や入力可能な日付は、一般公開ページでは分かりません。予定を実績として先に処理せず、店舗運営Naviの現行定義と実際の出荷記録を突き合わせます。

お荷物伝票番号は、送り状の番号と注文の組み合わせが正しいかを確認します。表計算ソフトを介す場合は、長い番号の表示変化や先頭文字の欠落にも注意し、保存後の値を再確認してください。

「メール便」は特定の配送会社やサービスを指す言葉ではなく、楽天市場ではポスト投函型配送の総称です。追跡できるものと追跡できないものがあります。追跡なしの配送に架空の番号を作らず、現行RMSで認められる扱いと購入者への案内を確認しましょう。

購入者側の配送ステータスと問い合わせ対応

購入者側の配送表示は、店舗の処理結果、楽天市場側の反映、配送会社側の追跡という三つの状態に分けて確認します。

購入者は購入履歴または通知機能から配送状況を確認できます。ただし、ショップの処理状況、配送状況、配送方法によって表示されない場合があり、システム反映の時点によって実際の状況と画面が異なる場合もあります。

問い合わせへの回答では、楽天側の表示だけを見て断定しません。「店舗で確認できた処理」「配送会社で確認中の事実」「次に連絡する時点」を分けて伝えます。到着日を確約できない段階では、見込みを事実のように書かないことも大切です。

例外注文・誤登録・未着トラブルへの対処

例外注文は通常処理から外し、最初に実物の荷物がどこにあるかを確認してから、画面・倉庫・配送会社・購入者連絡を整えます。

分割発送では、注文と複数の荷物の対応を崩さないことが重要です。同梱では複数注文と一つの荷物の関係を記録します。これらの現行RMS上の具体的な登録方法は一般公開ページで確認できないため、店舗運営Naviに従ってください。

住所変更やキャンセルは、配送会社への引渡し前か後かで対応が変わります。画面だけを訂正しても、すでに旧住所へ向かう荷物は止まりません。まず倉庫の作業状態と引渡し時刻を確認し、必要なら配送会社へ相談します。

誤った伝票番号を見つけた場合は、正しい注文と送り状の組み合わせを確定してから修正します。購入者へ誤案内が届いているなら、注文番号、訂正内容、現在の配送状況を簡潔に伝えます。修正操作の可否や手順は現行画面を正本にしてください。

未着の連絡では、追跡結果だけで購入者側の責任と決めつけません。配送先、置き配場所、同居人の受取、持戻り、営業所保管などを順番に確認し、配送会社への調査が必要か判断します。

一括処理と日次締めを安全に進める方法

一括処理は、利用可否と現行仕様を確認し、原本保存、少数件の検証、本処理、結果突合の順で進めます。

楽天の公開ヘルプでは、受注処理システムとのCSV形式による注文情報連携はオプションとされています。しかし、発送情報を登録するCSVの提供条件、列名、文字コード、上限、操作手順までは一般公開ページで確認できません。自店舗で利用できる機能と契約条件を確認し、ログイン後の最新マニュアルを正本にします。

一括処理を使える場合も、最初から全件を流さず、少数件で意図した結果になるか確かめます。元データと処理前のファイルを残し、「対象件数＝成功件数＋失敗件数」になるかを確認します。失敗分だけを切り出し、同じ注文を重複処理しないようにします。

受注データの扱い方や文字化け対策は[楽天の受注CSVを安全に扱う方法](/rakuten-juchu-csv/)でも整理しています。

営業日の終わりには、新規、保留、出荷済み、発送情報反映済み、エラーの件数を注文番号で突合します。件数差があれば、担当者の記憶ではなく注文番号の一覧から原因を探します。翌日へ持ち越す注文には、理由と再開条件を残しましょう。

よくある質問

注文確認メールが届けば店舗の確認も終わっていますか？

終わっているとは限りません。注文直後の自動配信メールは、注文情報が楽天市場へ到達した時点で送られます。店舗による注文確認や出荷判断とは分けて考えてください。

配送会社はRMSのどこで登録しますか？

現行の一般公開ページでは、配送会社を登録する画面や操作名を直接確認できません。古い講座の画面を頼りにせず、自店舗のRMSと店舗運営Naviで確認してください。

伝票番号を登録したのに購入者が追跡できないのはなぜですか？

配送会社側の反映待ち、番号や配送会社の不一致、荷物の未引渡し、追跡対象外の配送方法などが考えられます。送り状、引渡し記録、配送会社の追跡結果を順に確認します。

発送情報はCSVで一括登録できますか？

一般公開情報だけでは、全店舗共通の利用可否や現行仕様を確認できません。自店舗の契約・機能と最新マニュアルを確認し、利用できる場合も少数件で検証してから本処理へ進みます。

まとめ

楽天市場の注文処理では、注文確認と支払い状態を確認し、商品を発送した後、発送日とお荷物伝票番号を注文ごとに反映します。配送会社の現行登録操作や一括処理の仕様は、一般公開情報から推測せず、店舗運営Naviと自店舗のRMSで確かめてください。

ミスを防ぐ軸は、RMSの注文、実物の荷物、送り状の三点突合です。例外注文を通常処理から分け、購入者側の未反映は店舗処理・楽天側表示・配送会社追跡の三層で切り分けると、正確な案内につながります。