保険金請求小切手処理は受取人欄から始まる

保険金請求小切手の受取人欄は、金額以上に記帳の内容を左右します。依頼者と事務所の両名義の小切手は、銀行が受け入れる前に通常は両方の署名が必要です。病院の先取特権者や住宅ローン会社も名義に含まれる小切手は、通常その当事者の裏書が必要です。いずれか一方のみの名義の小切手は、通常どちらでも換金できます。この欄を誰かが読むまで、登録簿に記録できる信頼できる情報はありません。

手作業の記録は、郵便物が1件の小切手・1件の案件でなくなるまで通常は機能します。小切手は画像で届き、送金明細ページは別のPDFで届き、案件番号はケース管理システムにしか存在しません。本ガイドでは、書類から始める保険金請求小切手処理を扱います。チェック登録簿を有用にする項目、手作業の記録を破綻させる例外、再入力せずに登録簿を作成する方法、そして人が判断すべき事項です。

手入力をやめよう — AIに読み取らせるだけ
画像やPDFをアップロード — 10秒で構造化データに
今すぐ試す →
Blog cover image with the title 'Insurance Claim Check Processing That Starts With the Payee Line' and three icons for payee line, custom column extraction, and three-way reconciliation

主なポイント

  1. 受取人欄は小切手を入金できるかどうかを左右しますが、ほとんどの登録簿は印字どおりに記録すらしていません。
  2. その欄の「依頼者と事務所」は、金額が完全に正しく見えても、小切手を1週間引き出しに眠らせることがあります。
  3. 小切手と送金明細ページを2つのテーブルに分割し、小切手番号で結合すれば、配分が崩れなくなります。

受取人欄は、その小切手を入金できるかどうかを左右します。

受取人欄の「And」と「Or」を比較した図。「Client and Firm」は両方の裏書が必要で、「Client or Firm」はいずれかが交渉できることを示す

小切手は、簿記上の記録になる前に、流通証券です。表面に記載された氏名と、その間にある語が、裏面に誰が署名すべきかを定めます。だからこそ受取人欄は、金額、案件、さらには小切手番号よりも先にチェック登録簿に記載すべき情報なのです。

「A and B」は通常、両者の裏書を必要とします。「A or B」はいずれか一方が交渉できることを意味します。2つの氏名の間のスラッシュ、カンマ、改行は、この2つの解釈が衝突する箇所であり、入金先の銀行は法的な原則に加えて独自のポリシーを適用します。「Client and Firm」と記載された小切手は、依頼者が署名に来ないために、机の引き出しに1週間置かれたままになることがあります。

第三者が名義人に加わると、問題はさらに変わります。病院の先取特権者や住宅ローン会社が小切手の表面に記載されている場合、その当事者には裏書する権利があります。送付状にのみ記載された先取特権者は、代金に対する請求権はありますが、提供すべき署名はありません。この区別が重要になるのは、スプレッドシート上ではなく、銀行の窓口です。

財産保険の請求では、住宅ローン会社が加わります。住宅所有者保険では通常、貸付人が損失受取人として指定されます。つまり、住居の損害に対する支払いには貸付人が含まれなければならず、小切手には被保険者、法律事務所、貸付人が記載された状態で届きます。貸付人は、修理が文書化されるにつれて段階的に資金を放出することがあります。1回の入金を想定していた法律事務所は、3者が合意するまで交渉できない小切手を抱えることになります。

新たに独立開業した人身傷害専門の弁護士による2022年のr/LawFirmのスレッドも、同じ壁を描写しています。銀行は、法律事務所と依頼者の両方を名義人とする和解金の小切手を、依頼者の裏書なしには入金させませんでした。返信は、委任契約書に限定委任状を盛り込む、保険会社に依頼者を代理して法律事務所を受取人とする小切手を発行するよう求める、2通の別々の小切手を求める、という3つに分かれました。いずれも証券に関する判断であり、スプレッドシートに関する判断ではありません。

裏書できない小切手は、照合の問題ではなく、保管の問題です。

ここで役割が分かれます。事務所のマネージャーは最初に封筒を見て、受取人欄を読みます。簿記担当者は、入金できるか、どの口座に入金するかを判断します。弁護士は、依頼者を代理する裏書を承認します。銀行は独自のポリシーを適用し、法律事務所が署名は十分だと考えていても入金を拒否することがあります。自動化はこの欄を読み取ることはできますが、承認の判断を下すことはできません。

