호텔 폴리오를
GL 코드 비용 보고서 항목으로 변환하는 방법

호텔 폴리오와 일반 영수증의 차이점

호텔 폴리오는 체크인부터 체크아웃까지 게스트 계정에 기록된 모든 요금과 결제 내역을 항목별로 정리한 기록입니다. 하나의 거래, 하나의 판매자, 하나의 카테고리로 구성된 레스토랑 영수증이나 여러 품목에 단일 세율이 적용되는 소매 영수증과 달리, 폴리오는 호텔 운영의 여러 부서를 포괄하며 각 부서마다 고유한 요금 코드, 세금 처리 방식, 회계 목적지를 가집니다.

1926년부터 사실상 모든 브랜드 호텔이 사용해 온 회계 기준인 USALI(숙박업 통일 회계 시스템)에 따라 호텔 수익과 비용은 객실, 식음료, 통신, 주차, 헬스클럽/스파, 기타 운영 부서 등 부서별 계정으로 흐릅니다. HFTP, AHLA 및 글로벌 재무 위원회가 2025년 2월에 발행한 USALI 제12차 개정판은 이 부서 구조를 강화하고 게스트 로열티 프로그램 비용 및 풀타임 환산 인력 추적을 위한 새로운 비용 범주를 추가했습니다. 게스트가 객실 요금으로 저녁 식사를 청구하면 해당 거래는 식음료(F&B)로 기록됩니다. 차를 주차하면 주차 부서로 기록됩니다. 폴리오는 게스트의 회계 체계가 아닌 호텔 내부 계정과목표를 반영합니다.

이러한 구조적 불일치가 정산 문제의 핵심입니다. 호텔의 회계 시스템은 각 요금을 자체 부서 코드로 기록합니다. 게스트의 회사는 동일한 요금을 숙박(GL 6400), 식사 및 접대(GL 6500, 일반적으로 50% 공제 가능), 교통(GL 6600), 그리고 별도의 세금 부채 계정 등 완전히 다른 범주에 할당해야 합니다. 5개의 USALI 부서에 걸쳐 47개 항목이 있는 4페이지 분량의 메리어트 폴리오는 3개의 GL 코드에 걸쳐 4행의 비용 보고서 항목이 되어야 합니다. 호텔 회계 논리를 기업 비용 논리로 변환하는 이 작업은 어떤 영수증 스캔 앱도 처리하도록 설계되지 않은 작업입니다.

그리고 형식은 속성 관리 시스템에 따라 다릅니다. 지배적인 호텔 PMS인 Oracle Opera는 독특한 라인 항목 구조의 폴리오를 생성합니다. 메리어트의 LightStay, 힐튼의 OnQ, 그리고 Cloudbeds, RoomRaccoon 또는 INNsight와 같은 시스템을 사용하는 독립 호텔은 모두 다른 레이아웃을 가지고 있습니다. 동일한 데이터, 다른 배열입니다. 한 호텔 체인의 형식에 대해 학습된 템플릿 기반 OCR 도구는 다음 체인에서는 작동하지 않습니다.

경비 정산에 실제로 필요한 라인 항목 데이터

추출을 시작하기 전에 어떤 데이터가 중요한지, 그 이유를 정확히 정의하는 것이 좋습니다. 호텔 청구서는 4~5페이지에 달하는 라인 항목으로 구성될 수 있습니다. 모든 항목이 경비 보고서와 관련 있는 것은 아니며, 모든 항목을 동등하게 취급하는 것이 2분짜리 작업을 20분짜리 작업으로 만드는 원인입니다.

다음은 법인 경비 보고서를 위한 최소 필수 추출 항목이며, 일반적인 GL 처리 방식에 따라 매핑되었습니다:

세금 항목만 봐도 여러 단계가 있습니다. 시카고 호텔에서 하룻밤을 묵으면 일리노이 주 점유세(6%), 시카고 시 호텔세(5.8%), 그리고 컨벤션 센터 인근 숙소에 부과되는 매코믹 플레이스 확장세(2.5%)가 부과될 수 있습니다. 경비 시스템에 "객실 합계: $287"만 표시된다면 기본 요금과 세금을 분리할 방법이 없습니다. 고객 계약에서 기본 요금은 환급하지만 세금은 환급하지 않는 경우, 또는 자체 정책에서 해당 도시의 GSA 일비로 숙박비 환급을 제한하는 경우 이 문제가 중요해집니다.

