レンタカーの免許証コピーはどう管理する？複数運転者・保存期間・個人情報の実務

レンタカー店舗の業務で「免許証のコピーを預かれば足りるのか」「複数人で運転する場合、全員の確認が必要か」と迷う場面は少なくありません。結論からいえば、貸渡時の実務では、予約者だけでなく実際に運転する可能性がある人を事前に申告してもらい、各社の約款・社内手順に沿って免許証原本またはマイナ免許証の免許情報を確認する運用にしておくのが安全です。

本稿は一般利用者向けではなく、レンタカー会社、店舗責任者、DX推進、情報システム、法務・コンプライアンス担当者向けに、stera terminalを使った店舗業務としてマイナ免許証を扱う前提で整理します。2026-08-27時点で、マイナ免許証はマイナンバーカードに免許情報を記録する仕組みで、券面だけでは免許情報を確認できないため、店舗側の読み取り手続きが重要になります。［警察庁］

実務上の早見は次の通りです。レンタカーを複数人で運転するなら、運転する全員を貸渡前に申告してもらい、全員の免許資格、期限、条件を確認します。予約者以外が運転する場合も、予約者だけの確認で済ませず、実際のドライバーを記録対象に含めるのが基本です。事故が起きた後に「誰が運転していたか」「その人が申告済みだったか」が曖昧だと、保険・補償の適用確認や社内報告が長引く可能性があります。

「コピー」は、本人確認や社内控えの一手段として扱われることはあっても、それだけで運転資格の確認を完了したとみなす設計はおすすめできません。国土交通省のレンタカー通達では、貸渡簿に運転者の氏名、住所、運転免許の種類、運転免許証の番号などを記載し、貸渡終了日から2年間保存することが示されています。［国土交通省］

レンタカー会社が貸渡簿で押さえる項目

レンタカー会社の受付では、単に本人の氏名を見ればよいのではなく、貸渡簿や貸渡証に反映する情報を意識する必要があります。国土交通省の通達では、借受人情報に加えて、運転者の氏名、住所、運転免許の種類、運転免許証の番号、貸渡日時及び時間、車両番号、事故に関する事項などが示されています。［国土交通省］

そのため、店舗の手続きでは「予約者」「支払者」「実際に運転する人」を分けて考えるべきです。予約者以外の家族、同僚、友人が交代で運転する可能性があるなら、全員を運転者として扱うか、少なくとも会社の約款・保険条件に照らしてどこまで申告を求めるかを明確にします。

複数人でレンタカーを使う場合は、受付時に「運転する可能性がある方は全員お申し出ください」と案内します。2時間だけの短時間レンタルでも、長距離旅行でも、途中で交代する可能性があるなら同じです。来店時に全員がそろわない場合は、事前登録、追加来店、オンライン確認など、自社で許容する手続き範囲を決めておきます。

ここで注意したいのは、「運転しない同乗者」と「交代する可能性があるドライバー」を混同しないことです。運転者として申告されていない人が運転して事故を起こすと、保険・補償の適用確認で問題になる可能性があります。レンタカー会社ごとに取り扱いは異なるため、現場スタッフが独自判断しない運用にしておくと安全です。

レンタカーの予約は代表者が行い、実際の運転は別の人が行うケースがあります。法人利用では、総務担当者が予約し、現場社員が運転することも珍しくありません。この場合、予約者の本人確認だけでは運転資格の確認として不十分になる可能性があります。

受付では、予約番号に対して運転する全員を紐づけ、免許の種類、期限、条件を確認します。たとえば準中型、普通、AT限定などの条件は、車種選定や貸渡可否に関わります。記入欄やシステム項目が予約者中心になっている会社は、予約者以外の運転を前提にした入力画面へ見直すことをおすすめします。

マイナ免許証は、マイナンバーカードの券面に免許の種類や有効期限が印字されるわけではありません。警察庁の案内では、免許情報が記録されたマイナンバーカードを保有する人は、読み取りアプリで免許情報を確認できるとされています。［警察庁］

つまり、店舗でマイナ免許証を提示された場合、従来の運転免許証のように券面を見て期限や条件を確認する運用だけでは不足します。読み取り環境を用意していないと、受付時間が伸びたり、スタッフが利用者のスマートフォン操作に依存したりする可能性があります。

マイナ免許証の確認は、マイナ保険証の資格確認や、一般的なマイナンバーカード本人確認とは目的が異なります。レンタカー受付で確認したいのは、主に運転できる資格、免許の有効期限、免許の条件、本人との対応関係です。

また、マイナンバー12桁を取得する業務でもありません。デジタル庁の民間事業者向けFAQでも、マイナンバーカードのICチップ利用には用途ごとに異なる方法や暗証番号があることが説明されています。［デジタル庁］ したがって、店舗マニュアルでは「マイナ保険証」「マイナンバー」「マイナ免許証」を分けて記載し、スタッフ教育でも混同を避けます。

stera terminal standardは、顧客向けディスプレイとスタッフ向けディスプレイを備え、カスタマーディスプレイでPIN入力などを行える端末として案内されています。また、stera marketから業務アプリを利用できることも示されています。［SMBCカード］

レンタカー会社にとっての利点は、決済端末とは別に読み取り用タブレットやプリンタを増やすのではなく、店舗カウンターにある端末を本人確認・免許確認の受付導線へ組み込みやすい点です。ただし、どの会社でもすぐ利用できるという意味ではありません。端末契約、アプリ利用、社内ネットワーク、基幹システム連携の確認が必要です。

マイナドライブIDは、レンタカー・建機レンタル事業者向けに、stera terminal standardでマイナ免許証を読み取り、本人確認と基幹システム連携を行う店舗インフラ型ソリューションです。2026-08-27時点で、提供形態はstera market掲載の業務アプリ、提供元は株式会社ams、提供開始日は2026年3月2日とされています。［マイナドライブID］［SMBCカード］

