ホテル・フォリオを
GLコード付き経費報告書の明細行に変換する方法

ホテル・フォリオが通常のレシートと異なる点

ホテル・フォリオとは、チェックインからチェックアウトまでにゲストアカウントへ計上されたすべての料金と支払いを明細化した記録です。レストランのレシート（1取引、1ベンダー、1カテゴリ）や小売のレシート（複数商品、単一税率）とは異なり、フォリオはホテル運営の複数部門にまたがり、それぞれに独自の料金コード、税務処理、会計上の仕訳先があります。

1926年以来ほぼすべてのブランドホテルが採用している会計基準、宿泊産業統一会計制度（USALI）では、ホテルの収益と費用は部門別勘定を通じて流れます。客室、飲食物、通信、駐車場、ヘルスクラブ／スパ、その他運営部門です。HFTP、AHLA、Global Finance Committeeが2025年2月に発行したUSALI第12改訂版は、この部門構造を強化し、ゲストロイヤルティプログラム費用と常勤換算労働力の追跡に関する新しい費用カテゴリを追加しています。ゲストが夕食を客室に付け替えた場合、その取引は飲食物部門に計上されます。駐車した場合は駐車場部門に計上されます。フォリオはホテル内部の勘定科目表を反映しており、ゲストのものではありません。

この構造の不一致こそが照合問題の核心です。ホテルの会計システムは各料金を独自の部門コードで記録します。ゲストの会社は、同じ料金をまったく異なるカテゴリに配分する必要があります。宿泊費（GL 6400）、食事・交際費（GL 6500、通常50%が損金算入可能）、交通費（GL 6600）、そして場合によっては別個の税負債勘定です。5つのUSALI部門にまたがる47の明細項目がある4ページのMarriottフォリオは、3つのGLコードにまたがる4行の経費報告書エントリに変換する必要があります。この変換、つまりホテルの会計ロジックから企業の経費ロジックへの変換こそ、どのレシートスキャンアプリも想定して作られていないものです。

さらに、フォーマットはPMSによって異なります。支配的なホテルPMSであるOracle Operaは、独特の明細項目構造を持つフォリオを生成します。MarriottのLightStay、HiltonのOnQ、そしてCloudbeds、RoomRaccoon、INNsightなどのシステムを運用する独立系施設は、それぞれ異なるレイアウトを持っています。同じデータでも配置が異なります。あるホテルチェーンのフォーマットで訓練されたテンプレートベースのOCRツールは、次のチェーンでは機能しません。

経費精算に本当に必要な明細項目データ

何かを抽出する前に、どのデータがなぜ重要かを正確に定義しておく価値があります。フォリオは明細項目が4〜5ページに及ぶこともあります。そのすべてが経費報告書に関係するわけではなく、すべてを同等に扱うことが、2分で終わる作業を20分の作業に変えてしまうのです。

以下は、法人経費報告書に必要な最小限の抽出セットを、一般的なGL処理に対応付けたものです。

税の行だけでも複数の層があることに注目してください。シカゴのホテルでの1泊には、イリノイ州宿泊税（6%）、シカゴ市ホテル税（5.8%）、そしてコンベンションセンター近隣の物件にはMcCormick Place拡張税（2.5%）が含まれることがあります。経費システムが「Room Total: $287」しか取得していなければ、基本料金とこれらの税を分離する方法はありません。これは、クライアント契約が基本料金のみを払い戻し税は対象外とする場合や、自社ポリシーがその都市のGSA日当レートで宿泊費の払い戻しに上限を設けている場合に重要になります。

ここでIRS Publication 463の適格経費精算制度のルールが関係してきます。適格経費精算制度の下では、従業員は各経費の時間、場所、業務目的、および金額を立証しなければなりません。払い戻しシステムがフォリオ合計のみを取得し、その合計のうち$340が従業員が最終日に追加したスパ利用料だった場合、雇用主は税制優遇チャネルを通じて個人的な経費を払い戻していることになります。IRSの立証要件はまさにこれを防ぐために存在しており、明細項目抽出ワークフローが大規模な立証を実用的にするのです。

ステップ1 — フォリオのクリーンで完全なコピーを取得する

抽出できる内容の品質は、取得できる内容の品質に依存します。ホテル・フォリオは3つのチャネルで届き、それぞれに独自の落とし穴があります：

