Payhawkで経費精算をAIに頼む方法｜上長が見る範囲を決める

「出張のたびに経費精算で30分取られる。チャットで頼んで終わりにしたい」「AIが代わりに申請を出したら、承認する上長は何を見ればいいのか」——申請する社員と、それを受ける上長や経理の両方から、同じ時期に出てくる声です。前の声は手間を減らしたいという話で、後の声は責任の置き場所が分からないという話です。論点は、AIが申請を作れるかどうかではありません。本当に決めるべきは、AIが代わりに出してよい申請の範囲と、上長と経理が必ず見る範囲をどこで分けるかです。この記事では、欧米で使われている支出管理の製品 Payhawk のAIエージェントを例に、経費精算と出張手配をAIに頼むときの線を、導入の手順に沿って整理します。

Payhawk は、法人カードと経費・出張・支払いをまとめる支出管理の基盤

Payhawk は、法人カード、経費精算、出張の手配、買掛金の支払い、購買の申請を一つの仕組みで扱う支出管理の製品です。公式サイトは自らを「AIを中核に据えた支出管理」と説明し、NetSuite や Workday などの会計・人事の仕組みとつながるとしています。公式トップには6,000社を超える顧客という表示がありますが、これは提供元の発表の数字です。

流れの考え方は、社員にカードを配り、使ったその場で領収書を集め、勘定科目と部門と税の区分を付けて会計の仕組みに送る、というものです。紙の申請書を後から作るのではなく、支払いが起きた時点で精算の材料をそろえ始めるのが特徴です。送金については、提供元の発表で150を超える国と115の通貨に対応するとされています。

この記事で扱うのは、そのうち社員がAIエージェントに経費精算と出張の手配を頼む部分だけです。購買の申請と発注をAIでさばく流れは「ZipでAIの購買申請をさばく方法」で、生成AIで作られた偽の領収書の見つけ方は「偽の領収書をAppZenで止める方法」で扱っているので、ここでは触れません。AIに支払いそのものを任せたときの会社の責任の考え方は「AIに支払いを任せても責任は会社に残る」にまとめています。

作っている会社と、国内でまだ知られていない理由

公式の会社ページでは、共同創業者3人が経営の中心（最高経営責任者・最高財務責任者・最高技術責任者）に並び、登記上の所在地はロンドンです。拠点はロンドン、ニューヨーク、アムステルダム、バルセロナ、ベルリン、ミュンヘン、パリ、ストックホルム、ワルシャワ、ソフィア、ビリニュスの11都市に置かれています。2026年9月30日には、ポーランドでの事業の拡大と、ストックホルムを北欧の拠点にすることを公式に発表しました。

国内で名前を聞かない一番の理由は、提供している地域です。公式の対応国のページは対象を米国・カナダ・英国・欧州の企業と示しており、日本は載っていません。カードを発行する会社も欧州・英国・米国の会社です。2026年10月時点で、日本の法人が契約して国内の社員に配る製品としては確かめられません。円での精算に対応するかも、公式の資料では確かめられませんでした。

それでも取り上げるのは、二つの読み方ができるからです。一つは、欧州や北米に子会社や拠点を持つ会社が、現地の経費精算の仕組みとして検討する場面です。もう一つは、社員がチャットで頼み、AIが申請を作り、上長は例外だけを見るという形が、これから国内の経費精算の製品にも入ってくる型として、先に判断の物差しを持っておく場面です。どちらの場合も、決めることは同じです。

2026年10月時点のAIエージェントと、提供の状態

公式のAIエージェントのページには、財務コントローラー、購買、出張、導入、支払いの5つのエージェントと、作業ごとの手順のひな形であるプレイブックが並んでいます。2025年秋の版のページでは、購買・出張・財務コントローラー・支払いの4つが「早期提供」と表示されていました。2026年9月15日の秋の版の発表では、プレイブックと導入のエージェントが加わり、Payhawk MCP を通して Claude や ChatGPT から実際のデータで動かせるようになったとされます。製品ページは「有効にすればすぐ使える」と説明しており、ベータの表記は確かめた範囲では見当たりませんでした。

社員から見た頼みごとごとに、AIがやることと、人が見る所を表にします。