有用なチェック登録簿には、金額だけでなく受取人欄と配分が記録されます。

州弁護士会規則は、チェック登録簿をすべての入金と支払の時系列記録として説明しており、合計の要約ではありません。ワシントン州のRPC 1.15B(a)(1)では、各記録に依頼者の案件、日付、小切手番号、支払者または受取人、取引後の新残高を記載することが求められています。このリストは有用な最低限です。保険金請求小切手を扱う法律事務所には、さらにいくつかの列が必要です。証券と案件は結び付いた状態では届かないからです。

フィールド登録簿に必要な理由入手元
受領日入金の時計を開始する。裏書のために保持された小切手は入金ではない郵便室または受付記録
支払者支払を行う保険会社、第三者管理機関(TPA)、または弁護事務所を特定する小切手表面
印刷どおりの受取人欄誰が裏書すべきかを決める。「and」を「or」に正規化すると問題が隠れる小切手表面
小切手番号重複検出と監査証跡。再発行には新しい番号が付く小切手表面または下部の印刷された番号行
小切手日付証券の経過期間を測る。期限切れ小切手は無価値になる前にフォローアップが必要小切手表面
金額証券の総額であり、依頼者の純額や事務所の報酬ではない小切手表面と金額欄
請求または保険証券の参照多くの小切手で案件への唯一の印刷された手がかりメモ欄または送金明細ページ
案件番号入金を1つの依頼者元帳に結び付ける案件管理システム
送金明細の請求者と配分額1つの小切手で複数の請求者をカバーでき、1つの案件に縛られない送金明細ページ
入金日と決済日受領、入金、回収を区別する。回収前の支払は依頼者元帳がマイナスになる原因銀行伝票、ポータル、または明細書
ステータスまたは例外保留、未照合、再発行、または期限切れを記録する簿記担当者のレビュー

汎用テンプレートには通常、受取人フィールドはあっても印刷どおりの受取人欄はなく、配分表はほとんどありません。この2つの列が、請求小切手に対して登録簿を使い物にする鍵です。残りは簿記担当者がすでに維持方法を知っている登録簿です。

チェック登録簿は依頼者元帳ではありません。登録簿は小切手が届いた時点でその証券を記録します。依頼者元帳は、事務所が誰のお金を保管しているか、そしてそのお金に何が起きたかを記録します。1枚の小切手から複数の元帳記入が生じることがあります。総入金額、報酬振替、リーエン支払、依頼者への支払です。和解明細書はどちらの代わりにもなりません。多くの場合、資金が決済される前に提案された配分を示すものです。

支払の背景にある請求書類には独自のフィールド構造があります。保険請求データ抽出ガイドでは小切手に先行する書式を扱っており、支払メモに記載される請求番号は通常損害初回通知(FNOL)フォームから始まります。小切手はその連鎖の最後の書類であり、だからこそ小切手に参照情報が欠けていると、読み手は請求ファイルに戻ることになります。

手作業のログが破綻するのは例外時であり、通常の小切手ではありません。

手作業のログが破綻する場面を示す3列比較:3人の請求者を記載した送金明細ページ、支払停止後に再発行された小切手、通常の小切手のケース

通常の小切手は1行です。問題は、証券、送金明細、案件が1対1で対応しない小切手から生じます。小切手番号だけをキーにした和解小切手ログでは、その関係を示せません。

何が起きるかログが示すものログが見落とすもの
1件の和解が段階的に支払われる小切手番号ごとの行で、相互の関連付けがない報酬振替、依頼者小切手、2件のリーエン支払、後日の保険会社支払を含む1件の和解
送金明細に3人の請求者が記載されている最初の氏名に対して1件の小切手金額が紐付けられている小切手が対象とするのは1人の請求者で、残り2人は別の支払からの配分である
小切手が支払停止され再発行される同額の小切手2枚と入金1件最初の小切手は無効化されており、ステータス列がなければ登録簿は二重計上する
保険会社の小切手が入金後に不渡りになる入金が記帳され、依頼者小切手が発行済み保険会社が資金を補充するまで信託口座はマイナスになった
氏名または参照情報が一致しない小切手と送金明細が別の当事者のように見える「Johnson」と「Jonson」、または保険証券と異なる保険会社名が未照合キューに入る
未決済小切手が長期化する数か月前に振り出され、決済されていない小切手受取人が受け取っていない可能性があり、期限切れになる前に支払停止と再発行が必要である