触れておくべき運用上のポイントが1つあります。一部のホテル、特に独立系施設や小規模チェーンでは、フォリオを自動メール送付しません。フロントがチェックアウト時に1部印刷するだけで、それが唯一の部です。旅行者がそれを失くすと、再発行を受けるには施設に電話し、電話ツリーをたどり、届くかどうかわからないFAXやメールを待つことになります。出張する従業員に期待値をあらかじめ伝えておく（「駐車場を出る前にフォリオを撮影する」）ことで、後工程で起こりがちなボトルネックを防げます。

ステップ2 — 列を定義してすべての明細項目を抽出する

従来のOCRアプローチがホテル・フォリオで失敗するのには構造的な理由があります。それはテンプレートマッチングに依存しているからです。ソフトウェアに「客室料金はページの(x,y)座標にある」と指示すれば、毎回その場所を読み取ります。しかし、ヒルトンのフォリオとハイアットのフォリオでは、客室料金の位置がまったく異なります。あるチェーン用にテンプレートを構築しても、次のチェーンでは機能しません。

代替となるのがカスタム列抽出です。ツールにページのどこを見るかを指示するのではなく、何を探すかを指示します。「客室料金」「宿泊税」「レストラン利用料」「駐車料金」といった列名を入力すると、AIビジョンモデルがフォリオを読み取り、各請求が何を表しているかを理解し、ページ上のどこに記載されていても対応する値を抽出します。入力した列名が出力スプレッドシートのヘッダーになります。

実際のワークフローは次のとおりです。

具体例を挙げましょう。コンサルティング会社の第2四半期の出張に関する経費報告書を処理する財務マネージャーが、6つの異なるホテルチェーンから14件のフォリオを受け取ったとします。3件はMarriott系列のホテルからメールで送られたPDFです。4件は独立系ホテルが発行した印刷フォリオをスマートフォンで撮影した写真です。2件はHilton Honorsアプリのスクリーンショットです。1件はサーマル印刷されたフォリオのスキャン画像で、すでに色あせ始めています。抽出列は一度定義するだけで、同じ15個のフィールド名が、フォーマットやチェーンに関係なく14件すべてのドキュメントで機能します。

精度の期待値について、1つ留意すべき点があります。この抽出を支える視覚言語モデルは、ドキュメント全体を理解することでテキストを読み取ります。つまり、レイアウト、文脈、同じ行にある料金の説明と金額の関係などです。印刷されたきれいなホテル・フォリオであれば、高い精度が得られます。強い折り目がついたサーマル紙を、悪い照明の下で斜めから撮影した場合、精度は低下します。ワークフローには、読み取りが難しいキャプチャに対する簡単なレビューの工程を組み込むべきです。ただし、スプレッドシートで外れ値を確認するだけのレビュー工程でも、47件の明細項目をゼロから入力するよりはるかに速いことに変わりはありません。

ステップ3 — 各明細項目を正しいGLコードに割り当てる

データを抽出すれば問題の半分は解決します。残りの半分は、すべての明細項目を手作業で確認・分類することなく、各請求を正しいGL勘定に振り分けることです。ここで推論列が鍵となります。推論列を使えば、AIが請求内容の説明文に基づいてどのカテゴリに属するかを判断し、抽出した値とともにそのカテゴリを出力できます。

推論列は、AIに有効な選択肢のセットを与え、ドキュメントの文脈に基づいて正しいものを選ばせる仕組みです。ホテル・フォリオの場合、次のように定義できます。

実用的な結果として、抽出ワークフローを一度実行するだけで、すべてのフォリオ明細項目が正しいGLコードに割り当てられ、税務処理のフラグも付いたスプレッドシートが生成されます。財務担当者の仕事は、データ入力（「駐車場はどのGLコードになるのか？」）から例外処理（「このフォリオには宿泊費として分類された$180のスパ利用料がある。償還対象外に上書きしよう」）へと変わります。

交通費をクライアントに請求する専門サービス会社にとって、この割り当てレイヤーはクライアント向けのものになります。ある案件を請求する法律事務所では、宿泊料と税金は請求可能だが、食事と駐車場は請求不可と指定するかもしれません。同じ抽出実行から、内部精算用の経費報告書とクライアント請求書用の請求可能経費サマリーという2つの出力を、同じ基盤データからカテゴリでフィルタリングするだけで生成できます。

複数の出張を1つのバッチで処理する

フォリオを1件ずつ処理するのも有用です。しかし時間短縮効果が積み上がるのはバッチ処理です。ニューヨーク、シカゴ、ダラスを巡る3都市出張から戻った従業員には、3つのフォリオがあります。個別に処理すると、3回の抽出、3つのスプレッドシート、そして手動のマージ作業が必要になります。バッチとして処理すれば、アップロード1回、列定義1回、エクスポート1回で、3行のスプレッドシート1つが完成し、そのまま確認できます。