頼みごと	AIがやること（公式で確かめた範囲）	社員が確かめること	上長・経理が見ること
経費の申請	写真・PDF・請求書から読み取り、科目・部門・税区分を埋める。確度の高い定型の書類は提出まで自動で行える	金額・日付・用途が実際と合っているか	規程の外れ・例外の印が付いた申請
足りない領収書	社員に Slack などで催促し、取引先のサイトから請求書を取りに行って照らし合わせる	取ってきた書類が自分の支払いのものか	催促しても集まらない件の扱い
出張の手配	言葉で頼むと候補を出し、規程の外の便や宿に印を付け、承認の後に予約とカードでの支払いまで行う	日程・同行者・取り消しの条件	規程の外の選択と、その理由
支払いの質問	失敗した支払いの理由や、立替の払い戻しが済んだかに答える	答えが自分の件のものか	答えられなかった質問の行き先
外のAIからの操作	Payhawk MCP で Claude や ChatGPT からプレイブックを動かす	どの外のAIにつないだか	接続を許す社員と、渡るデータの範囲

エージェントは Payhawk の中のほか、Slack と Teams の中でも動きます。AIのモデルについて、公式のFAQは Google の Gemini を使い、Gemini は顧客のデータで学習しないと説明しています。セキュリティの認証は SOC 2 と ISO 27001 が挙がっています。ただし、データを保存する場所は今回確かめた公式のページには書かれていませんでした。

社員がAIに頼むと、経費精算の流れはどう変わるか

これまでの経費精算は、社員が領収書を撮り、項目を埋め、規程を読んで提出し、上長が全件に目を通し、経理が科目を直してから会計に送る、という流れでした。手間の大半は、社員が申請を作る所と、経理が直す所にありました。

エージェントが入ると、社員は一言頼むか領収書を送るだけになり、AIが読み取りと科目・部門・税区分の入力を済ませます。規程に沿うものはそのまま流れ、外れたものにだけ印が付きます。上長は印の付いた例外を見て、経理は会計に書き出す前に一度見る、という形に変わります。公式の財務コントローラーのページも、人が要る例外だけに印を付け、会計への書き出しは確認のうえで行うと説明しています。

ここで見落としやすいのは、申請を作る仕事はAIに移っても、申請の中身に責任を持つ人は社員のままだという点です。AIが埋めた内容を確かめずに送る習慣がつくと、誤りは上長の承認でも見逃され、経理の月次まで残ります。公式ヘルプも、金額の大きいもの、行の多い請求書、税の区分が絡むものは、確定する前に必ずAIの出力を見るよう勧めています。

エージェントは、頼んだ社員の権限の中でしか動かない

公式のFAQは、エージェントが利用者の役割と権限をそのまま引き継ぎ、その社員に許されていない情報を見たり、操作をしたりはできないと説明しています。承認の流れ、支出の上限、規程の要件を上書きすることもない、とされています。

この説明から分かるのは、AIの範囲を決める画面は別にあるのではなく、社員の役割と承認の流れの設定そのものだということです。役割の割り当てが古いまま、退職者の上長が承認者に残っている、規程の上限が実態と合っていない、といった状態でエージェントを有効にすると、AIはその設定どおりに動きます。有効にする前に、役割・承認者・上限の棚卸しをするのが最初の作業になります。

記憶にも二つの段があります。会社の規程・カードの制限・出張の規程・承認の流れ・科目の対応といった会社の記憶と、社員ごとの出張の好みのような個人の記憶です。個人の記憶は、その社員が見られない情報には広がらないと説明されています。公式ヘルプは、AIができないことも挙げています。承認された流れの外での支払い、カードの凍結の解除、人事や懲戒への関与、生体情報による社員の見張り、評価点の付与、資格情報への接触です。

2026年9月に加わった Payhawk MCP も、利用者自身の権限に従うとされています。ただ、外のAIにつないだ時点で、経費の明細はそのAIの会社の環境にも渡ります。外のAIの会社がデータをどう扱うかは Payhawk の約束の外なので、接続を許す社員と、つないでよい外のAIを会社として決めておく必要があります。

手順1：AIが代わりに出してよい申請の型を決める

公式ヘルプによれば、確度の高い定型の書類は、読み取りから提出までを自動で行えます。つまり、何もしなければ「AIが確かだと判断したもの」が社員の名前で出ていきます。最初に決めるのは、自動で出してよい申請の型です。

線は金額より先に、申請の型で引くほうが運用しやすいです。例えば、会社のカードで払った交通費や、毎月同じ取引先から届く定期の請求書は、読み取りの誤りが少なく、規程との照合も機械的にできるので、代わりに出させる候補になります。一方、現金で立て替えた支出、接待や会議の飲食、海外の付加価値税の還付が絡む支出、一枚に多くの行がある請求書は、社員が確かめてから出す型に置きます。

