数値を受け取るをクリックしても数百の棚からその正確な品目を探し出し 間違いがないかを確認し正しいトラックに積み込む作業が依然として必要ですスプレッドシートは50個の在庫がどこかに存在することを示せます しかし在庫が毎分動く忙しい倉庫内で作業者を直接案内することはできませんそこでダイナミクス365ウェアハウスマネジメントの出番となります これは倉庫内のデジタルガイドとして機能し商品到着の瞬間から注文品が積み込みドックを離れるまでの作業を指示します 最後まで見れば入荷保管ピッキング出荷そしてすべての活動がビジネスの他の部分とどうつながるかを理解できるはずです なぜ倉庫管理が必要なのか忙しい図書館を想像してみてくださいすべての本がパレットで届き部屋から部屋へと移動し1時間以内に読者の元へ届ける必要がある状況です 本は製品であり棚は保管場所です図書館スタッフにはどこにあるかという大まかな把握以上のものが必要ですどこの棚のどの正確な位置にあるか そして別の読者に貸し出し予約がされていないかを知る必要があります倉庫も同じ問題を抱えています ただし本を間違えると顧客の注文品を誤って出荷することになります長い間チームは紙のピッキングリスト手作業でのカウント そして個別のシステムでこの作業の多くを処理してきました作業員が移動させた品目を書き留め後で誰かがコンピュータに入力していました 午前9時に棚から在庫が移動しても昼食時になってもシステム上では棚にあるままということが起こり得ます そのタイムラグが混乱を生みます 購買チームはサプライヤーから何が届いたかを尋ねます営業チームはその品目が今日出荷できるかを尋ねます 倉庫管理者はパレットがどこにあるかを尋ねます財務部門は会社がどのような在庫を保有しているかを知る必要があります チームごとに答えが異なれば人々はスプレッドシートを確認し現場を歩き回り電話で連絡を取り合うことになります 作業は急速に遅延しますダイナミクス365サプライチェーンマネジメントはビジネス全体のより広範な商品の流れを 接続しますサプライヤーからの購入製品製造在庫移動顧客への販売返品対応などをカバーします ウェアハウスマネジメントはこの接続されたプラットフォーム内で倉庫内の物理的な作業に焦点を当てています 次に何をすべきかを作業者に指示します作業者は配送品を受け取ることができます 別の作業者は製品を保管場所に移動できますまた別の人は顧客の注文をピッキングし箱詰めし出荷準備ができます 各アクションは発生した瞬間に同じビジネスシステムに記録されますこの共有された記録が会話を変えます 誰がどうやってその部品を動かしたのかと尋ねる代わりにああ倉庫のタスクステータスそして在庫の場所が見えるようになります 印刷されたリストを送って読みやすい手書きで戻ってくることを期待する代わりに作業者はモバイル端末の指示に従いスキャンで各動作を確認します さて在庫管理と倉庫管理は響きが似ているため混同されることがよくあります在庫管理は今在庫はどれくらいあるかという問いに答えるものです これは企業全体の数量コスト製品詳細そして在庫状況を追跡します倉庫管理は別の問いに答えるものです それはその在庫は正確にどこにあるのかということですそして作業者は次に何をすべきかということです 製品の箱を200個持っていると知ることは確かに有益です40箱が受け入れドックにあり120箱がバルク保管エリアに20箱がピッキングエリアにあり 残り20箱が顧客の注文用に確保されていると知ることこそが倉庫運営の要となります つまり在庫管理は在庫の記録と考えてください倉庫管理はその記録を具体的な作業指示へと変えるものです 配送トラックがちょうどに受けドックに到着しましたサプライヤーは荷卸しを待ちますがシステムがすべての品目の行き先を判断したとき 本当の仕事が始まります倉庫のマップサイト倉庫ロケーションそして在庫の詳細です 在庫を管理する前にシステムは物理的な空間のマップを必要としますサイトとは工場キャンパス配送センター地域拠点など より広いビジネスの場だと考えてくださいそのサイト内に一つまたは複数の倉庫を配置できます 倉庫は建物全体を指すこともあれば同じ建物内の独立した保管エリアを指すこともあります原材料用完成品用返品用など倉庫を分けて管理することもあるでしょう 次にロケーションですロケーションとは作業が行われる場所または在庫が置かれる正確な位置のことです受け入れドックラック棚瓶梱包テーブルなどがそれに当たります 検査町の製品を置く検疫エリアである可能性もありますこの詳細なレベルが推測による作業を排除します ブルーウィジェット100という製品を想像してくださいロケーション管理がなければシステムは倉庫aに200個あるとしか教えてくれません 作業者は結局それを探し回る必要がありこれでは先週見たという人に尋ねるのと大差ありません 倉庫管理があれば記録には通路4ラック b 棚03に80個あると表示されますさらに60個がバルク保管エリアにあります 残りは梱包エリアの近くにあり受注への対応準備が整っているかもしれませんすべての製品は独自のアイデンティティから始まります それには品目番号カウントに使用する単位そして適用されるルールが含まれますボトル入りの水はケースでボルトは個数で床タイルはパレットで数えるかもしれません 製品によっては重量物壊れやすいもの冷蔵品回転の早いものなど特別な保管ルールが必要ですシステムは複数の詳細情報を同時に追跡して在庫管理できます サイト倉庫ロケーションを追跡可能です必要に応じてバッチ番号シリアル番号またはライセンスプレートも追跡できますそれぞれの詳細は同じ物理的な製品に関する異なる疑問に答えるものです バッチ番号は同じ製造工程や配送で入荷したアイテムをグループ化しますこれは食品医薬品化学薬品など問題が発生した際に特定のグループまで遡る必要がある商品で重要となります シリアル番号は個々のアイテムを識別します機械ノートパソコンあるいは高価な部品を販売する場合どのユニットが到着しどこへ移動しどの顧客へ届いたかを正確に把握する必要があります それによりアイテムの故障や返品が必要になった際に明確な追跡が可能になります次にライセンスプレートを持つアイテムがあります名前に反してトラックとは一切関係ありません ライセンスプレートとはパレットカートン等とその他のコンテナに対する固有の id です空港の荷物タグのようなものだと考えてください タグをスキャンすればシステムはそのコンテナが何を指し何が入っているのかを把握しますすでに内容が登録されたライセンスプレートがパレットに重複されていれば 作業員がパレット上のすべての箱を一つずつスキャンする必要はありませんこれは時間の節約になりますが記録が正確に保たれている場合に限ります ですから手持ち在庫について語るとき必ずしも単なる合計数だけを指すわけではありませんシステムは在庫がどれだけありどこに配置され使用可能かどうか そしてどのバッジシリアル番号コンテナに属しているかを表示できます物理的には倉庫内にあっても使用できない在庫もあります 損傷している可能性があります検査待ちである場合もあります顧客の注文文である場合もありますシステムはこれらの違いを明確に保持しているため 作業員が誤って倉庫から出してはいけないものを取り出すことはありませんこのマップがあればトラックが到着した際に作業員は何をスキャンすべきか判断でき ダイナミクス365がそれらの保管ルールに基づき次の作業を割り当てることができます配送トラックから適切な棚までの入荷作業です 配送はトラックが到着した時に始まるわけではありませんそれより前の購買発注から始まります購買発注はどの製品がいくつ通常いつ到着するのか サプライヤーから何を期待しているのかを企業に伝えますトラックがドックに到着すると倉庫チームは物理的な納品物と期待される記録を 称号できますあてもなく荷物を受け取る必要はありません 作業員は製品をスキャンするかパレットのライセンスプレートをスキャンして到着した数量を確認しますサプライヤーが100ケースを送ったはずがトラックから98ケースしか下ろされなかった場合 その際は直ちに判明しますシフト終了時に誰かがコンピュータにメモを入力するのを待つ必要はありません 企業は何が到着し何がまだ不足しているのかを把握できます受け入れ作業には数量チェック以上のことが求められる場合もあります 食品サプライヤーは検査が必要なバッチの製品を納品することがあります製造業では製造現場に届く前に承認が必要な部品を受け取ることがあります そのような場合ダイナミクス365は在庫検疫場所に送ることができます検疫とは商品は物理的に建物内に泊まるものの 作業員はそれらを通常の在庫として使用したり出荷したりできない状態を指します品質管理チームは製品を検査し承認拒否または問題の記録を行うことができます その決定が下されるまで倉庫システムは在庫通常の作業から隔離しますこれにより未承認のパレットが誤って顧客の注文に紛れ込むのを防ぐことができます 在庫の受け入れが完了したら保管場所が必要ですこのステップは棚入れと呼ばれます 作業員がパレットの保管場所を考えるのではなくモバイルデバイスが特定の場所へ誘導しますパレットを受け入れドックからバルクラック 冷蔵保管ゾーンあるいは梱包エリア近くのピッキング場所へ運ぶよう指示しますシステムはロケーションディレクティブを通じてその選択を行います 専門的な名称に聞こえますが考え方はシンプルですロケーションディレクティブとはこのアイテムは今どこへ行くべきかという問いに答えるルールセットのことですルールは製品サイズ保管ニーズ倉庫ゾーンのスペース制限 そしてアイテムの用途に応じた場所を考慮します重量のある在庫は地上レベルのラックに配置される可能性があります 小型で回転の早いアイテムは作業員が注文をピッキングする場所に近い棚へ配置されます冷却が必要な在庫は承認された冷蔵保管場所にしか配置できません 作業員は複雑な倉庫のルール表ではなく明確な指示としてその結果を確認しますワークテンプレートは作業そのものを構成します ワークテンプレートはシステム内の反復可能なジョブカードだと考えてくださいサプライヤーからの納品に対しては2つのステップが作成されますドックで在庫を受け取りルールによって選択された場所に棚入れするというステップです モバイルデバイスが各ステップを正しい順序で表示し各スキャンによってそのステップが完了したことが確認されます異なる人が異なるシフトで働く場合そのような一貫性が重要となります 新しいチームメンバーはすべての保管ルールを覚える必要はありませんデバイスが適切なスキャンを求め次の作業を表示し移動を記録します 管理者は在庫がドックで待機中か保管場所に移動中かすでに割り当てられた場所にあるかを確認できますしかし保管エリアは新たな問題を生む可能性があります 多くの倉庫では大量の在庫をバルク保管場所に置き小さなピッキング場所には日々の注文に必要な分だけを置きますピッキング場所の在庫が少なくなってきたら棚が空になる前に補充が必要です これが補充リプレニッシュメントですダイナミクス365はバルク保管場所からピッキング場所へ在庫を移動する作業指示を作成できます これは注文を待ってから慌てて探すのではなく計画的な補充を行う仕組みです商品は仕入れ先への発注以外のルートでも入荷します 移動オーダーはある倉庫や拠点から別の場所へ在庫を移動させます製造オーダーにより完成した製品は工場での製造完了後保管場所へ入庫する必要があります いずれの場合も倉庫は同じ基本的なパターンに従います入荷品を確認し適切なルールを適用し正しい場所へ誘導します これで在庫は保管され確認され作業の準備が整いましたしかしそれが報われるのは注文した顧客のために再びその在庫を見つけ出せた時だけです 次に追加すべき工程があります顧客注文からニズミドックまでの出荷作業です 顧客の注文が倉庫の出荷プロセスを開始します営業チームは顧客の希望必要数量出荷予定日を記録します その注文は在庫記録と同じ連携プラットフォームに入力されますそのため倉庫は別のメールリストを元に作業する必要がありません ピッキング開始前にビジネス上の判断でその注文のために在庫を確保することができます予約とはシステム上で特定の在庫を確保し他の注文が割り当てられないようにすることです もし在庫が10個しかなく一人の顧客がすでに10個すべてを注文していれば倉庫と営業チームはそれらが確保済みであることを確認できます これにより後で気まずい会話を交わす事態を避けられます注文には依然として物理的な作業が必要です 誰かが正しい場所へ歩いていき正しい品物を取り数量を確認し梱包してニズミドックまで運ぶ必要がありますダイナミクス365ウェアハウスマネジメントは顧客の注文をこれらのステップへと変換します 忙しい倉庫では注文を一つずつ処理することは稀ですその代わりに倉庫はウェーブを作成できます ウェーブとはチームがまとめて処理したい注文を計画的にグループ化したものですすべての注文が同じトラックで出荷される場合などがあります あるいは配送日倉庫のゾーンまたは顧客の配送ルートが共通している場合などですシステムは作業者がピッキングを始める前に作業をグループ化します ウェーブとは家を出る前に一連の用事を準備するようなものだと考えてくださいスーパーと薬局が同じルートにあるなら一度帰宅してからまた出かけるような非効率なことはしません 作業をまとめることで歩行時間を減らし注文処理の時間を増やすことができます倉庫でウェーブがリリースされるとシステムによって作業が作成されます その作業はセットアップ時に選択されたルールに従います最初にピッキングタスク次に梱包エリアへの移動タスク 最後に完成したで荷物を適切なドックドアに配置するタスクが作成されます作業者は長い紙のリストを読み解く代わりにハンドヘルドデバイスで次の行動を確認します デバイスはまずその場所をスキャンするよう作業者に指示できますこれにより正しい棚や瓶に到達したことが確認されます 次に製品をスキャンし数量を確認しますもし作業者が間違ったアイテムをスキャンしてもシステムは箱に入れる前に作業を停止させる ことができますこうした小さな確認が大きなミスを防ぎます 単純な注文であれば一人の作業者が顧客一人の全商品をピッキングして梱包へ運ぶこともありますしかし小さな注文が多い倉庫では代わりにクラスターピッキングが使われます クラスターピッキングでは一人の作業者が一度の移動で複数の注文文を収集できます作業者は異なる注文に紐付けられた個別の容器 トートを積んだカートを使用します商品を手に取るとデバイスがどのトートに入れるべきか指示を出します つまり通路を一度歩くだけで注文を混同させることなく複数の顧客注文を処理できるのですピッキング後商品は梱包へと移動します 梱包では箱カートンパレットのそれぞれに何が入っているかを確認します倉庫では商品を格納する容器を記録しラベルを印刷して出荷準備を整えます 顧客が受け取るのは倉庫の作業指示書ではなく荷物であるためこのステップは重要です顧客は正しい中身と適切な配送詳細が記載された荷物を求めているからです 倉庫の棚に長く保管する必要のない商品もあります顧客がその日の朝にサプライヤーから届く商品を待っていると想像してください 入荷して在庫として保管し後で再びピッキングするのではなくクロスドッキングを利用できますクロスドッキングでは長期保管を挟まず入荷した在庫を直接出荷へと回します 取扱いが減ることで置き場所を間違えるリスクも少なくなります出荷物はその後ステージングエリアと積込ドッグへと運ばれます 倉庫で出荷作業が完了するとダイナミクス365が注文プロセス全体を更新します在庫状況がそれまでとは変わり利用可能数が更新されます 販売注文が進行し配送関連の作業で出荷詳細が利用可能になります単に箱が建物から運び出されるだけではありません 倉庫での動きは顧客との約束在庫記録そして注文を適切な車両に積み込むための次なるステップへとつながっていますしかし顧客からの注文は日々の倉庫業務の一部にすぎません 在庫は保管中も管理が必要だからです日々の管理移動棚卸しそして在庫の保護です在庫は棚に届いたからといってそのまま静止しているわけではありません ピッキングエリアの空きが必要な場合売れ筋商品を梱包エリアの近くに置く場合あるいは大きなパレットを一時保管エリアから移動させる場合など 倉庫では製品を移動させることがありますダイナミクス365はこうした内部移動を記録するため移動の度にシステムと物理的な倉庫の 状態が一致し続けますその記録がなければシステム上には存在していても実際に必要とする作業者にとって商品は見つからない状態になってしまいます 棚卸しが重要なのも同じ理由です多くの人は棚卸しといえば通常の業務を停止しスタッフがすべての棚や箱を数える完全閉鎖をイメージします そうしたケースもありますが多くの倉庫では代わりにサイクルカウンティング循環棚卸しが採用されています 倉庫が稼働し続ける中で定期的に特定の場所や特定の製品をカウントします今週は特定の通路をカウントするかもしれません あるいは1日中入れ替わりが激しい売れ筋商品が頻繁にカウントされるかもしれません安価な梱包テープよりも高価な部品の方がチェックの頻度を高くする必要があるでしょう システムは棚卸し業務を作成し他の倉庫タスクと同様にモバイルデバイスへ送信できます作業者はその場所へ向かいスキャンを行い実際に確認できる数量を入力します ダイナミクス365がその数値と記録上の数量を称号します両方の数値が一致すれば棚卸しは完了です 数値が異なる場合誰かが在庫記録を変更する前に倉庫側で調査を行うことができますおそらくスキャンなしで何かが移動したのでしょう あるいはアイテムが間違った箱に入れられているのかもしれません前回のカウントに誤りがあった可能性もあります 際には説明が必要です未在庫数とシステム上のカウントが一致しない場合 承認された在庫調整によって記録を修正しますこの調整は企業が所有していると認識する内容を変えてしまうため管理が重要になります 適切な倉庫業務を怠るための近道にしてはなりません返品についても同様の注意が必要です 顧客が未開封の製品損傷したアイテムあるいはテストが必要なものを変装してくる場合があります倉庫側は返品を受け取りその状態を確認します 結果に応じて作業者は在庫に戻すか権益へ送るか再作業へ回すかあるいは使用可能な在庫から除外するかを判断します商品の状態が次の進むべき道を決めるのです 品質管理はこの作業に直結しています品質チェックにより仕入れ先からの配送返品または倉庫プロセスからの在庫を承認されるまで保留にすることができますこれにより問題のある商品が通常の在庫の近くに置かれているという理由だけで 製造工程や顧客への出荷に紛れ込むのを防ぐことができますこうしたタスクはすべて作業現場で記録を行うことでより効率的に機能します 棚でのバーコードスキャンにより作業員が商品を扱うその場で品目場所コンテナ数量を記録できます後で記録しようとポケットに紙のメモをため込む必要はありません パレットが昼食前と昼食後のどちらに移動したか後から思い出そうとするような二度手間も発生しませんスキャンがそのまま記録となりますそうしたスキャンを可能にするのがラベルです 倉庫では zpl ゼブラプログラミングランゲージと呼ばれるものを含め品目場所パレットコンテナ用のスキャン可能なラベルを印刷できます簡単に言えばシステムから対応するゼブラプリンターにラベルの指示を送ることで 作業員はスキャナーが認識できる id を作成できるということです明確なラベルは物理的な在庫にデジタル上の住所を与え移動棚卸し 返品品質チェックの際に重要となります現場でのすべてのアクションがオフィスと同じ記録を更新できその連携が倉庫の精度を大きく向上させます 統合された一つのプラットフォームダイナミクス365の何が違うのでしょうか一部の倉庫システムはビジネスの他の部分から切り離されています あるシステムで誰かが発注書を入力します倉庫スタッフは別の場所で納品を追跡します あとから誰かが情報をコピーしたり両方の記録間の不一致を修正しようとしたりしますそれが遅延や重複作業を生みどの数値を信頼すべきかという議論を引き起こします ダイナミクス365の倉庫管理はダイナミクス365サプライチェーンマネジメントの中で機能します購買販売転送製造品質返品輸送のすべてが同じビジネス記録に接続できます 倉庫では物理的な作業が行われますがその作業は倉庫スタッフしか見られない隔離された場所で完結するわけではありません顧客からの注文が届いたと想像してみてください 販売部門がその注文を入力します倉庫部門がピッキング作業を作成し完了させます 出荷が進むと在庫記録が変更され同じビジネスイベントに従って財務処理を行うことができます商品が出荷されたことを経理部門に伝えるために完了した出荷情報を別のシステムに打ち直す必要はありません 各チームが同じストーリーの自分の担当部分を確認できます購買チームは予定された商品が到着したかどうかを確認できます 販売チームは注文が倉庫作業を経て進捗したかどうかを確認できます製造チームは材料及び完成品の記録を扱うことができます マネージャーは個別のツールからアップデートを収集する代わりに業務が滞っている場所を把握できますそのような共通のビューはしばしば信頼できる唯一の情報源と呼ばれます つまりオフィスチームと倉庫チームが同じ注文と同じ在庫状況を共有しているということです使用する画面や目的は異なっていても食い違った事実に基づいて作業を行うべきではありません パワー bi はその接続されたデータをレポート作成に活用できますマネージャーは注文の正確性フルフィルメント時間在庫レベル 倉庫の作業負荷などを追跡するかもしれません特定のエリアで定期的に遅延が発生する場合 データから問題の所在を突き止めることができます次に生じるのは実用的な疑問です ロケーションのレイアウトが移動距離を増やしていませんか特定のチームに負荷が集中していませんか ピッキングエリアで在庫切れが頻発していませんかシステムが作業を記録するためマネージャーはパターンを分析できます 日々の指示の裏にはいくつかの設定項目がありこれらを正確に把握しておくことが重要ですロケーションディレクティブは在庫の移動元や移動先を決定します ワークテンプレートは作業者が完了すべき手順を構成しますウェーブは出荷作業のグループを適切なタイミングでリリースします それらのルールによって作業者のデバイスに表示される指示が生成されますつまり設定には最新の注意が必要だということです ロケーションルールが誤った場所を指せばスキャナーは作業者を忠実にそこへ誘導してしまいます作業手順が実際の倉庫運営と合致していなければ デバイスは効率かどころか逆に足枷となってしまいますシステムは与えられたルールに従うだけです ルールが建物や製品そして現場の作業員と一致すれば個々のスキャンは単なるデバイスの警告音ではなく有益なビジネスイベントへと変わります まとめ倉庫現場のダイナミクスに関するデジタルガイド365ウェアハウスマネジメントは倉庫作業者にガイド付きのタスクを提供し 完了した各タスクはより広範なビジネス記録の一部となりますこの知識が在庫記録と倉庫作業の違いを明確にするのに役立ったならお好みの m 365 fm チャンネルを登録してください次のエピソードではダイナミクス365の在庫管理を取り上げ 企業が所有する資産と倉庫での保管場所を結びつける方法をご紹介します