이번 달 신탁 은행 잔액이 412달러 부족하다면, 이는 반올림 오류가 아닙니다. 면허 위반일 수 있습니다. 대부분의 주에서 휴가 렌탈 신탁 계좌에 있는 돈은 전적으로 귀하의 소유가 아닙니다. 이는 소유자와 게스트의 돈이며, 부동산 위원회는 귀하가 매월 모든 달러가 정확히 처리되었음을 증명하기 위해 은행 명세서를 장부와 각 개별 원장에 연결하는 3중 조정을 요구합니다. 그 조정이 정확하면 운영이 순조롭게 진행됩니다. 틀리면 감사, 불만 제기, 또는 단 한 명의 불만 있는 소유자로 인해 면허와 사업이 위험에 처할 수 있습니다.
Airbnb, Vrbo, 직접 예약, 청소비, 그리고 끊임없이 바뀌는 게스트를 처리하는 단기 렌탈 관리자에게 신탁 회계는 즉흥적으로 처리할 수 없는 유일한 장부 관리 분야입니다.
휴가 렌탈 관리자에게 신탁 회계가 실제로 의미하는 것
다른 사람을 위해 휴가 렌탈을 관리할 때, 귀하는 수탁자입니다. 게스트 결제, 보증금, 선불 임대료, 소유자를 대신해 징수한 청소비, 비상 수리를 위해 보유한 예비 잔액은 귀하의 수익이 아닙니다. 이는 귀하가 수수료를 벌거나 지급해야 할 금액을 지급할 때까지 보유하는 신탁 자금입니다.
이 구분은 실질적인 결과를 초래합니다:
- 대부분의 주에서 별도 계좌가 의무 사항입니다. 휴가 렌탈 관리자에게 면허를 부여하는 거의 모든 주에서는 전용 신탁 또는 에스크로 계좌를 최소 하나 이상 요구합니다. 소유자 자금을 운영 계좌와 혼합하는 것은 — 하루라도 — 대부분의 관할권에서 모범 사례 권고가 아닌 위반 행위입니다.
- 총액이 아닌 각 소유자에 대한 회계 보고 의무가 있습니다. 은행 잔액이 건전해 보이는 것만으로는 충분하지 않습니다. 귀하는 언제든지 그 잔액 중 얼마가 14 Ocean View의 소유자 A에게 속하는지, 얼마가 다음 주 게스트의 환불 가능한 보증금인지, 얼마가 아직 신탁에 남아 이체를 기다리는 귀하의 벌어들인 관리 수수료인지 보여줄 수 있어야 합니다.
- 주 규정에는 실효성이 있습니다. 감사관, 조사관, 부동산 위원회는 정기적으로 신탁 계좌 조정 내역과 소유자 원장을 요구합니다. 벌칙은 벌금과 필수 교육 이수부터 면허 정지까지 다양합니다. 부족액 — 운영 계좌에서 충당한 의도치 않은 부족액조차 — 더 깊은 조사를 촉발할 수 있습니다.
이렇게 생각해 보세요: 운영 계좌는 귀하의 돈입니다. 신탁 계좌는 귀하가 일시적으로 보유하고 있는 다른 모든 사람의 돈입니다. 좋은 의도라 할지라도 그 경계를 흐리게 하는 것이 관리자가 문제에 빠지는 지점입니다.
단기 렌탈이 신탁 회계를 더 어렵게 만드는 이유
장기 부동산 관리는 복잡하지만, 휴가 렌탈은 속도와 분산이라는 요소를 추가하여 수동 시스템에 부담을 줍니다.
높은 거래량. 주간 단위 회전이 있는 40개 부동산 포트폴리오는 한 달에 수백 건의 신탁 계좌 변동(게스트 결제, 채널 수수료, 숙박세, 청소 지급, 린넨 비용, 소유자 지급)을 발생시킬 수 있는 반면, 유사한 장기 포트폴리오는 수십 건만 발생할 수 있습니다.
묶음 지급은 세부 내역을 숨깁니다. Airbnb와 Vrbo는 예약을 하나씩 입금하지 않습니다. 여러 예약을 묶고, 플랫폼 수수료와 때로는 숙박세를 공제하고, 조정액을 추가한 후 단일 총액을 귀하의 은행으로 송금합니다. 귀하의 은행에서는 "Airbnb에서 4,832.17달러"만 보입니다. 귀하의 소유자 명세서에는 수수료, 세금, 청소비가 올바르게 배분된 5개의 개별 예약이 분류되어 있어야 합니다.
어디에나 타이밍 불일치가 있습니다. 5월에 7월 숙박에 대한 2,400달러 예약을 받습니다. 이를 몇 주 동안 신탁에 보유합니다. 체크아웃 후 며칠 내에 청소업체에 지불하고, 숙박세는 월별로 납부하며, 출발 2주 후에 소유자에게 순액을 지급합니다. 각 단계는 서로 다른 시점에 다른 원장에 반영됩니다.
보증금과 손해 배상 홀드는 유동성을 증가시킵니다. 환불 가능한 보증금, 부수적 홀드, 소유자 예비금은 게스트 숙박 기간 전체 동안 신탁에 남아 있습니다 — 손해가 분쟁 중이면 더 오래 남을 수 있습니다. 이는 은행 잔액을 부풀리지만 지출하거나 지급할 수 있는 돈은 아닙니다.
분할 비용. 듀플렉스의 배관공 청구서 한 장, 8개 캐빈에 분할된 단일 린넨 배송, 또는 유닛별로 배분된 월 소프트웨어 구독료 — 모두 일반적인 상황 — 은 어떤 소유자 원장도 과다 또는 과소 청구되지 않도록 신중한 배분이 필요합니다.
훈련된 월간 마감 없이는 이러한 움직이는 부품들이 표류합니다. 작은 오배분이 누적되어 결국 은행 명세서와 소유자 총액이 일치하지 않게 됩니다 — 그리고 이를 알아차렸을 때는 이미 그 소유자를 위해 실제로 없는 돈을 지급했을 수도 있습니다.
모든 위원회가 기대하는 3중 조정
3중 조정은 말 그대로입니다: 일반적으로 월말이라는 동일한 시점에 일치해야 하는 세 개의 독립적인 합계입니다.
세 가지 잔액
- 조정된 은행 잔액. 신탁 계좌 은행 명세서의 기말 잔액에서 시작합니다. 입금 중인 항목(기록했지만 명세서 날짜까지 미결제된 게스트 결제 또는 소유자 기여금)을 더하고, 미결제 수표 또는 발행했지만 아직 결제되지 않은 송금액을 뺍니다.
- 장부 잔액(일반 원장). 회계 시스템 또는 부동산 관리 소프트웨어의 신탁 계좌 잔액 — 운영 계좌가 아닌 신탁 부채 계정입니다. 입력한 모든 신탁 수령액과 지출액을 반영해야 합니다.
- 개별 원장의 합계. 귀하가 부담해야 할 모든 보조 잔액의 총액: 각 소유자의 미분배 자금, 각 게스트의 선불 임대료와 여전히 보유 중인 보증금, 그리고 아직 운영 계좌로 이체하지 않은 벌어들인 관리 수수료 또는 상환금. 모든 소유자 하위 원장을 더합니다. 그 합계는 다른 두 합계와 같아야 합니다.
이를 시각화하는 깔끔한 방법: 바 탭 관리자라고 상상해 보세요. 서랍 속 현금(조정된 은행 잔액), 금전 등록기 테이프 총액(장부), 각 고객의 열린 탭 합계(개별 원장)는 모두 같은 숫자를 보여야 합니다. 서랍이 부족하면 테이프가 잘못되었거나 누군가의 탭이 잘못된 것입니다 — 그리고 마감 전에 어느 쪽인지 알아야 합니다.
단계별 수행 방법
최소한 월 1회, 같은 날짜에, 동일한 명세서 마감일을 기준으로 수행하십시오. 거래량이 많은 관리자는 월 2회 수행하는 것이 좋습니다.
1단계: 은행과 장부 조정(전통적인 은행 조정).
- 신탁 은행 명세서를 가져오고 같은 날짜의 신탁 일반 원장을 내보냅니다.
- 양쪽 모두에 나타나는 모든 입금과 지출액을 대조합니다.
- 입금 중인 항목과 미결제 지출액을 나열하고 조정된 은행 잔액을 계산합니다.
- 한쪽에만 나타나는 항목을 조사합니다: 기록되지 않은 은행 수수료, 중복 입력, 잘못된 부동산에 기록된 지급액, 채널을 통해 처리되었지만 시스템에는 없는 환불.
- 장부를 조정합니다 — 은행을 강제로 맞추기 위해 임시 입력을 게시하지 마십시오. 항목을 수정하거나 누락된 항목을 추가하십시오.
2단계: 장부와 개별 원장 조정(신탁 부채 증명).
- 소유자 원장 시산표를 실행합니다: 동일한 마감일 기준의 모든 소유자 부동산 또는 게스트 신탁 하위 원장과 기말 잔액.
- 그 잔액을 합산합니다.
- 그 합계를 1단계의 신탁 일반 원장 잔액과 비교합니다. 차이가 있으면 하나 이상의 개별 원장이 잘못 표시된 것입니다 — 잘못된 소유자에게 적용된 지출액, 해당 원장 감소 없이 이체된 수수료, 또는 게스트가 아닌 풀에 배분된 입금액.
- 합계가 일치할 때까지 하위 원장 항목을 수정합니다.
3단계: 해결 및 문서화.
- 세 잔액 간의 차이는 반올림 항목이 아닌 예외 사항입니다. 공식 조정 워크시트에 기록하십시오: 은행 명세서 잔액, 조정액, 장부 잔액, 하위 원장 합계를 나란히 보여주고 모든 조정 항목을 나열하고 설명하십시오.
- 세 잔액이 일치할 때까지 관리 수수료를 이체하거나 소유자 명세서를 발행하지 마십시오. 풀을 입증하기 전에 지급하는 것은 서랍을 세기 전에 탭을 지불하는 것과 같습니다.
- 거래를 입력한 사람이 아닌 다른 사람이 검토하고 서명하게 하십시오, 그 사람이 월말에 다른 역할을 하는 귀하 자신이라 할지라도. 검토 단계는 감사관이 가장 먼저 찾는 것입니다.
서명된 워크시트, 은행 명세서, 일반 원장 내보내기 파일, 하위 원장 시산표를 단일 패키지로 저장하십시오. 대부분의 위원회 규정은 주에 따라 3년에서 5년 이상 보관하도록 요구합니다.
묶음 지급되는 Airbnb 및 Vrbo 정산 내역 정리
OTA 묶음 처리는 휴가 렌탈 장부가 뒤처지는 가장 일반적인 이유입니다. 훈련된 지급 내역 분해 루틴은 이것이 영구적인 구멍이 되는 것을 방지합니다.
1. 은행 입금액을 수익으로 기록하지 마십시오. Airbnb에서 5,210.43달러가 입금되면 이는 수입이 아닙니다. 대부분 지급될 신탁 수령액입니다. 이를 신탁 은행 계좌에 기록하고 개별 구성 요소를 개별 원장에 게시하십시오, 수익 계정에 대한 단일 분개로 처리하지 마십시오.
2. 채널의 지급 보고서를 증빙 문서로 사용하십시오. Airbnb와 Vrbo 모두 예약 ID, 체크인 및 체크아웃 날짜, 총 임대료, 호스트 수수료, 청소비, 징수 및 납부된 세금, 조정액을 보여주는 거래 수준 지급 보고서를 제공합니다. 자금이 도착한 날마다 그 보고서를 다운로드하십시오 — 보고서는 몇 달 후 감사 추적을 위해 급하게 찾을 때 재구성하기 어려울 수 있습니다.
3. 지급 매핑 템플릿을 구축하십시오. 일반적인 지급에 대한 간단한 스프레드시트 또는 소프트웨어 매핑을 만드십시오:
- 총 임대료 및 청소비 → 해당 예약에 대해 보유된 게스트/소유자 하위 원장에 대변
- 플랫폼 호스트 수수료 → 채널이 지급 전에 공제했는지 여부에 따라 원천 공제된 비용 또는 수수료로 차변
- 숙박세 또는 점유세 → 징수하여 납부할 경우 세금 납부 부채 하위 원장에 대변; OTA가 이미 납부하여 다시 납부하지 말아야 하는 경우 별도로 표기
- 분쟁 조정액, 손해 배상금, 취소 환불 → 예약 ID와 영향을 받는 소유자 원장으로 별도 라인
배치 내 각 예약에 대해 해당 라인을 다시 입력하거나 가져옵니다. 예약 라인의 합계가 은행 입금액과 1센트까지 일치해야 배치가 종결된 것으로 간주할 수 있습니다. 일치하지 않으면 누락된 라인이 있는 것입니다 — 종종 원천 징수된 수수료 또는 총액과 다른 날짜에 게시된 조정액입니다.
4. 일반적인 배치 함정을 주의하십시오.
- 이중 계산된 세금. 귀하의 주에서 숙박세를 납부하도록 요구하지만 Airbnb가 해당 관할권에서 이미 징수하고 납부했다면, 총액을 수령액으로 기록한 후 다시 납부하는 것은 신탁에서 이중 지불하는 것입니다. 운영하는 각 관할권에서 세금 징수 책임자가 누구인지 부동산별로 알아야 합니다. 장부는 확정 이메일의 총액이 아닌 실제 자금 흐름을 반영해야 합니다.
- 지급 ID를 재사용하는 환불. 원래 지급 후 일주일 뒤에 처리된 게스트 환불은 나중의 관련 없는 배치에서 마이너스 라인으로 나타날 수 있습니다. 이는 올바른 게스트 원장과 신탁 은행을 줄여야 하며, 우연히 그 이후 배치에 있던 소유자를 줄여서는 안 됩니다.
- 통화 및 국경 간 수수료. 캐나다 국경 근처에서 부동산을 관리하거나 국제 게스트를 호스팅하는 경우, 소액의 외환 조정액과 국제 지급 수수료가 별도 라인으로 나타날 수 있습니다. 임대료에 묻지 말고 명시적으로 기록하십시오.
- 소유자 직접 예약. 귀하의 웹사이트를 통해 결제하는 직접 예약 게스트의 은행 입금은 은행 피드에서 OTA 지급과 동일하게 보이지만 플랫폼 수수료가 공제되지 않았습니다. 별도 매핑이 없으면 직접 예약은 습관적으로 빼는 가상의 수수료로 인해 과소 기록됩니다.
5. 지급 보고서를 은행 입금과 매월 조정하십시오. 해당 월의 모든 OTA 지급 보고서를 합산하고 그 합계를 은행 기준 신탁 내 OTA 입금 총액과 연결하십시오. 해결되지 않은 차이는 지급액이 잘못된 월에 게시되었거나 입금액이 운영 계좌로 잘못 분류되었음을 의미합니다.
이 매칭을 자동화하는 관리자 — CSV 지급 보고서를 다시 입력하는 대신 부동산 관리 또는 회계 소프트웨어로 가져오기 — 는 장부를 며칠 더 빨리 마감하고 추적이 아직 신선할 때 예외 사항을 포착합니다.
부족액을 만드는 일반적인 장부 관리 함정
3중 개념을 이해하는 관리자라도 동일한 몇 가지 장부 관리 습관에 걸려 넘어집니다.
1. 잠시라도 자금 혼합
운영 자금 부족분을 메우기 위해 신탁 계좌를 사용하거나, 신탁 원장을 통한 공식 이체 없이 관리 수수료를 직접 운영 계좌에 입금하는 것은 수탁자 분리를 깨뜨립니다. 모든 벌어들인 수수료는 문서화된 이체를 통해 처리하십시오: 소유자 또는 게스트 하위 원장 차변, 신탁 대변, 그런 다음 일치하는 이체 입력으로 운영 계좌로 자금 이동. 그 추적은 귀하가 벌어들인 금액만 이동했음을 증명합니다.
2. 마이너스 소유자 잔액
게스트 숙박이 완료되기 전에 소유자에게 지급을 선지급하거나, 자금이 아직 없는 소유자 원장에서 공급업체에 지불하거나, 소유자 순액이 이미 지급된 후 게스트에게 환불하면, 그 소유자의 하위 원장이 마이너스가 될 수 있습니다 — 이는 다른 소유자의 돈으로 그 차액을 충당했음을 의미합니다. 대부분의 주에서는 명확히 문서화된 공식적이고 상환 가능한 선지급으로 운영 자금에서 충당하지 않는 한 마이너스 잔액을 금지합니다. 모든 소유자 선지급을 신탁 적자가 아닌 운영 계좌의 해당 소유자에 대한 미수금으로 추적하십시오.
3. 미청구 또는 미적용 자금
분쟁 기간이 지난 후에도 보유된 보증금, 일치하는 예약이 없는 고아 청소비, 환불되지 않은 게스트 초과 지불금은 모두 신탁의 오래된 대변으로 쌓입니다. 대부분의 주의 몰수 또는 미청구 재산 규정은 일정 기간 동안 유휴 상태인 진정으로 버려진 자금을 주에 넘겨야 합니다 — 단순히 흡수할 수 없습니다. 미적용 신탁 대변의 노후화 일정을 유지하고 매월 각각을 해결하십시오.
4. 잘못 분류된 수입과 비용
지급하는 모든 달러가 비용인 것은 아니며, 부과하는 모든 수수료가 신탁 자금인 것은 아닙니다. 일관성을 유지하십시오:
- 소유자를 대신해 징수한 임대료, 청소비, 반려동물 수수료 → 신탁 수령액, 그 다음 지출액, 귀하의 수익이 아님.
- 귀하의 관리 수수료 또는 고정 수수료 → 귀하의 운영 수익, 벌어들여 이체된 때에만 인식.
- 소유자 부담 비용(수리비, 공과금, 재입고) → 해당 소유자의 신탁 잔액에서 지출, 운영 비용이 아님.
- 소프트웨어, 마케팅, 사무실 임대료 → 운영 비용, 신탁 비용이 아님.
이러한 범주를 혼합하는 것은 손익 보고서가 쓸모없어지고 세금 신고가 실제 수수료 대신 전체 OTA 총액만큼 수익을 과다 신고하는 이유입니다.
5. 일관되지 않은 마감일
31일 은행 조정을 하지만 29일 기준으로 소유자 원장을 합산하는 것은 차이를 보장합니다. 시작하기 전에 동일한 마감일에 입력을 동결하십시오. 마감 후 늦은 체크아웃이나 막판 환불을 수락하는 경우, 소급하지 말고 다음 달 조정에 포함시키십시오.
주 면허 위원회가 실제로 보고 싶어 하는 것
요구 사항은 주마다 다르지만 패턴은 놀랍도록 일관됩니다. 애리조나, 플로리다, 노스캐롤라이나, 테네시, 텍사스 또는 다른 곳에 포트폴리오가 있든, 검사관은 다음과 같은 일련의 서류를 요청할 것으로 예상하십시오:
- 지정된 신탁 계좌 — 중개 또는 관리 회사 이름과 계좌 제목에 "신탁" 또는 "에스크로"라는 단어가 포함되고 혼합된 운영 자금이 없는 계좌.
- 월간 3중 조정 내역 — 서명 및 날짜가 기재되고, 은행 명세서, 장부 잔액, 하위 원장 합계, 조정 항목 목록이 포함된 문서. 기초 현금이 정확하더라도 누락된 월과 서명되지 않은 워크시트가 가장 흔한 지적 사항입니다.
- 개별 소유자 원장 — 부동산, 날짜, 설명별로 모든 수령액과 지출액을 보여주는 원장 — 본질적으로 풀로 합산되는 소유자별 수표 등록부.
- 소유자 명세서 및 관리 계약 — 실제 수행한 것과 일치하는 명세서: 파일에 있는 서명된 계약에 설명된 지급 날짜, 수수료 계산, 예비금 승인.
- 세금 처리 문서 — 각 부동산 및 기간에 대해 OTA 또는 귀하가 숙박세와 판매세를 납부했는지 증명하고 제출된 신고서가 일치하는 문서.
두 개 이상의 주에서 관리하는 경우, 각 주에 대한 특정 계좌 제목 문구, 허용 가능한 수수료 구조, 요구되는 조정 빈도, 기록 보관 기간을 한 페이지 매트릭스로 유지하십시오. 타주 감사관이 잘못된 주의 규칙을 따랐다는 것을 발견하면 정신이 혼란스러웠다는 이유로 위반을 면제해 주지 않습니다.
성장하면서 신탁 회계를 깨끗하게 유지하는 통제 장치
좋은 신탁 회계는 정교함보다 일관성에 더 가깝습니다. 다음 성수기 전에, 성수기 중이 아닌 때에 이러한 통제 장치를 마련하십시오.
은행에서 모든 것을 분리하십시오. 같은 은행에 신탁 수표 계좌와 운영 계좌를 최소 하나씩 유지하여 이체가 당일에 명확하게 표시되도록 하십시오. 소유자 또는 부동산 이름이 포함된 별도의 수표 용지 또는 이체 메모를 사용하십시오. 원장 기반 이체 없이 운영 계좌에서 소유자 비용을 직접 지불하고 신탁에서 자신을 상환하지 마십시오.
계정과목표를 표준화하십시오. 신탁 상위 계정 아래에 별도의 부채 하위 계정을 만드십시오: 보유 소유자 자금, 게스트 선불 보증금, 보유 보증금, 납부할 숙박세, 납부할 관리 수수료. 거래는 하위 원장에 게시되고 신탁 부채로 합산됩니다 — 이 숫자가 3중 조정에 참여합니다. 회계를 처음부터 설정하는 경우 /docs/의 가이드가 신탁과 운영을 깨끗하게 분리하는 계정과목표를 구성하는 데 도움이 될 수 있습니다.
일정에 따라 마감하고 고수하십시오. 조정 날짜(마지막 영업일, 다음 달 첫 영업일, 은행 명세서가 지원하는 날짜)를 선택하고 고정된 것으로 취급하십시오. 달력을 막고 해당 기간의 새 입력을 마감하며, 3중 잔액이 일치할 때까지 해당 기간에 대해 지급하지 마십시오. 임시 마감은 표류하여 검사관이 지적하는 공백을 만듭니다.
월말이 아닌 수령 시 지급액을 조정하십시오. 7,200달러 배치가 도착하는 순간, 채널 보고서가 새로운 동안 분해하십시오. 한 번에 3주 분량의 배치를 재구성하는 것은 오배분이 숨는 곳입니다.
신탁에서 나가는 모든 이체를 문서화하십시오. 각 소유자 지급액과 각 수수료 이체는 그것이 나온 조정된 잔액과 줄인 소유자 원장을 명시해야 합니다. 송금 및 ACH 메모에는 부동산 이름과 명세서 기간이 포함되어 감사관이 질문 없이 자금을 추적할 수 있도록 하십시오.
가능하면 직무를 분리하십시오. 소규모 팀에서도 한 사람은 거래를 입력하고 다른 사람은 지급 전에 3중 조정을 검토하게 하십시오. 개인 운영자라면 공식적인 자기 검토 체크리스트를 채택하고 서명하십시오. 감사관은 서명된 체크리스트를 검토되지 않은 스프레드시트와 매우 다르게 취급합니다.
신탁 회계를 이해하는 소프트웨어를 사용하십시오. 일반 회계 도구로도 작동시킬 수 있지만 기본적으로 소유자 하위 원장을 생각하지 않습니다. 내장된 신탁 회계 기능이 있는 부동산 관리 플랫폼은 묶음 지급의 분해를 자동화하고 하위 원장 시산표를 유지하며 3중 조정 워크시트를 한 번의 클릭으로 생성합니다. 일반 원장에 머무른다면 은행 잔액만 증거라고 가정하지 말고 매월 해당 보고서를 수동으로 복제하십시오.
중요한 지표를 추적하십시오. 매월 검토: 3중 조정 완료 일수, 이월된 조정 항목 수, 마이너스 소유자 잔액의 수와 총액, 미적용 대변의 노후화. 이 중 어느 하나라도 상승 추세는 볼륨이 프로세스를 앞지르고 있다는 초기 경고입니다. 간단한 대시보드에서 해당 추세를 시각화할 수 있습니다 — /fava/ 및 유사한 도구는 부족액이 되기 전에 월별 표류를 표면화하는 데 유용합니다.
실용적인 월간 마감 체크리스트
모든 마감에서 이 순서를 사용하고 조정 패키지와 함께 저장하십시오:
- 마감일에 대한 신탁 입력을 동결하고 은행 명세서를 다운로드합니다.
- 같은 날짜 기준으로 신탁 일반 원장 잔액과 하위 원장 시산표를 내보냅니다.
- 해당 기간 동안 받은 모든 OTA 배치를 분해하고 가져와 각 예약을 지급액에 연결합니다.
- 모든 소유자 비용, 공급업체 지불액, 세금 납부액, 환불액을 올바른 소유자 원장에 게시합니다.
- 조정된 은행 잔액을 계산하고 은행과 장부를 조정하며 모든 입금 중인 항목과 미결제 항목을 나열합니다.
- 하위 원장을 합산하고 장부와 하위 원장 합계를 조정하여 잘못 배분된 항목을 수정합니다.
- 세 합계가 일치하는지 확인하고 설명과 예상 결제일로 각 조정 항목을 문서화합니다.
- 두 번째 검토자가 워크시트에 서명한 다음 소유자 명세서를 생성하여 보내고 벌어들인 수수료를 운영 계좌로 이체합니다.
- 전체 패키지를 제출하고 미적용 대변, 선지급액, 예비금의 노후화 일정을 업데이트합니다.
재무 관리를 간소화하세요
신탁 회계는 모든 예약, 지급액, 수수료, 세금 납부액이 올바른 원장에 올바른 시점에 기록될 때만 작동합니다 — 이것이 바로 휴가 렌탈 관리자에게 일관된 장부 관리가 그토록 중요한 이유입니다. Beancount.io는 금융 데이터에 대한 완전한 투명성과 통제권을 제공하는 일반 텍스트 회계를 제공합니다 — 블랙박스 없음, 벤더 잠금 없음, 모든 변경 사항의 전체 버전 관리 기록. 무료로 시작하기 그리고 운영자와 금융에 정통한 관리자들이 직접 감사할 수 있는 회계를 선호하는 이유를 확인하세요.