備品貸出管理の仕組みづくり
予約から返却・点検までつなぐ

会議用のPCを予約したのに、前の利用者がまだ返していない。工具は棚にあるが、点検待ちで使ってはいけなかった。備品の貸出は、名前と返却予定日を一行書くだけでは、次の人へ使える状態で渡すところまで管理できません。

備品そのものの情報と、一回ごとの貸出を分ける

この記事では、自社内で共用するPCや工具などの貸出管理を例にします。備品に関する固定的な情報と、誰がいつ使ったかという記録を分けると、同じ備品の履歴をたどりやすくなります。

同じ型の工具が複数あるなら、型名だけでは個体を見分けられません。一台ずつ追うものには個別の備品IDを付けます。消耗品の在庫や、まとめて数量管理する品目まで、すべて一台単位にする必要があるかは別に考えましょう。

予約・貸出中・返却済み・利用可を区別する

予約は未来の利用予定、貸出は実際の持ち出しです。予約したまま取りに来なかった場合に、貸出中になってしまうと、現物の所在が合わなくなります。また、返却されても、破損や付属品の不足があれば次の人がすぐに使えるとは限りません。

小さいチームなら、返却の確認と点検を同じ人が行っても構いません。重要なのは画面を増やすことではなく、『返ってきた』と『使える』を混同しないことです。状態を変える人とタイミングも決めておきます。

先に決めたいのは、重複予約と返却遅れの扱い

• 同じ備品の予約時間が重なったら、拒否するか管理者が調整するか
• 返却予定と次の予約の間に、確認や充電の時間が必要か
• 予約の取消・延長を、いつ誰ができるか
• 返却が遅れたら、利用者と管理者のどちらへ知らせるか
• 利用者が不在の場合に、誰が現物を確認するか

通知を出すだけでは、次の利用者が使える保証にはなりません。遅れが分かったときに、延長を認める、代替品を用意する、次の予約者へ連絡する、といった判断まで担当者と決めます。通知を何度も送るより、状況を確認する手順が必要です。

QRコードは、入力の入口と考える

備品にQRコードを貼り、読み取るとその備品の貸出画面が開く仕組みは、選び間違いを減らす方法の一つです。ただし、コードを読んだだけで実際の持ち出しや返却まで完了した、と扱ってよいかは業務によります。

• 読み取った備品IDと、手元の現物が一致しているか確認できる
• 利用者がログインした状態で、持ち出しを確定する
• 返却時に付属品・破損・保管場所を確認する
• コードが汚れた場合はIDを手入力して検索できる

コードの中に利用者の氏名などを直接入れる必要はありません。備品を特定するための情報と、アプリ側で管理する権限・記録を分けて考えます。屋外や通信が弱い場所で使うなら、その場所の端末で読み取りから記録まで試してください。

試作で確かめたい、四つの場面

これは動作を検討するための例で、導入済みの実績や効果を表すものではありません。実際の備品数、利用者数、出入りの頻度に合わせて、必要な場面を選びます。貸出のたびに長い入力を求める設計より、必要な情報が短い操作で残るかを試しましょう。

まず一つの棚から、使える状態で戻す流れを作る

始めるときは、共用PCの棚など対象を一つに絞ります。現物とIDを合わせ、現在の保有者を確認し、貸出から返却確認までを回してみましょう。棚卸しや点検の担当者にも使ってもらうと、貸出画面だけでは足りない項目が見えてきます。

SHISAKUBAで相談する場合は、現在の貸出台帳と『予約したのに使えなかった』事例をもとに、画面と状態の流れを試作できます。現物の動きに記録を合わせ、次の利用者が迷わず使えるところまでを管理の範囲にすると整理しやすくなります。