이 지점에서 IRS 간행물 463의 책임 회계 규칙이 적용됩니다. 책임 회계 제도에 따라 직원은 각 비용의 시간, 장소, 업무 목적 및 금액을 입증해야 합니다. 환급 시스템이 청구서 총액만 기록하고, 그중 $340이 직원이 마지막 날 추가한 스파 요금이라면, 고용주는 세제 혜택 채널을 통해 개인 경비를 환급하는 셈입니다. IRS의 입증 요건은 바로 이를 방지하기 위한 것이며, 항목별 추출 워크플로우가 대규모로 입증을 실현 가능하게 만듭니다.

1단계 — 깨끗하고 완전한 청구서 사본 확보

추출 결과의 품질은 캡처 품질에 달려 있습니다. 호텔 청구서는 세 가지 경로로 제공되며, 각각 고유한 문제점이 있습니다:

한 가지 운영상 주목할 점: 일부 호텔, 특히 독립 숙소와 소규모 체인은 명세서를 자동 이메일로 보내지 않습니다. 프런트 데스크에서 체크아웃 시 한 부를 출력하며 그것이 유일한 사본입니다. 여행자가 이를 분실하면, 중복 발급을 위해 숙소에 전화하고, 자동 응답 시스템을 거쳐, 도착할 수도 있고 안 할 수도 있는 팩스나 이메일을 기다려야 합니다. 출장 직원에게 "주차장을 떠나기 전에 명세서를 사진 찍어라"는 기대치를 설정하면 예측 가능한 병목 현상을 방지할 수 있습니다.

2단계 — 열을 정의하고 모든 항목 추출하기

기존 OCR 방식이 호텔 숙박 영수증에서 실패하는 데는 구조적인 이유가 있습니다. 바로 템플릿 매칭에 의존하기 때문입니다. "객실 요금은 페이지의 (x,y) 좌표에 있다"고 소프트웨어에 알려주면 매번 그 위치를 읽습니다. 하지만 힐튼 영수증과 하얏트 영수증은 객실 요금 위치가 완전히 다릅니다. 한 체인용 템플릿을 만들면 다음 체인에서는 작동하지 않습니다.

대안은 사용자 정의 열 추출입니다. 도구에 페이지의 어디를 볼지 알려주는 대신 무엇을 찾을지 알려줍니다. "객실 요금", "숙박세", "레스토랑 요금", "주차 요금" 같은 열 이름을 입력하면 AI 비전 모델이 영수증을 읽고 각 요금이 무엇을 의미하는지 이해한 후 페이지 내 위치와 관계없이 해당 값을 추출합니다. 입력한 열 이름이 출력 스프레드시트의 헤더가 됩니다.

실제 작업 흐름은 다음과 같습니다:

구체적인 예를 들자면, 컨설팅 회사의 2분기 출장 경비 보고서를 처리하는 재무 관리자는 6개 다른 호텔 체인의 14개 숙박 청구서를 받습니다. 그중 3개는 메리어트에서 이메일로 보낸 PDF입니다. 4개는 독립 호텔의 인쇄된 숙박 청구서를 휴대폰으로 찍은 사진입니다. 2개는 힐튼 Honors 앱의 스크린샷입니다. 1개는 이미 바래기 시작한 감열지 숙박 청구서를 스캔한 이미지입니다. 추출 열은 한 번만 정의됩니다. 동일한 15개 필드 이름이 형식이나 체인에 관계없이 14개 문서 모두에서 작동합니다.

