ホーム > 物流・配送トラブル

最終更新: 2026.07.20

楽天の店頭受取を導入する方法|申請前の条件と引渡し業務の設計

楽天の店頭受取を導入する方法|申請前の条件と引渡し業務の設計

楽天の店頭受取を導入するときは、申請方法だけでなく、対象店舗・商品、在庫確保、受取準備通知、本人確認、引渡し、未受取、取消・返金までを先に設計します。購入者が楽天市場で注文・決済した商品を実店舗で安全に渡し、注文状態・在庫・現物を一致させることが運用の中心です。

この記事では、導入判断、審査・申請前の確認、在庫と保管、来店案内、本人・代理人確認、引渡し、未受取、返品、KPIまでを解説します。サービスの対象やRMS操作は変わる可能性があるため、導入時は必ず現行の店舗運営Naviと楽天の窓口で確認してください。

楽天の店頭受取とは

楽天の店頭受取は、楽天市場で注文・決済した商品を、購入者が店舗の実店舗へ行って受け取るサービスです。仕組み、購入者と店舗のメリット、対象・条件、申請の流れを押さえます。

ただし、古い情報を現在の手順として流用しません。当時の申請URL、審査条件、RMS画面、本人確認、注文処理は変わり得ます。現在も利用できるサービス名、対象、申請先を確認してから案内します。

店頭受取は、EC注文を店舗で新しく作り直す仕組みではありません。楽天市場の注文番号を基準に、受注、決済、在庫、受取準備、引渡しを一貫して管理します。

導入目的と対象店舗を決める

「送料をなくせる」だけで導入せず、店舗と購入者の課題を明確にします。

想定される目的です。

  • 自宅で受け取りにくい購入者へ選択肢を増やす
  • 大型・壊れやすい・試着や説明が必要な商品を渡す
  • 実店舗の在庫・スタッフ・営業時間を活用する
  • 来店時の相談や関連購入へつなげる
  • 配送再手配や受取失敗を減らす

対象店舗は、単に場所があるだけでは足りません。受取カウンター、保管スペース、営業時間、休業日、本人確認、スタッフ教育、システム・通信、事故時の責任者を確認します。

現行の利用条件と審査を確認する

申請前に、店舗運営Naviと楽天の窓口で次を確認します。

項目確認内容
対象出店プラン、店舗、実店舗、商材等の条件
審査必要情報、審査期間、開始条件
設定RMSの設定場所、商品・配送との紐付け
注文購入者画面、店舗側の表示、状態変更
決済対象支払方法、金額変更、返金
引渡し本人・代理人確認、必要な情報
期限保管、受取、延長、未受取
禁止・制限対象外商品、年齢・法令上の条件

審査がある場合、承認前に商品ページへ「店頭受取可能」と断定して掲載しません。申請回答は、回答日、問い合わせ番号、適用条件と一緒に保存します。

対象商品を絞って小さく始める

全商品を一度に対象にすると、保管・本人確認・返品の例外が増えます。まず1店舗・少数商品で試します。

対象商品を選ぶ基準です。

  1. 店舗で安全に保管できる
  2. ECと店頭の在庫を確実に確保できる
  3. 受取時に追加作業が少ない
  4. 法令・年齢・温度・期限等の制限を管理できる
  5. 商品サイズ・重量が受取場所に適合する
  6. シリアル・付属品を注文と照合できる
  7. 未受取時の在庫戻しが可能である

生鮮、冷凍、危険物、高額品、本人確認が必要な商品は、一般商品と同じ手順にせず、現行条件と専門要件を確認します。

EC在庫と店頭在庫を分けて管理する

EC在庫と店頭在庫を分けて管理するを示す図解

店頭に在庫が見えていても、他の来店客へ販売可能な状態のままでは、EC注文分を確保できません。注文受付後、対象SKU・数量・受取店舗を基準に在庫を引き当て、受取専用として保管します。

在庫状態の例です。

状態意味次の処理
注文受付注文はあるが確認前決済・在庫確認
確保中店頭・倉庫から引当中現物照合・移動
受取準備済み引渡し可能購入者へ通知
引渡し済み本人確認・引渡し完了注文状態・証跡更新
保留決済・商品・本人確認等に問題責任者判断
未受取期限を過ぎた連絡・取消等の正式処理

