乗り逃げ・未返却が起きる前に動く、レンタカー事業者のための防止策と本人確認の設計

予約から鍵の引き渡しまで数分という業務のなかで、「本当にこの人に貸して大丈夫か」を見極める時間は限られています。乗り逃げや未返却、転売目的の持ち出しといった事案は件数こそ多くないものの、1件あたりの損失が大きく、保険や契約だけで埋めきれません。レンタカーの乗り逃げ対策を考える際は、「貸す前の見極め」と「貸した後の追跡・回収」を分けて設計することが、最初の分岐点になります。

結論を先に示すと、乗り逃げの防止は本人確認だけでは完結しません。貸渡前は、なりすまし・他人名義・虚偽住所を減らす本人確認と記録、貸渡後は、GPSによる車両の位置情報管理、契約条項、保険・補償、そして返却遅延時の連絡と警察対応の手順という組み合わせで備えるのが現実的です。本記事では、店舗責任者・経営層が対策の全体像を一枚で捉えられるように、業務フローの順に整理していきます。

なお、2025年3月24日からマイナンバーカードに免許情報を記録した「マイナ免許証」が運用されており、券面には免許の種類や有効期限が印字されないため、受付での確認方法そのものを見直す必要があります(マイナ免許証はICチップに免許情報が記録される ［警察庁］)。この点は後半で、受付オペレーションの前提として改めて触れます。

乗り逃げが起きる構造を分解する

一口に「乗り逃げ」と言っても、発生の背景はいくつかに分かれます。実際の乗り逃げ事件として報じられてきたものを整理すると、返却時間を過ぎても連絡がつかないケース、偽造・他人名義の本人確認書類で借り受けられたケース、長期間そのまま戻らず盗難扱いになるケースなどがあり、現場での対処法と事後の法的手続きが異なります。返却時間が迫っても車両の所在が分からない状況は、レンタカー事業者にとって大きな不安材料になります ［アルパイン］。

リスクを言語化すると、次の3層に整理できます。

• 入口のリスク:なりすまし、他人名義、虚偽の住所・連絡先
• 貸渡中のリスク:返却遅延、連絡途絶、長距離移動・越境、転売目的の持ち出し
• 出口のリスク:事故・無保険運転、未精算、車両の毀損・部品抜き取り

経営の視点では、1件の乗り逃げが車両1台の損失にとどまらず、代替車手配の遅延、保険求償の長期化、他予約への影響まで波及する点が重い負担です。すべてをゼロにする前提ではなく、どの層でどれだけ減らすかを決めることが、現実的な対策の起点になります。

貸渡前にやるべき本人確認と記録

入口のリスクを下げる最も効果が高い打ち手は、本人確認書類の確認を「見た」で終わらせず、「記録として残る」運用に変えることです。レンタカー契約では運転資格の確認と、契約者本人・現住所・支払手段の確認を分けて考える必要があり、免許証の提示だけで両方を満たすとは限りません。Web予約や会員登録の段階で入力された氏名・住所と、来店時に確認した本人確認書類の内容が一致しているかも照合の対象です。

受付で押さえたい確認項目は、おおむね次のとおりです。

• 本人の同一性:顔写真と来店者の照合
• 運転資格:免許の種類、有効期限、条件(眼鏡等・AT限定)
• 現住所・連絡先:契約者の居住実態、緊急連絡先
• 支払い手段:クレジットカードなど追跡可能性のある決済
• 署名・同意:約款、延長時の連絡義務、GPS利用への同意

ここで注意したいのが、マイナ免許証の扱いです。マイナ免許証では免許情報がICチップに記録されるため、有効期限や免許の種類などをマイナンバーカードの券面上で確認できません ［police.pref.saitama.lg.jp］。従来のように券面を目視するだけでは、免許の種類や有効期限を店側で確定できないため、ICチップから情報を読み取る手段を店舗業務に組み込む必要があります。

また、マイナ免許証のICチップから免許情報を読み出すには暗証番号(PIN)が必要で、勤務先やレンタカー会社でも入力を求められる場面がある ［兵庫県警察］とされています。暗証番号は利用者本人が自分で入力するものであり、事業者側で聞き取り・記録しない運用設計が前提です。暗証番号の取り扱いは別記事の暗証番号の案内にまとめています。

2027年4月1日から、犯罪収益移転防止法に基づく本人確認方法が変更され、対面取引ではICチップ付き・顔写真付き本人確認書類について、券面の目視だけでなくICチップ情報の読み取りと画面表示が原則として必要になる ［サイバートラスト］見込みです(2026-10-05時点)。対象になるのは法が定める特定事業者で、2027年4月1日から全面施行されます ［TMI総合法律事務所］。

レンタカー事業者がこの改正の直接対象かどうかは、個社の業態と提供サービスにより異なります。一般的なレンタカー貸渡だけで犯収法の特定事業者に該当すると結論づけることはできないため、該当性の判断は顧問弁護士や所管官庁への確認を推奨します。一方で、金融系サービス併設、法人与信、長期貸与、特別な契約形態を扱う場合には、改正の方向に沿った運用に揃えておく方が、将来の体制移行はスムーズです。

本人確認書類の画像を含む個人情報の漏えいが相次いで報じられていることも踏まえ、受付で撮影・保管する画像をどこまで取るのか、原本を持ち帰らずに済む運用に変えられないか、という観点で業務を見直す意義は高まっています。

貸渡後の防止策の中心は、車両の位置情報管理です。位置情報管理システムは今どこに車両がいるのかをいつでも確認でき、乗り逃げに関する不安を減らすメリットがあります ［アルパイン］。位置情報は返却遅延時の最初の確認材料になり、警察への相談時にも客観的な事実として役立ちます。