정확도 기대치에 대해 한 가지 언급할 점이 있습니다. 이 추출을 구동하는 시각-언어 모델은 문서 전체(레이아웃, 맥락, 동일 행에 있는 요금 설명과 금액 간의 관계)를 이해하여 텍스트를 읽습니다. 깨끗하게 인쇄된 호텔 숙박 청구서의 경우 높은 정확도를 제공합니다. 그러나 조명이 좋지 않은 각도에서 촬영한 구겨진 감열지의 경우 정확도가 떨어집니다. 작업 흐름은 어려운 캡처에 대한 빠른 검토 과정을 고려해야 합니다. 하지만 스프레드시트에서 이상값을 스캔하는 검토 과정은 47개 항목을 처음부터 직접 입력하는 것보다 훨씬 빠릅니다.

3단계 — 각 항목을 올바른 GL 코드에 할당

데이터를 추출하는 것은 문제의 절반을 해결한 것입니다. 나머지 절반은 각 요금을 수동으로 검토하고 분류하지 않고 올바른 GL 계정에 할당하는 것입니다. 여기서 추론 열이 핵심 역할을 합니다. AI가 요금 설명 내용을 바탕으로 해당 요금이 속한 범주를 판단하고, 추출된 값과 함께 그 범주를 출력하도록 합니다.

추론 열은 AI에 유효한 옵션 집합을 제공하고 문서 맥락에 따라 올바른 옵션을 선택하도록 요청하는 방식으로 작동합니다. 호텔 숙장의 경우 다음과 같이 정의할 수 있습니다:

실질적인 결과: 추출 워크플로우를 한 번만 실행하면 모든 숙장 항목이 올바른 GL 코드에 이미 할당되고 세무 처리가 표시된 스프레드시트가 생성됩니다. 재무 검토자의 업무는 데이터 입력("주차 요금은 어떤 GL 코드인가?")에서 예외 처리("이 숙장에 $180 스파 요금이 숙박으로 분류됨 → 비상환 대상으로 재지정")로 전환됩니다.

여행 비용을 고객에게 청구하는 전문 서비스 회사의 경우, 이 할당 계층은 고객 대면용이 됩니다. 특정 사건에 대해 청구하는 로펌은 객실 요금과 세금은 청구 가능하지만 식비와 주차비는 청구 불가능하도록 지정할 수 있습니다. 동일한 추출 실행으로 내부 상환을 위한 비용 보고서와 고객 송장을 위한 청구 가능 비용 요약이라는 두 가지 출력물을 생성할 수 있습니다. 이는 동일한 기본 데이터를 범주별로 필터링한 결과입니다.

여러 여행 일괄 처리

개별 고지서 처리는 유용하지만, 시간을 크게 절약할 수 있는 것은 일괄 처리입니다. 뉴욕, 시카고, 댈러스 등 3개 도시를 여행하고 돌아온 직원은 고지서 3장을 가지고 있습니다. 개별 처리 시 3번의 추출, 3개의 스프레드시트, 수동 병합이 필요합니다. 일괄 처리 시 한 번의 업로드, 한 번의 열 정의, 한 번의 내보내기로 3개의 행이 있는 단일 스프레드시트가 생성되어 검토 준비가 완료됩니다.

일괄 처리 워크플로는 팀 수준으로도 확장 가능합니다. 20명의 출장 직원의 경비 보고서를 처리하는 소규모 재무팀은 특정 주 또는 월의 모든 고지서를 수집하여 한 번에 업로드하고 모든 숙박을 포괄하는 단일 스프레드시트를 얻을 수 있습니다. 이전에는 개별 직원에게 개별 영수증을 요청해야 했던 월말 정산이 이제는 고지서 수집, 일괄 처리 실행, 결과 검토, 장부 마감으로 간소화됩니다.

재무 플랫폼에 없는 여행자로부터 고지서를 수집해야 하는 팀을 위해 수집 링크가 직접 업로드 채널을 제공합니다. 공유 가능한 링크를 생성하여 출장 직원에게 보내면, 링크를 받은 사람은 로그인, 계정, 소프트웨어 설치 없이 고지서를 처리 대기열에 직접 업로드할 수 있습니다. 고지서는 일괄 처리에 포함되어 다른 모든 항목과 함께 추출 준비가 완료됩니다.

자주 묻는 질문

호텔 고지서에 외화 청구 항목이 있는 경우는 어떻게 하나요?

