リネンサプライの鍵預かり管理台帳｜合鍵の受領・貸出・返却【2026年版】

リネンサプライの鍵預かり管理台帳は、鍵IDを軸に受領、保管、貸出、返却、顧客への最終返還までを一続きで残す帳票です。早朝や無人時間帯に集配するため顧客施設の合鍵を預かる場合、顧客から受け取った事実だけでなく、現在の所在と最後に扱った人を追える状態が欠かせません。預り証だけ、配送コース表だけという分散管理を避け、顧客所有物として授受を閉じる必要があります。

この記事では、顧客先合鍵のライフサイクルを5段階に分け、各段階の記録項目、確認者、証跡を整理します。物理鍵の保管・貸出返却を担う外部台帳と、リネンサプライHUBの顧客・納品先情報に持たせる参照項目との境界も明確にします。

結論：鍵台帳は受領から顧客への最終返還まで一つの履歴で管理する

鍵台帳は物理鍵の所在と授受を追う記録

顧客先合鍵の台帳が答えるべき問いは、「誰の鍵か」「いまどこにあるか」「誰がいつ扱ったか」「顧客へ返したか」です。請求先の顧客、実際に入館する施設、鍵IDを結び、受領から最終返還まで同じ識別子を使います。配送コースや担当者が変わっても、鍵そのものの履歴を切らないことが基本です。

顧客との受領事実を示す預り証と、受領後の社内授受を追う台帳は役割が異なります。預り証の作り方を受領時の証跡にし、その番号を社内台帳から参照できるようにすると、入口の合意と日々の所在確認を往復できます。コース表には訪問順を置き、鍵の正本履歴にはしません。

受領・保管・貸出・返却・最終返還の早見表

顧客先合鍵の履歴は、受領、保管、貸出、返却、最終返還の5段階でつなぎます。段階ごとに記録者と確認者を決め、後の記録が前の記録を上書きしない形にします。

この早見表は、顧客先合鍵の物理的な管理とリネンサプライHUBの実装範囲を整理したものです。HUBには外部台帳番号、入館条件、確認日を顧客・納品先のカスタム項目として持たせられますが、物理鍵の保管、貸出返却、入退室制御、期限通知を担う専用機能はありません。

顧客から合鍵を受領し、安全に保管する

顧客・施設・鍵ID・本数・受領者・受領日を確定する

受領時は、顧客、施設、鍵ID、本数、受領者、受領日の6項目を同じ記録で確定します。請求先の顧客名だけでは、複数店舗や複数棟のどの施設へ入る鍵かを判別できません。施設を納品先と対応させ、鍵IDは社内で一意に追える識別子として使います。

受領者は自社側だけでなく、顧客側で引き渡した担当者も確認できる形にします。本数は受領時に双方で照合し、預り証と台帳の記載を一致させます。新規契約時の確認事項は取引開始チェックリストへつなぎ、合鍵の受領だけが営業担当者の手元で先行しない流れを作ります。

保管場所・閲覧権限・持出条件を限定する

保管記録には保管責任者、保管開始、確認日を持たせ、物理的な所在を確認できる人を限定します。一方で、複製や不正入館につながる詳細は、配送担当者全員が閲覧する顧客メモやコース表へ広げません。施設名と鍵IDだけで運用上の識別ができる設計にし、不要な情報を台帳へ集めないことも安全管理の一部です。

入館できる曜日や顧客指定の連絡手順など、配送に必要な条件は顧客のセキュリティ規程と契約に合わせて決めます。台帳の様式や保存期間も、顧客規程、契約、保険条件を確認して定め、全国一律だと決めつけません。変更時は現在値だけを直さず、変更前後、更新者、更新日時を追えるようにします。

顧客・納品先の属性をどこまでシステムに持たせるかは、顧客マスタの設計方法でも整理しています。合鍵の詳細を広げず、配送に必要な参照情報だけを共有する切り分けが重要です。

配送担当者への貸出・返却を都度記録する

利用者・目的・持出日時・予定返却時点を残す

貸出時は、利用者、目的、持出日時、予定返却時点の4点を記録します。「いつもの配送担当者が持っている」という状態では、休務やコース変更が起きたときに所在を確定できません。顧客先でのリネン回収・納品という目的と、対象となる鍵IDを結び、貸出承認者も残します。

予定返却時点は返却済みを意味しないため、返却記録とは別の欄にします。配送が終わった後は、返却日時、本数、返却者、確認者を記録して1回の貸出を閉じます。回収カゴやカゴ台車の返却確認と同時に行う場合でも、顧客所有の合鍵は独立した確認対象として扱います。

直接引継ぎ・返却遅れ・所在不明を無記録にしない

