初日：注文受取拠点

受取拠点は独自の運用モデルです。ここでは注文ではなく荷物を扱い、「申告済み → 受領済み → 棚に保管 → 引き渡しまたは返送」という独自の流れがあります。業種**「注文受取拠点」** 📦 は登録時に選択します。オンボーディングではメニューやキッチンについて聞かれず、**「荷物」**セクション（/parcels）はストアで拡張機能を有効にしなくてもすぐに利用できます。

このセクションは6つのタブで構成されています：受領 · 保管 · 引き渡し · 返品 · 配送業者 · 相互精算。

形式	初日に設定する内容	まず確認すべき点
単一配送業者の受取拠点	配送業者1社、保管期限、棚のレイアウト	一括受領と最初の引き渡し
マルチ配送業者	複数の配送業者、それぞれの引き渡しルールと報酬	デフォルトの配送業者と配送業者ごとの相互精算
店舗併設の受取拠点	荷物に加えてカタログ、在庫、店舗のショーケース	通過する資金が売上と混ざらないようにすること

最初から利用できるもの：「荷物」、カウンター方式のレジ（即時支払い）、「ハードウェア」（スキャナー、プリンター、端末 — 受取拠点業務の中核）、スタッフ、財務。倉庫、キッチン画面、テーブル、宅配、マーケットプレイスは無効になっています。店舗のセクションが必要な場合は拡張機能ストアで有効にします。用語も変わります。「場所」は棚セル、「場所グループ」は棚、「ゲスト」は受取人です。

開始に必要なもの#

受領と引き渡し用のパソコンまたはタブレット — このセクションはブラウザで動作します。レジ（代金引換に必要）も同じウェブページ /pos です。
バーコードスキャナー — 受取拠点の主要ツールです。「キーボード」モードのUSBまたはBluetoothスキャナーであればどれでも使えます。受領時の追跡番号、棚卸し時の棚セル、引き渡し時の荷物自体をスキャンします。
棚セルラベル用プリンター — 通常のプリンターまたはブリッジ経由のサーマルプリンター。ラベルは受領完了時に印刷されます。
領収書プリンターまたは財務レジスター — 代金引換を受け取り、お住まいの国で領収書が必要な場合。同じブリッジで接続します。国ごとの対応状況は財務化をご覧ください。
銀行端末 — 代金引換をカードで受け取る場合：ブリッジの端末が金額を引き落とすか、手動で支払いを確認します。
番号が分かりやすい棚。 システムの棚セルレイアウトは物理的な配置を再現します：棚 → 段 → 場所（A-2-05 形式のコード）。最初の受領前に段にラベルを貼ってください。後から貼り替えると手間がかかります。

初日の全体的な流れ#

共通の手順（登録、店舗、業種、言語、サブスクリプション、ヘルプ）はハブ初日：業種を選択するで説明しています。受取拠点の場合の順序は次のとおりです：

店舗の住所を入力します。 座標付きの住所がないと、Cenalyの受取ネットワークに店舗を公開できず、受取人はどこへ行けばよいか分かりません。
配送業者を登録する — 「配送業者」タブ：名称、種類（CDEK、ロシア郵便、5Post、Yandex、Boxberry、Ozon、WB、Cenaly、または独自）、保管期限、代金引換が許可されているか、引き渡し時に書類を求めるか、引き渡し報酬とCODのパーセンテージ、代理スキーム（代理人、委託者、または決済代理人 — 資金の計上方法がこれによって変わります）。
棚セルを作成する — 同じ場所にあるレイアウトエディター：棚、段、1段あたりのセルの数。受領時にセルは自動的に割り当てられます — 最初の空きセルです。
実際の荷物1件で試験受領と試験引き渡しを行う。 これが、ラベルの貼られていない棚もスキャナーの誤ったモードも検出できる唯一の確認方法です。
現金シフトを開く — 現金シフト。シフトを開いていないと代金引換を受け取れません。引き渡し画面が自動的に開くよう促します。

チェックリスト：単一配送業者の受取拠点#

初日の目標は、届いた荷物を受け取り、行列を滞らせることなく最初の荷物を引き渡すことです。