導入の際は、次の点を社内で決めておくと運用が安定します。

• 位置情報の取得頻度と保存期間
• 利用者への告知方法(契約書・車内表示)
• 返却予定時刻を過ぎた場合のアラート条件
• 深夜・休日のオンコール体制
• 位置情報を参照できる担当者の権限管理

位置情報管理システムは万能ではありません。電源遮断や車両からの装置取り外しなど、技術的に無効化される可能性もあり、契約条項での禁止や物理的な設置方法とセットで考える必要があります。情報管理システム側のアクセスログも、不正利用防止の観点で定期監査の対象にしておきたい領域です。

返却遅延・乗り逃げが疑われたときの対処法

返却時間を過ぎても連絡が取れない場合、慌てて警察に駆け込む前に、順序立てた確認が有効です。参考になる手順として、お客様への連絡、緊急連絡先への連絡、必要に応じて免許証記載の住所の確認、全国レンタカー協会への乗り逃げ報告、警察への被害届提出という段階的な対処法が紹介されています ［アルパイン］。

社内でルール化する際のポイントは次のとおりです。

警察に相談するタイミングと「被害届」「盗難届」の切り分けは、ケースによって扱いが異なります。詐欺・横領・窃盗のいずれに該当するかは、契約の経緯や意図の立証と関係するため、早い段階で弁護士の助言を受けておくと、その後の民事回収の設計まで含めて組み立てやすくなります。刑事手続きの進め方や時効の考え方は専門家の判断領域なので、社内マニュアルでは一般的な流れにとどめ、個別案件は弁護士に相談する前提にしておくと安全です。

対策の最後のレイヤーは、損失をどこで止めるかの経済設計です。免責補償、ノンオペレーションチャージ(NOC)、長期不返却時の違約金、GPS利用への同意、転売・越境の禁止条項などを約款でどう組み立てるかで、事後の回収可能性が変わります。

契約条項は作って終わりではなく、受付での読み上げ・同意取得の手順と一体で機能します。無人店舗や自動精算機を活用する場合は、同意の取り方・記録方法が有人カウンターとは異なるため、ログの残し方を事前に設計しておくことが重要です。

ここまでの対策のうち、入口の本人確認部分は、マイナ免許証の普及に合わせて作り直しが必要になります。マイナンバーカードのICチップに免許情報を記録することで、マイナンバーカードを運転免許証として利用できる ［警視庁］仕組みであり、券面情報からは免許種別や有効期限が読み取れません。

実務の設計で検討するポイントは次のようになります。

• 受付端末:ICチップ読み取り対応の機器を店舗に置くか、スタッフ端末で代替するか
• 利用者側の操作:暗証番号の入力は利用者本人が行う前提にする
• 画面表示:免許の種類、有効期限、条件、顔写真を店側で確認できる状態にする
• 基幹連携:読み取った情報をどこまで予約・会員・契約管理に取り込むか
• 例外対応:暗証番号ロック、ICチップ破損、国際免許証、従来免許証のみの利用者

暗証番号を10回間違えるとICチップが読めなくなりロックがかかる ［兵庫県警察］という仕様を踏まえ、ロック時の代替フロー(従来免許証の提示依頼、警察署での解除案内など)もあらかじめ準備しておくと、受付が止まりにくくなります。本人確認に使える書類と原本・コピーの扱いは本人確認書類には何が使えるかも合わせて参照してください。

なお、マイナ免許証はマイナ保険証(健康保険証利用)や一般的なマイナンバーカード活用サービスとは別制度です。マイナ免許証ではマイナンバー12桁や、免許以外の情報を事業者が収集することはできない ［警視庁］設計のため、「マイナンバーを取得する」といった説明は誤りになります。利用者への説明資料でも、この違いを明確に書き分けておくと、現場での問い合わせ対応が安定します。

店舗の決済端末としてstera terminal(Panasonic JT-C60)を既に利用している事業者であれば、同じ端末上でマイナ免許証のICチップ読み取りを行う本人確認アプリを活用する構成が選択肢になります。利用者が端末にカードを置き、カスタマーディスプレイのタッチパネルで暗証番号(PIN)を自分で入力し、ICチップ内の免許情報と顔写真を店舗側の画面で確認する、という流れです。

このタイプのアプリでは、券面を目視するだけでは分からない免許の種類・条件・有効期限・顔写真をスタッフが確認でき、ICチップ内の顔写真と来店者を見比べて同一性を判断できます。券面だけを偽造したカードや、画像として漏れた本人確認書類の写しは、ICチップの読み取りと暗証番号の照合を通過しません。基幹システム連携としては、合意した業務項目のみをHTTPS POSTで送る設計が現実的で、APIキーやOAuth2による認証、冪等性、ログの保持期間などは個別協議で決めます。

標準運用で基幹システムへ送らないものを明示することも、情報管理上の前提として重要です。マイナンバー12桁、暗証番号(PIN)の値、14桁の補助入力値、APDUの生データ、未加工のカード内部バイナリ、顔写真画像は、既定では基幹システムに送信しません。送信する項目は、テナント・端末・オペレーター・照合結果・氏名・住所・生年月日・免許情報など、業務に必要な範囲を事業者側で選択します。

導入検討の進め方は、次の順で整理すると迷いが減ります。

マイナドライブIDは、stera terminal上でこの構成を実現する業務アプリで、レンタカー・建機レンタル・カーシェアなどの受付での本人確認と、基幹システムへの合意済み項目の連携を担当します。［マイナドライブID］すべての乗り逃げを防ぐ仕組みではなく、入口のなりすまし・他人名義・券面偽造リスクを下げる本人確認の部分を担うツール、という位置づけで検討するのが現実的です。詳細な業務設計や項目選定の相談は、デモ・連携相談から受け付けています。