型を決めるときに困るのは、規程の言葉がそのまま設定にならないことです。「原則として」「必要に応じて」「社会通念上妥当な範囲で」といった書き方は、人の判断を前提にしています。AIに照合させる型には、費目・支払い手段・金額・相手先のように、はいかいいえで判定できる条件だけを使い、判断の余地がある型は社員の確認を挟む側に残します。

手順1の続き：自動で出させる上限と、社員の確認を挟む位置

型を決めたら、次は社員がAIの出力をいつ確かめるかです。公式ヘルプは、会社の規程しだいで、申請者が提出の前に確かめる形と、提出の後に確かめる形を選べると説明しています。また、AIが処理した内容は一定の時間内なら取り消し・修正・削除ができるとされています。

提出の後に確かめる型は、社員の手間が最も減りますが、誤りに気づいたときにはもう上長の手元にあります。そこで、1件あたりの金額の線を一つ置き、それを超えるものは型にかかわらず提出の前に確かめる、と決めておくと事故が減ります。金額の線は会社の規模と規程で変わるので、導入前の数か月分の申請を見て、誤りが起きていた金額の帯から決めます。

立ち上げの時期によく起きる失敗を挙げます。どれも、AIの精度ではなく、決めごとの不足から起きています。

• 自動の提出を全部の型で有効にしたため、私用の支出がカードに紛れた月に、そのまま社員の名前で申請が出ていた
• 提出の後に確かめる形にしたが、確かめる期限を決めなかったため、誰も見ないまま上長が承認していた
• 科目の対応を前の会計年度のまま移したため、AIが古い科目で正確に入力し続け、経理の月次で大量に直すことになった
• 取り消しのできる時間を社員に知らせておらず、誤りに気づいた社員が経理に連絡するしかなかった

手順2：上長が見る範囲は、規程の外・上限超え・例外の3つ

出張のエージェントのページは、規程に沿った申請は自動で承認され、上長は例外だけを見ると説明しています。経費の側でも、エージェントは人が要る例外にだけ印を付けます。この仕組みを入れるなら、上長の承認は全件の流し見から、例外の判断に役割が替わると、上長本人に伝えておく必要があります。

上長が見る範囲は、三つに分けると決めやすくなります。一つ目は規程の外で、規程より上の等級の座席、上限を超える宿、規程にない費目です。二つ目は上限超えで、部門の予算やカードの上限を超える支出です。三つ目は例外で、初めての取引先、提出期限を過ぎた申請、領収書がそろわない申請のように、規程の条文では判定しきれないものです。この三つ以外は上長に回さないと決めると、上長の画面に並ぶ件数が減り、一件ごとに時間をかけられます。

ただし、自動で通る型を上長がまったく知らないままにすると、部下の支出の傾向が見えなくなります。月に一度、自動で承認された件の一覧を上長が流し読みする場を設けておくと、規程の上限が実態に合っているか、自動の型を広げてよいかを判断する材料になります。

上長が例外を見るとき、何を手がかりにするか

エージェントは、人の判断が要る申請を、文脈を添えて正しい承認者に届け、決まるまで追いかけると説明されています。2025年秋の版のページでも、上長はメッセージの中で承認できるとされていました。承認がチャットの中で済むのは便利ですが、そのぶん、AIが添えた説明文だけを読んで承認ボタンを押すことが起きやすくなります。

上長が見る手がかりは、四つに絞れます。AIが印を付けた理由、規程のどの条文に外れたか、社員が中身を確かめた跡があるか、元の領収書や予約の内容です。公式ヘルプも、承認者と確認者は読み取られた内容を確かめられると説明しています。判断の材料は、AIの要約ではなく、元の書類と規程の条文に置くと決めておけば、AIの説明が誤っていても上長の段で止まります。

もう一つ決めておきたいのが、催促の仕方です。エージェントは決まるまで追いかけるので、承認者が出張中や休暇中だと催促が積み上がります。代わりに承認する人、催促の回数の上限、夜間や休日に催促しないかどうかを決めておかないと、チャットの通知が増えるだけで承認は早くなりません。

手順3：出張の手配をAIに任せる線