入荷元。 荷物がシステムにどう入るかを選択します：配送業者のレジストリのインポート（CSV/XLSX、列はシステムが自動判別、CDEKのプリセットあり）またはスキャンによる受領 — 申告されていない荷物はシステムが自動的に登録し、不足データ（電話番号、金額、送信者）は後で「保管」タブのカードで補完します。
一括受領 — 「受領」タブ：追跡番号をスキャンすると、レジストリと一致したものがハイライトされます。完了時に受領書が「一致／現地登録／未到着／スキップ」の内訳付きで作成され、棚セルラベルが印刷されます。
引き渡しルール。 配送業者ごとに受取人の本人確認を設定します：書類確認、送り状のコード、SMSまたはe-mailによるワンタイムコード、または確認なし。書類の要求は他のルールより優先されます。
引き渡し — 「引き渡し」タブ：追跡番号または電話番号のちょうど下4桁で検索、本人確認、棚セルからの荷物のコントロールスキャン（スキャンのスキップは確認付きの意識的な場合のみで、ジャーナルに記録されます）。
代金引換 — 現金とお釣りの計算、ブリッジの端末経由のカード、または方法間の分割。領収書は代理人の表示付きで発行されます：商品の供給者は送信元のオンラインストアであり、あなたの拠点ではありません。レジが代理店の情報に対応していない場合でも、「外部レジで領収書を発行済み」とマークすれば引き渡しを処理できます。
保管期限とリマインダー。 期限は配送業者ごとに設定されます。受取人には事前にリマインダーが送られ、期限が過ぎると荷物は自動的に「返送」ステータスに移行します。
配送業者への返送 — 「返品」タブ：1つのボタンで返送待ちのすべてのレジストリが作成されます。レジストリを印刷すると、これらの荷物はすぐに「返送済み」に移行します。

必要なデバイス： PCまたはタブレット、スキャナー、ラベルプリンター。領収書プリンター付きのレジ — 代金引換がある場合。 正直に後回しにできるもの： Cenalyの受取ネットワークへの公開、ストア用のAPIキー、相互精算（自動計算され、月末までに必要になります）。

チェックリスト: マルチキャリア#

初日の目標は、ある運送会社のルールが別の運送会社の荷物に適用されないようにすることです。

すべての運送会社を登録する — それぞれ別のレコードとして。保管期限、書類の要件、代金引換の可否、報酬は運送会社ごとに異なります。代理店方式も運送会社ごとに設定します。
デフォルトの運送会社 — 「レジストリ外」でスキャンされた荷物を登録する際に使われる運送会社です。意識的に選んでください。初日に最も混乱を招きやすい原因です。
セルは共通です。 セルの仕組みは店舗ごとに一つで、異なる運送会社の荷物も同じプールに保管されます。「保管」タブには運送会社によるフィルターがあります。
「まとめて」発行。 受取人に複数の荷物がある場合、画面はそれら（シブリング）をまとめて表示し、前払い済みのものを一つのボタンでまとめて発行できるようにします — 異なる運送会社の荷物であってもです。
相互精算 — 「相互精算」タブ: 運送会社ごとに月単位で、発行済みの個数、代金引換で受け取った金額、あなたの報酬、送金すべき金額を表示します。CSV へのエクスポートも可能です。代金引換の現金とカードへの内訳は現金シフトのレポートにあります。
棚卸し — セルをすべてスキャンします。見つかったもの、不足しているもの、余分なものを表示します。見つからなかったものは、行内のボタンで一行ずつ、または「見つからなかったものをすべて紛失としてマーク (N)」ボタンで一度の確認によりまとめて紛失としてマークできます。
従業員とロール — 従業員とシフト: 発行オペレーターに相互精算や運送会社の設定へのアクセスは必要ありません。

必要なデバイス: 単一キャリアの場合と同じです。 正直に後回しにできること: ロールの細かい設定（初日は通常オーナーが操作します）、用意されたリスト以外の独自の運送会社タイプ。

チェックリスト: 店舗併設の受取所#

初日の目標は、荷物と店舗の商品が同じレジで混ざらないようにすることです。

荷物を主要な業務の流れとして — 「荷物」セクションはすでに開いています。運送会社とセルの設定は上記と同じです。
店舗のセクションを有効にする — アプリストアで: カタログ、倉庫、オンラインショーケース。これらのチェックリストは初日: 店舗です。
一つのレジ、二種類のお金。 代金引換は通過資金です: あなたの報酬を差し引いた金額は送金者に帰属し、シフトの X/Z レポートでは店舗の売上と混ざらず別の行として計上されます。一方、レジの引き出しに入った現金はレジの予想残高に含まれます — 現金シフト。
発行への素早いアクセス。 受取所のレジのヘッダーには「発行へ移動」ボタンがあり、レジ担当者がセクションを手動で探す必要はありません。
Cenaly 発行ネットワーク — 「運送会社」タブ: 店舗の公開トグル、代金引換の可否、店舗コード。公開後、プラットフォームの店舗の「あなたの受取所へ」配送の注文は、ファイルやスキャンなしで自動的に届きます。
API アナウンス — 自社のオンラインショップやパートナーが荷物を登録する場合、同じタブで API キーを発行します（一度だけ表示されます）。

