エクスペディション（Expo）

エクスペディションは、キッチン（KDS）とレジ（POS）に並ぶ3つ目のオペレーション画面です。完成した注文を配達員に引き渡す、受け渡し担当者の作業スペースです。**管理パネル → 「受け渡し（Expo）」**を開きます。メニューでの項目名はまさにこれです。

この画面は具体的な問題を解決します。棚に6つのバッグ、ドアの前に3人の配達員がいるとして、誰がどのバッグを持っていくのか？

受け渡しキュー#

画面には、ステータスが「完成」／「受け渡し待ち」の持ち帰り・配達注文が表示されます。つまりキッチンの後、配達員への引き渡し前の注文です。ここには、配達員がすでに割り当てられている（手動または自動で）ものの、バッグがまだ棚にある自社配達の注文も残ります。配達員の割り当ては注文が出発したことを意味せず、カードが受け渡しから消えるのは、ここで引き渡しを記録したとき、または配達員が自分の画面で「受け取った」と記録したときだけです。各注文カードには以下が含まれます。

• チャネルバッジ — Glovo / Wolt / Yandex Eats / 自社サイト / 自社配達員。注文のソースから自動的に判定されます。
• 配達員の名前と電話番号（すでに割り当てられている場合）。
• ETA（配達員の到着予定時刻）のカウントダウン、「配達員が遅れています」、または緑色のハイライト**「配達員が到着済み」**。
• 注文の完成から経過した時間 — どの注文が冷めつつあるかがわかります。設定したしきい値を超えるとカードが黄色になり、その後赤くなります（到着した配達員はしきい値より優先されます）。
• 1行での注文内容の概要（最初のアイテムと「他N点」）とゲストの名前。
• 持ち帰りの場合 — 受け渡しコード。ゲストが自分の追跡画面に表示するのと同じコードで、スタッフはバッグを渡す前に目視で照合します。

カードは配達員の到着時刻順（最も近いものが上）に並び、ETAが不明な場合は受付順（FIFO）に並びます。

歯車アイコンの**「ページ表示」**で、自分の受け渡しに合わせて画面を設定できます。カードの幅、密度、表示するフィールド（チャネル、配達員の電話番号、内容、ゲスト、注文の経過時間）、「黄／赤」のしきい値（分単位）、音。店舗が複数ある場合、ロケーションのフィルターはデバイスに保存されます。

注文の配達員への引き渡し#

配達員が注文を受け取るとき、エクスペディターはワンタップで引き渡しを記録します。

• 自社配達の場合 — 注文はステータス「配送中」に移行し（自社配達セクションと同じ遷移）、「配達員が受け取った」というマークが付きます。これがカードを受け渡しから消します。店舗の配達員が「従業員」セクションに登録されていて、注文に配達員がまだ割り当てられていない場合、画面はまずどの配達員にバッグを渡したかを尋ねます（「外部配達員」という項目もあります）。配達員がすでに割り当てられている場合は質問はなく、画面は単に引き渡しを記録し、確認の中で配達員の名前を表示します。注文を別の配達員に渡すには、自社配達セクションの「↪ 再割り当て」ボタンを使います。
• アグリゲーター（Glovo/Wolt/Yandex Eats）と持ち帰りの場合 — カードは引き渡し済みとしてマークされ、キューから削除されますが、注文のステータスは壊れません。実際の受け取りはプラットフォームまたはゲスト自身が確認します。カードはすぐに消えますが、記録が失敗した場合は元に戻ります。

更新はWebSocket経由でリアルタイムに届き、接続が切れた場合の予備のポーリングもあります。キッチン画面と同じです。

店舗に外部配送サービスが接続されている場合、自社配達の注文カードに**「配達員を呼ぶ」**ボタンがあります。別のセクションに切り替えずに、受け渡しから直接配達員を呼べます。サービスが接続されていなければ、ボタンは単にありません。アグリゲーターと持ち帰りの注文にもありません。詳細は自社配達をご覧ください。

マニフェストとバッグ用ステッカーの印刷#

受け渡し画面から2つの書類を印刷できます。どちらもCenaly Hardware Bridge経由です。

