倉庫窓口で
申請、許可、払出数を同時に確認し、別作業への供給を約束する前に、どの申請がまだ引当を保持しているか確認します。
Maintenance inventory software for available spare parts
棚にある数量、他の修理に約束済みの数量、今払い出せる数量を確認できます。
ログインして、架空サンプル入りアプリを表示またはインストール。
5ユーザーまで無料。クレジットカードは不要です。
コードを書かずに、項目・ワークフロー・ダッシュボードを調整できます。 1,000以上のアプリテンプレートと活用例を見る
棚に7個あっても、7個使えるとは限らない
7フィルターの実在庫
1個払い出した後の現物残高。
1引当中
2個目は空気処理作業に引き当てられています。
6他の作業に利用可能
空き在庫と既存の約束を区別できます。
初期8個から2個を承認し、1個を払出。実在庫は7、引当は1、利用可能数は6です。払出を二重に差し引くと、誤って5になります。
Jodoo は在庫ロケーション、申請、移動記録を関連付け、記録済み判断から数量を計算します。同じ部品番号でも、別倉庫は独立した残高です。
保守要件を実際の受け渡しへつなぐ
作業が申請の背景になる
技術者は保守作業、設備適合、払出倉庫を選択します。部品説明、棚番、在庫単位は関連レコードから取得し、数量と必要日を入力します。
作業の計画担当者へ審査タスクを割り当てます。差し戻し申請は修正・再提出でき、倉庫担当者が後で備考を解釈する必要はありません。
払出で実際の持ち出しを記録
倉庫担当者が承認済み申請に対する数量を記録し、審査後に記帳します。分割払出なら未処理引当が残り、承認済み申請を全量納品済みとは扱いません。
必要数が減ったら引当を解除します。未払出数量を解放する処理で、架空の返却ではありません。すでに棚から出た品は元の払出に対して返却します。
欠品と不確かな部品で次の対応を分ける
| 状況 | チームの対応 | 禁止事項 |
|---|---|---|
| 申請数が利用可能数を超える | 計画担当者は利用可能分だけ許可し、残りをフォローします。 | 緊急申請を、在庫にない品の払出許可と見なす。 |
| 代替部品を提案 | 引当前に設備との組み合わせと制約を審査します。 | 寸法が同じだけで適合と判断する。 |
| 未使用品が破損している可能性 | 元の払出を参照し、破損または検査待ちとして返却します。 | 状態確認前に利用可能在庫へ加える。 |
| 仕入先の納入遅延 | 欠品一覧から連絡し、作業予定日を見直します。 | 入荷予定を納入完了として数える。 |
| 部品を廃止 | 履歴と現物残高を残し、新規引当を停止します。 | 品目を削除し、過去の払出理由を失う。 |
表を作り直さず今日の作業を確認
保守計画時
作業日を実在庫と納入予定に照合します。停止中コンベヤーと定期フィルター交換を同じような行にしないでください。
補充確認時
最低在庫未満と、未処理・発注済み・遅延中のフォローを確認。追加購買前に既存の入荷予定を確認します。
この例は部品と在庫単位ごとに数量を管理し、ベアリング、ケーブルのメートル、油のリットルを1つの「総在庫」KPI に合算しません。
保守プロセスの変化に合わせて申請ルールを変更
新しい重要予備品ルール
代替センサーには仕様書添付と計画担当者の審査が必要になった場合、権限を持つ管理者が Jodoo で項目、条件表示、審査手順を変更できます。
変更は設備適合と在庫ロケーションを扱う同じアプリに置き、倉庫担当者が別表で要件を探さずに済むようにします。
倉庫担当者向けの別キュー
未処理引当を起点に、必要日を追加して倉庫で絞り込み、払出に必要な項目を表示します。仕入先フォローは、納入予定日と購買参照を必要とする購買担当者用に分けます。
これらは設定例であり、すべての在庫プロセスを無検証で変更できるという意味ではありません。変更後は通常申請と例外を再確認します。
保守の各領域に適したシステムを使う
Jodoo で申請・倉庫プロセスを管理
固定型保守スイートより、関連レコード、設定可能なフォーム、担当者間の審査受け渡しを重視する場合に適します。引当、移動、フォローの実用的な出発点になります。
必要な専門在庫管理は専用システムに残す
予防保全計画、財務評価、ロット・シリアル管理、オフライン記帳、多人数同時引当が中核なら、それらに対応する CMMS や ERP を使用します。本例では実証していません。
返却保留品に明確な結果を付ける
返却品は検査完了まで使用不可です。「返却保留判断」で元の返却と在庫ロケーションを選び、検査数量を入力して在庫管理者へ判断を送ります。
| 判断 | 現物在庫 | 払出可能在庫 |
|---|---|---|
| 処理待ちまたは差し戻し | 変化なし | 保留のまま |
| 使用可能在庫への戻しを承認 | 変化なし（現物はすでに庫内） | 戻した数量分増加 |
| 廃棄を承認 | 廃棄数量分減少 | 変化なし（もともと使用不可） |
検査と判断は元の返却にひも付きます。二重に戻したり廃棄したりしないよう、判断前に保留残数を確認します。
次の順序で自社倉庫をアプリへ移行
別コピーをインストールしてサンプルを確認
1件の申請を承認、分割払出まで追跡します。架空データを実在庫と分け、期首残高には使わないでください。
担当者とマスターを設定
メンバー、部品番号、単位、設備を登録。作業ごとに計画担当者、在庫ロケーションごとに管理者を割り当て、フォームとタスク権限を確認します。
棚卸して設備適合を承認
部品・棚番ごとに1ロケーションを作り、確認済みの期首日と数量を入力。申請開始前に完全適合または承認済み代替を登録します。
全社展開前に実際の申請を1件実行
作業とロケーションを選び、引当を承認して分割払出を記録。引当残と棚残を確認し、返却と検査判断も試します。
このアプリは関連レコード、計算、承認フロー、Automations Pro を使用します。 無料プラン は5ユーザー、年間10,000回の自動化を掲げ、API・Webhook 連携は Enterprise に記載されています。実在庫で使う前に計算と記帳自動化の上限を確認してください。テンプレート導入だけで必要機能がすべて無料になるわけではありません。
倉庫の次の一歩を選ぶ
管理された部品表から始める
サンプル取引と数量式を備えた在庫・申請・移動シートを使います。
保守部品在庫テンプレートをダウンロード先にプロセスを整える
部品識別、単位、棚番、代替品・返却品の責任を合意します。
保守部品管理ガイドを読む保守在庫と引当の質問
同じ部品を複数の倉庫で保管できますか？
はい。品目マスターは1つにまとめ、倉庫や棚番ごとに在庫ロケーションを分けます。申請時に払出元を選択します。別の工場にあるベアリング10個は、目の前の窓口で使える10個ではありません。拠点間の現物移動は、移動処理として明示的に記録する必要があります。
申請が承認されると、部品は出庫済みになりますか？
いいえ。承認は数量を許可して引き当てる処理です。実際の持ち出しは、払出を記帳した時点で記録され、残りの引当数が減ります。そのため、承認済みでも、許可数量の全部・一部・いずれも払い出されていない場合があります。
修理後に未使用部品が残った場合はどうしますか？
元の払出記録にひも付けて返却します。再使用できる返却品は利用可能在庫に加算し、破損または状態不明の品は検査待ちにします。検査後、別途承認された判断により、保留数量を使用可能在庫へ戻すか廃棄します。返却しても元の作業の需要は自動では復活しません。作業で不要になった未使用引当は、別途解除してください。
発注済みの補充品は利用可能在庫に含まれますか？
いいえ。仕入先の納入予定は補充フォローで管理し、検収して入庫を記帳した時点で初めて在庫になります。予定日を表示し、入荷予定品と今すぐピッキングできる部品を計画担当者が区別できるようにします。
ERP の在庫台帳を置き換えられますか？
まず、どのシステムを在庫残高の正本とし、承認済み取引をどう連携するか決めてください。この例は保守部品の申請と倉庫内の移動を扱いますが、財務評価、総勘定元帳への転記、ロット・シリアル追跡、複数人による同一在庫の同時引当防止は実装していません。これらが必要な場合は ERP を在庫の基幹システムとして維持してください。