必要なデバイス: 店舗のレジ一式に加えて、荷物用のスキャナーとラベルプリンター。 正直に後回しにできること: オンラインショーケースと店舗のフィード — まず発行を整えてください。それが人の流れを生みます。

後回しにできること#

Cenaly 発行ネットワークへの公開 — 受付と発行を整えてから。
店舗兼委託元向けの API キー — プログラムで荷物を登録する場合にのみ必要です。
受取人への独自テキストの通知 — 入荷の基本通知、期限のリマインダー、発行のメッセージはすぐに機能します。
店舗の財務と統計 — 発行履歴がなければ計算するものがありません。
独自のログインを持つ従業員 — 従業員とシフト: 初日は通常オーナーが操作します。

すぐに知っておくべき制限事項#

この業種は実用的ですが、正直な制約があります — それを踏まえて計画してください。

部分発行はありません。 荷物は全体としてのみ発行または返送されます: 中身の一部を試着して購入することはサポートされていません。
運送会社の内部システムへの既成の接続はありません。 荷物はレジストリのインポート、スキャン、または当社の API によるアナウンスで登録されます — 逆方向（当社が運送会社のシステムを読み取る）は実装されていません。
これは Wildberries、Ozon、Yandex Market のアプリの代替ではありません。 これらのプラットフォームは独自のソフトウェアと独自の財務処理を持つ閉じたパートナーネットワークです — 当社のレジはそれらの精算には関与しません。
棚卸しの結果によるステータスは、システムではなくオペレーターが変更します。 見つからなかった荷物は一行ずつ、またはまとめて紛失としてマークできますが、サーバーが照合記録に基づいて自動的に何かを移行することはありません — これは確認を伴う意図的な設計です。
返送レジストリが引き渡しの記録です。 「宅配業者が受け取った」という別のステップはありません: レジストリを印刷すると荷物が「返送済み」に移行します。

トラブルシューティング#

受付時にスキャナーが荷物を見つけられない。 スキャナーのモード（キーボードとして動作する必要があります）と、カーソルがスキャンフィールドにあることを確認してください。レジストリにトラック番号がない場合は正常です: システムはデフォルトの運送会社で荷物を登録し、未申告としてマークします。

再割り当て時にシステムがセルを割り当てない。 使用中のセルは割り当てられません — まず空けるか、使用状況マップで空いているセルを選んでください。

受取人にワンタイムコードが届かない。 コードは荷物カードに記載された SMS または e-mail に送信されます: 連絡先が入力されているか確認してください（スキャンで登録された荷物では空のことがよくあります）。再送信はタイムアウト付きで可能です。

代金引換を受け付けられない。 現金シフトが開かれていません — 発行画面が開くように促します。現金シフトを参照してください。

レジが代理店領収書を印刷しない。 画面はレジが代理店の要件に対応していないことを正直に警告します。「領収書は外部レジで発行済み」とマークすることで発行を進められます — 荷物のジャーナルには財務処理が外部で行われた痕跡が残ります。

受取人が荷物のステータスを確認できない。 公開追跡ページはトラック番号と電話番号のちょうど下4桁を要求します — カードに電話番号が入力されていない場合、確認は成功しません。

よくある質問#

始めるのに宅配業者とのインテグレーションは必要ですか？#

いいえ。明細のインポートまたはスキャンによる受付で十分です。発送元が自分で荷物を登録できる場合は、APIキーを発行してください。そうすれば荷物が自動的に表示されます。

代金引換は自分の売上ですか？#

いいえ。これは発送元からの一時的な資金です。現金シフトのレポートと財務では店舗の売上とは分けて扱われ、手数料は「相互精算」タブで計算されます。

受取人が来なかった場合はどうなりますか？#

宅配業者が設定した保管期限が過ぎると、荷物は自動的に「返送」ステータスに移行し、受取人には事前にリマインダーが送信されます。その後、返送明細を作成します。

複数の荷物から1つだけ渡すことはできますか？#

はい、荷物は1つずつ渡します。前払い済みのものは1つのボタンでまとめて渡すことができます。ただし、1つの荷物の内容の一部だけを渡すことはできません。

同じ店舗で受取拠点と店舗を兼ねることはできますか？#

はい — 3つ目のチェックリストを参照してください。代金引換の資金と店舗の売上はレポートで混ざりません。

レジは必須ですか？#

国と、代金引換を受け付けるかどうかによります。領収書が必須の場合はブリッジで接続します。フィスカリゼーションを参照してください。

導入初日：受取スポット