보험 청구 수표 처리
수취인란에서 시작됩니다

수취인란이 수표의 입금 가능 여부를 결정합니다.

수표는 부기 항목이 되기 전에 유통증권입니다. 앞면의 이름과 그 사이의 단어가 뒷면에 서명해야 할 주체를 정합니다. 그래서 수취인란은 금액, 사건 번호, 심지어 수표 번호보다 먼저 레지스터에 들어가야 합니다.

"A and B"는 일반적으로 양 당사자 모두의 배서를 요구합니다. "A or B"는 어느 한쪽이든 negotiate할 수 있게 합니다. 두 이름 사이의 슬래시, 쉼표 또는 줄바꿈은 두 해석이 충돌하는 지점이며, 입금 은행은 법적 기본값 위에 자체 정책을 적용합니다. "Client and Firm"으로 기재된 수표는 의뢰인이 서명하러 오지 않아 서랍 속에서 일주일을 보낼 수 있습니다.

이름이 명시된 제3자는 문제를 다시 바꿉니다. 병원 유치권자나 모기지 회사가 수표 앞면에 있으면 그 당사자는 배서할 권리가 있습니다. 송금 명세 페이지에만 이름이 있는 유치권자는 수익금에 대한 청구권은 있지만 제공할 서명은 없습니다. 이 구분은 스프레드시트가 아니라 창구에서 중요합니다.

재산 관련 청구는 모기지 회사를 추가합니다. 주택 소유자 보험은 일반적으로 대출 기관을 손실 수취인으로 지정하는데, 이는 주거지 손상에 대한 지급에 대출 기관이 포함되어야 함을 의미하므로 수표에는 피보험자, 로펌, 대출 기관이 함께 기재되어 도착합니다. 대출 기관은 수리가 문서화됨에 따라 자금을 단계적으로 방출할 수 있습니다. 단일 입금을 예상했던 로펌은 이제 세 당사자가 합의하기 전까지 negotiate할 수 없는 수표를 갖게 됩니다.

신규 단독 PI 변호사의 2022년 r/LawFirm 스레드는 같은 벽을 묘사합니다. 은행은 의뢰인의 배서 없이 로펌과 의뢰인 모두에게 발행된 합의금 수표를 로펌이 입금하도록 허용하지 않았습니다. 답변은 위임 계약서의 제한적 위임장, 보험사에 의뢰인을 대신하여 로펌 앞으로 수표를 발행해 달라는 요청, 그리고 두 장의 별도 수표 요청으로 나뉘었습니다. 세 가지 모두 스프레드시트가 아니라 증권에 관한 결정입니다.

배서할 수 없는 수표는 조정 문제가 아니라 보관 문제입니다.

여기서 역할이 분리됩니다. 사무 관리자는 봉투를 가장 먼저 보고 수취인란을 읽습니다. 부기는 입금 가능 여부와 어느 계좌로 입금할지를 결정합니다. 변호사는 의뢰인을 대신한 배서를 승인합니다. 은행은 자체 정책을 적용하며 로펌이 서명이 충분하다고 믿더라도 입금을 거부할 수 있습니다. 자동화는 그 줄을 읽을 수 있습니다. 하지만 승인 결정을 내릴 수는 없습니다.

유용한 수표 등록부에는 금액뿐 아니라 수취인란과 배분 내역이 담겨야 합니다.

주 변호사 협회 규칙은 수표 등록부를 모든 수입과 지출의 시간순 기록으로 규정하며, 합계 요약으로 보지 않습니다. 워싱턴주의 RPC 1.15B(a)(1)은 각 항목에 의뢰인 사건, 날짜, 수표 번호, 지급인 또는 수취인, 거래 후 새 잔액을 명시하도록 요구합니다. 이 목록은 유용한 최소 기준입니다. 보험 청구 수표를 취급하는 법률 사무소에는 열이 더 필요합니다. 증서와 사건이 함께 도착하지는 않기 때문입니다.

일반적인 템플릿에는 보통 수취인 필드는 있지만 인쇄된 그대로의 수취인란은 없으며, 배분 표는 거의 없습니다. 이 두 열이 바로 청구 수표에 등록부를 사용할 수 있게 하는 핵심입니다. 나머지는 경리 담당자가 이미 관리할 줄 아는 등록부입니다.

수표 등록부는 의뢰인 원장이 아닙니다. 등록부는 수표가 도착한 그대로를 기록합니다. 의뢰인 원장은 로펌이 누구의 자금을 보관하고 있으며 그 자금에 무슨 일이 있었는지를 기록합니다. 수표 한 장이 여러 원장 항목을 만들어낼 수 있습니다. 총 입금액, 수수료 이체, 유치권 지급, 의뢰인 지급금 등입니다. 합의금 명세서는 어느 쪽의 대체물도 아닙니다. 이는 제안된 배분을 보여주며, 대개 자금이 결제되기 전에 제시됩니다.