出張のエージェントは、社員が言葉で出張の内容を伝えると、便と宿と日当を含む申請を組み立て、候補を出します。規程に合わない便や宿は選んだ時点で印が付き、承認が要るものは正しい人が承認するまで予約しないとされています。承認の後は、会社のカードや一回だけ使えるカードで支払いまで済ませます。提供元の発表では、300を超える航空会社と多数のホテルから選べるとされています。

任せてよいのは、候補の洗い出し、規程との照合、承認後の予約と支払い、変更や取り消しの手続きです。変更と取り消しも同じ対話の中ででき、すべての変更に記録が残ると説明されています。人が持つのは、規程の外の選択を認めるかどうか、日程を変えたときに生じる取り消しの料金を誰が負担するか、同行者の手配を誰の名前で出すかです。

気をつけたいのが代理の予約です。公式のページによれば、管理者と、出張の権限を持つ社員は、同僚の分も対話の中で予約できます。秘書や部門の庶務が上長の出張をまとめて手配する会社では便利ですが、誰の出張を誰が代わりに手配してよいかを、権限の割り当てで先に決める必要があります。自動のオンラインチェックインは本人の同意が要るとされ、エージェントは社員の個人のメールには触れないと説明されています。

出張の後：日当の計算、値下がりの取り直し、取り消しの料金

出張が終わると、エージェントは領収書を一つの出張報告にまとめます。日当は、予約した便と宿をもとに、出発の日や差し引きを含めて規程で計算されると説明されています。払い戻しのできるホテルの予約については、同じ部屋と日程の値段が下がると取り直す機能もあります。提供元の発表では、便の予約は請求書が自動で付き、監査に備えた形になるとされています。

ここで人が持つのは、計算の元になる規程そのものです。日当の額、出発の日を何日と数えるか、食事が出た日の差し引きをどうするかは、会社ごとの旅費規程で決まっています。AIは規程を正確に当てはめますが、規程が古ければ古いまま正確に計算します。日当を税の上でどう扱うかも国ごとに異なるため、AIの計算をそのまま使えるかは、経理と税理士が確かめます。

取り直しや変更の後は、取り消しの料金と条件が変わっていないかを見ます。取り直しは払い戻しのできる予約に限られると説明されていますが、日程の変更や同行者の追加で取り消しの料金が生じた場合、その負担を会社が持つのか、本人の都合なら本人が持つのかは、規程に一行足しておかないと、月末に経理が一件ずつ判断することになります。

手順4：記録と監査――何が残り、誰がいつ読むか

公式ヘルプは、AIが行ったすべての操作について、日時、使ったデータの出所、確度を含む記録を残し、改ざんが分かる形で保つと説明しています。AIのエージェントのページも、すべての操作が記録され、見張られ、既存の財務の規程の下にあるとしています。一方、AIへの指示と出力をどれだけの期間保存するかは、ヘルプの表記からは読み取れませんでした。監査で過去の指示までさかのぼる必要があるなら、契約の前に確かめます。

記録は残るだけでは役に立ちません。決めるのは、誰が、いつ、何を読むかです。例えば、経理は月次の締めで、確度の低かった件、社員がAIの処理を取り消した件、自動で通った件の金額の合計を見ます。内部監査は年に一度、規程の外の承認が誰の判断で通ったかを抜き出して確かめます。読む人と読む周期を決めていない記録は、監査の日にしか開かれないので、導入の段階で役割に書き込んでおきます。

取引先のサイトから請求書を取りに行く機能は、エージェントがそのサイトに安全にログインし、パスワードは保存しないと説明されています。それでも、どの取引先のサイトに入ることを許すかは会社が決めることです。管理者は、この請求書を取りに行く機能の許可を取り消せます。一度取り消した取引先の分を戻すには提供元のサポートへの連絡が要るとされているので、取り消す前に影響を確かめます。

AIに代わりに出させない申請の CHECK

ここまでの手順を、導入の前に確かめる一覧にまとめます。一つでも当てはまる型は、自動の提出から外し、社員が中身を確かめてから出す側に置きます。

• 現金で立て替えた支出、または会社のカード以外で払った支出か
• 接待・会議の飲食・贈答のように、相手や目的を社員が説明する必要がある支出か
• 海外の付加価値税の還付や、国内の税の区分の判断が絡む支出か
• 一枚の請求書に複数の行があり、部門や科目が行ごとに分かれる支出か
• 提出期限を過ぎた申請、または領収書がそろっていない申請か
• 初めての取引先、または規程にない費目の支出か
• 社員本人ではなく、代理の手配者がAIに頼んだ申請か

