在庫管理システムの導入前に何を決める？入出庫・引当・棚卸の要件整理

導入する仕事と、今回扱わない仕事を決める

要件整理は、現場で困っている仕事を、仕組みに求める動きと確認条件へ変える作業です。「在庫を見える化したい」だけでは、場所が分かればよいのか、注文へ確保できる必要があるのか、棚卸差異を処理したいのかが決まりません。

品探し、出荷できる数の判断、記録の訂正を分ける

この架空会社では、倉庫担当が梱包資材を受け取り、検品を担当する人が状態を確認し、注文を扱う人が必要な分を取り置き、出荷担当が品物を外へ出します。倉庫責任者は差異や例外の判断を担い、IT発注担当は提供会社とデータ・端末・連携の条件を詰めます。一人が複数の役を兼ねる場合も、入力する仕事と、使ってよい・訂正してよいと判断する仕事を分けて説明します。

品探しを減らすなら、棚の場所と移動の更新が必要です。二重に取り置くことを防ぎたいなら、誰がいつ確保を更新し、同時操作をどう扱うかが必要です。違う問題を、同じ「在庫照会あり」という丸印で済ませないようにします。

管理対象と対象外を、隣の仕事との境界で決める

まず対象の倉庫、品目、入荷・保管・引当・出荷・棚卸の範囲を決めます。預かり品、自社の商品、仕入先へ返す品が混ざるなら、所有者や使用条件も別に扱います。ロットや期限、個体ごとの履歴が必要な品目は、その仕事の理由を添えて対象へ入れます。すべての会社が同じ項目を持つ必要はありません。

在庫管理は数量・場所・状態の把握を担い、倉庫内の作業指示や棚入れ・品取りまで扱う仕組みはWMS（倉庫管理システム）と呼ばれることがあります。製品ごとの範囲は異なるので、名称だけでは選びません。受注金額や請求まで変えるのか、発注・生産・会計は別の仕組みに残すのかを明記します。

一品目で入出庫の記録を始め、今日使える数を確かめたい場合は、既存の在庫管理の始め方の記事も参考になります。本稿では、その記録をシステムにどう扱わせ、どの結果で確かめるかに進みます。

品物・場所・在庫の意味をそろえる

同じ「在庫数」という名前でも、何を含むかが違えば比較できません。品名・仕様、数える単位、倉庫と棚、数量の状態、表示した時点を分けて説明します。

品目・単位・場所は、別々の情報として持つ

例の品物は同じ寸法の、梱包用の平たい段ボール、単位は枚です。梱包済みの箱数と平たい段ボールの枚数を混ぜません。仕入れは束、保管は枚という場合は、入り数と換算、端数や仕様変更の扱いを確認します。実品番があれば品名に添え、別寸法を同じ品目にまとめないようにします。

場所は入荷仮置き場と保管棚を区別します。同じ品目が複数の棚にあるときは、棚別の数量と倉庫全体の数量を読み分けます。品名へ棚名を埋め込んで別商品にするのではなく、品物と場所を別に扱えるかを尋ねます。会社全体の合計だけ合っていても、別の担当が該当する棚で品物を見つけられるとは限りません。

予定、構内にある記録、検品待ち、引当を混ぜない

• 入荷予定：これから届く見込みです。受け取った記録とは分けます。予定日が過ぎた場合、分納・不足・取消の場合に誰が更新するかも必要です。
• 構内数量の記録：受領・出荷などから計算して記録している数です。システムの表示を見ただけで、現物を数えたことにはなりません。
• 検品待ち：受領していても、使ってよいか確認していない状態です。不良と決まった意味ではありません。
• 引当済み：注文などに向けて取り置いた数です。「引当」はこの取り置きを意味し、品物が既に出荷されたとは限りません。
• 使える数：どの状態を除き、どの仕事に使えるとするかを自社で定義します。予定の品まで約束できる数と、今ある品から出せる数は分けて確認します。

MicrosoftのDynamics 365 Supply Chain Managementの公式説明でも、表示する品目・保管場所などの条件や集計の仕方で見える値が変わります。予約に使える数へ未入荷の予定を含めるかも設定に関係します。これは同製品の例であり、どの製品も同じ計算になるという意味ではありません。

IPAの要件定義ガイドも、項目の意味、初期値や扱い、データを管理する業務部門を明らかにすることを説明しています。名前を決めるだけでなく、品目・棚・状態の変更を誰が判断し、どの履歴を残すかまでそろえます。

