【生保業務_う】 請求・収納 （Billing & Collection）

生命保険会社の「保険料を集める」フェーズの業務領域です。契約が成立した後、毎月・毎年の保険料を確実に収納し、契約を継続させるための管理を行います。前フェーズの「新契約（う-1）」で成立した契約の保険料収納が、ここから始まります。

地味に見えますが、保険料収入は保険会社の経営基盤そのものです。未収が積み重なれば財務が悪化し、失効が増えれば顧客の保障が失われます。請求・収納業務は「お金の流れと契約の継続を支える」重要な業務です。

□請求・収納 （Billing & Collection）

成立した契約の保険料を毎月・毎年請求し、確実に収納する業務です。口座振替・クレジットカード・コンビニ払いなど複数の収納方法に対応し、未収が発生した場合の督促・猶予対応・自動振替貸付（保険料を立て替える仕組み）なども行います。

保険料が払われなくなると契約が「失効」し、保障が消えてしまいます。失効した契約を元に戻す「復活」手続きや、企業の団体保険・集団保険における一括収納業務も、この領域の重要な役割です。収納業務は地味に見えますが、「保険料が入ってくる」ことは保険会社の経営の根幹です。未収管理や失効防止は、契約者の保障を守ることにも直結しています。

う-2-1. 保険料請求

• 契約が成立した責任開始日以降、顧客に分割払い保険料の請求を行います。契約内容に沿って保険料を計算し、口座振替・クレジットカード・コンビニ払込票等の払込方法ごとに請求データを作成し、収納代行業者に送信します。あわせて、契約者に対して請求通知（払込案内）を送付します

• 保険料は商品・特約・払込方法・払込回数によって計算ロジックが異なり、途中で保障内容が変更された場合は変更後の金額に切り替える処理も必要です。請求データの生成から代行業者への送信まで、基幹システムが自動的に処理する部分と、手動確認が必要な部分が混在しています

う-2-2. 保険料収納

• 各収納代行業者から保険料を受領し、入金額と請求額を突合せ確認します。照合の結果、入金額が一致していれば入金処理を行い、契約情報に反映した上で会計システムにデータ連携します

• 未入金・金額相違・決済エラーがある場合は原因を調査し、再請求・返金処理または営業部門への連絡を行います。収納代行業者ごとにデータの形式・締め日・振込タイミングが異なるため、複数の照合処理を時系列で管理することが求められます

• 収納処理は月次・週次・日次と頻度が異なる複数のバッチ処理で構成されており、処理順序・依存関係を正確に把握することが、システム開発・運用の重要な要件となります

う-2-3. 未収管理

• 未収となった契約を一覧化し、残高不足・口座誤り・引き落とし日の誤認等の原因を確認した上で、契約者に再請求・督促通知を送付します。営業支店・募集人・代理店にも連絡し、担当者から契約者へのフォローを促します

• 督促は段階的に行われ、「初回未収→再引き落とし→督促通知→自動振替貸付または失効判定」というフローを、猶予期間の日数管理とともに正確に進めます。未収の長期放置は失効リスクを高めるため、早期発見・早期対応が継続率向上に直結します

う-2-4. 自動振替貸付

• 口座残高不足等で保険料の引き落としができなかった場合に、解約返戻金の範囲内で保険会社が保険料を立て替える制度です。未収契約に対して自動振替貸付の適用条件（商品種別・解約返戻金の残高等）を確認し、解約返戻金から未払い保険料を自動的に立て替えます

• 貸付金として契約情報に反映し、貸付金残高・利息の管理を継続します。貸付残高が解約返戻金を超えた場合は失効処理の判断に移行します。この制度により、契約者が一時的に保険料を支払えない状況でも保障が継続できるため、顧客保護の観点からも重要な仕組みです

う-2-5. 失効

• 猶予期間を経過してもなお未収が続く契約について、失効要件への該当を確認します。条件に合致する場合は契約の失効処理を行い、契約者へ失効通知を送付します。解約返戻金がある場合は返戻金の支払処理を行います

• 失効はあくまでも「契約の一時停止」であり、所定の期間内（一般的に3年以内）であれば復活が可能です。そのため、失効通知には復活可能期間・復活の手続き方法・必要書類についての案内も含めます。失効処理は収納システム・契約管理システム・会計システムに連動した処理が必要です

う-2-6. 復活

• 失効した契約者から復活の申し出があった場合、所定期間内（一般的に3年以内）かどうかを確認します。確認後、失効期間中に滞納していた保険料（未払い期間分＋所定の利息）の支払いを求め、必要に応じて健康状態の告知・医師による診査を実施します

• 再査定・承認の結果、引受条件が変わる場合もあります。承認後は契約を有効状態に戻し、保障を再開した上で契約者へ復活通知を送付します。復活は「新契約（う-1）」の医務査定に近い業務が再度発生するため、査定部門との連携が必要です

• 失効・復活のフローは「保険料の未収→自動振替貸付→失効→復活」という一連の流れで管理されており、各ステータスの遷移条件と処理タイミングをシステムで正確に制御することが、収納系システムの重要な設計要件となります

う-2-7. 集団・団体扱い

• 企業等の団体が従業員の給与から保険料を天引きして徴収し、保険会社に一括送金する仕組みです。保険会社は受領した保険料を入金額と請求額で照合し、個別契約に反映します。

• 団体側の加入者リスト（入退社・異動・給与変更等に伴う変更情報を含む）を保険会社と定期的に共有し、請求データへの反映・契約情報の更新を繰り返します。個人契約と異なり「一括請求→個別照合→個別反映」という構造になるため、団体ごとの請求・照合ロジックが複雑になりやすい領域です

• また、企業の給与締日・支払日に合わせた処理タイミングの調整も必要で、個人契約の収納とは異なるスケジュール管理が求められます

業務の特徴と難しさ

大量処理と正確性の両立

生命保険会社では数百万〜数千万件規模の契約を保有しており、毎月大量の保険料請求・収納処理が発生します。1件でも処理誤りがあると、契約者に不要な督促通知が届いたり、逆に未収を見逃したりするため、正確性を担保しながら大量処理をこなすシステム設計と運用体制が求められます

複数の収納代行業者・払込方法の管理

口座振替・クレジットカード・コンビニ払込・銀行振込など、複数の収納方法に対応するため、収納代行業者も複数存在します。各代行業者からの入金データの形式・タイミングが異なるため、照合・突合処理の複雑さが増します。払込方法の変更手続きも保全業務（え）と連携が必要です

未収管理・失効防止の難しさ

未収が発生した原因（残高不足・口座変更漏れ・引き落とし日の誤認等）を特定し、督促→再引き落とし→自動振替貸付→失効という段階的なフローを正確に管理する必要があります。契約者・営業職員・代理店への連絡タイミングや猶予期間の管理を誤ると、本来継続できた契約が失効してしまうリスクがあります

集団・団体扱いの複雑さ

企業の団体保険では、企業が従業員分の保険料を一括で保険会社に送金します。加入者の入退社・給与変更に伴う請求金額の変動管理・加入者リストの照合・個別契約への反映など、個人契約とは異なる複雑な管理が必要です

後続業務への影響

収納データは会計システムへのデータ連携・責任準備金の計算・ソルベンシー管理にも使われます。収納処理の遅延や誤りは、会計・財務・リスク管理の各部門にも波及するため、処理の正確性とタイムラインの遵守が特に重要です

生命保険会社の業務一覧はこちらを参照ください。