保険料と手数料の収納

債権残高が、現在有効な一つの数字であること。

直接請求・代理店請求・一括請求にわたる請求と分割払、参照時に支払期日から算出される年齢区分、編集ではなく参照によって取り消される入金、そして記録から再導出できる手数料計上。

app.aegisnow.ai/ledger

請求コマンドセンター

ライブ

回収率

98.4%

+1.2pt

60日超の債権

210万ドル

-80万ドル

記録上の取消

追跡済

精算済手数料

890万ドル

期日内回収率(直近 10 サイクル)

推移

AegisNow 請求・収納は保険の債権管理エンジンです。直接請求・代理店請求・一括請求の各方式に分割払スケジュールを備え、債権年齢は保存値ではなく支払期日から算出されます。入金は対象請求書に対して記録され、取消は参照によって行われるため入金履歴が書き換えられることはありません。手数料は基準額と料率として保持されるため、金額は再現可能です。保険金の支払も同じ正準台帳を通り、支払・総勘定元帳仕訳・支払指図を一つのトランザクションで書き込みます。

0件の保存された年齢区分 — すべて算出

例示的な成果です。ワークセッション形式のデモで、請求・収納 を御社のデータ・フレームワーク・目標に合わせてご説明します。

選ばれている理由

請求・収納を選ぶ理由

すべての保険料を回収し、すべての手数料を期日どおりに精算する。

年齢区分は保存ではなく算出

請求書の年齢区分は参照時に支払期日から導出されます — 保存された区分は、かつて正しかった数字が静かに腐っていくだけのものです。

書き換えられない入金履歴

取消は、取り消す対象の入金を指し示す新しい行であり、理由を伴います。元の行は決して編集されないため、不渡りも真実の記録として残ります。

一部入金は「状態」である

請求書は金額と入金済額を別々に保持するため、未収は差分であり、ずれうる第三の数字ではありません。

再導出できる手数料

基準額と料率の双方を保存するため、代理店から「なぜこの金額なのか」と問われたとき、記録から金額を再現できます。

保険金の資金も同じ台帳に

保険金の支払は、支払・総勘定元帳仕訳・支払指図・支払備金変動を一つのトランザクションで書き込みます。

画面と帳票で単一の情報源

帳票は稼働中のテーブルへのクエリであり、元の台帳とは別の速度で古びていくデータウェアハウスの複製ではありません。

モジュールの中身

初日から使える機能

すべての機能は、共通のデータ基盤・統制された Cortex の頭脳・証跡台帳の上で動きます。そのため 請求・収納 は、プラットフォームの他の部分と積み上がるように効いてきます。

機能の詳細

各機能が実際に行うこと

以下の各セクションには個別のリンクがあります。ページ内に埋もれさせず、必要な回答だけを引用できます。

機能 01

請求と分割払スケジュール

請求書は発行日・支払期日・金額・入金済額を保持します — 一部入金は端数処理の問題ではなく、一つの状態です。

請求書は発行日、支払期日、金額、入金済額を持つ記録です。だからこそ一部入金が手作業で消し込む対象ではなく、正規の状態になります。分割払の契約はスケジュールを生成します — 年払・半年払・四半期払・月払・口座振替月払 — 頭金と各回の金額は、手入力ではなく計上保険料から算出されます。

請求書が金額と入金済額を別々に追跡するため、任意の口座の未収残高はいつでも導出できます。月末作業ではありません。ステータスと二つの金額を合わせれば、収納担当が実際に問う三つの問い — 何を請求し、いくら入り、いくら残っているか — に答えられます。

分割払スケジュールは、解約と返戻金を計算するのと同じ契約保全エンジンから来ます。したがって各回の算定基礎となる保険料は、契約が実際に有する保険料です — 期中の異動によって変更された後であっても同じです。

できること

  • 各請求書に発行日・支払期日・金額・入金済額を保持し、一部入金を追跡可能な状態とする。
  • 分割払スケジュール(年払・半年払・四半期払・月払・口座振替月払)を、頭金と各回金額を算出して作成する。
  • 未収残高を、別途の数値を保持するのではなく請求額から入金額を差し引いて導出する。
  • 保険料の基礎を、解約返戻金を計算するのと同じ保全エンジンから取得する。

準拠する基準

  • 分割払プラン:年払 → 口座振替月払
  • 一部入金を含む請求書ステータス

製品での確認方法

請求書の一部を入金し、その行を見てください。金額と入金済額の双方が保持され、未収はその差分です — ずれうる第三の数字ではありません。

機能 02

支払期日から算出する債権年齢

