ホテル決済システムの返金監査：記録漏れ・重複・未照合の取引を確認

ホテル決済システムの返金監査では、特定のゲストへの返金状況を追跡する場合とは異なる点を確認します。それは、誰も正しく記録していなかった返金も含め、対象期間内のすべての返金をホテルが把握し、説明できるかどうかです。

確認の出発点として最も有効なのは、銀行への入金額ではありません。承認済みの返金額、元の決済、個々の返金処理、予約の対応関係です。銀行への入金には複数の取引や手数料がまとめられるため、誤り同士が相殺されて見えなくなることがあります。

ホテル決済システムの返金監査の対象範囲を定める

対象施設、決済アカウント、通貨、確認期間、記録の取得日時を定めます。対象期間が返金の承認日、申請日、完了日のどれに基づくのかも明示してください。これらの日付はそれぞれ異なる処理段階を示すため、区別せずに混在させてはいけません。

前回の確認から持ち越した未解決項目も対象に含めます。先月申請し、現在も保留中の返金を、今月の申請日フィルターに該当しないという理由で対象から外してはいけません。また、過去の決済やキャンセル済みの予約に対して、対象期間内に行われた返金も含めます。

照合用の一覧を2つ作成します。1つ目には、ホテルが承認した返金と対応する予約参照番号をまとめます。2つ目には、関連するすべての決済アカウントの返金取引をまとめ、元の決済参照番号、個々の返金参照番号、金額、通貨、日付、最新の処理結果を記載します。

通貨ごとに分けて照合します。同僚が同じ確認を再現できるよう、元データの抽出条件と行数を記録してください。アカウントや過去の記録にアクセスできない場合は、確認できない結果をゼロとして扱わず、監査未完了と明記します。

双方向で照合する

1. 承認済みの返金額を1件ずつ確認します。失敗した処理も含め、対応する決済記録と返金記録を探します。承認額のうち、申請を確認できない部分があれば、その理由を明らかにします。
2. 決済事業者側の返金を1件ずつ確認します。対応する予約と承認記録を探すことで、ホテル側の返金一覧から漏れた取引を見つけられます。
3. 証拠で確認できた処理結果を、予約の決済記録および請求記録と照合します。資金が正しく返金されたかどうかと、ゲストへの請求が正しいかどうかは、それぞれ別に確認します。

一方向だけの確認では、フロントの一覧にある返金をすべて確認できても、経理が別の経路で実行した返金を見落とす可能性があります。合計額だけでは、漏れがないことを証明できません。

一覧の内容が一致しない場合は、一元管理されたホテルの決済記録から元の決済を特定したうえで、ゲストの残高を修正します。Smart Orderは記録済みの決済を予約に紐付けるため、確認担当者は不明な金額だけを追うことなく、対象の宿泊記録から効率よく調査できます。その記録を決済事業者の返金証拠と照合してください。予約のメモだけで、実際に資金が移動したと判断してはいけません。

返金の記録漏れ・重複・未照合の原因を確認する

承認済みの返金に決済事業者の参照番号がない

承認者の指示、担当従業員、決済アカウント、元の決済を確認します。返金が一度も申請されていないと判断する前に、既存の処理履歴を探してください。

申請を確認できない場合は、「承認済み・申請の証拠なし」に分類します。必要な権限を持つ決済担当者に対応を依頼してください。ゲストに返金を約束したという理由だけで、返金完了の記録を作成してはいけません。

オンライン旅行会社であるOTAがゲストの代金を回収した場合は、そのチャネルの返金記録と決済責任の所在を確認します。OTAに返金の承認を伝えたことが、ホテルによる返金の実行を意味するとは限りません。

決済事業者側の返金が予約に記録されていない

決済事業者の参照番号、処理結果、金額、対応する宿泊を確認します。別の決済名目ですでに手動記録されていないか、更新がまだ処理中ではないかも確認してください。