バッチのワークフローはチーム単位にも広がります。経費報告書を処理する小規模な財務チームなら、20名の出張従業員分のフォリオをある週や月単位でまとめて集め、1つのバッチでアップロードし、すべての滞在を網羅するスプレッドシートを1つ得られます。以前は個々の従業員に個々の領収書を追いかけていた月末の照合は、フォリオを集め、バッチを実行し、出力を確認し、帳簿を締める、という流れになります。

財務プラットフォームを使っていない出張者からフォリオを集める必要があるチームには、コレクションリンクが直接アップロードのチャネルを提供します。共有可能なリンクを生成して出張従業員に送れば、リンクを持つ人は誰でも自分のフォリオをあなたの処理キューに直接アップロードできます — ログイン不要、アカウント不要、相手側でのソフトウェアインストールも不要です。フォリオはあなたのバッチに入り、ほかのものと一緒に抽出できる状態になります。

よくある質問

ホテル・フォリオに外貨での請求がある場合は？

AIはフォリオに記載されているとおりに数値を抽出します。通貨換算は別のステップです — ほとんどの財務チームは、取引日の為替レートを使って経費システムやERPで処理します。抽出ワークフローが提供するのは、フォリオの現地通貨による明細項目ごとの元の金額であり、これは監査人がクレジットカード明細と照合するために必要なものです。

個人の請求と業務上の請求が混在するフォリオはどう扱いますか？

ここで推論列が真価を発揮します。従業員が業務上のディナー（払い戻し対象）と客室での映画（払い戻し対象外）の両方を部屋に付けた場合、どちらもフォリオに表示されます。経費カテゴリの推論列が、映画を「払い戻し対象外」としてフラグを立てます。最終判断は財務のレビュアーが下しますが、システムはそれを単一の「部屋合計」に埋もれさせず、区別を可視化します。これはIRSの適格経費精算制度のコンプライアンスで重要です — 税制優遇のある制度を通じて個人の経費を払い戻すと、雇用主と従業員の双方に責任が生じます。

複数泊の宿泊における1泊ごとの料金内訳など、細かい記載にも対応できますか？

はい、フォリオに1泊ごとの料金が個別に記載されていれば対応できます。ビジネス向けホテルの多くは、各泊の宿泊料金と税金をそれぞれの行に明細化しています。抽出は各行を個別に取得します。フォリオに「Room Charge: 3 nights × $189 = $567」という1行しか記載がない場合は、その内容のみが取得されます。AIはページに記載されている内容を抽出するのであり、記載してほしい内容を抽出するわけではありません。

Marriott BonvoyやHilton Honorsアプリなどのデジタルフォリオには対応していますか？

ホテルアプリのスクリーンショットも使用できます。AIはPDFや印刷された紙の写真を読み取るのと同じように、スクリーンショットを読み取ります。1点注意があります。一部のホテルアプリでは簡易版フォリオのみをアプリ内に表示し、詳細版はPDFダウンロードのみで提供しています。抽出には詳細なPDFの方が適していますが、スクリーンショットでも表示されている項目には対応できます。

これはConcur、Expensify、Navanの代わりになりますか？

これらを補完するものです。エンタープライズ向けのT&Eプラットフォームは、予約、承認ルーティング、ポリシー適用、精算といった経費のライフサイクル全体を処理します。ただし、複数ページのホテル・フォリオを構造化された明細項目データに変換する作業は、必ずしも得意ではありません。抽出ステップでは、クリーンで分類済みのスプレッドシートを生成し、構造化された入力として経費システムに取り込みます。プラットフォームのOCRがフォリオの合計額を読み取り、従業員が手動で明細化する代わりに、従業員がフォリオを一度アップロードするだけで明細項目が自動的に入力されます。

フォリオ1件あたりの抽出にかかる時間はどのくらいですか？

一般的な3ページのホテル・フォリオは5～10秒で処理されます。制限要因は抽出速度ではなく確認速度です。出力の正確性を確認し、エッジケース（金額の誤読、不明瞭な料金の説明）に対処する必要があります。10件のフォリオのバッチ処理は通常2分未満で完了し、それに加えて確認者が出力を検証する時間がかかります。

導入する価値がある最小のフォリオ件数はありますか？

いいえ。セットアップは不要です。テンプレートの作成も、トレーニング用ドキュメントのアップロードも、必要な列名を入力する以外の設定もありません。1件でも100件でも、ワークフローは同じです。価値は量に応じて拡大しますが、セットアップコストは変わりません。