不渡り小切手の事例は仮定の話ではありません。2024年のr/LawFirmスレッドがその経緯を説明しています。和解金の小切手が入金・入帳され、弁護士と依頼者に小切手が振り出され、5日後に保険会社の小切手が資金不足で戻ってきました。依頼者は信託口座から振り出された小切手をまだ入金できました。事務所の報酬小切手は不渡りになりました。信託口座はマイナスになりました。

スプレッドシートはこうした例外をすべて保持できますが、それは誰かが列を追加し、最新の状態に保つ場合に限られます。本当の問題は構造的なものです。登録簿は小切手を中心に作られていますが、重要な出来事は和解です。1件の和解から5つの証券が生まれることがあり、登録簿はそれらが1行であるかのように偽ることなく、一緒に属していることを示さなければなりません。

期限切れ項目は、同じ問題の静かな現れです。60日間決済されていない小切手はもはや日常的ではありません。実行可能な事務所の方針は、30日、60日、90日でフォローアップし、銀行が一般に原本の支払いを義務付けられなくなる6か月の時点の前に、支払停止と再発行を行うかどうかを決定します。これは方針の決定であり、データフィールドではありませんが、登録簿はその決定を可能にする日付を保持しなければなりません。

カスタム列抽出は、すでにお持ちのドキュメントから登録簿を構築します。

2つのカードを示すフロー図:パス1は小切手画像を読み取り証券ごとに1行にし、パス2は送金明細ページを読み取りページごとに1行にし、フッター行にはExcelで小切手番号で結合と表示

ImageToTable.aiはカスタム列抽出を使用します。必要な列名を入力すると、AIは固定位置を照合するのではなく、ラベルの意味を理解してページ上の各値を探します。各保険会社、TPA、弁護士事務所ごとに描くテンプレートはなく、ラベル付けするトレーニングセットもありません。新しい支払者のフォーマットに新しいテンプレートは必要ありません。

これは小切手にとって重要です。フォーマットを管理するのは事務所ではなく支払者だからです。ある保険会社はメモ欄に請求番号を印刷し、別の会社は保険証券番号を印刷し、3番目の会社は何も印刷せず参照情報を送金明細ページに記載します。「Claim Reference」という名前の列は3つすべてに対応できます。1つの保険会社のレイアウトに合わせて作られたテンプレートは対応できません。

バッチ処理は追加機能ではなくデフォルトです。1週間分の画像が1つのテーブルになり、異なる保険会社ごとに別々の実行は必要ありません。実用的な設定は、1つのワークブックへの2つのパスです。最初のパスは小切手画像を読み取り、小切手テーブルを作成します。証券ごとに1行です。2番目のパスは送金明細ページを読み取り、配分テーブルを作成します。送金明細ページごとに1行です。Excelで小切手番号を基に2つを結合します。それらを別々に保つことで、1つの小切手が3人の請求者を1行にまとめることなく保持できます。同じ登録簿が、担当者には日次の例外ビューを、経理担当者には月次の照合ビューを提供します。同じ行を異なる方法でフィルタリングしたものです。

送金明細ページに3人の請求者が記載されている場合は、各行に請求者列と金額列を定義します:Claimant 1、Amount 1、Claimant 2、Amount 2、以下同様です。ページは1行のままで、配分も表示されたままになります。元帳で請求者ごとに1行が必要な場合は、抽出後にExcelでこれらのペアをアンピボットしてください。送金明細ページ全体を小切手行にマージすることは、配分を破壊する唯一の操作です。

複数ページ結合は、同じ小切手の表面と裏面を小切手番号で照合する場合に便利です。これは複数の請求者がいる送金明細ページには不適切な設定です。その役割は1つの論理ドキュメントのページを1行にまとめることであり、そのページは複数の配分だからです。

1

すべての小切手と送金明細ページを1つの受付フォルダに入れます。