承認された手順に従い、フロントデスクの予約記録の記録漏れを修正します。元の取引は保持してください。完了済みの返金がホテル管理システムに記録されていない場合、通常必要なのは記録の修正であり、追加の返金ではありません。

修正後は請求内容も確認します。承認を受けた請求額の調整も必要になる場合があります。調整しないと、返金済みの金額が予約上で再び未払いとして表示されることがあります。

同じ金額が2回表示されている

重複と判断する前に、参照番号を照合します。1件の返金が2つのレポートに表示されていても、返金自体は1件です。また、正当な2件の一部返金で、金額が同じでも参照番号が異なる場合があります。

同じ返金参照番号が重複して記録されている場合は、記録上の問題です。一方、1つの承認額に対して別々の返金が2件成功している場合は、実際に過剰返金が発生している可能性があります。両方の履歴を保持し、ゲストへの連絡や返金額の回収を試みる前に、経理に実際の超過額の確認を依頼してください。

その確認には、返金と関連する決済の異議申し立ても含めます。異議申し立ての結果が確定していない間は、別の経路で同じ金額を返金してはいけません。

返金を宿泊記録に紐付けられない

元の決済参照番号、加盟店アカウント、通貨、支払者とゲストの関係、予約履歴を確認します。姓の変更や予約のキャンセルにより、ゲスト名だけの検索では見つからない場合があります。

金額が一致するという理由だけで、返金を別の予約に紐付けてはいけません。確認済みの証拠と解決を担当する従業員を記録し、未照合の案件として管理します。日次合計が一致していても、説明できない取引が解決したことにはなりません。

一部返金の例で、重複に見える記録を検証する

仮の例として、600米ドルの決済に対し、150米ドルの返金が承認されたケースを考えます。決済事業者の記録には、参照番号F-AとF-Bの75米ドルの返金がそれぞれ成功と表示されています。合計すると承認額の150米ドルに一致するため、金額が同じという理由だけで、いずれかを重複と判断することはできません。

ここで、ホテルのエクスポートデータにF-Aが2回、F-Bが1回記載されているとします。この場合、225米ドルを返金したように見えます。しかし、決済事業者の証拠が裏付ける返金額は150米ドルです。そのため、余分なF-Aの記録には承認を受けた記録修正が必要であり、新たな資金取引は不要です。

一方、決済事業者の記録でF-Bがまだ保留中の場合、成功が確認できるのは75米ドルだけです。残りの75米ドルは実際のステータスのまま未完了として管理します。承認額の合計に合わせるために、完了扱いにしたり、再申請したりしてはいけません。

実際の例外案件にも、同じように参照番号単位での検証を適用します。これにより、同額であることから推測することなく、レポート上の重複、正当な一部返金、実際の過剰返金を区別できます。

合計額だけでなく、例外案件の確認結果も承認する

まず予約別・通貨別に照合し、その後、ホテルの財務レポートおよびエクスポートデータとの差異を説明します。決済事業者の手数料、入金額の調整、為替差額は、それぞれ個別に説明する必要があります。これらが自動的にゲストへの返金額に含まれるわけではありません。

例外案件の記録には、対象の宿泊、元の決済、返金参照番号、想定額と確認済み金額、未解決の問題、次の対応、担当者、確認日を記載します。残っている作業が、記録の修正、承認済み返金の未申請、処理結果の保留、取引の未照合のいずれなのかを明確にしてください。

過去の例外案件を解決済みとする前に、決済事業者の最新の処理結果を確認します。申請の受領通知が最終結果とは限らず、返金が後から失敗したり、取り消されたりすることもあります。また、ゲストの明細に返金が反映されていないというだけでは、追加の返金を行う十分な根拠にはなりません。

管理者は、未解決案件を明示的に残したうえで、確認作業の完了を承認できます。確認できた範囲の制約と、各修正を裏付ける証拠を記録してください。見かけ上の合計額を整えるために、元の領収書を削除したり、返金日を過去の日付に変更したり、帳尻合わせの調整を作り出したりしてはいけません。