Trip.com 정산액, 수수료 및 예약 총액 대사 방법

Sep 16 2026 · Smart Order · 14분
Trip.com 정산액, 수수료 및 예약 총액 대사 방법
예약부터 시작해 정산 내역 대사하기
1. 확정된 예약 한 건과 계약상 결제 방식부터 확인합니다.
2. 고객 결제 총액, 호텔 매출, 수수료, 세금, 조정액, 정산액 및 은행 입금액을 구분합니다.
3. 정산 묶음을 원장에 반영하기 전에 각 정산 항목을 해당 예약과 대조합니다.
4. 정산 시점, 통화 및 은행 수수료를 분리한 후에도 남는 정확한 차액만 문의합니다.

Trip.com 정산 대사는 서로 다른 의미의 금액을 재무 담당자가 비교할 때 문제가 발생합니다. 고객 결제 총액이 반드시 호텔 미수금과 일치하는 것은 아닙니다. 정산 총액에는 여러 예약이나 후속 조정 내역이 포함되거나 다른 통화가 적용될 수 있습니다. 환전 및 수취 수수료로 인해 실제 은행 입금액이 다시 달라질 수도 있습니다.

예약부터 은행 입금까지 이어지는 추적 경로를 활용하세요. 예약에서 시작하여 숙소 계약에 따른 예상 거래 결과를 계산하고 정산 묶음과 대조한 다음, 실제 입금액을 상계합니다.


예약 단위 대사 기록 작성하기

검토 기간에 포함된 모든 Trip.com 예약에 대해 각각 하나의 기록을 생성하세요. 숙소 ID, Trip.com 예약 번호, 고객 이름, 예약일과 숙박일, 객실과 요금제, 예약 상태, 결제 방식, 고객에게 표시된 총액, 세금 및 수수료, 호텔 귀속 금액, 수수료 산정 기준, 수수료율, 통화 및 모든 변경 또는 취소 내역을 기록합니다.

예약일, 숙박일 또는 체크아웃일, 정산일 또는 은행 거래일의 세 날짜를 구분하세요. 예약은 한 영업 월에 속하지만 다른 달에 정산될 수 있습니다. 입금일만을 기준으로 반영하면 매출 인식 시점이 가려지고 이전 조정 내역이 당기 오류처럼 보일 수 있습니다.

최종 예약 버전을 사용하되 최초 버전과 모든 변경 내역을 보존하세요. 확정 후 숙박 일수, 투숙 인원, 요금, 세금, 취소 상태 또는 위약금이 변경되었다면 정산 항목을 설명할 수 있도록 재무 담당자가 변경 전후 금액을 확인할 수 있어야 합니다.


계약 및 결제 방식 먼저 확인하기

요금제 이름이나 다른 Trip.com 예약의 결제 방식을 근거로 결제 방식을 추정하지 마세요. 숙소에서 확인할 수 있는 예약 및 정산 상세 정보를 열어 고객 결제액을 누가 수취했는지, 숙소가 어떤 방식으로 대금을 받게 되는지 확인하세요.

숙소의 수수료율은 계약에 따라 결정되며 다른 숙소나 상업적 계약 조건과 다를 수 있습니다. Trip.com의 숙소 파트너 안내에 따르면 수수료율은 계약 절차에서 정해지며, 정산을 위해 정확한 가상 카드 또는 은행 송금 정보가 필요합니다. 서명된 계약서와 현재 예약 기록을 계산의 기준으로 사용하세요.

예약에 가상 카드가 사용된 경우 보호 대상 카드 정보를 스프레드시트나 지원 문의에 복사하지 말고, 결제 가능한 금액, 활성화 조건, 만료일 및 통화를 기록하세요. 계정이 은행 송금으로 정산되는 경우 정산 ID, 지급 예정일, 지급일, 은행 참조번호 및 수취 계좌를 기록하세요.


예약 한 건과 정산 항목 한 건 대사하기

각 차액의 원인을 명확히 파악할 수 있도록 다음 순서로 진행하세요.

  1. eBooking에서 최종 예약 상태와 최신 숙박 정보를 확인합니다.
  2. 숙박 일수, 객실 요금, 인원 추가 요금 및 포함 항목을 기준으로 숙박 금액을 다시 계산합니다.
  3. 세금 및 기타 비용을 징수하고 납부하는 주체별로 구분합니다.
  4. 고객 결제 총액에 자동 적용하지 말고, 계약상 수수료를 올바른 수수료 부과 기준액에 적용합니다.
  5. 승인된 취소 수수료, 환불, 변경, 인센티브 또는 수동 조정액을 더하거나 차감합니다.
  6. 정산 통화를 기준으로 예상 호텔 미수금을 계산합니다.
  7. 예약 번호와 예상 미수금을 정산 항목 또는 가상 카드 금액과 대조합니다.
  8. 정산 묶음을 은행 또는 카드 결제대행사의 거래 내역과 대조합니다.
  9. 은행 수수료나 환차액을 객실 매출 및 채널 수수료와 구분하여 반영합니다.