年齢区分は支払期日とステータスの関数であり、誰かが維持する列ではありません。

請求書がどの年齢区分に入るかは、要求されるたびに支払期日とステータスから算出されます。些細に聞こえますが、そうではありません。保存された区分は、かつて正しかった数字が静かに腐っていくものであり、保存区分に基づく債権レポートは「バッチが最後に走った時点で何が延滞していたか」を告げるにすぎません。

年齢サマリーは稼働中の債権全体を集計します — 期日内と、それ以降の延滞帯。したがって債権残高は、台帳とレポートの突合ではなく、現在有効な一つの数字になります。

収納ビューも同じ算出の上に立ちます。スナップショットではなく API から請求書・年齢サマリー・入金を読むため、担当者が扱うのは現時点の債権そのものです。

できること

  • 請求書の年齢区分を、読み取り時に支払期日とステータスから算出する。
  • 保存されたスナップショットではなく、稼働中の年齢サマリーを集計する。
  • 収納ビューにも同じライブの数値を供給し、現場と帳票が食い違わないようにする。

準拠する基準

  • 期日内および延滞の年齢帯
  • 読み取り時の区分導出

製品での確認方法

請求の「収納」を開いてください。年齢サマリーと請求書一覧は同じライブ算出から来ます — 請求書を支払期日超過にすると、バッチを走らせずとも区分が変わります。

機能 03

取消が記録に残る入金

取消は対象の入金を指し示し理由を伴うため、入金履歴が書き換えられることはありません。

入金は決済対象の請求書に対して、手段(振込・小切手・カード・口座振替・ロックボックス)、入金番号、金額、記録した利用者とともに登録されます。手段を記録するのは、経理処理が変わるからではなく、消し込みにおいてチャネルが意味を持つからです。

指摘すべきは取消です。取消入金は、取り消す対象の入金へのポインタとその理由を持ち、元の行が編集・削除されることはありません。つまり不渡り、二重計上、誤充当のいずれも、静かに書き換わった一行ではなく、真実を語る二行を残します。入金履歴は構造上、追記専用です。

意図的に主張しないことが一つあります。入金は自動では充当されません。入金の登録には、それが属する請求書が必要です。銀行ファイルを読んでどの債権に充当すべきか判断するエンジンはなく、判断できなかったものを溜める例外キューもありません。それを作るには相手側に銀行ファイル形式のある実作業が必要です。存在するまでは、突合したかのように装うのではなく、充当済みの入金を正確に記録します。

できること

  • 各入金を、手段・入金番号・金額・記録者とともに対象請求書へ登録する。
  • 振込・小切手・カード・口座振替・ロックボックスを記録手段として扱う。
  • 取消を、対象入金を指し示す新しい行として理由とともに登録する。
  • 元の入金を決して編集・削除せず、入金履歴を追記専用に保つ。

準拠する基準

  • 入金手段:振込・小切手・カード・口座振替・ロックボックス
  • 編集ではなく参照による取消

製品での確認方法

入金を取り消し、二つの行を見てください。取消行は対象入金と理由を明示し、元の行は変わりません。次に「ないもの」に注目を — 自動突合はありません。入金の充当には請求書の指定が必要だからです。

機能 04

手数料の計上と精算

手数料は基準額 × 料率として、指定された代理店と契約に対して計上され、明示的な行為として精算されます。

手数料記録は、契約、代理店、基準額、料率、算出金額を、ステータスと計上時点とともに保持します。したがって計上は再現可能です。金額は基準額 × 料率であり双方が保存されているため、「なぜこの金額なのか」と問う代理店は、信用するしかない再計算ではなく記録から答えを得られます。

精算は、一括のステータス変更ではなく特定の計上に対する独立した明示的行為です。これにより「発生」と「支払済」がレコード単位で区別され続けます。手数料サマリーは、その同じ行から代理店別の残高を報告します。

はっきり述べます。以前のこのページは述べていませんでした — これは計上と精算であって、完全な報酬計算エンジンではありません。モデルには階層別料率テーブルも、上位者オーバーライドも、戻入(クローバック)の仕組みもありません。記録が持つのは一つの基準額と一つの料率です。段階料率の体系、下位代理店の実績に対する代理店オーバーライド、早期失効時の戻入は、いずれも実在の要件ですが本機能はまだ満たしていません。これらは報酬プランの機能であり、既存のものを別の形で保存すれば済む話ではありません。

できること

  • 各計上に基準額・料率・算出金額を、指定された代理店と契約に対して保持する。
  • 保存された数値から、金額を基準額 × 料率として再現可能にする。
  • 特定の計上を明示的な行為として精算し、発生と支払済をレコード単位で区別し続ける。
  • 代理店別の手数料残高を、計上行そのものから報告する。