지급의 근거가 되는 청구 서류는 고유한 필드 구조를 가집니다. 보험 청구 데이터 추출 가이드는 수표에 앞서는 양식을 다루며, 지급 메모에 최종적으로 기재되는 청구 번호는 대개 최초 손해 통지(FNOL) 양식에서 시작됩니다. 수표는 그 사슬의 마지막 문서이므로, 수표에 참조 정보가 빠져 있으면 독자는 청구 파일로 되돌아가게 됩니다.

수동 장부는 일반 수표가 아니라 예외 상황에서 무너집니다.

일반 수표는 한 행입니다. 문제는 수표, 송금 명세, 사건이 일대일로 맞아떨어지지 않는 경우에 발생하며, 수표 번호만을 기준으로 한 합의금 수표 장부로는 그 관계를 보여줄 수 없습니다.

부도 수표 사례는 가상의 이야기가 아닙니다. 2024년 r/LawFirm 스레드는 그 경과를 설명합니다. 합의금 수표가 입금되어 입금 처리되었고, 변호사와 의뢰인 앞으로 수표가 발행되었으며, 5일 후 보험사의 수표가 잔액 부족으로 반환되었습니다. 의뢰인은 신탁 계좌에서 발행된 수표를 여전히 입금할 수 있었습니다. 법무법인의 수수료 수표는 부도 처리되었습니다. 신탁 계좌는 마이너스가 되었습니다.

스프레드시트는 이 모든 예외를 담을 수 있지만, 누군가 열을 추가하고 최신 상태로 유지할 때만 가능합니다. 진짜 문제는 구조적입니다. 레지스터는 수표를 중심으로 만들어져 있지만, 중요한 사건은 합의금입니다. 하나의 합의금은 다섯 개의 증서를 만들어낼 수 있으며, 레지스터는 그것들을 하나의 행인 척하지 않으면서 서로 관련이 있음을 보여주어야 합니다.

만료 수표는 같은 문제의 조용한 버전입니다. 60일 동안 결제되지 않은 수표는 더 이상 일상적이지 않습니다. 실행 가능한 법무법인 정책은 30일, 60일, 90일에 후속 조치를 취한 후, 은행이 일반적으로 원본 수표를 지급할 의무가 없어지는 6개월 시점 전에 지급 정지 및 재발행 여부를 결정합니다. 이는 데이터 필드가 아닌 정책 결정이지만, 레지스터는 그 결정을 가능하게 하는 날짜를 담고 있어야 합니다.

맞춤 열 추출은 이미 보유한 문서에서 레지스터를 구축합니다.

ImageToTable.ai는 맞춤 열 추출을 사용합니다. 원하는 열 이름을 입력하면 AI가 고정된 위치를 대조하는 것이 아니라 레이블의 의미를 이해하여 페이지에서 각 값을 찾아냅니다. 각 보험사, TPA 또는 변호인 법무법인을 위해 그릴 템플릿도, 레이블을 지정할 학습 데이터 세트도 없습니다. 새로운 지급인 형식에 새로운 템플릿이 필요하지 않습니다.

이는 수표에서 중요한데, 형식을 통제하는 것은 법무법인이 아니라 지급인이기 때문입니다. 한 보험사는 청구 번호를 메모란에 인쇄하고, 다른 보험사는 증권 번호를 인쇄하며, 세 번째 보험사는 아무것도 인쇄하지 않고 참조 번호를 송금 명세 페이지에 넣습니다. "청구 참조"라는 이름의 열은 이 세 가지를 모두 견딜 수 있습니다. 한 보험사의 레이아웃을 기준으로 만든 템플릿은 그럴 수 없습니다.

배치 처리는 추가 기능이 아닌 기본값입니다. 일주일 분량의 이미지가 하나의 테이블이 되며, 서로 다른 보험사에 별도의 실행이 필요하지 않습니다. 실용적인 설정은 하나의 워크북에 두 번의 처리를 하는 것입니다. 첫 번째 처리에서는 수표 이미지를 읽어 수표 테이블을 생성하며, 증서당 한 행입니다. 두 번째 처리에서는 송금 명세 페이지를 읽어 배분 테이블을 생성하며, 송금 명세 페이지당 한 행입니다. Excel에서 수표 번호를 기준으로 두 테이블을 조인하십시오. 이들을 분리해 두는 것이 하나의 수표가 세 명의 청구인을 하나의 행으로 합치지 않고 담을 수 있게 해줍니다. 동일한 레지스터가 담당자에게는 일일 예외 보기를, 경리 담당자에게는 월별 조정 보기를 제공합니다. 같은 행을 다르게 필터링한 것입니다.