관리 계산식은 다음과 같습니다.

예상 호텔 미수금 = 수수료 부과 대상 숙박 금액 - 수수료 ± 예약 조정액 + 숙소에 지급되는 세금 또는 기타 비용

정확한 항목은 계약, 시장 및 결제 방식에 따라 달라집니다. 핵심 관리 원칙은 각 구성 요소에 근거 자료가 있어야 하며, 설명되지 않은 하나의 순액에 숨겨져서는 안 된다는 점입니다.

Smart Order의 호텔 데이터 분석을 사용하면 예약 매출, 객실 숙박 일수, 채널 출처 및 운영 지표를 한눈에 확인하면서 재무팀이 Trip.com 정산을 별도로 처리할 수 있습니다.

정산 전부터 Trip.com 매출을 명확하게 추적하세요
하나의 호텔 데이터 분석 워크플로에서 예약 매출과 채널 성과를 검토한 후, 원래 예약 금액을 변경하지 않고 재무 정산 내역을 대조하세요.

무료로 시작하기

잘못된 기준액을 사용하지 않고 수수료 계산하기

흔히 발생하는 오류는 표시된 고객 결제 총액에 수수료율을 곱하는 것입니다. 먼저 세금, 서비스 요금, 식사, 추가 인원 요금, 숙소가 징수하는 비용 또는 플랫폼이 지원하는 혜택이 수수료 부과 기준액에 포함되는지 확인하세요.

예를 들어 고객에게 표시되는 총액은 540이지만 수수료 부과 대상 숙박 금액은 500일 수 있습니다. 계약상 수수료율이 가정상 15%라면 500에 대한 수수료는 81이 아니라 75입니다. 이는 예시에 불과하며, 실제 숙소 계약과 예약에 적용된 기준액 및 수수료율을 사용해야 합니다.

수수료 비용과 순현금을 구분하세요. 호텔이 입금액만 매출로 기록하면 ADR과 채널 실적이 실제보다 낮게 집계됩니다. 보다 명확한 원장에서는 호텔의 회계 정책에 따라 총 객실 매출을 기록하고, 수수료는 비용 또는 매출 차감 계정으로, Trip.com 미수금과 해당 세금 부채는 별도로 반영한 후 나중에 현금 상계 분개를 기록합니다.

정산액과 일치시키기 위한 목적으로 호텔 관리 시스템의 객실 요금을 덮어쓰지 마세요. 예약 자체에 오류가 있고 승인된 예약 변경 내역이 이를 뒷받침하는 경우에만 호텔 관리 시스템의 금액을 수정해야 합니다.


남은 차액의 원인 진단하기

예약 총액이 정산 항목 금액보다 큰 경우. 수수료 부과 기준액, 수수료, 숙소가 징수하는 세금 또는 기타 비용, 플랫폼이 지원하는 혜택 및 금액 일부가 숙소에서 직접 결제되는지 확인하세요. 그런 다음 예약이 부분 환불되거나 숙박 일정이 단축되지 않았는지 확인합니다.

예약 변경 후 정산 항목 금액이 예상보다 적은 경우. 변경 시각과 정산 묶음의 마감 시각을 비교하세요. 원래 금액은 한 정산 묶음에, 수정액은 다른 정산 묶음에 포함되었을 수 있습니다. 미지급 건으로 문의하기 전에 이전 및 이후 정산 기간을 검색하세요.

은행 입금액이 정산 묶음보다 적은 경우. 통화, 환율, 송금 수수료, 중개 은행 공제액, 카드 결제대행사 수수료, 거래일 및 은행에서 한 건의 지급액을 분할했는지 확인하세요. 은행 수수료를 Trip.com 수수료로 분류하지 마세요.

은행 입금액이 예약 한 건의 금액보다 큰 경우. 정산 ID를 검색하여 추가 예약 및 조정 내역을 확인하세요. 묶음 입금액은 그 안에서 가장 큰 예약 한 건이 아니라 전체 정산 묶음과 대사해야 합니다.

취소 또는 노쇼 예약에 수수료가 여전히 부과된 경우. 취소 또는 노쇼 수수료가 실제로 청구되었는지, 계약상 수취한 해당 수수료에 채널 수수료가 부과되는지 확인하세요. 무료 취소, 유료 취소, 수수료 면제 및 노쇼는 서로 다른 재무 사건입니다.

동일한 예약이 두 번 표시되는 경우. 예약 번호, 정산 ID, 조정 유형, 금액의 부호 및 날짜를 비교하세요. 한 항목은 최초 지급 예정액이고 다른 항목은 해당 금액의 취소 또는 정정일 수 있습니다. 두 항목을 모두 매출로 기록하지 마세요.