準拠する基準

  • 代理店・契約単位の基準額 × 料率による計上
  • レコード単位の精算

製品での確認方法

手数料記録を開いてください。基準額・料率・金額がすべて存在し、金額は他の二つの積です。精算すると、その記録のステータスだけが変わります。

機能 05

保険金の支払指図も同じ台帳に

保険金として出ていく資金は、支払・総勘定元帳仕訳・支払指図を一度の書き込みで生成します。

保険金の支払と保険料債権は、後から接合された別々の財務世界ではありません。保険金の支払は、総勘定元帳仕訳と支払指図の記録も生成する正準台帳を通じて書き込まれます。資金の移動、会計仕訳、受取人への指図は、三つのシステムが後で突き合わせるのではなく、一つのトランザクションから生まれます。

だからこそ、案件の既払額とその背後の会計は、ほとんどの月は一致する二つのビューではなく、同一の事実になります。支払指図は受取人への指示、仕訳は会計、支払は事実 — これらは一緒に書かれるか、まったく書かれないかのいずれかです。

同じトランザクションが、支払備金台帳上の型付き変動として案件の備金を取り崩します。だからこそ、夜間バッチで強制せずとも発生損害額は既払額 + 支払備金と等しく保たれます。

できること

  • 保険金の支払・総勘定元帳仕訳・支払指図を一つのトランザクションで書き込む。
  • 同一トランザクション内で、型付き変動として案件の支払備金を取り崩す。
  • 突合バッチなしに、発生損害額を既払額 + 支払備金と等しく保つ。
  • 保険金の出金と保険料の入金を、同一の財務基盤上に保持する。

準拠する基準

  • 総勘定元帳仕訳を伴う正準支払台帳
  • 受取人への指示としての支払指図

製品での確認方法

保険金を支払い、その書き込みを追ってください。支払、総勘定元帳仕訳、支払指図、支払備金変動のすべてが、その一つのトランザクションから生じています。

機能 06

請求口座と契約の紐付け

すべての請求書は、それが起票された契約と口座へ遡れます。

請求書は請求口座と契約に対して起票されるため、債権は双方向に追跡できます — 口座からその全債務へ、契約からその上で請求されたすべてへ。この紐付けにより、保全の問い合わせと収納の問い合わせを同じ記録から答えられます。

契約管理と請求が契約を共有しているため、保険料を変える期中異動は、誰かが忘れずに行う手動調整ではなく、請求対象そのものの変化として請求側に見えます。

入金・手数料・請求書はいずれも契約識別子を持つため、契約の財務履歴は、それぞれが一部だけを保持するシステム群を結合せずとも組み立てられます。

できること

  • 請求書を請求口座と契約に対して起票し、双方向から追跡可能にする。
  • 契約記録を複製するのではなく契約管理と共有する。
  • 請求書だけでなく入金と手数料にも契約識別子を持たせる。

準拠する基準

  • 請求口座と契約の紐付け
  • 契約管理と共有される契約記録

製品での確認方法

契約から、その請求書・入金・手数料計上を一覧してください。契約番号の文字列で突合するのではなく、いずれも同じ識別子で到達できます。

機能 07

収納の実務ビュー

担当者が扱うのは、ライブの請求書・年齢・入金であって、前夜の抽出データではありません。

収納ビューは、要求時点で API から請求書・年齢サマリー・入金を読み取ります。したがって担当者は現時点の債権を扱い、一分前に記録された入金も更新サイクルを待たずに見えます。

入金は、扱っている請求書に対して同じビューから記録できます。行動が、それを促した文脈のすぐ隣にあるということです。

意図的に存在しないもの、そして以前は主張されていたもの — 督促エンジンはありません。設定可能な督促シーケンスも、失効リスクで重み付けしたエスカレーションも、未払解約の自動ワークフローもありません。延滞残高は算出され可視化されますが、何をいつ送るかの判断はプラットフォーム外の人間の判断であり、ページがそれ以外を示唆すべきではありません。

できること

  • 抽出データではなく、要求時点で請求書・年齢・入金をライブに読み取る。
  • 扱っている請求書に対して、同じビューから入金を記録する。
  • 自動エスカレーション経路を主張することなく、算出された延滞残高を表示する。

準拠する基準

  • ライブの債権残高
  • 人による収納判断

製品での確認方法

「収納」で入金を記録し、年齢サマリーを読み直してください。残高が動いています。どちらもキャッシュされた帳票ではなく同じライブの数値から来ているからです。