在庫連動の基本は「楽天の在庫設定と売り越し防止」も参照してください。

受取準備が完了してから来店を案内する

注文受付メールだけを見て来店すると、決済未確定、店舗間移動中、欠品等で渡せない場合があります。「注文受付」と「受取準備完了」を明確に分けます。

受取準備完了の条件を決めます。

  • 決済・注文状態を確認した
  • 商品、SKU、数量を現物と照合した
  • 破損、期限、付属品を確認した
  • 受取店舗へ到着し、所定場所へ保管した
  • 引渡し期限を確定した
  • 本人・代理人確認に必要な案内を用意した

購入者への通知には、注文番号、受取店舗、住所、受取場所、営業時間、休業日、期限、必要な確認情報、代理受取の扱い、問い合わせ先を記載します。必要以上の個人情報をメールへ書きません。

店頭の保管場所と取り違え防止を設計する

受取商品を一般在庫や返品と混在させると、誤販売・誤引渡しが起こります。アクセスを制限した受取専用エリアを用意し、注文番号等で管理します。

保管時に確認する項目です。

  • 商品・SKU・数量・シリアル
  • 注文番号と受取店舗
  • 保管開始日と受取期限
  • 温度・湿度・施錠等の条件
  • 付属品、保証書、同梱物
  • 破損防止とプライバシー
  • 引渡し・未受取の状態表示

氏名や電話番号を大きく外側へ表示せず、必要な担当者だけが照合情報へアクセスできるようにします。

本人・代理人確認を標準化する

誰に何を確認するかを店舗ごと・担当者ごとに変えません。現行の楽天ルールと法令に従い、注文番号、受取案内、本人確認情報等の必要範囲を決めます。

代理人が来店する場合は、代理受取が可能か、購入者からどのような指定が必要か、代理人へ何を確認するかを事前に案内します。家族だから、同じ名字だからという理由だけで渡しません。

高額品、年齢制限品、資格確認が必要な商品は、通常商品より厳しい確認が必要な場合があります。確認書類を不要に複写・保存せず、閲覧・記録する範囲と保存期限を決めます。

引渡し時は注文・現物・状態を一致させる

引渡し時は注文・現物・状態を一致させるを示す図解

引渡し担当者は、来店者、注文、商品を順に照合します。

  1. 受取店舗と注文番号を確認する
  2. 現行手順に沿って本人・代理人を確認する
  3. 商品、SKU、数量、付属品を照合する
  4. 外観を確認し、必要な説明を行う
  5. 引渡しの同意・記録を残す
  6. RMS等の注文状態を正式に更新する
  7. 保管場所から商品を消し、在庫を照合する

混雑時も、商品をカウンターへ先に並べて氏名を呼び上げないようにします。別の注文を開いたまま次の購入者を処理しません。

通常の受注・決済状態の考え方は「楽天ペイの受注処理方法」も参照してください。

未受取と期限延長のルールを決める

受取期限を過ぎても、担当者が無期限に保管すると、在庫差異と紛失リスクが増えます。期限前の通知、延長可否、最終連絡、取消・返金、在庫戻しを標準化します。

未受取対応では次を記録します。

  • 注文番号、商品、保管店舗
  • 受取準備通知と再通知の日時
  • 購入者の回答と延長期限
  • 商品の状態・期限
  • 取消・返金の可否と承認
  • RMS操作、在庫戻し、会計処理

キャンセル料や保管料を自己判断で追加しません。事前表示、現行規約、法令、楽天ペイの正式処理を確認します。

返品・交換をその場の判断にしない

店頭で商品を見た購入者が返品・交換を希望する場合、通常配送と同じ条件なのか、受取前・受取後で扱いが変わるのかを決めます。楽天市場の注文であることを忘れず、店頭POSだけで処理を完結させません。

返品・交換では、注文番号、商品状態、理由、規約、顧客同意、RMS操作、返金、在庫を一組で処理します。初期不良、誤商品、購入者都合を区別し、店頭スタッフが現金を独自に返さないようにします。

取消・返金の基本は「楽天の注文キャンセル処理」も参照してください。