통화 및 정산 시점 관리하기

예약 통화, 정산 통화 및 은행 계좌 통화를 각각 별도 항목으로 관리하세요. 원금, 확인 가능한 경우 적용 환율, 환산 금액 및 은행 입금액을 저장합니다. 이러한 항목이 없으면 모든 환율 변동이 수수료 오류처럼 보이게 됩니다.

체크아웃일만을 기준으로 정산 지연 여부를 판단하지 마세요. 숙소 계약, 지급 방식, 정산 묶음 마감 시각, 지급 가능 상태, 지급 상태 및 은행 거래일을 비교하세요. 주말, 은행 처리 과정, 미완성된 지급 프로필 또는 송금 실패로 인해 예약이 지급 대상이 된 후에도 입금이 지연될 수 있습니다.

정산 임시 계정을 사용하세요. 예약 단위 미수금을 정산 ID에 대응하여 반영한 다음 은행 거래가 입금되면 해당 ID를 상계합니다. 임시 계정에 남은 잔액은 특정 예약, 조정 내역, 수수료 또는 환차액을 가리킵니다.


정산 묶음 마감 및 반복 오류 방지하기

Trip.com 정산 기간을 마감하기 전에 모든 정산 항목에 예약 또는 조정 참조번호가 하나씩 있는지, 각 예약에 최종 상태가 하나씩 지정되어 있는지, 승인된 기준액과 수수료율이 사용되었는지, 세금이 올바른 당사자에게 반영되었는지, 정산 ID가 은행 거래 내역과 일치하는지 확인하세요.

호텔의 일반적인 회계 자료 보존 기간에 따라 예약 내보내기 파일, 정산 보고서, 계약서 버전, 조정 증빙, 은행 참조번호, 대사 작업표 및 검토자 승인 기록을 보관하세요. 결제 정보에 대한 접근 권한을 제한하고 문의 전에 보호 대상 정보를 삭제하거나 가림 처리하세요.

차액이 계속 남는 경우 Trip.com 숙박업체 지원팀에 숙소 ID, 예약 번호, 정산 ID, 통화, 예상 계산 내역, 실제 정산 항목, 정산 묶음 날짜, 은행 참조번호 및 정확한 미해결 금액을 전달하세요. 전체 명세서에 대한 설명을 요청하는 대신, 지급 대상 숙박 금액을 변경한 조정 내역이 무엇인지와 같이 하나의 구체적인 질문을 하세요.

연동된 호텔 PMS는 원본 예약과 채널 참조 정보를 함께 관리하여 반복 입력을 줄여 줍니다. 다만 재무팀은 여전히 정산 내역과 은행 거래를 독립적으로 대사해야 합니다.

모든 예약을 다시 구성하지 않고 채널 정산을 대사하세요
OTA 참조번호, 숙박 금액 및 호텔 데이터 분석을 연동하여 재무팀이 예약 단위로 정산 차액을 빠르게 파악할 수 있도록 하세요.

무료로 시작하기

자주 묻는 질문

Trip.com 정산액이 예약 총액과 일치하지 않는 이유는 무엇인가요?

예약 총액에는 수수료 부과 대상 및 비대상 항목, 세금, 기타 비용 또는 서로 다른 당사자가 징수하는 금액이 포함될 수 있습니다. 정산 내역에는 조정액이나 여러 예약이 함께 포함될 수도 있습니다.

대사는 어디에서 시작해야 하나요?

최종 예약 정보와 결제 방식부터 확인하고 계약에 따른 예상 호텔 미수금을 계산한 다음, 해당 결과를 정산 항목 및 은행 입금액과 대조하세요.

고객 결제 총액을 기준으로 수수료를 계산해야 하나요?

계약에서 해당 총액 전체를 수수료 부과 대상으로 정의한 경우에만 가능합니다. 문서에 명시된 숙박 기준액을 사용하고 세금, 숙소가 징수하는 비용 및 지원 혜택을 구분하세요.

한 건의 은행 입금액에 여러 Trip.com 예약이 포함될 수 있나요?

네. 입금액을 전체 정산 ID 또는 정산 묶음과 대사한 다음, 해당 묶음 안의 각 예약 및 조정 내역에 배분하세요.

입금액과 일치하도록 호텔 관리 시스템의 매출을 변경해야 하나요?

아니요. 승인된 예약 변경으로 실제 숙박 금액이 달라지는 경우가 아니라면 매출, 수수료, 세금, 미수금, 환차액, 은행 수수료 및 현금 정산을 각각 구분하여 관리하세요.

Trip.com 정산 대사는 최종 예약, 계약상 수수료, 정산 항목, 지급 묶음 및 은행 분개가 하나의 추적 가능한 흐름으로 연결되어야 완료됩니다. 이 흐름은 현금 관리와 채널 수익성 리포트를 모두 보호합니다.