入庫から取消・出荷までを、要求の文にする

機能名を要求へ変えるには、動かすきっかけと、更新後の状態を一緒に書きます。下の一連の例では、対象品目の既存分はなく、18枚を受け取り、7枚の取り置きと取消、その後の別注文への出荷を考えます。検品待ちと引当は重ならず、未入荷予定へは引き当てないという仮案です。

この解説図を原寸で見る

図から分かること：図の「受入れ待ち置き場」は、ここでは受領済みの品を検品まで置く入荷仮置き場です。未到着の予定とは分けます。検品の確認や取り置きでは、構内数量を新たに増やしません。使ってよい状態や注文との対応を変えます。取消時に元の注文の引当だけを戻せるか、出荷時に同じ引当を解消できるかが、提供会社へ確認するポイントです。

次の表は横に動かせます。左端の場面は残るので、右端の「使える数」と、その手前の状態を同じ行で比べてください。

同じ朝の要求案：18枚の受領から、別注文7枚の出荷まで

すべて条件付きの教材上の期待値です。検品待ち0は、この場面では待っている枚数がないという仮定です。未入力や不明を0にした値ではありません。別の入荷予定の数量と実製品で実行した結果は未確認です。

受領と検品を分けて要求する

要求の文例：「入荷担当が同じ品目を18枚受領したら、受領記録と仮置き場を対応させ、検品待ち18枚として記録する。使用可と判断する担当の確認がない間は、新しい注文へ出せる数へ含めない」。受領の記録と検品の判断を一つの完了印へまとめない案です。

検品で18枚すべて使えると確認し、保管棚へ受けた場合は、検品待ちを解除する一方、受領した18枚をもう一度足しません。必要なのは状態と場所の変更です。部分的にしか合格しない場合、受領数自体が予定と違う場合、品目が未登録の場合は、対象と理由を示して保留・担当確認へ回す動きも求めます。

引当と取消は、注文と同じ記録へ結ぶ

要求の文例：「使用可能な18枚から注文へ7枚を取り置くと、その注文と引当7枚を対応させ、新しい注文へ使える数は11枚とする。出荷前に同じ注文を取り消したと確認したら、その7枚の引当を解除する」。取り置き中も構内数量の記録は18枚のままです。

取消後の使える数が18枚へ戻るのは、この7枚がまだ出荷されず、別の保留もない条件だからです。出荷後の取消なら現物は倉庫に戻っていません。返品の受領・状態確認へ進む必要があり、同じ取消処理だけで18枚へ戻す案にはしません。不足する注文を受けた場合も、負の引当、部分確保、待ちのいずれにするかを自社の受注方針と合わせます。

出荷では、実際に出した注文と取り置きを照合する

表の再引当は、取り消した注文とは別の注文に7枚を確保する場面です。その7枚が会社外へ出るときに、出荷確認と品目・枚数・注文を結び、構内数量の記録を11枚へ変え、対応する引当7枚を解消する案です。使える数11枚から、さらに出荷した7枚を引くわけではありません。取り置き時に既にその分を除いているためです。

実際に在庫を減らす時点は、品取り、梱包、出荷確認のどこかで意味が変わります。自社のどの作業を正式な出庫にするかを決め、作業取消・部分出荷・二重読取りで同じ品を二回減らさないかを尋ねます。Microsoftの予約の説明にも手動・自動や未受領品の扱いの違いがあるため、製品名だけで引当の動作を決めつけません。

棚移動・棚卸差異・返品の扱いを決める

例外は、「間違えたら直す」で済ませず、止める場所と、元の動きへ戻る方法を決めます。移動・棚卸差異・返品は、数量が変わる理由と判断する担当が異なります。

棚移動は、元と先を同じ移動へ対応させる

同じ倉庫内で棚から棚へ運ぶ場合、会社外への出荷として減らしてしまうと全体数が合わなくなります。元棚、移動中、先棚で受けた状態と担当を結び、棚別の数がいつ変わるかを決めます。受け取りがないのに移動完了にしない、途中の品が両棚に重複しない、という期待を示します。

品物が先棚へ着かない、札を読み違えた場合は、移動の記録を追って担当に戻せるようにします。別倉庫や預かり先への移動を同じ扱いにするかは、所有者・在庫の範囲と合わせて確認します。

棚卸差異は、原因確認と数量訂正を分ける

