1. 최초 수납 기록을 보존하고 각 환불을 별도 처리 내역으로 연결하세요.
2. 승인, 요청 제출, 결제 서비스 제공업체의 최종 결과는 서로 다른 단계입니다.
3. 청구서 수정과 실제 환불 완료는 각각 확인해야 합니다.
예약 메모에 '환불됨'이라고만 적으면 처리 상황을 명확히 알 수 없습니다. 관리자가 요청을 승인했다는 뜻일 수도 있고, 직원이 환불 요청을 제출했거나 결제 서비스 제공업체가 결과를 확인했다는 뜻일 수도 있습니다. 이 차이에 따라 직원이 기다려야 할지, 확인해야 할지, 조치를 취해야 할지가 달라집니다.
호텔 결제 시스템에서 환불을 추적하려면 최초 수납 참조번호와 별도의 환불 참조번호가 필요합니다. 두 번호를 모두 보관하세요. 호텔은 나중에도 고객의 청구 내역과 자금 흐름을 설명할 수 있어야 합니다.
다른 직원도 쉽게 파악할 수 있는 환불 기록 만들기
다음과 같은 가상의 사례를 살펴보겠습니다. 예약 R517에서 USD 500 수납이 완료되었습니다. 관리자는 합의된 서비스 조정에 따라 USD 120 환불을 승인했습니다. 이전 환불이나 다른 결제는 없습니다.
원래 영수증의 금액은 USD 500으로 유지하세요. 별도의 환불 기록에 USD 120, 환불 사유, 승인자, 원거래를 기재하고, 요청 제출 참조번호가 발급되면 함께 기록하세요. 환불이 완료되면 다른 조정을 반영하기 전 호텔에 남는 수납액은 USD 380입니다.
환불만으로 청구서가 자동 수정되는 것은 아닙니다. 합의된 청구 금액도 USD 380이 되어야 한다면 승인된 내용에 따라 청구 금액을 조정하세요. USD 120을 환불하면서 청구 금액을 USD 500으로 유지하면 고객이 환불받은 금액을 다시 납부해야 하는 것처럼 표시될 수 있습니다.
대금을 수납한 주체 확인하기
원거래의 통화, 결제 수단, 처리 결과와 이전 환불 또는 결제 분쟁 내역을 확인하세요. 결제 실패는 대금 수납이 완료된 상태가 아닙니다. 카드 한도를 일시적으로 확보한 가승인은 환불이 아니라 승인 해제가 필요할 수 있습니다.
OTA가 객실 대금을 수납했다면 해당 예약의 환불 절차를 따르세요. 예약 취소가 승인되었다는 이유만으로 관련 없는 거래를 통해 호텔 자금을 환불하지 마세요. 호텔이 직접 수납한 추가 요금은 별도로 조정해야 할 수 있습니다.
승인과 실행 구분하기
승인 내역에는 금액, 통화, 사유, 허용된 조치를 명시해야 합니다. 요청을 제출한 뒤에는 실제 환불 참조번호와 결제 서비스 제공업체의 처리 결과를 추가하세요. 승인 내역은 있지만 요청 제출 증빙을 찾을 수 없다면, 환불이 이루어졌다고 판단하기 전에 확인하세요.
이러한 구분을 호텔 결제 기록에 남기세요. 'USD 120 승인 완료, 요청 미제출'이라는 메모가 '환불 처리됨'보다 유용합니다. 일반 메모에는 결제 인증 정보나 신분증 사본을 포함하지 마세요.
상태에 따라 다음 조치 결정하기
결제 서비스 제공업체가 실제로 사용하는 상태 명칭을 기록하고, 필요하면 호텔 기록에 알기 쉬운 설명을 덧붙이세요. 이러한 상태 구분이 모든 호텔 관리 시스템에 동일한 환불 버튼이나 상태가 있다는 뜻은 아닙니다.
승인되었으나 요청 제출이 확인되지 않은 상태
최초 수납 내역에서 기존 환불 시도를 확인하세요. 상황이 명확해진 후에만 권한이 있는 직원이 해당 결제에서 지원하는 환불 절차를 통해 승인된 금액의 환불을 요청해야 합니다. 발급된 참조번호와 처리 상태를 기록하세요.
승인 메모만으로는 요청이 제출되었는지 알 수 없습니다. 이처럼 상태가 불분명하면 다른 직원이 실수로 같은 금액을 다시 환불할 수 있습니다.
Smart Order에서 예약 내역과 결제 이력을 함께 검토하면 직원은 추가 금전 처리를 하기 전에 기존 투숙 및 수납 내역을 확인할 수 있습니다. 모호한 상태 표시 하나로 대체하지 말고, 시스템에서 지원하는 기록을 통해 환불 참조번호와 미완료 업무를 추적할 수 있도록 관리하세요.
최초 수납 내역부터 간편하게 확인하세요
추가 환불 요청을 처리하기 전에 투숙 내역과 기록된 거래를 검토하세요. 승인된 금액을 아직 돌려줘야 할 별도의 금액으로 오인하는 일을 줄일 수 있습니다.
요청 제출 완료 또는 처리 대기 상태
결제 서비스 제공업체의 설명과 다음 확인 시점을 기록하세요. 처리 대기 중인 요청은 환불 재원을 확보하거나 해당 결제에 필요한 다른 조건을 충족해야 할 수 있습니다. 첫 요청이 완료되지 않았다는 이유로 USD 120을 다시 환불하지 마세요.
고객에게 확인된 금액, 통화, 현재 처리 결과를 안내하세요. 통제할 수 없는 은행 입금일을 약속하기보다, 언제 진행 상황을 다시 안내할 수 있는지 알려주세요.
결제 서비스 제공업체 기록상 처리 성공 상태
완료된 환불의 참조번호를 보관하고 청구서를 확인하세요. 고객이 환불 내역을 확인할 수 없다면, 승인된 경로를 통해 제공 가능한 영수증이나 추적용 참조번호를 안내하세요.
은행마다 내역 표시 방식이 다를 수 있습니다. 환불 처리가 성공했다고 해서 별도의 환급 내역이 이미 표시된다는 뜻은 아닙니다. 추가 환불을 실행하기 전에 기존 환불의 진행 상황을 확인하세요.
실패 또는 취소 상태
성공하지 못한 환불 시도도 이력에 남기세요. 재무 담당자는 대체 환불을 결정하기 전에 최종 처리 결과와 호텔의 사용 가능한 잔액으로 자금이 반환되었는지를 확인해야 합니다. 새 환불 시도에는 별도의 참조번호가 부여되며, 이를 최초 수납 기록에 연결해야 합니다.
진행 중인 결제 분쟁이 있다면 별도 환불을 실행하기 전에 해당 분쟁 담당자와 협의하세요. 같은 금액이 두 경로로 중복 처리되지 않도록 결제 서비스 제공업체가 허용하는 조치와 분쟁 처리 결과를 따르세요.
환불 금액, 청구서, 미완료 업무를 각각 확인하고 마무리하기
예약 R517의 사례로 돌아가 보겠습니다. USD 50은 먼저 환불이 완료되었고 USD 70은 아직 처리 대기 중이라고 가정해 보세요. 승인된 총액은 USD 120이지만, 환불 완료가 확인된 금액은 USD 50뿐입니다. 두 참조번호를 모두 보관하고, 전체 금액을 완료로 표시하거나 대기 중인 금액의 환불 요청을 다시 제출하지 마세요.
프런트 데스크의 예약 청구서에는 승인된 청구 금액 조정 사항을 반영하고 실제 잔액을 명확히 표시해야 합니다. 결제 서비스 제공업체의 기록은 USD 500 수납과 각 환불 시도를 설명합니다. 두 기록은 서로를 대체할 수 없습니다.
참조번호를 호텔 재무 보고서 및 내보내기 자료와 대조하세요. 결제 처리 수수료, 정산 공제액, 환율 차이는 승인된 고객 환불액과 별도로 관리하세요. 은행 입금액과 억지로 맞추기 위해 고객 환불액을 줄이지 마세요.
승인된 금액의 처리 내역이 모두 확인되고, 청구서를 검토했으며, 사유가 확인되지 않은 대기 또는 실패 건이 남아 있지 않을 때만 건을 종결하세요. 해결되지 않은 업무는 참조번호와 다음 조치를 명시해 미완료 상태로 유지하세요. 예약이 취소되었거나 잔액이 0으로 보인다는 사실만으로는 충분하지 않습니다.
재무 담당자와 확인해야 할 두 가지 예외 상황
고객이 다른 계좌로 환불을 요청하면 어떻게 해야 하나요?
메시지 요청만을 근거로 환불 계좌를 변경하지 마세요. 원래 결제에서 지원하는 환불 경로를 이용하고, 해당 경로가 실패하거나 이용할 수 없다면 재무 담당자와 결제 서비스 제공업체가 검증된 대안을 결정하도록 하세요. 카드나 계좌가 변경되었다는 이유로 정해진 절차 밖에서 송금해서는 안 됩니다.
마감된 회계기간의 거래를 이후에 환불하면 어떻게 해야 하나요?
최초 수납일과 참조번호를 그대로 보존하세요. 호텔의 회계 절차에 따라 이후 발생한 환불과 청구서 수정을 어떻게 기록해야 하는지 재무 담당자에게 확인하세요. 이전 회계기간에 변동이 없었던 것처럼 보이게 하려고 날짜를 소급하거나 기존 영수증을 수정하지 마세요.