この一覧は、運用を始めてからも見直します。三か月ほど動かして、社員の確認を挟んだ型の誤りがほとんど無ければ自動の側へ移し、自動で出した型に誤りが続けば確認の側に戻します。線を一度引いて終わりにせず、誤りの記録で動かすことが、AIに任せる範囲を安全に広げる近道です。

国内で使う前に確かめる項目

先に書いたとおり、2026年10月時点で公式の対応国に日本は載っていません。日本の会社が検討するのは、主に欧州や北米の子会社・拠点で使う場面です。その場合でも、本社の規程と現地の規程のどちらで照合させるのか、現地の税の扱いを誰が確かめるのかを、本社の経理と現地の担当で分けておく必要があります。

国内の拠点まで広げたい場合は、少なくとも次のことを提供元に確かめます。対応国に日本が加わる予定があるか、円での精算と国内の銀行への払い戻しに対応するか、画面と社員への催促を日本語で出せるかです。電子帳簿保存法の電子取引やスキャナ保存の要件、インボイス制度の登録番号の確認に対応するかは、公式の資料では確かめられませんでした。国内の会計ソフトとの連携も、公式に挙がっている連携先の中には見当たりませんでした。

データの扱いでは、保存する場所、AIのモデルの再委託先、指示と出力の保存期間を確かめます。公式ヘルプでは、AIのエージェントに Gemini の軽量版などのモデルを再委託先として使うとされています。社員の出張の予定や個人の好みも記憶に入るため、どこまでを記憶させてよいかを、個人情報の担当と決めておきます。

止め方と費用の増え方、小さく始める順番

止め方は、公式ヘルプで確かめられた範囲では二つです。管理者が会社全体でAIの機能を無効にすること、そして請求書を取りに行く機能の許可を取り消すことです。製品ページによれば、エージェントは設定で一つずつ有効にする形とされているので、出張だけ、経費だけと分けて止めることも想定できますが、細かな止め方は導入時に提供元に確かめます。

料金の体系は、今回確かめた公式のページには載っていませんでした。費用の増え方を考えるときは、使う社員の数、カードの枚数、拠点の数、使う機能の範囲のどれで増えるのかを、見積もりの段階で確かめます。AIの機能が別料金か、上位の契約に含まれるかによっても、全社に広げたときの費用は大きく変わります。一部の部門で試した費用を、そのまま全社の費用に引き延ばさないことが大切です。

始めるなら、次の順番が無理がありません。

まとめ

Payhawk は、法人カード・経費・出張・支払いを一つにまとめ、社員が Payhawk の中や Slack・Teams からAIエージェントに経費精算と出張の手配を頼める支出管理の製品です。エージェントは頼んだ社員の権限と会社の規程の範囲でしか動かず、規程に沿う申請は流し、外れたものにだけ印を付けると説明されています。2026年10月時点で公式の対応国に日本は載っておらず、国内で使うなら対応国・円・電子帳簿保存法・インボイス制度への対応を先に確かめます。入れるなら、読み取り・下書き・規程との照合・出張の候補出しはAIに任せ、自動で出してよい申請の型と上限、上長が見る規程の外・上限超え・例外、代理の予約の権限、記録を読む人と周期は会社が決める。上長は、AIの要約ではなく元の書類と規程の条文で判断してください。

• 製品の機能と提供の状態は、Payhawk の公式サイト（トップ・会社ページ・対応国のページ・AIエージェントのページ・出張と財務コントローラーのエージェントのページ・2025年秋の版のページ）、公式ニュースルーム（2026年9月15日・9月30日の発表）、公式ヘルプ（AIの使い方）を2026年10月27日に確かめた範囲に基づきます。顧客数・対応する通貨・航空会社の数は提供元の発表です
• 日本での提供、円と日本語への対応、データの保存場所、指示と出力の保存期間、料金の体系、電子帳簿保存法とインボイス制度への対応は公式の資料で確かめられなかったため、契約の前に提供元に直接確かめてください。日当や税の扱いは一般的な考え方で、個別の判断は税理士に確かめてください

※本記事にはAIが活用されています。編集者が確認・編集し、可能な限り正確で最新の情報を提供するよう努めておりますが、情報の完全性、正確性、最新性、有用性等について保証するものではありません。本記事の内容に基づいて行動を取る場合は、読者ご自身の責任で行っていただくようお願いいたします。