1. 승인된 환불을 결제 서비스 제공업체의 기록과 대조한 다음, 제공업체의 환불 내역이 해당 예약과 연결되는지 역으로 확인합니다.
2. 기록이 두 건이라고 해서 환불도 두 번 이루어진 것은 아닙니다. 개별 환불 참조번호를 비교합니다.
3. 합계를 억지로 맞추기보다 차이의 원인을 설명하고 후속 조치별 담당자를 지정하여 감사를 마무리합니다.
호텔 결제 시스템의 환불 감사는 특정 고객의 환불을 추적하는 것과는 다른 질문에서 출발합니다. 해당 기간에 이루어진 모든 환불을, 누구도 제대로 기록하지 않은 환불까지 포함하여 호텔이 빠짐없이 설명할 수 있는지를 확인하는 것입니다.
가장 유용한 출발점은 은행 입금 내역이 아닙니다. 승인 금액, 최초 수납, 각 환불 시도, 예약 간의 연결 관계입니다. 은행에 입금되는 정산금에는 여러 거래와 수수료가 합산될 수 있어 서로 상쇄되는 오류가 드러나지 않을 수 있습니다.
호텔 결제 시스템 환불 감사의 범위 설정
대상 숙소, 결제 계정, 통화, 검토 기간, 기록 추출 시점을 정합니다. 검토 기간이 환불 승인일, 요청 제출일, 처리 완료일 중 무엇을 기준으로 하는지 명시합니다. 이 날짜들은 서로 다른 사건을 나타내므로 별도 설명 없이 혼용해서는 안 됩니다.
이전 검토에서 이월된 미해결 항목도 포함합니다. 지난달에 요청을 제출했지만 오늘까지 처리 대기 중인 환불이 이번 달 제출일 필터에 해당하지 않는다는 이유로 검토에서 빠져서는 안 됩니다. 과거 수납 건이나 취소된 예약에 대해 해당 기간에 이루어진 환불도 포함합니다.
검토용 목록을 두 개 만듭니다. 첫 번째 목록에는 호텔이 승인한 환불과 해당 예약의 참조번호를 담습니다. 두 번째 목록에는 관련된 모든 결제 계정의 환불 거래를 담고, 최초 수납 참조번호, 개별 환불 참조번호, 금액, 통화, 날짜, 최신 처리 결과를 포함합니다.
통화별로 구분하여 관리합니다. 동료가 같은 검토를 재현할 수 있도록 원본 데이터의 필터 조건과 행 수를 기록합니다. 특정 계정이나 과거 기록에 접근할 수 없다면 누락된 결과를 0으로 간주하지 말고 감사가 미완료 상태임을 표시합니다.
양방향으로 대조하기
- 각 승인 금액에서 시작합니다. 실패한 시도를 포함하여 관련 결제 및 환불 기록을 찾습니다. 요청 제출이 확인되지 않은 승인 금액이 있다면 그 사유를 설명합니다.
- 결제 서비스 제공업체의 각 환불 내역에서 시작합니다. 해당 예약과 승인 기록을 찾습니다. 이를 통해 호텔 자체 환불 목록에서 빠진 거래를 확인할 수 있습니다.
- 증빙으로 확인된 결과를 예약의 결제 및 청구 기록과 비교합니다. 실제 환불이 정확한지와 고객 청구서가 정확한지는 별도로 확인해야 합니다.
한 방향으로만 검토하면 프런트 데스크 목록의 모든 항목을 확인하더라도 재무팀이 다른 경로로 진행한 환불은 놓칠 수 있습니다. 합계만으로는 누락이 없음을 입증할 수 없습니다.
두 목록이 일치하지 않으면 고객의 잔액을 변경하기 전에 통합 호텔 결제 기록을 활용해 최초 수납 내역을 찾습니다. Smart Order는 기록된 결제를 예약과 연결하여 검토자가 출처 불명의 금액 대신 해당 투숙 건을 중심으로 조사할 수 있도록 합니다. 이 기록을 결제 서비스 제공업체의 환불 증빙과 비교해야 하며, 예약 메모만으로 실제 자금이 이동했다고 판단해서는 안 됩니다.
최초 투숙 건을 기준으로 환불 확인하기
환불 차이를 수정하거나 추가 환불을 승인하기 전에 예약과 기록된 수납 내역을 함께 검토하세요.
누락·중복·미연결 환불의 원인 진단
승인된 환불에 결제 서비스 제공업체의 참조번호가 없는 경우
승인자의 지시 내용, 담당 직원, 결제 계정, 최초 수납 내역을 확인합니다. 환불 요청이 제출되지 않았다고 결론 내리기 전에 기존 시도 내역을 검색합니다.
확인되는 시도가 없다면 승인되었으나 요청 제출 증빙이 없는 건으로 분류합니다. 처리 권한이 있는 결제 담당자에게 전달하여 조치하도록 합니다. 고객에게 환불을 약속했다는 이유만으로 환불 완료 기록을 생성해서는 안 됩니다.
온라인 여행사인 OTA가 고객의 결제 대금을 수납했다면 해당 채널의 환불 기록과 결제 책임 주체를 확인합니다. OTA에 환불 승인을 전달했다고 해서 반드시 호텔이 직접 환불한 것은 아닙니다.
결제 서비스 제공업체의 환불 내역이 예약 기록에서 누락된 경우
결제 서비스 제공업체의 참조번호, 처리 결과, 금액, 해당 투숙 건을 확인합니다. 다른 결제 항목명으로 수동 입력한 기록이 이미 있는지, 또는 업데이트가 아직 처리 중인지 확인합니다.
승인된 절차에 따라 프런트 데스크 예약 기록에서 누락된 항목을 수정합니다. 원래 거래 기록은 보존합니다. 완료된 환불이 호텔 관리 시스템에서 누락된 경우에는 일반적으로 추가 환불이 아니라 기록 수정이 필요합니다.
이후 청구서를 확인합니다. 권한자의 승인을 받은 청구 금액 조정도 필요할 수 있습니다. 그렇지 않으면 해당 예약에 환불 금액만큼의 미수금이 다시 발생한 것처럼 표시될 수 있습니다.
동일한 금액이 두 번 표시되는 경우
중복으로 분류하기 전에 참조번호를 비교합니다. 하나의 환불이 두 개의 보고서에 표시되더라도 환불은 한 건입니다. 정상적인 부분 환불 두 건의 금액이 같고 참조번호는 서로 다를 수도 있습니다.
동일한 환불 참조번호를 반복해서 입력한 것은 기록상의 문제입니다. 하나의 승인 금액에 대해 별도의 환불 두 건이 모두 성공했다면 실제 초과 환불일 수 있습니다. 두 건의 이력을 모두 보존하고, 고객에게 연락하거나 환수하기 전에 재무팀에 실제 초과 금액을 확인하도록 요청합니다.
이 검토에는 환불과 관련된 결제 분쟁도 함께 포함합니다. 분쟁 결과가 확정되지 않은 동안에는 동일한 금액을 별도의 경로로 환불해서는 안 됩니다.
환불을 해당 투숙 건에 연결할 수 없는 경우
최초 수납 참조번호, 가맹점 계정, 통화, 결제자와 투숙객의 관계, 예약 이력을 확인합니다. 성이 변경되었거나 예약이 취소되어 고객 이름만으로는 검색되지 않았을 수 있습니다.
금액이 일치한다는 이유만으로 환불을 다른 예약에 연결해서는 안 됩니다. 확인한 증빙과 해결 담당 직원을 기록한 뒤 미연결 항목 목록에 남겨 둡니다. 일일 합계가 맞더라도 설명되지 않은 거래가 해결된 것은 아닙니다.
부분 환불 사례로 중복 의심 건 검증하기
미화 600달러를 수납한 뒤 미화 150달러의 환불이 승인된 가상의 사례를 살펴보겠습니다. 결제 서비스 제공업체에는 참조번호가 F-A와 F-B인 미화 75달러의 환불 두 건이 모두 성공으로 표시됩니다. 두 건의 합계는 승인된 미화 150달러와 일치합니다. 금액이 같다는 이유만으로 어느 한 건을 중복으로 볼 수는 없습니다.
이번에는 호텔의 내보내기 데이터에 F-A가 두 번, F-B가 한 번 기재되어 있다고 가정해 보겠습니다. 기록상으로는 미화 225달러가 환불된 것처럼 보입니다. 결제 서비스 제공업체의 증빙으로 확인되는 금액은 미화 150달러이므로, 추가로 입력된 F-A에는 새로운 자금 거래가 아니라 권한자의 승인을 받은 기록 수정이 필요합니다.
반대로 결제 서비스 제공업체에서 F-B가 아직 처리 대기 중으로 표시된다면 성공이 확인된 금액은 미화 75달러뿐입니다. 나머지 미화 75달러는 실제 상태 그대로 미해결 항목으로 유지합니다. 승인 총액과 맞추기 위해 완료로 표시하거나 요청을 다시 제출해서는 안 됩니다.
실제 예외 항목에도 이와 같이 참조번호 단위로 검증합니다. 이를 통해 동일한 금액만 보고 추측하지 않고도 보고상의 중복, 정상적인 부분 환불, 실제 초과 환불을 구분할 수 있습니다.
합계뿐 아니라 예외 항목까지 확인하여 검토 승인하기
먼저 예약별·통화별로 대사한 다음, 호텔 재무 보고서 및 내보내기 데이터와의 차이를 설명합니다. 결제 서비스 제공업체의 수수료, 정산 조정액, 환차이는 각각 별도로 설명해야 하며, 자동으로 고객 환불 금액에 포함되는 것은 아닙니다.
투숙 건, 최초 결제, 환불 참조번호, 예상 금액과 확인 금액, 미해결 문제, 다음 조치, 담당자, 검토일을 포함한 예외 기록을 유지합니다. 남은 작업이 입력 기록 수정인지, 승인 후 요청 미제출 건인지, 처리 결과 대기 건인지, 미연결 거래인지 명확히 표시합니다.
이전부터 남아 있던 예외 항목을 종결하기 전에 결제 서비스 제공업체의 최신 처리 결과를 확인합니다. 요청 접수 확인이 항상 최종 결과를 의미하는 것은 아니며, 일부 환불은 나중에 실패하거나 취소될 수 있습니다. 고객의 명세서에 환불 입금이 보이지 않는다는 사실만으로도 추가 환불의 근거가 충분하지는 않습니다.
관리자는 미해결 건을 명시적으로 남겨 둔 상태에서 완료된 검토를 승인할 수 있습니다. 검토상의 제약과 각 수정의 근거가 되는 증빙을 기록합니다. 합계를 깔끔하게 맞추기 위해 원본 영수증을 삭제하거나, 환불 날짜를 소급하거나, 근거 없는 차액 조정 항목을 만들어서는 안 됩니다.