AI는 고지서에 표시된 숫자 값을 그대로 추출합니다. 통화 변환은 별도 단계로, 대부분의 재무팀은 거래일 환율을 사용하여 경비 시스템 또는 ERP에서 처리합니다. 추출 워크플로가 제공하는 것은 고지서 원화 기준의 원래 금액을 항목별로 보여주는 것으로, 감사관이 신용카드 명세서와 대조 확인하는 데 필요합니다.

개인 비용과 업무 비용이 혼합된 고지서는 어떻게 처리하나요?

이것이 바로 추론 열의 가치가 발휘되는 부분입니다. 직원이 업무 저녁 식사(상환 가능)와 객실 내 영화(상환 불가)를 모두 객실 요금에 청구한 경우, 두 항목 모두 고지서에 표시됩니다. 경비 범주에 대한 추론 열은 영화를 '상환 불가'로 표시합니다. 재무 검토자가 최종 결정을 내리지만, 시스템은 이를 단일 '객실 합계'에 묻어두지 않고 구분하여 표시합니다. 이는 IRS의 책임 있는 계획 규정 준수에 중요합니다. 세제 혜택 계획을 통해 개인 비용을 상환하면 고용주와 직원 모두에게 책임이 발생하기 때문입니다.

다중 숙박 내에서 1박당 요금 내역도 처리할 수 있나요?

네, 숙박 영수증에 1박당 요금이 별도로 인쇄되어 있다면 가능합니다. 많은 비즈니스 호텔은 각 박의 객실 요금과 세금을 별도 줄로 항목화합니다. 추출 기능은 각 줄을 개별적으로 캡처합니다. 영수증에 "객실 요금: 3박 × $189 = $567" 한 줄만 인쇄되어 있다면 그대로 가져옵니다. AI는 페이지에 있는 내용을 추출할 뿐, 원하는 내용을 추출하지는 않습니다.

Marriott Bonvoy나 Hilton Honors 앱 같은 디지털 영수증은 어떻게 되나요?

호텔 앱의 스크린샷도 작동합니다. AI는 스크린샷을 PDF나 인쇄된 종이 사진과 동일한 방식으로 읽습니다. 한 가지 주의할 점은 일부 호텔 앱은 앱 내에서 간소화된 영수증을 표시하고 전체 상세 버전은 PDF 다운로드로만 제공한다는 것입니다. 추출에는 전체 PDF가 더 좋지만, 보이는 필드에 대해서는 스크린샷도 작동합니다.

이게 Concur, Expensify, Navan을 대체하나요?

보완합니다. 기업 T&E 플랫폼은 예약, 승인 라우팅, 정책 적용, 환급 등 전체 경비 라이프사이클을 처리합니다. 하지만 여러 페이지로 된 호텔 영수증을 구조화된 라인 항목 데이터로 변환하는 것은 항상 잘 처리하지 못합니다. 추출 단계는 깔끔하고 분류된 스프레드시트를 생성하여 구조화된 입력으로 경비 시스템에 공급합니다. 플랫폼의 OCR이 영수증 합계를 읽고 직원이 수동으로 항목화하는 대신, 직원이 영수증을 한 번 업로드하면 라인 항목이 자동으로 채워집니다.

영수증당 추출 시간은 얼마나 걸리나요?

일반적인 3페이지 호텔 영수증은 5~10초 안에 처리됩니다. 제한 요소는 추출 속도가 아니라 검토 속도입니다. 출력의 정확성을 확인하고 오독된 금액이나 모호한 요금 설명 같은 예외 사항을 처리하는 데 시간이 걸립니다. 10개의 영수증 배치는 일반적으로 2분 미만의 처리 시간과 검토자가 출력을 확인하는 시간이 소요됩니다.

설정할 가치가 있으려면 최소 영수증 수가 필요한가요?

아니요. 설정은 전혀 없습니다. 구축할 템플릿, 업로드할 교육 문서, 원하는 열 이름을 입력하는 것 외의 구성이 필요하지 않습니다. 하나의 영수증을 처리하든 100개를 처리하든 워크플로는 동일합니다. 가치는 볼륨에 따라 확장되지만 설정 비용은 그렇지 않습니다.