ほとんどのオンラインストアの主な問題の1つは倉庫です。 メンテナンスにはかなりの費用がかかりますが、倉庫がある場合でも、作業を適切に整理することは非常に困難です。 オーディオマニアでは、倉庫物流の複雑さの多くに直面し、最も一般的な倉庫の問題を効果的に解決できる多くのアプローチを開発しました。
問題
まず、「倉庫物流」と呼ばれる一般的な問題をより小さなものに分解する必要があります。 私たちが最初に直面したのは、倉庫の従業員がしばしば責任を負いすぎることでした。彼らは、商品をどのようにどこに置くか、どのようにグループ化するか、何をどこに保管するかに関する決定をしなければなりませんでした。 したがって、それらの1つが不在のとき、深刻な困難が始まりました。結局、これらの決定の多くは従業員によって個別に行われました。 Audiomaniaでは、オーディオ製品を販売しています。その中には、大型のスピーカーシステムだけでなく、倉庫に連れて行った従業員が突然病気になった場合など、単純に非現実的な小さなラジオコンポーネントもあります。
この問題から、2番目はスムーズに流れました。実際、倉庫内の商品の検索です。 多くの場合、オンラインストアは次の状況に直面しています：製品が在庫があることを正確に理解していますが、正確にどこにあるかは誰にもわかりません（多くの場合、単に検索時に倉庫にこの製品を受け入れる人がいないためです）。 多くの場合、店主のこのような混乱と個人的な責任は再分類につながります（クライアントが最初に注文した商品を誤って受け取った場合やまったく受け取っていない場合）。たとえば、「BL」というマークが付いた大量のヘッドフォンが倉庫に到着すると、 原則として、黒の商品はこのようにマークされますが、今回は「BL」の下でメーカーは「青」-「青」を意味していました。 その結果、多くの顧客が異なる色のヘッドフォンを受け取りました。店主情報システムがないため、各顧客はまず間違いを犯し、次にこのマーキングの裏に隠されているものを見つけるために直接体験する必要がありました。
タスク
ある時点（2012年の夏まで）で、この混乱はすべて非常に疲労を蓄積していたため、倉庫の再建をより厳しくすることが決定されました。 この場合の主な進歩のエンジンは会社の急速な成長でした-私たちは、店主の数が大幅に増加しても問題を解決できないような速度で開発しました。 このプロセスの主なタスクの中で、以下が強調されました。
- 再生の排除;
- 労働生産性の向上。
- 簡単で高速なスケーラビリティを提供します。
- 新入社員のトレーニングを加速します。
- 在庫品の柔軟な制御システムの作成。
解決策
店主のソフトウェアと機器
倉庫の最適化の一環として、ストレージ施設の作業を自動化し、店主のタスクを簡素化できるソフトウェアを作成しました（すべてのソフトウェア開発とサポートが社内で行われているので、データ交換とそれらの操作に問題はありません）。 ソフトウェアは引き続き改善されていますが、それを作成するための主な作業には3か月かかりました（準備を含む）。 準備中に、パートナー企業の物流センターに行き、その経験を調査しました。 その後、テクニカルディレクター、開発部門の責任者、ウェアハウスマネージャーを含む数人のチームがToRを開発し、スタッフプログラマーが受け取りました（コードの作成に直接関与していました）。
ソリューションを作成したが、既存のソリューションを活用しなかった理由は2つあります。
- レガシープラットフォーム用に作成されたソフトウェアを使用および保守する必要性（ ほとんどの倉庫端末は、Windows Mobileプラットフォーム用に作成されたソフトウェアを使用します）。 たとえば、Motorolaのトップウェアハウスターミナルは、Microsoft Windows CE 5.0 Professionalバージョンで動作します。
- 設備のコストが高い。 既成のソリューションと比較して、倉庫ターミナルのコストを合理的に削減したいと考えていました。通常のターミナルコストは数万から10万ルーブルです（平均して、倉庫ターミナルのコストは約35,000ルーブル、大型物流施設は約50,000ルーブルのターミナルを使用します）。 同時に（ポイント1を参照）、このお金で、同じ低速で道徳的に時代遅れのオペレーティングシステムを備えたデバイスが市場で提供されます。
産業用ターミナルの主なプラスであるショックと転倒への抵抗でさえ、私たちにとって重大な意味はありませんでした。私たちの計算によると、週に1つの「カスタム」ターミナルを壊しても、コスト（数年にわたる「ナショナルチーム」との仕事の規模で） »端末別）は、特殊なソリューションを購入する場合よりも低くなります。
しかし、倉庫ターミナルの「プレハブ」バージョンも「落とし穴」に満ちていることが判明しました。 写真（左）には、倉庫の従業員の機器の初期バージョンが表示されています。これは、いくつかの理由で放棄されなければならなかったものです。 最初は、ポータブルの有線スキャナーが接続された小さな5インチタブレットを使用しました。
手首にタブレットを装着して、どの棚からどの商品を取り出す必要があるかを知らせるのが便利で非常に現代的であるように思えます。たとえば、従業員は手首にも重要なマークが付いた映画「In Time」のヒーローをすぐに思い出しました情報。
それでも、そのようなソリューションの人間工学は標準に達していませんでした。 産業規模で追加のデバイスをバイパスして、情報を直接手に送信する方法をまだ学習していないため、タブレットを特殊なケースで手首に固定する必要がありました。 これらのカバーは、革製品を縫製するためのワークショップで注文するために縫い付けられており、1枚あたり1000ルーブルの費用がかかりました。 さらに、たとえば従業員が箱から何かを取り出さなければならない場合、手首のタブレットだけが干渉しました。
映画「Time」のカード：新しいタブレットを受け取った後、従業員はすぐに似たようなことを思い出しました
タブレットとスキャナーの有線接続によって多くの問題が発生しました。何度も何度も、信頼性の低いミニUSB接続の接続に失敗しました。 それらは交換する必要がありました（タブレットはサービスセンターに複数回アクセスしました-コネクタまたはタブレット全体を変更しました）。 その結果、不快で信頼性の低いタブレットや有線スキャナーを放棄しなければなりませんでした-Bluetoothスキャナー（中国のOEM製）で補完されたよりコンパクトなHighscreen Boostスマートフォン（4.3 ''、Android OS、4160 mAh）に置き換えました。
このオプションの利点は、第一に、この比較的安価な携帯電話は非常にゆっくりと放電し、第二に、ポケットから簡単に取り外すことができることです。したがって、商品を扱うときに干渉せず、Bluetooth接続スキャナーに余分なワイヤが必要ありません、適切に機能し、従業員の動きを妨げません（スキャナーには、他のすべてに加えて、必要に応じてこれら2つのデバイスが全体として機能できるように、電話の本体に取り付けるカバーが付属しています）。 すぐに言ってみましょう。従業員をiPadに移すというアイデアがありましたが、すべてのワイヤレス（有線ではない）スキャナーから接続できるため、それを拒否しました。
倉庫作業員向けの新しい機器のようです
この段階の微妙な点は、途切れることなく機能する「タブレット/スマートフォンスキャナー」の組み合わせを正確に選択することでした。最終的に、適切なキットを選択すれば、携帯電話用のBluetoothスキャナーから受信したデータの処理は問題になりません-キーボードから入力された情報としてそれらを認識します（したがって、追加のドライバーを記述する必要はありません。 動作中、デバイスは混乱せず、紛失することもありません。夜間、従業員は電話とスキャナーの共同保管用に用意された個々のセルに充電されます。 デバイスのセットは特定の従業員に関連付けられていません-一日の始めに、従業員は任意のセットを取り、バッジをスキャンして（システムにログインして）仕事に取りかかることができます。
倉庫ソフトウェアはスマートフォンのブラウザを介して動作します-これは、ピックアップする商品に関するシステムからのすべてのヒントと指示が表示される場所です（従業員はそれらを見つけてスキャンする必要があり、システムは間違った商品をピックアップできません）。 これにより、ソリューションは非常に柔軟であることが判明しました。何らかの理由で、店主の現在のハードウェアが十分に便利でないことが判明した場合、別のタイプのデバイスに切り替えることは難しくありません。
アセンブリの申請の受付も自動化されています。 倉庫の再編成プロセスの最初の段階でタスクを受け取るために、従業員は倉庫モニターを使用しました。これは、収集する商品に関する情報をスキャナーが読み取ることができる画面です。
再編成の第1段階：現時点で最も優先度の高いアセンブリのバーコードを表示するモニター
すべての製造可能性について、このアプローチを簡素化することにしました。倉庫には注文を組み立てるための単一のキューがあるため、新しいアセンブリに関する情報でバーコードを動的に変更する必要はありません。 現在、全員に単一のバーコード（紙に印刷）を使用しています。スキャンして、店主はキュー内の次の注文を処理する準備ができていることを確認します。詳細はすでに従業員のスマートフォンに直接送信されます。 この決定は、プロセスを簡素化したいという願望だけでなく、購入したワイヤレススキャナーがモニター画面から情報を読み取らなかったことが判明しました。 モニターはこのタスクに使用されなくなりましたが、引き続き倉庫で正常に使用できます。キュー内の注文のステータスと特性に関する統計が表示されるようになりました。
システムはアセンブリを自動的に生成および優先順位付けし、必要に応じて順序を変更します。 この場合：
- 小売顧客は常に優先されます（このルールは、小売スペースが倉庫に隣接している施設に関連しています。この場合、これはすべてのイノベーションが導入された地下鉄駅Elektrozavodskayaの中央店舗です。現在、開発されたアプローチは1000平方メートル）。
- モスクワで配達用の商品セットを作成する場合、状況に適応します。 同時に、より緊急度の低い注文の優先度が低くなるため、注文は1日前にのみ収集されます（それ以上ではありません）。
- 運送会社の従業員は事前に選択された時間に倉庫に到着するため、さまざまな企業への地域の出荷は通常特定の時間に関連付けられています（この場合、指定されたX時間に近づくほどアセンブリの優先度が高くなり、その後このタイプのアセンブリの優先度は低くなります）。
- アセンブリの優先度に関するすべての決定はシステムによって行われるという事実にもかかわらず、倉庫管理者は、例えば、運送会社の配達員または代表者が期日までに遅れた場合、その行動を調整できます。
[ ウェアハウスロジックとシステム全体の「物理的な」組織が、ユーザーの観点からどのように見えるか、 パート2の再編成の結論と結果について ]