타이틀 또는 에스크로 대행사의 은행 계좌에 들어오는 모든 1달러는 다른 누군가의 것입니다. 대행사의 수익도 아니고, 현금흐름을 완충하기 위한 임시 유동자금도 아니며, 단기 운전자본의 원천도 아닙니다. 그것은 매수인의 계약금이거나, 매도인의 매각 대금이거나, 대출기관의 상환금이며, 클로징 테이블에서 모두가 이동을 승인할 때까지 신탁 상태로 보관되는 돈입니다. 이 부기를 잘못 처리하면 단 몇백 달러 차이라도 단순한 반올림 오류로 끝나지 않습니다. 주(州) 보험감독국의 조사, 면허 정지, 최악의 경우 형사 책임까지 이어질 수 있습니다.
그래서 타이틀 및 에스크로 대행사는 대부분의 소규모 사업체가 접해본 적 없는 부기 기준, 즉 3자 대사(three-way reconciliation) 아래에서 운영됩니다. 이는 일반적인 은행 대사보다 훨씬 엄격하며, 대개 선택이 아니라 의무이고, 신탁 계좌의 수치가 조용히 어긋난 사실을 몇 년이 지나서야 발견해온 이 업계의 길고 값비싼 역사 때문에 존재합니다.
에스크로 회계가 완전히 다른 종목인 이유
일반적인 소규모 사업체 부기에서는 은행 잔액과 장부가 일치해야 하며, 일치하지 않으면 타이밍 차이나 입력 오류를 조사합니다. 이것이 장부 대 은행이라는 이중 대사(two-way reconciliation)입니다.
에스크로 회계는 여기에 세 번째 축을 더합니다. 타이틀 대행사의 신탁 계좌는 보통 수십 건에서 수백 건에 이르는 진행 중인 파일의 자금을 동시에 보유합니다. 어떤 고객의 계약금, 다른 고객의 상환 송금액, 우편으로 발송된 수표가 결제되기를 기다리는 또 다른 매도인의 매각 대금이 뒤섞여 있습니다. 은행 잔액 총액은 총계정원장의 "에스크로 부채" 합계뿐 아니라 파일별로 모든 개별 고객 원장의 합계와도 일치해야 합니다. 은행 명세서, 장부 잔액, 고객 시산표 합계가 모두 일치하지 않으면 직접 파헤치기 전까지는 누구의 돈이 사라졌는지 알 수 없으며, 그 사라진 이유가 단순한 부기 실수가 아니라 사기라면, 지체되는 하루하루가 회수 가능성을 낮춥니다.
이것이 3자 대사의 구조입니다.
- 신탁 은행 명세서 — 미결제 항목(아직 현금화되지 않은 수표, 이동 중인 예금)을 반영해 조정한 에스크로 계좌의 실제 물리적 은행 잔액.
- 장부 잔액 — 기록한 모든 입금과 지급을 바탕으로 회계 시스템의 에스크로 원장에 누적된 총액.
- 고객 시산표 — 진행 중인 모든 파일에 걸쳐 합산한, 개별 고객 파일 잔액의 총합.
세 숫자는 대사 주기마다 반드시 일치해야 합니다. ALTA의 타이틀보험 및 결제회사 모범 사례 프레임워크(에스크로 신탁 계좌 관리를 다루는 필러 2)에 따르면, 더 엄격한 주 단위 기한이 적용되지 않는 한 은행 명세서 마감일로부터 약 10영업일 이내에 대사를 완료해야 합니다. 일부 주는 매월, 다른 주는 분기별로 요구하며, 거래량이 많은 대행사에는 더 자주 요구하는 곳도 있습니다.
대사 실행, 단계별로
1. 은행 명세서를 확인하고 미결제 항목을 파악합니다. 마감 은행 잔액에서 시작해 이동 중인 예금을 더하고 아직 결제되지 않은 수표를 뺍니다. 이렇게 나온 값이 조정된 은행 잔액이며, 나머지 두 축이 맞춰야 하는 기준 숫자입니다.
2. 장부 잔액을 대사합니다. 총계정원장의 에스크로 계좌는 해당 기간에 기록된 모든 입금과 지급을 반영해야 합니다. 조정된 은행 잔액과 장부 잔액 사이에 차이가 있다면 기표 오류, 원장에 대응 항목 없이 계좌에서 빠져나간 은행 수수료, 또는 잘못된 기간에 기록된 거래를 가리킵니다.
3. 고객(파일) 원장을 합산합니다. 진행 중인 모든 에스크로 파일에는 각각의 누적 잔액이 있습니다. 이를 모두 더합니다. 여기서 문제가 가장 자주 드러나는데, 이 단계의 오류는 단순히 합계를 잘못 표시하는 데 그치지 않고, 돈이 엉뚱한 고객 명의로 남아 있거나 종결된 파일이 제로화되지 않았음을 의미하기 때문입니다.
4. 세 총액을 비교합니다. 일치한다면 그 기간의 대사는 끝난 것입니다. 일치하지 않는다면 차이를 특정 거래까지 추적해 바로잡아야 하며, 나중에 정리하겠다며 "중요하지 않은" 차이로 넘겨서는 안 됩니다. 신탁 회계에서는 사소한 차이라는 개념 자체가 존재하지 않습니다. 모든 1달러가 누군가의 돈이기 때문입니다.
불일치는 실제로 어디서 발생하는가
감사관과 언더라이터는 반복적으로 같은 몇 가지 문제를 목격합니다. 스튜어트 타이틀의 에스크로 감사 준비 가이드는 다음을 반복적으로 나타나는 위험 신호로 꼽습니다.
- 마이너스 파일 잔액. 고객 원장이 0 미만으로 표시되는 경우는 거의 항상 지급이 잘못된 파일에 기록되었거나, 해당 파일에 들어왔어야 할 입금이 아예 기표되지 않았음을 의미합니다.
- 오래된 이동 중 예금. "이동 중"으로 며칠씩 남아 있는 예금은 대개 실제로는 입금되지 않았음을 의미합니다. 누군가 기표는 했지만 수표는 여전히 서랍 속에 있는 것입니다.
- 오래 미결제된 송금과 상환 수표. 10일이 지나도 처리되지 않은 상환 수표나 며칠째 확인되지 않은 송금은, 실제로 잘못된 계좌로 넘어갔을 경우 여섯 자릿수 규모의 문제로 번지기 딱 좋은 사례입니다.
- "입금은 됐지만 기표되지 않은" 항목. 돈은 은행 계좌에 들어왔지만 장부에는 전혀 기록되지 않은 경우로, 입금전표가 잘못 정리되었거나 송금 확인서가 데이터 입력 담당자에게 전달되지 않았기 때문인 경우가 많습니다.
- 방치된 미사용 계좌. 예전 서명 권한자가 여전히 연결된 오래된 계좌는 잔액이 0이라도 위험 요소입니다. 아무도 감시하지 않는 접근 경로이기 때문입니다.
이 가운데 특별한 것은 없습니다. 모두 일상적인 부기에서 모든 사업체가 저지르는 것과 같은 종류의 오류입니다. 다만 여기서는 "다음 달에 잡으면 된다"가 통하지 않습니다. 다음 달이면 누군가가 장부상 있어야 할 곳에 없는 돈으로 주택 거래를 마무리하려 하고 있을지도 모르기 때문입니다.
업무 분리 또한 선택 사항이 아니다
대사 산식만큼이나 부기 통제도 중요합니다. 모범 사례이자 많은 주에서는 규제 요건이기도 한 원칙은, 대사를 수행하는 사람이 해당 계좌에 대한 수표 서명 권한을 갖지 않아야 한다는 것입니다. 돈을 이동시키는 사람과 잔액이 맞는지 확인하는 사람이 같다면, 정직한 실수와 고의적인 부정 둘 다를 잡아낼 유일한 통제 장치를 없애버린 것과 같습니다.
여기에 다음이 더해집니다.
- 경영진은 이상해 보이는 대사뿐 아니라 완료된 모든 대사를 검토하고 승인합니다.
- 서명 인장과 송금 승인 권한은 특정한 현직 직원에게만 부여되며, 퇴사 즉시 회수됩니다.
- 매일 또는 매주 온라인 뱅킹에 접근해 정식 대사 주기 사이에도 계좌를 모니터링할 수 있도록 하여, 30일짜리 주기의 25일째에야 문제를 발견하는 일을 막습니다.
이는 관료적인 형식이 아닙니다. 4,000달러의 기표 오류를 발생 즉시 잡아내는 것과, 주 정부 검사 중에 40만 달러의 부족액을 발견하는 것의 차이이며, 이는 주 보험감독국의 집행 조치에서 볼 수 있는 면허 취소와 형사 사건 뒤에 정확히 자리한 패턴입니다.
사기라는 배경이 이를 협상 불가능하게 만든다
신탁 회계의 규율은 단순한 내부 부기 위생 문제가 아닙니다. 이는 급격히 늘어난 사기 유형에 맞선 마지막 방어선입니다. FBI 인터넷범죄신고센터(IC3)는 2025년 사이버 범죄자들이 12,300명이 넘는 피해자로부터 부동산 관련 사기로 2억 7,500만 달러 이상을 훔쳤다고 밝혔으며, 이는 전년의 약 1억 7,300만 달러에서 늘어난 수치입니다. 이 가운데 압도적 다수는 비즈니스 이메일 침해 유형입니다. 사기범이 클로징 관련 서신을 가로챈 뒤 정상처럼 보이는 "변경된" 송금 지시서를 보내면, 매수인의 계약금은 타이틀 회사와는 전혀 무관한 계좌로 흘러 들어갑니다.
이런 사건에서 개별 피해액은 흔히 9만 8,000달러에서 12만 5,000달러 사이이며, 회수는 시간과의 싸움입니다. FBI 자산회수팀(Recovery Asset Team)은 빠르게 포착한 송금에 대해 약 58%의 성공률을 보이지만, 자금이 은행 시스템을 거쳐 이동하면서 그 창은 며칠 안에 닫힙니다. 빈틈없는 신탁 회계와, 이메일에 뜬 내용을 무조건 신뢰하기보다 알려진 전화번호로 송금 지시를 구두로 재확인하는 습관을 갖춘 대행사는 이 사기의 가장 손쉬운 경로를 차단합니다. 반면 장부가 이미 허술한 대행사에는 조기 경보 시스템 자체가 존재하지 않으며, 부정한 지급은 아무도 꼼꼼히 대사하지 않는 계좌에 찍힌 또 하나의 항목처럼 보일 뿐입니다.
부기 루틴에 이를 내재화하기
타이틀 또는 에스크로 업무를 운영하거나 관리하고 있다면, 다음 습관들이 3자 대사가 매달 벌어지는 소방 훈련이 되는 것을 막아줍니다.
- 월말뿐 아니라 지속적으로 대사합니다. 가장 규모가 크거나 오래된 진행 파일에 대한 주간 비공식 점검은 문제가 작을 때 잡아냅니다.
- 파일을 완전히 종결합니다. 지급이 완료된 파일은 자금이 나간 당일에 0이 되어 활성 원장에서 빠져야 하며, 아무도 추적하지 않는 소액 잔액과 함께 남아 있어서는 안 됩니다.
- 파일별로 깔끔하게 추적 가능한 기록을 유지합니다. 모든 입금과 지급은 수표/송금과 입금 서류 양쪽에 파일 번호를 참조해야 하며, 그래야 대사 담당자가 추측 없이 어떤 항목이든 특정 거래까지 추적할 수 있습니다.
- 프로세스를 문서화합니다. ALTA 모범 사례 프레임워크는 대사가 실제로 이루어진다는 사실뿐 아니라, 누가 어떻게 대사를 수행하고 불일치를 어떻게 상부에 보고하는지에 대한 서면 정책을 요구합니다.
훌륭한 신탁 회계는 궁극적으로 컴플라이언스 문제이기 이전에 부기 규율의 문제입니다. 명확하고 최신이며 파일별로 정리된 기록을 갖춘 대행사는 잘못 기표된 항목을 몇 분 만에 잡아냅니다. 반면 은행 명세서만으로 6개월치 뒤섞인 거래를 재구성해야 하는 대행사는 결국 규제 당국 앞에서 설명하지 못하는 부족액에 대해 해명해야 하는 처지가 됩니다.
재무 관리를 단순하게
타이틀 대행사의 신탁 계좌를 운영하든, 단순히 자신의 사업 장부를 감사 가능한 상태로 유지하려 하든, 근본 원칙은 같습니다. 추적하고, 검증하고, 재구성할 수 있는 기록이 그저 신뢰만 하는 기록보다 낫다는 것입니다. Beancount.io는 재무 데이터에 대한 완전한 투명성과 통제력을 제공하는 평문 회계(plain-text accounting)를 제공합니다. 모든 항목을 추적할 수 있고, 모든 잔액을 검증할 수 있으며, 블랙박스는 없습니다. 무료로 시작하기에서 개발자와 재무 전문가들이 왜 평문 회계로 전환하고 있는지 확인해 보세요.