スキャンが可能な場合は、ファイル名を小切手番号で付けます。メールで届いたスキャン用と郵送された小切手用に1つずつパスがあれば十分です。重要なのは、個人の受信箱で何も待たないことです。

2

列名を一度入力します。

印刷されたままの受取人欄、小切手番号、金額、請求参照番号、送金明細の請求者、配分金額を含めます。このセットを次のバッチ用の再利用可能なテンプレートとして保存します。

3

小切手を1つのバッチとして処理します。

1週間分の画像が1つのテーブルになります。異なる保険会社ごとに別々に実行する必要はありません。これはテンプレートベースのシステムがメンテナンスなしでは対応できない部分です。

4

送金明細ページを2番目のバッチとして処理します。

配分テーブルは小切手テーブルとは別に保ちます。ページの各行に請求者と金額のペアを定義します。元帳で請求者ごとに1行が必要な場合は、Excelでペアをアンピボットしてください。

5

計算列を追加します。

送金明細テーブルで、Allocated Total (Amount 1 + Amount 2 + Amount 3)は各行を合計し、Variance (Payment Total - Allocated Total)はページに両方の数値が印刷されている場合に差額を返します。差異がゼロでない行は、人の確認が必要な行です。

6

レビューモードで受取人欄と金額を確認します。

セルにカーソルを合わせると、画像上のどこから値が来たかがハイライトされます。画像をクリックするとセルに戻ります。元帳に反映される前にその行を修正してください。

計算列は元帳の代わりにはなりません。 計算列は、経理担当者が本来二度行う計算を代行します。一度は送金明細ページで、もう一度はスプレッドシートで行う計算です。どの差異が許容範囲かという判断は、ページを確認する担当者に委ねられます。

バウンディングボックス付きのレビューモードは、抽出結果を検証する仕組みです。すべての値は、それが由来する小切手上の位置まで遡って確認できます。200枚の小切手のバッチでは、これがすべての画像を再読するか、重要な行だけを抽出して確認するかの違いになります。任意のドキュメントバッチに用いられるのと同じ抽出確認の考え方がここでも当てはまり、スポットチェック手法でサンプルサイズと合格基準が示されています。小規模事務所では、ディスカバリーパケットでも同じバッチのパターンがすでに使われており、混在したドキュメントのフォルダ1つがテーブルになります。

JPG/PNG/PDF AI抽出

ファイルは安全に処理され、保存されません。

チェック登録簿は不一致を示せても、その意味を判断することはできません。

境界を明確に示せば、理解しやすくなります。このツールはドキュメントを読み取るものであり、銀行に接続したり、資金を移動したり、小切手の決済を確認したりすることはできません。入金日と決済日は、銀行の記録から人が入力する列であり、AIが小切手画像から推測できる値ではありません。

  • 銀行接続なし。 入金、保留状況、支払停止、決済確認は行いません。
  • 信託元帳への記帳なし。 出力は受付表であり、依頼者元帳と三者照合は会計システム内で行われます。
  • 案件の自動照合なし。 ページに印刷された請求番号や保険証券番号を読み取ることはできますが、案件管理システムを検索することはできず、印刷されていない案件番号を補うこともできません。
  • コンプライアンス判断なし。 小切手が信託に属するか、裏書が有効か、州の規則がどのように適用されるかは判断しません。
  • リーエン交渉や弁済決定なし。 送金明細ページの金額は支払者が主張する金額であり、リーエン保有者が合意した金額ではありません。
  • 受取人紛争の解決なし。 受取人が3人いて合意がない小切手は、データの問題ではなく保険会社への連絡案件です。
役割引き続き担う業務
オフィスマネージャー郵便物を開封し、受取人欄を確認し、裏書のために小切手を回付する
経理担当者入金日と決済日を確認し、依頼者元帳に記帳し、未決済項目をエイジング管理する
パラリーガルまたは和解コーディネーター案件番号、和解明細書、リーエン弁済額を提供する
弁護士または管理パートナー裏書と支払を承認し、照合をレビューする
銀行自行の裏書方針を適用し、保留を設定し、支払停止や返却を処理する

引き継ぎが統制です。登録簿のすべての列は、1つの引き継ぎを可視化するために存在します。

これはドキュメント処理のガイドであり、法律または信託会計に関する助言ではありません。入金、裏書、元帳は、州の規則と銀行の方針に従います。

