歩く順に、数えます。
尾翼番号を入力します。その機体のREQリストが、歩く順に読み込まれます。ギャレー、前方ラバトリー、客室、後方ラバトリーの順です。足りていればその旨を示し、不足していれば数を数えます。飛行中でも使え、地上で送信します。
- 01どの尾翼でも引き継ぎ。 その機体で最後に提出された在庫と、何が不足していたか、用意済みかどうかが分かります。
- 02オフラインが前提です。 カウントはキューに入り、次の接続で送信されます。再送しても、重複は生まれません。
- 03客室の状態。 同じ報告で、機体の清掃が必要であることを、コメント付きで示せます。
- 04意味のある更新です。 TEBでピッキング中、TEBで用意済み、HPN向けに発注済み。オーダー番号が付きます。
ピッキング指示がフロアに届き、各段階に名前が残ります。
新規、作業中、完了です。確認するとピッキングが始まり、誰が行ったかが記録されます。ピッキング済みにすると、機体向けに用意され、乗務員に知らせます。在庫カウントは、補充オーダーを自動で作成します。
- 01一つの拠点だけです。 ハブ管理者には、自分のハブのオーダー、在庫、カウントだけが表示されます。
- 02編集ではなく、カウントです。 HQへカウントを提出します。最小値以下のものは、最大までの補充オーダーになります。
- 03受領は在庫に加算されます。 台帳に、オーダー番号と担当者が残ります。
- 04キャンセルは理由付きで届きます。 取り出した在庫は戻り、オーダーはキューから外れます。
眺める画面ではなく、処理するキューです。
新しい報告は、行き先を待っています。不足の各行は、そのハブの手持数、最小、最大と照合され、横に対応が並びます。ピッキング、発注、または割り当てです。理由を付けて取り消すと、すべてが元に戻ります。
- 01乗務員は経路を入力しません。 デスクが、公開済みのスケジュールから次の寄港地を割り当てます。各行は、そのハブに対して読み直されます。
- 02番号付きオーダーで、重複はありません。 ピッキング指示は、ハブごと、機体ごとに一つです。二つのデスクが同じ番号を発行したり、ピッキングを二重にしたりすることはできません。
- 03購買が使える帳票です。 印刷、ダウンロード、またはオーダーごとのCSVを、お使いの購買システムへ書き出せます。
- 04監査ログです。 行き先、ピッキング、発注、キャンセル、カウント、受領のすべてを、誰が行ったかとともに書き出せます。
データも、名前も、アプリストアも、お客様のものです。
お客様は、それぞれ専用のデータベースで動きます。製品の名前とブランドは、乗務員が分かる形にし、非公開の経路で配布します。
- 01お客様ごとのデータベースです。 報告、オーダー、在庫、ユーザーは、お客様自身のプロジェクトにあります。
- 02役割付きのサインインです。 乗務員、ハブ、運航、管理者です。すべての操作に、その人の名前とIDが付きます。
- 03期待ではなく、トランザクションです。 オーダー番号、状態の変更、ピッキング、受領は、不可分な一つの処理として確定します。
- 04非公開で配布します。 Apple Business ManagerとManaged Google Play、またはお客様自身の端末管理です。
- 05お客様の在庫構造です。 機種、セクション、品目、REQ、尾翼番号、拠点、在庫水準を、お客様の資料から取り込みます。
- 06プッシュ通知です。 新しいオーダーはハブの端末へ、進捗は乗務員へ届きます。