송금 명세 페이지에 청구인이 세 명 나열되어 있다면 각 행에 청구인 열과 금액 열을 정의하세요: Claimant 1, Amount 1, Claimant 2, Amount 2 등입니다. 페이지는 한 행으로 유지되고 배분 내역도 그대로 보입니다. 원장에 청구인별로 한 행이 필요하다면 추출 후 Excel에서 해당 쌍을 unpivot하세요. 송금 명세 페이지 전체를 수표 행에 병합하는 것이 바로 배분 내역을 파괴하는 행동입니다.

Multi-Page Merge는 같은 수표의 앞면과 뒷면을 수표 번호로 매칭할 때 유용합니다. 청구인이 여러 명인 송금 명세 페이지에는 잘못된 설정입니다. 이 기능은 하나의 논리적 문서에 속한 페이지들을 한 행으로 접는 역할을 하는데, 그 페이지는 여러 개의 배분이기 때문입니다.

계산 열은 원장을 대체하지 않습니다. 계산 열은 회계 담당자가 두 번 계산할 산술 작업을 대신 처리합니다. 한 번은 송금 명세 페이지에서, 또 한 번은 스프레드시트에서 말입니다. 어떤 차액이 허용 가능한지에 대한 판단은 페이지를 검토하는 사람의 몫으로 남습니다.

경계 상자가 있는 검토 모드는 추출에 대한 검증 수단입니다. 모든 값을 해당 값이 추출된 수표상의 위치로 추적할 수 있습니다. 수표 200장 배치의 경우, 이는 모든 이미지를 다시 읽는 것과 중요한 행만 표본 추출하는 것의 차이입니다. 모든 문서 배치에 적용되는 동일한 표본 추출 논리가 여기에도 적용되며, 표본 점검 방법에서 표본 크기와 합격 기준을 제시합니다. 소규모 사무소는 이미 증거 개시 자료에 동일한 배치 패턴을 사용하고 있으며, 여기서는 혼합 문서 폴더 하나가 테이블이 됩니다.

수표 등록부는 불일치를 표시할 수 있지만, 그 불일치의 의미를 판단할 수는 없습니다.

경계를 명확히 밝히면 지키기更容易합니다. 이 도구는 문서를 읽습니다. 은행에 연결하거나, 자금을 이동하거나, 수표가 결제되었음을 확인하지 않습니다. 입금일과 결제일은 사람이 은행 기록에서 입력하는 열이며, AI가 수표 이미지에서 추론할 수 있는 값이 아닙니다.

• 은행 연결 없음. 입금, 보류 상태, 지급 정지, 결제 확인이 없습니다.
• 신탁 원장 전기 없음. 출력은 접수 테이블이며, 의뢰인 원장과 삼자 조정은 회계 시스템에 남습니다.
• 자동 사건 매칭 없음. 이 도구는 페이지에 인쇄된 청구 번호나 증권 번호를 읽을 수 있습니다. 사건 관리 시스템을 검색할 수 없으며, 인쇄되지 않은 사건 번호를 제공할 수 없습니다.
• 규정 준수 판정 없음. 수표가 신탁에 속하는지, 배서가 유효한지, 주 규칙이 어떻게 적용되는지 판단하지 않습니다.
• 유치권 협상 또는 지급 결정 없음. 송금 명세 페이지의 금액은 지급인이 말하는 금액이며, 유치권자가 동의한 금액이 아닙니다.
• 수취인 분쟁 해결 없음. 수취인이 셋이고 합의가 없는 수표는 데이터 문제가 아니라 보험사에 전화할 사안입니다.

인계가 곧 통제입니다. 등록부의 모든 열은 하나의 인계를 가시화하기 위해 존재합니다.

이는 문서 처리 안내이며, 법률 또는 신탁 회계 자문이 아닙니다. 주의 규칙과 은행의 정책이 입금, 배서, 원장을 규율합니다.

삼자 조정은 누락된 사건 번호 열이 드러나는 지점입니다.

삼자 조정은 동일한 기준일에 세 가지 숫자를 비교합니다. 조정된 은행 명세서 잔고, 신탁 원장 잔고, 그리고 모든 의뢰인 원장의 합계입니다. 매사추세츠주는 최소 60일마다 이 비교를 요구하며, 세 수치가 동일하고 어느 시점에도 의뢰인 잔고가 마이너스가 아니어야 한다고 규정합니다 (Mass. R. Prof. C. 1.15(f)(1)(E)).