• バッグ用マニフェスト — 注文内容を記載した、バッグの中に入れる紙です。注文番号、チャネル、ゲストの名前、数量付きのアイテム、別行のモディファイア（「玉ねぎ抜き」「ラクトースフリーミルク」）、ゲストのコメント、そして「アイテム数：N」の合計。これで配達員とゲストが内容を照合し、アグリゲーターとの「アイテムが入っていない」というトラブルは印刷された証拠で解決します。マニフェストは1件の注文ごと、またはキュー全体に対して一度に印刷できます。
• バッグ用ステッカー 60×40 — 画面が注文を何個のバッグに分けたかを尋ね（最大20）、「バッグ 1/3」「2/3」…というラベルを印刷します。バッグが配達員間で混ざらないようにするためです。同じ回答で再度押しても、余分なラベルは印刷されません。

ステッカーは「ラベル用」の役割のプリンターに送られ、それがなければ通常のレシートプリンターに送られます。ブリッジがない場合、マニフェストはブラウザーで印刷されます。印刷の詳細、ジョブキュー、コードページについてはキッチンとホールでの印刷をご覧ください。

全画面モード#

KDSと同様に、エクスペディション画面は受け渡し場に常時点灯するモニターを想定しています。

• 全画面モードと画面スリープのブロック。
• 配達員が到着した瞬間の音声シグナル（注文が単にキューに入ったときではなく、受け渡しではドアの前にいる人が重要なのです）。
• **「連続呼び出し」**モード：到着した配達員が対応されるまで、シグナルが数秒ごとに繰り返されます。音とモードはデバイスごとに個別に設定されます。

開始に必要なもの#

• ブラウザーを備えたタブレットまたはモニター — 受け渡し画面は完成注文の棚のそばで開きます。
• 持ち帰りと配達の注文 — エクスポが表示するのはまさにこれらです。
• ステーションの完成チケット — 注文の組み立てはキッチン画面でのアイテムの完成状況から成り立ちます。
• ブリッジとプリンター — バッグ用ステッカーとシフトのマニフェスト用（印刷）。
• 保護された接続（HTTPS） — 受け渡しコードはブラウザーの暗号技術で計算され、通常のhttpでは単に表示されません。

制限事項#

• ホールの注文はエクスペディションのキューには入りません。 それらは注文詳細の「お客様に提供済み」ボタンで提供済みとしてマークします — ホールモード(「テーブルごとのウェイターへの提供」)はこの提供画面では計画中ですが、未実装です。
• 表示されるのは提供ステータスの注文(およびパッケージが受け取られる前の、クーリエが割り当てられた自社配達)のみで、受け渡し済みのマークがないものだけです — 早い段階のステータスは「注文」とキッチンにあります。
• アグリゲーターのチャネル一覧は固定です(Glovo、Wolt、Yandex Eats)。「自社クーリエ」はクーリエ名の有無で判定されます。
• 画面はクラウド型です — インターネットがないと動作しません(インターネットが切れた場合)。

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

注文がキューにない。 その注文はホール(dine-in)にあるか、まだ提供ステータスに達していないか、すでに提供済みとしてマークされています。

提供コードのチップが表示されない。 画面が保護されていない接続で開かれています — https で開いてください。

パッケージのステッカーが印刷されない。 ブリッジと選択したラベルプリンターを確認してください。現在、ラベルはレシートプリンターにラスターで印刷されます。

クーリエが別のパッケージを受け取った。 そのために提供コードと受け渡しの確認が必要です — シフトの作業手順にそれらを組み込んでください。

関連セクション#

• キッチン(KDS) — 注文がエクスペディションのキューに入るキッチン画面
• レジ(POS) — 注文の受付と支払い
• 自社配達 — 店舗の自社配達のクーリエ画面
• キッチンとホールでの印刷 — マニフェスト、ステッカー、印刷キュー

よくある質問#

店舗に自社クーリエしかいない場合でもエクスペディションは必要ですか?#

配達や持ち帰りがある場合はどのような場合でもこの画面は役立ちます — 自社クーリエもアグリゲーターのクーリエも同じ画面に表示されるため、配達チャネルが混在している場合に便利です。

店内での注文(dine-in)はエクスペディションに表示されますか?#

いいえ、この画面は持ち帰りと配達の注文のみを集めます — ホールの注文はクーリエへの受け渡しなしで、レジとキッチンを通じて処理されます。

画面はアグリゲーターのクーリエのETAをどのように知るのですか?#

ETAとクーリエのデータは、アグリゲーターのウェブフックで更新される注文データ、または自社配達のデータから取得されます — エクスペディションはそれらを表示するだけです。