配送員同士の直接引継ぎを自社ルールで認める場合も、渡した人、受けた人、日時、目的の4点を残します。返却欄を空欄のまま次の人へ渡すと、最初の貸出者が保有しているように見え、現物と記録が食い違います。直接引継ぎは返却の省略ではなく、新しい授受として記録します。

予定時点を過ぎても返却されない場合は、単に日付を直さず、返却遅れとして確認を開始します。所在不明なら最後の貸出記録、配送先、引継ぎ記録を順に確認し、発見までの対応を通常の訂正履歴と分けます。顧客への連絡要否や初動は、あらかじめ顧客規程と自社の対応手順で決めておく必要があります。

契約終了時の返還と異常時対応まで閉じる

最終返還日・本数・顧客側受領者を確認する

契約終了や納品先閉鎖の際は、最終返還日、本数、顧客側受領者の3点を確認し、顧客へ返した事実で履歴を閉じます。社内の保管欄から削除しただけでは、顧客が受け取った証拠になりません。受領時の本数と最終返還本数を照合し、差があれば返還完了にせず確認を続けます。

返還作業は、リネンの回収、預け在庫、未請求、貸与物の確認と同じ契約終了の流れに組み込みます。契約終了時の返却チェックリストと鍵台帳を相互参照すれば、担当者の記憶だけで解約処理を完了するのを防げます。顧客側受領者の確認後に外部台帳を完了状態へ変えます。

紛失・破損・複製疑いを通常訂正と分ける

入力日や担当者名の誤記は、訂正前後、訂正者、訂正日時、理由を残して直します。これに対し、紛失、破損、複製の疑いは物理鍵に関する異常であり、通常訂正として記録を書き換えて終わらせません。対象の鍵ID、最後に確認した時点、最後の利用者、判明日時、連絡・対応の経過を別の事案記録に残します。

異常時は、誰が顧客へ連絡するか、鍵の利用を止めるか、契約・保険条件を誰が確認するかを自社手順に従って判断します。具体的な保管場所、施設の警備解除情報、複製に使える情報を連絡メモへ転記せず、閲覧者を必要な担当者に限定します。外部台帳を訂正した場合も、元の授受履歴が消えないようにします。

リネンサプライHUBでは、顧客・納品先カスタム項目の更新を監査ログで確認できます。ただし、それは物理鍵の紛失対応や貸出履歴を代替するものではありません。HUB側は顧客、納品先、契約の参照情報を担い、合鍵の現物管理は専用の外部台帳で完結させます。

まとめ

リネンサプライで顧客先合鍵を預かるときは、受領、保管、貸出、返却、最終返還の5段階を鍵IDでつなぎます。受領時の6項目、貸出時の4点、最終返還時の3点をそろえれば、顧客所有の鍵がどの施設に属し、現在どの状態にあるかを確認できます。

預り証は顧客との受領証跡、外部台帳は物理鍵の所在と授受、リネンサプライHUBは顧客・納品先の参照情報という役割分担が明確です。契約終了時には顧客側の受領まで記録し、紛失や破損などの異常を通常訂正と分けることで、入口から出口まで説明できる管理になります。

よくある質問

最低限必要な項目は何ですか？

顧客、施設、鍵ID、本数、受領、保管、貸出、返却、最終返還、訂正履歴を基本にし、複製や警備解除につながる情報は載せません。各授受には担当者と日時を結び、現物の所在を追えるようにします。顧客規程や契約で追加確認が求められる場合は、閲覧範囲も合わせて定めます。

預り証と鍵台帳は同じですか？

預り証は顧客との受領証跡、鍵台帳は受領後の所在と授受を追う社内記録です。預り証番号を台帳から参照できるようにし、顧客から受け取った入口と社内での貸出・返却をつなぎます。どちらか一方だけで両方の役割を済ませないようにします。

配送員同士で直接引き継げますか？

自社ルールで認める場合も、渡した人、受けた人、日時、目的を記録します。最初の貸出記録を消さず、新しい授受として残すことが重要です。引継ぎ後の返却者と返却日時も記録し、合鍵が保管先へ戻った事実を確認します。

リネンサプライHUBで物理鍵を管理できますか？

専用機能はありません。外部台帳番号や入館条件を顧客・納品先の参照情報として持たせる範囲です。物理鍵の保管・貸出返却、入退室制御、スマートロック、期限通知は外部の運用で管理し、HUBには顧客・納品先との対応関係だけを持たせます。

顧客・納品先情報と外部鍵台帳の分け方を、自社の受領・配送・契約終了の流れに合わせて整理しませんか。リネンサプライHUBで持つ参照項目と、物理鍵台帳に残す授受記録の境界を確認できます。

顧客・納品先情報と外部鍵台帳の分け方を相談する →

関連記事

• リネンサプライの預り証テンプレートと記載項目
• リネンサプライ新規取引開始チェックリスト
• リネンサプライ顧客マスタの項目設計
• リネンサプライ契約終了時の返却チェックリスト