三者照合は、案件番号の列が欠けていることが可視化される場面です。

三者照合は、同じ基準日における3つの数値を比較します。調整後の銀行残高証明書残高、信託元帳残高、そしてすべての依頼者元帳の合計です。マサチューセッツ州では、少なくとも60日ごとにこの比較を行い、3つの数値が一致すること、またいかなる時点でも依頼者の残高がマイナスにならないことを求めています(Mass. R. Prof. C. 1.15(f)(1)(E))。

チェック登録簿は、法律事務所の小切手照合における受領側の記録です。小切手に案件番号がなければ、依頼者元帳に貸記できず、3つ目の数値は一致しません。登録簿は2つ目の会計システムである必要はありません。すべての入金を依頼者元帳に、すべての未決済小切手を支払に追跡できるだけの完全性が必要です。依頼者の資金をプールする事務所では、信託口座は通常IOLTA(弁護士信託口座利息)口座であり、同じ証明が当てはまります。

ABA Model Rule 1.15は、この計算の根底にある義務を定めています。依頼者および第三者の資金は分別して保管し、資金が到着した際には依頼者に速やかに通知し、求めに応じて完全な会計報告を提供します。登録簿が最新であれば、事務所は記憶からその月を再構築することなく、その求めに応じることができます。

  1. 登録簿のすべての行を、未着金の入金または未決済小切手のいずれかに対応付けます。どちらでもない行は、照合されていない行です。
  2. 同じ基準日で各依頼者元帳を合計します。銀行残高証明書と元帳で異なる日付を使用しないでください。
  3. 差異を調査します。ある依頼者の余剰を別の依頼者の不足と相殺しないでください。合計が一致していても、誤った配分が隠れている可能性があります。
  4. 責任弁護士に照合をレビューさせ、署名させます。カリフォルニア州の監督ガイダンスは、このレビューを弁護士の委任できない監督義務の一部とみなし、2か月を超える未決済の支払および30日以内に行われなかった入金についてフォローアップするよう事務所に求めています。

登録簿は、最初のステップを機械的にすることで、この手順の中でその役割を果たします。すべての小切手に受取人欄、請求参照、案件番号があれば、照合は調査ではなく照合から始まります。

FAQ

信託会計ソフトの代わりになりますか?

いいえ。これは受付登録簿を生成するものであり、依頼者元帳や三者照合ではありません。会計システムは依然として元帳、支払、コンプライアンス報告書を保持します。登録簿はそれらにデータを供給する表です。

小切手を案件に自動で照合できますか?

照合情報がページに印刷されている場合に限ります。小切手や送金明細ページから請求、保険証券、ファイル参照番号を抽出できますが、案件管理システムを検索したり、参照番号がない場合に照合を判断することはできません。そのため案件番号は追加して確認する列となります。

小切手が依頼者と事務所の両方に支払われる場合は?

登録簿には印刷されたままの受取人欄が記録されます。入金には依然として依頼者の裏書、または州が認める授権が必要であり、銀行が何を受け入れるかは銀行の方針で決まります。登録簿は受取人欄を表示できますが、署名を提供することはできません。

1枚の小切手が複数の請求者をカバーする場合は?

送金明細の配分は独立した表として保持します。小切手の表には合計額、配分の表には各請求者と金額を記載し、両者を小切手番号で結合します。差異列で、明細の合計が支払額と一致するかを確認できます。

手書きの小切手を読み取れますか?

はい。手書き、筆記体、印刷されたフィールドに対応しています。密集した手書きは上位の処理ティアが必要なケースであり、記帳前にレビューモードで確認すべき2つのフィールドは受取人欄と金額です。

出力は弁護士会の監査に十分ですか?

追跡および保管が可能な記録です。州の記録保持規則を満たすかどうかは、依頼者元帳、銀行記録、照合、弁護士のレビューといった周囲のシステム次第です。すべての値にドキュメントが裏付けられるよう、登録簿とともに元の画像を保管してください。

小切手登録簿は、元帳の前、支払の前に、事務所が誰の資金を保有しているかを最初に判断する場所です。1週間分の小切手と送金明細ページを1つのバッチで処理し、どの行にまだ人の確認が必要かを確認してください。 次のバッチで試してみてください。

📮 contact email: [email protected]