機能 08

債権レポーティング

回収状況、年齢分布、手数料サマリーを、基礎となる行から。

レポーティングは、運用ビューが読むのと同じ行の上に構築されます。したがって帳票上の数値と画面上の数値の情報源は一つです。年齢分布は算出された区分から、回収状況は請求額と入金額から、手数料サマリーは計上記録そのものから生まれます。

これは見た目以上に重要です。請求レポーティングでよくある破綻は、台帳とは別の速度で古びるデータウェアハウスの複製だからです。ここでの帳票は稼働中テーブルへのクエリであり、正しさを別途保たねばならない第二の表現ではありません。

エクスポートも同じ数値を運ぶため、財務へ渡す表計算と担当者が見ている画面が、システムから出る途中で乖離することはありません。

できること

  • 年齢分布を、運用ビューが用いるのと同じ算出区分から報告する。
  • 回収状況を、保存された率ではなく請求額と入金額から導出する。
  • 手数料サマリーを、並行集計ではなく計上行から構築する。
  • 画面が示すのと同じ数値をエクスポートする。

準拠する基準

  • 稼働中テーブル上のレポーティング
  • 画面と帳票で単一の情報源

製品での確認方法

画面上の年齢サマリーと、同時刻に取得したエクスポートを比べてください。同じクエリなので、食い違いようがありません。

リスクを担う人のために

チームのために、準拠する基準に沿って。

Cortex のスキルエージェントが作業を下書きし、出典を示し、すべての操作を証跡台帳に書き込みます。そのため 請求・収納 は、監査上の立場を損なうことなく、責任を担う担当者の仕事を速めます。

対象となる方

  • 保険会社の財務責任者
  • 請求・収納責任者
  • 保険料経理チーム
  • 代理店報酬担当責任者
  • 資金繰りチーム

準拠する基準

  • 法定会計(SAP)
  • IFRS 17
  • 州の保険料返還規則
  • PCI DSS(決済データ)
  • SOX
CortexAI推論コパイロット
根拠あり

不正グループと共通の端末フィンガープリント94
過去のSIU案件と関連する修理工場87
損害パターンが閉鎖済みクラスタと一致81
出典契約元帳保険金請求グラフSIU案件記録
確信度94%
よくあるご質問

請求・収納 のよくあるご質問

デモの前に評価チームが知りたいことに、率直にお答えします。

直接請求、代理店請求、一括請求のいずれにも対応し、それぞれ分割払スケジュールと頭金を備えます。すべて金額と入金済額を持つ同一の請求書記録に計上されるため、未収残高は別途維持される数字ではなく差分になります。

ありません。以前のページは逆のことを述べていました。設定可能な督促シーケンスも、失効リスクで重み付けしたエスカレーションも、未払解約の自動通知もありません。存在するのは、算出されたライブの延滞残高 — 請求書の年齢区分は読み取り時に支払期日から導出されます — と、その上で作業する収納ビューです。何をいつ送るかはプラットフォーム外での人間の判断です。

率直に言えば、計上と精算です。記録は契約、代理店、基準額、料率、算出金額を保持するため、金額は基準額 × 料率として再現できます。精算は特定の計上に対する明示的な行為であり、発生と支払済がレコード単位で区別され続けます。階層別料率テーブル、上位者オーバーライド、戻入の仕組みはありません — これらは本機能がまだ持たない報酬プランの機能であって、既存のものを別の形で保存する話ではありません。

いいえ。入金の登録には、決済対象の請求書を指定する必要があります。手段(振込・小切手・カード・口座振替・ロックボックス)は消し込みでチャネルが意味を持つため記録されますが、銀行ファイルを読んでどの債権に属する入金かを判断するエンジンはなく、判断できなかったものの例外キューもありません。保証されるのは、充当済みの入金が正確かつ取消可能な形で記録されることです。

入金は追記専用です。訂正は元の行の編集ではなく、対象入金を指し示し理由を伴う取消行です — 不渡りや誤充当も、二行で真実を残します。保険金の出金は、支払・総勘定元帳仕訳・支払指図を一つのトランザクションで書き込むため、会計と事実は同一です。限界を一つ — 債権放棄の承認閾値は実装されていません。モデルに債権放棄のワークフロー自体が存在しないためです。

自社データで請求・収納を体験

ワークセッションをご予約ください。御社のデータソース・ワークフロー・準拠基準を 請求・収納 に当てはめ、Cortex が実際に推論する様子をお見せします。

請求・収納 — すべての保険料を回収し、すべての手数料を期日どおりに精算する。 | AegisNow Insurance