表の出荷後に別の入出庫がないと仮定し、記録上は11枚なのに、同じ品目・棚・単位・時点の現物を10枚と数えた、という続きの例を考えます。差は「数えた10枚−記録11枚」で−1枚です。これは不足の理由を証明した値ではありません。

棚卸担当は再計数し、別棚や移動中、出荷の記録漏れ、単位・時点違いを調べます。責任者は、元記録を直すべきか、理由を伴う在庫調整にするかを判断します。後から出た入出庫を混ぜず、基準時点以降の動きも区別します。

返品と数量訂正は、履歴を消さずに扱えるか

出荷済みの品が戻った場合は、元の出荷と返品の受領を対応させます。戻った品を再び使えるかは未確認の条件であり、受け取っただけで使える数へ戻すと決めません。出荷記録を少ない数量へ書き換えるだけでは、出した後に戻った経緯が失われることがあります。

入力の誤りなら、誰が、どの記録を、どの理由で訂正できるかを定めます。履歴を残せることと、業務上直してよいことは別です。確認者不在のときの保留、問い合わせ先、先に止める作業も同じ場面へ書き込みます。

端末・同時操作・連携・停止時を確かめる

在庫の意味と更新点が決まったら、それを現場で使える条件へつなげます。速さ、利用時間、権限、止まったときの扱いなどは「非機能要件」と呼ばれますが、まずは普段の仕事の言葉で説明できます。

端末と同時操作は、実際の作業場所で考える

固定PCで見るのか、棚前の端末で読むのか、手袋で入力するのか、札が汚れた場合にどう識別するのかを示します。通信が弱い棚や、入荷・品取りが重なる時間帯も必要です。読み取れないときの入力方法と、再読取りで二重登録されない方法まで確かめます。

二人が同じ使える数から別注文へ取り置く場合、単に画面を最新にするだけで競合を防げるとは限りません。同時引当の規則は未確認です。二つの操作を同条件で試したとき、どちらが確保され、不足した側へ何が表示され、どの記録が残るかを質問します。人数・品目数・繁忙時の件数と許容できる待ち時間は、自社の観察から決め、この記事の一律目標値を置きません。

権限と履歴は、影響する仕事で分ける

照会だけ、受領・出荷の入力、検品待ちの解除、棚卸調整、品目や単位の変更を誰に認めるかを分けます。保留を解除してよい権限は未確認です。担当交代や退職、共用端末の利用も含め、後から誰のどの変更か追える必要を伝えます。取引先の情報を扱う場合は、見せる範囲と保管方法も利用目的に合わせて相談します。

連携は、どちらの記録を正として更新するかまで聞く

受注側から注文を受ける、購買側から入荷予定を受ける、出荷結果を販売管理へ返す、といった方向と内容を決めます。品目・単位・注文の対応、更新時点、取消や変更の届き方、失敗時の通知と再実行、同じ情報を二回受けた場合を確認します。APIやCSVという方式は、その後の実現手段です。

二つの仕組みが両方で在庫数を自由に上書きする案なら、どちらを正とし、差をどう発見・解決するかが残ります。受信完了の表示だけで在庫が正しいとは言えないので、同じ注文の取り置き・出荷と数量を結果側で照合します。販売管理全体の範囲は、受注・出荷・請求の要件を整理する記事も使って切り分けられます。

止まったときは、代替受付から復旧後までつなぐ

停止中も受領や出荷を続ける必要があるなら、何を紙などへ残し、誰が取り置きを把握し、再開後にどの順で入力・照合するかを決めます。記録できるだけで二重確保を防げないなら、止める作業と責任者への連絡を選ぶ必要があります。オフライン対応あり、という名称だけで全操作を継続できるとは判断しません。

バックアップは、戻せる時点と、戻した後に別記録から補う範囲まで確認します。許容できる停止時間、連絡・対応する時間帯、復元を確かめる役割を提供会社と話し合います。IPAのガイドも、非機能の合意や運用・移行の準備を、実装後へ先送りせず要件定義で検討する考え方を示しています。

回答を比べ、移行と受入の条件へ戻す

候補の「対応できます」を、標準機能・設定・追加対応・自社で残る作業へ分けて比べます。同じシナリオ、品目の状態、必要な例外を各社へ示すことで、料金や機能名だけでは見えない条件を比べられます。

回答によって、採用する範囲と残す仕事を変える