店舗フローはシンプルです。利用者がstera terminalにマイナ免許証を置き、本人がカスタマーディスプレイ上で4桁の暗証番号(PIN)を入力します。スタッフは暗証番号(PIN)を聞き取らず、記録もしません。その後、ICチップから免許情報を読み取り、画面またはレシート等で結果を確認し、必要に応じて合意済み項目だけを基幹システムへ連携します。

従来型の運転免許証も並行して考える

すべての利用者がマイナ免許証を持っているわけではありません。従来の運転免許証を提示する人、国際運転免許証などIC非対応の証明書を持参する人もいます。したがって、レンタカー店舗の受付は、マイナ免許証だけに寄せ切るのではなく、複数の確認ルートを用意する必要があります。

実務では、従来の運転免許証は券面・IC読み取り、マイナ免許証はIC読み取り、IC非対応書類はカメラOCRや目視確認というように、例外時の手続きまで用意しておくと現場が止まりにくくなります。繁忙期に2時間単位の短いレンタルが重なる店舗では、例外処理の目安時間も運用表に入れておくと、待ち時間の説明がしやすくなります。

免許情報は個人情報であり、店舗で取得・保存する範囲を最小化する発想が欠かせません。個人情報保護委員会のガイドラインは、事業者による個人情報の適正な取扱いを支援する指針として示されています。［個人情報保護委員会］

マイナ免許証受付では、必要な項目を決めずに画像や未加工データを広く残す設計は避けるべきです。本サービスの初期設計では、暗証番号(PIN)の値、14桁の補助入力値、APDUの生データ、未加工のカードバイナリ、顔写真画像はデフォルトで送信しません。送るのは、会社と合意した業務項目、たとえばテナント、端末、オペレーター、確認ステータス、本人項目、免許項目などに限定する考え方です。

レンタカー会社が基幹システムへ連携する場合、単に「APIで送る」だけでは足りません。HTTPS POSTで送る項目、認証方式、APIキーまたはOAuth2の利用、冪等性キー、リトライ時の重複登録防止、ログの粒度を事前に決めます。

ログについては、誰が、どの端末で、どの予約に対して、いつ確認したかを追える一方、暗証番号(PIN)や不要な本人データを残さない設計が重要です。事故や監査で報告が必要になったときに、確認事実は追えるが、過剰な個人情報は持たない。このバランスが、情報システムとコンプライアンスの検討ポイントになります。

保険・補償の適用確認を受付で詰める

レンタカーの保険・補償は、事故時に初めて問題化しがちです。国土交通省の通達でも、事故に備えた自動車保険の加入水準や、貸渡前に保険・補償制度の内容、事故・故障・盗難時の措置などを利用者へ明示する努力が示されています。［国土交通省］

受付では、運転する全員の確認に加え、保険の対象外になり得る行為、無断交代、酒気帯び、事故時の報告先、警察への届出などを説明します。複数人の旅行や法人利用では、代表者だけに説明して終わらせず、運転者全員が理解できる形式にするのがおすすめです。

事故が発生した場合、店舗・コールセンター・保険担当・車両管理担当の間で、運転していた人、申告状況、貸渡日時、車両番号、免許確認結果を突き合わせます。貸渡簿の記録に事故に関する事項が含まれることも、レンタカー会社の記録設計で見落とせません。［国土交通省］

ここで、予約者以外の運転や未申告の交代があると、報告の整理に時間がかかります。事故対応を早めるには、貸渡前の記入、確認、同意、連携を一連の業務として揃えることが大切です。

マニュアルには、提示を受ける書類の種類、マイナ免許証の読み取り手順、暗証番号(PIN)を聞かないこと、読み取り失敗時の代替手続き、複数人の運転申告、予約者以外の運転、事故時の連絡先を入れます。全員の確認が必要なケースと、同乗だけで確認不要なケースを分けて書くと、スタッフの迷いが減ります。

また、記入欄を紙とシステムで二重管理している会社は、どちらが正本かを決めましょう。紙の記入後に基幹システムへ転記する運用では、氏名や免許証番号の入力ミスが起きやすくなります。IC読み取りと連携を使うなら、転記を減らし、例外だけ手入力にする設計が現実的です。

最初に、本人確認業務を整理します。店舗で確認したいのは、本人性、運転資格、有効期限、条件、予約情報との一致、保険説明の同意、事故時の連絡先のどれかを洗い出します。レンタカー会社によって、有人受付、無人店舗、カーシェア型、法人契約など業務が異なるため、全店舗に同じ画面を押し付けると運用が崩れる可能性があります。

次に、読み取りたい項目を決めます。氏名、住所、生年月日、免許証番号、有効期限、免許の種類、免許の条件、確認ステータスなどのうち、貸渡簿、貸渡証、予約システム、保険説明に必要な範囲へ絞ります。顔写真画像は、本人照合の表示には意味があっても、保存・送信が常に必要とは限りません。

3つ目は、stera terminal環境と基幹システムの確認です。店舗の端末台数、ネットワーク、stera marketの利用可否、基幹システムのAPI受け口、認証方式、ログ方針を確認します。予約番号をキーにするのか、貸渡契約番号をキーにするのか、冪等性をどう担保するのかも、この段階で決めておきます。

最後に、デモまたは連携相談で、実際の受付シナリオを確認します。複数人の運転、予約者以外の運転、読み取り失敗、従来型の運転免許証、国際運転免許証、事故後の報告まで、店舗で起きる流れを持ち込むと、導入後の手戻りを減らせます。

デモや基幹システム連携の相談は、マイナドライブIDから進められます。