1. Booking.com 결제 예약과 호텔에 직접 결제한 예약을 구분합니다.
2. 모든 지급금 또는 가상 카드 금액을 해당 예약 번호와 대조합니다.
3. 커미션, 세금, 수수료, 환불 및 조정 금액을 각각 별도로 정산합니다.
4. 최종 지급금 합계를 은행 입금액 또는 카드 정산액과 대조합니다.
5. 억지로 금액을 맞추기 위해 객실 매출을 변경하지 말고, 해결되지 않은 차액은 미결 상태로 유지합니다.
Booking.com 지급금 정산은 호텔이 고객의 예약 총액을 은행 입금액과 직접 비교할 때 혼란스러워질 수 있습니다. 두 금액이 서로 다른 항목을 나타낼 수 있기 때문입니다.
예약 총액은 고객이 숙박에 대해 지불하는 금액입니다. 호텔은 공제 후 순 지급금이나 커미션이 별도로 청구되는 총 지급금을 받을 수도 있고, 가상 카드로 결제받을 수도 있습니다. 또는 고객이 숙소에 직접 결제하기 때문에 Booking.com 지급금이 없을 수도 있습니다.
가장 간단한 방법은 하나의 예약을 기준으로 Booking.com 기록부터 결제, 커미션, 은행 및 호텔 관리 시스템까지 차례로 추적하는 것입니다. 개별 예약이 정확하게 정산되면 지급금 일괄 내역도 훨씬 쉽게 마감할 수 있습니다.
먼저 고객의 결제금을 누가 수금했는지 확인하세요
예약을 열고 결제 안내를 확인하세요. 숙소의 모든 예약에 동일한 결제 방식이 적용된다고 가정하지 말고, 각 예약을 개별적으로 확인해야 합니다.
Booking.com 결제 예약의 경우 Booking.com이 해당 고객 결제금을 수금한 후, 은행 송금이나 가상 카드 등 예약에 설정된 방식으로 숙소에 지급합니다.
숙소 결제 예약의 경우 호텔이 고객 결제금을 직접 수금합니다. Booking.com 커미션 청구서는 발생할 수 있지만, 고객의 숙박 대금이 Booking.com 지급금으로 입금될 것이라고 예상해서는 안 됩니다.
이는 정산 과정에서 가장 중요한 구분입니다. 호텔이 직접 수금해야 하는 예약에 대해 재무 담당자가 지급금을 기다리면, 실제 문제는 미수 고객 잔액인데도 해당 예약이 미지급된 것처럼 보일 수 있습니다.
예약에 표시된 결제 방식과 통화, 그리고 체크인 시 숙소가 추가로 수금해야 할 금액을 기록하세요.
순 지급금과 총 지급금을 쉽게 이해하기
순 지급금은 Booking.com이 호텔에 지급하기 전에 커미션이나 명시된 기타 비용을 이미 공제했다는 의미입니다. 따라서 은행 입금액은 예약 금액보다 적을 수 있습니다.
총 지급금은 해당 결제에서 커미션을 공제하지 않고 호텔이 지급 대상 금액을 받는다는 의미입니다. 커미션은 일반적으로 숙소의 청구서나 계정 잔액을 통해 별도로 처리됩니다.
예를 들어 커미션 부과 대상 금액이 $500이고 커미션이 $75인 예약을 살펴보겠습니다. 계정에 순 지급금 방식이 적용되고 다른 공제액이 없다면 예상 지급금은 $425일 수 있습니다. 총 지급금 방식이라면 호텔은 $500을 받고 $75의 커미션을 별도로 회계 처리할 수 있습니다.
이 예시는 계산 방식을 설명하기 위한 것입니다. 실제 예약에는 세금, 숙소가 수금하는 비용, 결제 수수료, 환불 또는 조정 금액이 포함될 수 있습니다. 모든 예약에 동일한 공식을 적용하지 말고 해당 예약과 지급금에 표시된 금액을 사용하세요.
Smart Order의 호텔 데이터 분석은 재무 담당자가 지급 시점을 별도로 대조하는 동안 관리자가 채널 매출과 운영 실적을 한눈에 파악할 수 있도록 지원합니다.
예약 매출을 더 간편하게 검토하세요
Smart Order를 활용해 예약 활동을 실용적인 호텔 리포트 및 일상 운영과 연결하세요.
7단계로 개별 예약 정산하기
- 최종 예약 정보를 엽니다. 확인 번호, 숙박일, 상태, 통화, 객실 금액, 세금, 수수료, 할인 및 고객 총액을 기록합니다.
- 결제 방식을 확인합니다. Booking.com이 결제금을 수금했는지, 호텔이 직접 수금해야 했는지 확인합니다.
- 이후 변경 사항을 확인합니다. 예약 취소, 숙박 기간 단축, 노쇼, 환불, 면제된 비용 및 가격 변경을 검토합니다.
- 호텔 수령 금액을 기록합니다. Booking.com에 숙소 지급액으로 표시된 금액 또는 호텔이 고객에게 수금해야 할 금액을 사용합니다.
- 커미션과 기타 공제액을 기록합니다. 커미션, 결제 수수료, 원천징수 세금 및 조정 금액을 각각 별도의 항목으로 관리합니다.
- 결제 내역을 대조합니다. 예약을 해당 은행 송금 참조 번호, 가상 카드 결제 또는 호텔 시스템의 고객 결제와 연결합니다.
- 호텔 관리 시스템과 회계 내역을 대조합니다. 객실 매출, 세금, 커미션 비용, 미수금 및 현금이 올바른 기간에 기록되었는지 확인합니다.
최종 은행 합계가 타당해 보인다는 이유만으로 차액을 마감해서는 안 됩니다. 모든 예약에는 명확한 결제 흐름이 있어야 하며, 설명되지 않은 잔액이 없어야 합니다.
은행 송금 지급금 대조하기
하나의 은행 입금액에는 여러 예약과 조정 금액이 포함될 수 있습니다. Booking.com 지급 명세서 또는 재무 화면에서 지급 참조 번호, 통화, 지급일, 포함된 예약, 공제액 및 합계를 먼저 확인하세요.
각 예약 번호를 최종 예약 기록과 대조한 다음, 명시된 커미션, 비용, 환불 또는 조정 금액을 합산합니다. 계산된 일괄 지급 합계는 은행 내역과 비교하기 전에 Booking.com 지급 금액과 일치해야 합니다.
그다음 지급 참조 번호와 금액을 은행 입금액과 대조합니다. 은행 금액이 다르다면 수취 은행이 수수료를 공제했는지, 통화를 환전했는지, 다른 결제 기준일을 적용했는지 또는 송금을 분할했는지 확인하세요.
은행 수수료나 환차액은 Booking.com 커미션과 구분해 기록하세요. 그렇지 않으면 전체 회계 분개 금액이 일치하더라도 채널 비용 리포트가 부정확해집니다.
가상 카드 예약 대조하기
가상 카드 예약의 경우 예약 번호를 승인된 카드 금액 및 호텔이 실제로 청구한 금액과 대조합니다.
활성화 날짜, 통화, 현재 사용 가능한 금액, 카드 금액의 일부 또는 전부가 이미 청구되었는지 확인하세요. 결제가 거절되었다고 해서 항상 지급금이 사라진 것은 아닙니다. 카드가 아직 활성화되지 않았거나, 요청 금액이 너무 크거나, 이전 청구로 잔액 일부가 이미 사용되었을 수 있습니다.
전체 카드 번호나 보안 코드를 스프레드시트, 이메일 또는 일반적인 호텔 관리 시스템 메모에 저장하지 마세요. 정산 기록에는 예약 참조 번호, 예상 금액, 청구 금액, 날짜 및 결제 처리업체의 참조 번호만 보관하세요.
예약이 변경되거나 취소된 경우 다시 청구하기 전에 카드의 사용 가능 금액이 변경되었는지 확인하세요.
숙소 결제 예약은 별도로 처리하세요
고객이 호텔에 결제하는 경우 예약을 호텔 관리 시스템의 폴리오, 보증금, 카드 결제, 현금 영수증, 환불 또는 승인된 대손 처리 내역과 대조합니다. 그런 다음 Booking.com 커미션을 별도의 호텔 비용이나 미지급금으로 정산합니다.
해당 예약을 Booking.com 지급금 누락으로 표시하지 마세요. 숙소가 직접 수금해야 하는 경우 숙박 대금에 대한 플랫폼 지급금은 발생하지 않습니다.
고객 결제가 아직 미수 상태인지, 취소 또는 노쇼 수수료가 적법하게 청구되었는지, 최종 금액이 숙소의 계약과 Booking.com 기록에 따라 커미션 부과 대상인지 확인하세요.
월말에는 Booking.com 커미션 청구서 또는 명세서를 최종 커미션 부과 대상 예약과 대조합니다. 취소되거나 변경되었는데도 기존 커미션 금액이 표시되는 예약은 원인을 확인하세요.
금액이 일치하지 않는 일반적인 이유
지급금이 예약 총액보다 적은 경우
순 지급금인지 확인하세요. 그런 다음 커미션, 결제 수수료, 별도로 수금되거나 원천징수된 세금, 환불 및 조정 금액을 검토합니다.
하나의 은행 입금액이 개별 예약 금액보다 큰 경우
입금액에 여러 예약이 포함되어 있을 수 있습니다. 금액을 비교하기 전에 지급 참조 번호와 포함된 예약 목록을 대조하세요.
최초 결제 금액 계산 후 예약이 변경된 경우
숙박 기간 단축, 취소, 환불 또는 비용 면제로 인해 추후 조정 금액이 발생할 수 있습니다. 최초 거래와 수정 거래를 동일한 확인 번호에 연결해 관리하세요.
커미션이 예상보다 높은 경우
최종 커미션 부과 대상 금액, 계약 비율, 예약 상태, 취소 또는 노쇼 수수료, 그리고 다른 상업 조건이 적용될 수 있는 프로그램의 참여 여부를 확인하세요. 은행 입금액을 기준으로 커미션을 계산해서는 안 됩니다.
호텔 관리 시스템 매출은 고객 총액과 같지만 지급금은 순액인 경우
정상적인 상황일 수 있습니다. 객실 매출, 커미션 비용, 세금, Booking.com 미수금 및 현금 정산은 서로 다른 회계 항목입니다. 순현금에 맞추기 위해 객실 매출을 줄이지 마세요.
은행 금액과 지급금에 소액의 차이가 있는 경우
환전, 결제 처리 수수료, 수취 은행 수수료 및 결제 기준일을 확인하세요. 차액은 커미션과 구분하여 기록합니다.
올바른 회계 기간 적용하기
숙박일, 지급일, 은행 처리일 및 커미션 청구서 발행일은 서로 다른 달에 속할 수 있습니다. 호텔 정책에서 요구하는 회계 처리 방식을 적용하고, 현금과 커미션이 정산될 때까지 Booking.com 미수금 또는 미지급금을 미결 상태로 유지하세요.
은행 정산을 쉽게 맞추기 위해 객실 매출을 지급월로 옮기지 마세요. 그렇게 하면 객실 점유율, ADR, 월간 매출 및 채널 수익성이 왜곡될 수 있습니다.
호텔 관리 시스템, 지급 명세서, 은행 기록 및 회계 분개 전반에서 Booking.com 확인 번호를 공통 참조 번호로 사용하세요. 일괄 지급의 경우 포함된 모든 예약과 은행 입금을 연결하는 기준으로 지급 참조 번호를 추가합니다.
Booking.com의 현재 결제 정보는 예약 금액, 숙소에서 수금할 금액, 지급 금액, 커미션과 수수료, 지급 상태, 은행 송금 또는 가상 카드 세부 정보를 구분해 제공합니다. 공식 개요에서도 결제 세부 정보는 일반적인 숙소 결제 예약이 아니라 Booking.com 결제 예약에 적용된다고 안내합니다.
차액을 숨기지 않고 월 마감하기
정산되지 않는 예약은 예외 목록으로 관리하세요. 각 항목에는 확인 번호, 숙박일, 결제 방식, 예상 호텔 수령액, 실제 결제액, 커미션, 차액, 사유 및 담당자가 표시되어야 합니다.
해결되지 않은 Booking.com 미수금, 커미션 미지급금 및 은행 차액에는 임시 정리 계정을 사용하세요. 월 마감을 위해 설명되지 않은 금액을 객실 매출에 직접 반영하거나 임의 할인을 생성하지 마세요.
차액이 어느 구간에서 발생했는지 확인한 후에만 문제를 상위 담당자에게 전달하세요. 예약과 Booking.com 지급금, 지급금과 은행, 고객 결제와 호텔 관리 시스템 폴리오 또는 커미션 명세서와 최종 숙박 내역 중 어느 구간의 문제인지 구분해야 합니다. 이를 통해 고객지원팀이나 재무팀이 해결해야 할 구체적인 문제를 파악할 수 있습니다.
Smart Order의 결제 솔루션은 호텔이 예약 결제 업무와 운영상의 수금 상태를 연결해 효율적으로 관리할 수 있도록 지원합니다.
예약 결제를 더 쉽게 추적하세요
Smart Order로 예약, 결제 및 호텔 운영 워크플로를 하나로 연결하세요.
자주 묻는 질문
Booking.com 지급금은 고객 총액과 같아야 하나요?
항상 그렇지는 않습니다. 지급금은 커미션이나 수수료가 공제된 순액일 수 있으며, 일부 세금이나 비용은 별도로 수금될 수 있습니다. 예약별 지급 정보를 확인하세요.
모든 Booking.com 예약에 지급금이 발생하나요?
아닙니다. 고객이 숙소에서 결제하는 경우 호텔이 직접 결제금을 수금하고 Booking.com 커미션을 별도로 회계 처리합니다.
하나의 은행 송금에 여러 예약이 포함될 수 있나요?
네. 입금액을 개별 예약과 비교하기 전에 지급 참조 번호와 포함된 예약 목록을 대조하세요.
은행 입금액을 기준으로 커미션을 계산해야 하나요?
아닙니다. 최종 커미션 부과 대상 예약 금액과 숙소의 계약 조건을 사용하세요. 은행 입금액에는 여러 예약과 기타 차액이 포함될 수 있습니다.
설명되지 않은 차액은 재무팀에서 어떻게 처리해야 하나요?
확인 번호와 증빙 자료를 첨부하여 미결 상태로 유지하세요. 원인이 확인되고 승인되기 전에는 객실 매출을 변경하지 마세요.