店舗スタッフを教育し、例外を二者承認する

受取担当だけでなく、店長、在庫、受注、経理、問い合わせ担当へ役割を割り当てます。

教育内容です。

  • 注文受付と受取準備完了の違い
  • 在庫確保・保管・引渡しの状態
  • 本人・代理人確認
  • 個人情報を見せない・読み上げない方法
  • 未受取、返品、決済エラーのエスカレーション
  • 誤引渡し・紛失時の初動
  • RMS等の状態更新と証跡

本人確認できない、注文内容が違う、決済が未確定、期限超過、高額品などの例外は、現場担当だけで渡さず責任者へ上げます。

開始前にテスト注文で全工程を通す

本番開始前に、実際と同じ商品・店舗・担当でテストします。注文作成が規約上可能な方法は楽天へ確認してください。

確認する場面です。

  1. 購入者が店頭受取を選ぶ画面
  2. 店舗側の注文表示と決済状態
  3. 在庫確保・店舗間移動
  4. 受取準備完了通知
  5. スマホで見た案内の分かりやすさ
  6. 本人・代理人確認と引渡し
  7. 状態更新、在庫、売上・決済
  8. 未受取、取消、返品の例外

営業時間外、休業日、複数注文、同姓同名、商品不足も机上で確認します。

導入後に見る指標

店頭受取の注文数だけで成功を判断しません。

指標確認すること
選択率対象注文のうち利用された割合
準備時間受付から受取可能まで
待ち時間来店から引渡しまで
未受取率期限内に受け取られない割合
誤引渡し・差異安全・在庫上の問題
問い合わせ案内不足・店舗迷い
追加購入来店価値。ただし過度に勧誘しない
1件当たり費用保管・人件費・移動を含む

受取件数が増えても、店舗間移動や保管、問い合わせが大きければ利益が出ません。商品・店舗・曜日別に改善します。

店頭受取チェックリスト

  • 現行のサービス名、対象、審査、申請先を確認した
  • 対象店舗・商品を少数に絞った
  • EC在庫と店頭在庫の確保方法を決めた
  • 受取準備完了後に来店を案内する
  • 専用保管場所と状態管理がある
  • 本人・代理人確認を標準化した
  • 引渡し後に注文状態・在庫を更新する
  • 未受取、延長、取消、返金を決めた
  • 個人情報と誤引渡しの事故初動がある
  • テスト注文とKPI確認を行った

よくある質問

店頭受取は申請すればすぐ使えますか?

以前は審査が必要とされていました。現在の対象条件、審査、申請先、設定、開始時期は変わり得るため、店舗運営Naviと楽天の窓口で確認してください。

注文受付メールが来たら購入者へ来店してもらえますか?

注文受付と受取準備完了を分けます。決済、在庫、現物、受取店舗、期限を確認し、引渡し可能になってから専用の準備完了通知を送ります。

家族なら注文者以外でも受け取れますか?

家族関係だけで自己判断せず、現行の代理受取条件、購入者からの指定、代理人の確認方法に従います。案内と確認結果を注文番号へ記録してください。

店頭で返品されたら現金を返してよいですか?

店頭独自の返金で完結させず、楽天市場の注文状態、支払方法、返品条件、正式な取消・返金手順を確認します。商品、顧客同意、RMS操作、在庫、会計を一組で処理してください。

ご相談・お問い合わせ

店舗の「次の一手」を一緒に進めるなら

運営代行・ECコンサル・AIツールまで、現場を知るチームがワンストップで伴走します。

運営代行 受注・ページ・広告まで店舗運営をまるごと代行
ECコンサル SOY受賞店の知見で戦略と改善を設計
AIツール ラクリプで日々の作業を自動化し時間を創出
西尾 勝太

西尾 勝太株式会社ラクダ 代表

楽天SOY 2年連続受賞 / 楽天NATIONSリーダー店舗 / 楽天NATIONS AIエバンジェリスト

楽天市場の月商を5年で200万円→2億円に伸ばした現場の実践者。売れるECの方程式にAIを重ね、EC事業者の「次の一手」に伴走しています。

315 継続契約
816 Walk 利用者
2年連続 楽天SOY受賞