• 標準機能で合う場合：利用できる製品・プラン・設定条件、入力と確認の担当を確かめます。必要な履歴や結果も見られるかを同じ例で確認します。
• 設定や追加対応が要る場合：どの要求に何が足りず、誰の作業と費用、運用負担が増えるかを分けます。追加後の確認条件も見積もりへ含めます。
• 今の運用を変えれば使える場合：たとえば取り置きの担当を一つへ集める案なら、繁忙時も回るか、不在時に誰が代わるかを現場責任者が判断します。実施できない代替案を、書類上の対応済みにしません。
• 必須の仕事を満たさない・回答が不明の場合：不足する理由と影響を確認し、範囲を見直すか候補を保留します。他の便利機能の数で、出荷できない等の必須条件を相殺しません。

数量や在庫の定義が回答で変わるなら、表の期待値も変わります。予定入荷を引当に使う案へ変える場合は、現物から出せる数と、将来の約束に使う数を分けて書き直します。元の18枚・7枚の表をそのまま試験の正解にしないようにしてください。

移行するのは、数量だけではない

旧表から移す品目、単位、棚、数量の状態、残っている注文と取り置き、未処理の入出庫を選びます。表記の重複や不明な棚を誰が直すか、元資料と修正理由をどう残すかも決めます。使わない過去データをすべて移す前に、参照する目的と方法を確かめます。

切替の基準時点を定め、その時点の現物・記録・引当を照合します。停止できない受領や出荷をどう区別し、旧表と新しい仕組みへ二重計上しないかを計画します。一部の倉庫や品目から始める場合も、対象外との受け渡しと、問題が出たときの戻し方を残します。

受入では、表示と仕事の結果を分けて確かめる

受入テストは、依頼側が必要な条件を満たすかを確かめる作業です。本番の注文や実在庫を書き換える前に、試せる環境、架空データ、関係者の権限を提供会社と合わせます。確認するのは「画面が開くか」だけではありません。

1. 前提をそろえる。同じ品目・単位・場所・対象時点で、検品待ちや引当の意味と開始状態を合わせます。担当、版、試験場所も特定します。
2. 普段の流れを通す。受領、検品確認、引当、取消、別注文の再引当、出荷を行ったときの数量・状態・注文対応を、合意した期待と照合します。
3. 必要な例外を試す。引当不足、出荷後の取消、棚移動の未受領、差異の登録と未承認、返品、二重読取り、同時引当、連携の中断を対象に応じて選びます。止まる・保留する結果も正しい動作になり得ます。
4. 差の原因へ戻る。画面の件数だけでなく、元資料、更新先、履歴を読みます。設定・データ・操作・要求のどこが違うかを整理し、直した条件と影響する場面を同じ前提で再確認します。
5. 残る仕事を決める。未解決の影響、代替運用、責任者の判断を明らかにします。回答や修正連絡だけで合格に変えず、必要な結果の確認を残します。

まとめ：実際の一つの仕事を、要求と確認方法へ変える

在庫管理システムの導入前には、品目・単位・場所と、予定・構内数量の記録・検品待ち・引当・使える数の意味をそろえます。受領と検品、取り置きと出荷、取消と返品を分け、更新のきっかけ、担当、元資料、更新後の状態を要求へ書きます。

端末・同時操作・権限・連携・停止時は、その要求を現場で成立させる条件です。提供会社の回答で、採用範囲と自社に残る仕事、移行するデータ、試すときの期待を見直します。数値は条件と一緒に扱い、棚卸差異を発見しただけで訂正を済ませないようにします。

参考資料と確認した範囲

• IPA：ユーザのための要件定義ガイド 第2版 — 2019年発行のアーカイブ資料。本文435～436ページの項目定義と管理部門、447ページの非機能の合意、463・465・467ページの運用・移行準備を参照しました。全項目を全社の必須条件にしていません。
• Microsoft Learn：On-hand list（英語） — Dynamics 365 Supply Chain Managementの表示条件・数量項目の説明を参照。自社の現物照合の実績や、別製品共通の在庫計算とは区別します。
• Microsoft Learn：Reserve inventory quantities（英語） — 同製品の手動・自動の予約、現物と未受領品の扱いを参照。実際の設定・引当操作を行った記録ではありません。

必要箇所を2026年10月24日に確認しました。Microsoftの確認箇所に更新日は表示されていませんでした。品物・数量・担当・要求の文例は記事独自の架空例で、出典の実績や製品の採用決定を示すものではありません。