수표 등록부는 법률 사무소 수표 조정의 수취 측입니다. 수표에 사건 번호가 없으면 의뢰인 원장에 입금할 수 없고, 세 번째 숫자도 일치하지 않습니다. 등록부가 두 번째 회계 시스템일 필요는 없습니다. 모든 입금이 의뢰인 원장으로 추적되고 모든 미결제 수표가 지출로 추적될 만큼 완전하면 됩니다. 의뢰인 자금을 통합 관리하는 사무소에서 신탁 계좌는 보통 IOLTA(Interest on Lawyer Trust Accounts) 계좌이며, 동일한 증명이 적용됩니다.

ABA Model Rule 1.15는 그 산술 아래의 의무를 정합니다. 의뢰인 및 제3자 자금은 분리 보관하고, 자금이 들어오면 의뢰인에게 즉시 통지하며, 요청 시 전체 회계 내역을 제공합니다. 등록부가 최신 상태라면 기억으로 한 달을 재구성하지 않고도 그 요청에 답할 수 있습니다.

1. 모든 등록부 행을 미결제 입금 또는 미결제 수표에 연결합니다. 어느 쪽도 아닌 행은 조정되지 않은 행입니다.
2. 동일한 기준일로 각 의뢰인 원장을 합산합니다. 은행 명세서와 원장에 다른 날짜를 사용하지 않습니다.
3. 차액을 조사합니다. 한 의뢰인의 초과분을 다른 의뢰인의 부족분과 상계하지 않습니다. 합계가 맞아도 잘못된 배분을 숨길 수 있습니다.
4. 책임 변호사가 조정을 검토하고 서명합니다. 캘리포니아의 감독 지침은 그 검토를 변호사의 위임 불가능한 감독 의무의 일부로 보며, 2개월이 넘은 미결제 지출과 30일 이내에 이루어지지 않은 입금을 후속 확인할 것을 사무소에 요구합니다.

등록부는 첫 단계를 기계적으로 만들어 그 순서에서 제 역할을 합니다. 모든 수표에 수취인란, 청구 참조 및 사건이 있으면 조정은 탐정 작업이 아니라 대사로 시작됩니다.

FAQ

신탁 회계 소프트웨어를 대체할 수 있나요?

아닙니다. 이 도구는 수표 등록부를 생성할 뿐, 의뢰인 원장이나 삼자 조정을 대체하지 않습니다. 회계 시스템은 여전히 원장, 지출 및 규정 준수 보고서를 보관합니다. 수표 등록부는 이들을 뒷받침하는 테이블입니다.

수표를 사건과 자동으로 매칭할 수 있나요?

매칭 정보가 페이지에 인쇄되어 있는 경우에만 가능합니다. 수표나 송금 명세 페이지에서 청구, 보험증권 또는 파일 참조 번호를 추출할 수 있습니다. 사건 관리 시스템을 검색하거나 참조 번호가 없을 때 매칭을 판단할 수는 없으므로, 사건 번호는 직접 추가하고 확인해야 하는 열입니다.

수표가 의뢰인과 법무법인 모두에게 지급되는 경우는 어떻게 하나요?

수표 등록부는 인쇄된 수취인란을 그대로 기록합니다. 입금에는 여전히 의뢰인의 배서 또는 해당 주에서 허용하는 승인이 필요하며, 은행 정책에 따라 수용 여부가 결정됩니다. 수표 등록부는 수취인란을 표시할 수 있지만 서명을 대신할 수는 없습니다.

수표 한 장이 여러 청구인을 포함하는 경우는 어떻게 하나요?

송금 배분을 별도의 테이블로 유지하세요. 수표 테이블에는 총액을, 배분 테이블에는 각 청구인과 금액을 기록하고, 두 테이블을 수표 번호로 연결합니다. 차이 열은 각 항목의 합계가 지급액과 일치하는지 보여줍니다.

수기로 작성된 수표도 읽을 수 있나요?

네. 필기체, 흘림체 및 인쇄된 필드를 지원합니다. 빽빽한 필기는 상위 처리 티어가 필요한 경우이며, 수취인란과 금액은 전기 전에 검토 모드에서 확인해야 할 두 가지 필드입니다.

출력물이 변호사 협회 감사에 충분한가요?

추적하고 보관할 수 있는 기록입니다. 주의 기록 보존 규정을 충족하는지는 이를 둘러싼 시스템, 즉 의뢰인 원장, 은행 기록, 조정 및 변호사의 검토에 따라 달라집니다. 모든 값에 문서가 뒷받침되도록 원본 이미지를 수표 등록부와 함께 보관하세요.

수표 등록부는 법무법인이 원장보다 먼저, 지출보다 먼저 누구의 자금을 보유하고 있는지 결정하는 곳입니다. 일주일 분의 수표와 송금 명세 페이지를 하나의 배치로 처리하여 어떤 행에 여전히 사람의 확인이 필요한지 확인해 보세요. 다음 배치에서 테스트해 보세요.