少人数チームの経費精算
ユーザーあたり2万円のプレミアムは不要

ユーザー課金：小規模で破綻する料金設計

ユーザー課金モデルはSaaS業界の標準ですが、経費精算には向いていません。CRMやプロジェクト管理ツール向けに設計されたものです。毎日全員がログインし、利用時間に比例した価値を生み出し、アクティブセッションに応じてベンダーのサーバーコストが増えるソフトウェアです。経費精算はそうではありません。従業員は月に1〜2回、5分で申請を終えます。残りの月は、そのシートはサーバー負荷をまったく発生させません。しかしベンダーは、あたかも発生しているかのように課金します。

10人チームの場合、領収書に触れる前から、計算はこうなります。

これらの数字の問題は、絶対的な金額が高いことではありません。10人で経費精算を自動化するのに月100ドルは、全員が経費を申請するなら妥当です。問題は、小規模では決してそうならないことです。Spendeskによる33万2000の法人サブスクリプション分析によると、SaaSサブスクリプションの66%が特定の月に未使用です。経費管理ツールは特に影響を受けます。全従業員にプロビジョニングされる一方、実際に出張や払い戻し可能な購入をする一部の従業員だけが使用します。10人のデザインスタジオなら、その一部は4人かもしれません。15人の建設事務所なら、おそらく6人です。残りのシートは、誰も開かないソフトウェアに対する毎月の課金です。

これは単に、より安いユーザー単価のプランを選ぶという問題ではありません。Zoho Expenseの1ユーザー4ドルという料金は、10人のチームで月額40ドルとなり、市場で最も手頃なユーザー単価オプションですが、3月に1回Uberの領収書を提出しただけで、その後何もしていない開発者に対しても4ドルを請求します。問題なのは料金率ではなく、価格設定モデルそのものなのです。

少人数チームの経費精算の実態

経費報告書の件数に関する業界ベンチマークは、エンタープライズのデータによって上方に歪められています。Global Business Travel Association (GBTA) Foundationによると、平均的な経費報告書の処理コストは58ドル、提出から払い戻しまでに20分かかり、報告書の19%にエラーが含まれており、修正にさらに18分と52ドルが追加でかかることが分かっています。しかし、これらの平均値は、フォーチュン500企業の100人規模の営業チームと、5人規模のコンサルティング会社を一緒くたにしたものです。少人数チームの規模では、件数は一桁少なくなります。

5人から20人のチームにおける実際の経費件数はどのようなものでしょうか？

チームの人数と実際に経費を提出する人数のギャップは、偶然ではありません。営業担当者や現場スタッフは、出張や顧客との会食が業務に組み込まれているため、毎月提出します。エンジニアやデザイナーは数ヶ月に一度、カンファレンスに参加した時や、ソフトウェアライセンスを個人のカードで購入した時に提出します。管理職やインターンはほとんど提出しません。彼らの購入は会社のカードで行われます。ユーザー単位の料金モデルでは、利用パターンが全く異なるにもかかわらず、これら3つのグループすべてに均等に課金されます。

このミスマッチには、もう一つの側面があります。それは、経費の量が一定ではなく、波があるということです。現場スタッフがいる非営利団体では、プログラムサイクルの終わりに全員が領収書を精算する6月に20件の経費報告書を処理し、7月には5件になるかもしれません。エンジニアリングコンサルタント会社では、年次カンファレンスがある3月に15件の報告書を処理し、2月には3件になります。サブスクリプション型の料金設定は、毎月安定した利用を前提としています。少人数チームの経費の実態は、突発的です。月額料金が利用量に応じて変動しない場合、利用が少ない月は支払い過剰となり、忙しい月は含まれる枠を超えて超過料金を探すことになります。

経費管理ソフトウェアと経費抽出が異なる製品である場合

経費管理プラットフォームは3つのことを行います。経費を収集する — 従業員が領収書の写真を撮り、金額やカテゴリーを入力し、業務目的のメモを添付します。承認を管理する — 経費報告書はマネージャー、経理、コンプライアンスを経由し、ポリシールールがポリシー違反の購入をフラグ付けします。払い戻しを処理する — 承認された金額が従業員の銀行口座に振り込まれ、総勘定元帳と同期されます。これが完全なライフサイクルです。これが、ExpensifyやConcurが自らを「経費管理」と呼び、「経費抽出」とは呼ばない理由です。

経費抽出は、そのライフサイクルの一部に過ぎません。つまり、領収書や経費報告書を読み取り、日付、取引先、金額、カテゴリ、事業目的、支払い方法といった関連項目を特定し、構造化された形式で出力することです。抽出後の処理（データが承認フローに流れるのか、QuickBooksに流れるのか、手動で小切手を切るプロセスに使われるスプレッドシートに流れるのか）は、後続の工程です。これは別のレイヤーです。

この区別が重要なのは、ほとんどの小規模チームはライフサイクル全体を必要としていないからです。彼らが必要としているのは、抽出という部分です。10人のクリエイティブエージェンシーには、複数段階の承認ワークフローはありません。創業者が月に一度経費を確認し、合計を承認して、 reimbursement を支払います。ポリシーの適用も必要ありません。ポリシーは「クライアント関連なら経費精算対象、そうでなければ事前に確認」というものだからです。ERPとの統合も不要です。彼らはQuickBooksやXeroを使っており、経理担当者が数件の仕訳を入力するだけです。彼らが必要としているのは、領収書からデータを取り出すことです。構造化され、正確で、毎月2時間の手作業による転記を必要としないデータです。

そのようなニーズのために、フル機能の経費管理スイートを購入するのは、週に10個のバーコードをスキャンする必要があるからといって、在庫管理プラットフォームに加入するようなものです。そのプラットフォームは必要なことはできますが、それ以外のすべての機能に対しても、会社の全員が使うかどうかに関わらず、料金を支払うことになります。

重要なのは、経費管理スイートが悪い製品だということではありません。監査証跡、承認ルーティング、 reimbursement の自動化が必要なチームにとっては、ライフサイクル全体はユーザーあたりの料金に見合う価値があります。重要なのは、ほとんどの小規模チームはそのライフサイクルを必要としていないということです。彼らが必要としているのはデータです。データを得るためにライフサイクル全体に料金を払うこと、それがこの記事があなたに避けてほしいと願う価格設定の罠なのです。

コレクションリンク：共有アクセスがユーザーログインに代わる仕組み

ユーザーごとの課金モデルは、経費を提出する全員にユーザーアカウント（ログイン、パスワード、プロフィール、権限）が必要という技術的前提に基づいています。10人が領収書をアップロードするなら10アカウント必要、という発想です。この前提は、ログインしたダッシュボードからのみ提出できる時代には理にかなっていました。しかし、もはや通用しません。

コレクションリンクは共有可能なURLです。通常のWebリンクと変わりません。開くとファイルアップロードページが表示されます。受信者は短い確認コードを入力し、領収書ファイルをアップロードエリアにドロップして、ブラウザタブを閉じます。アカウント作成もパスワード記憶も不要で、ユーザー一覧にも載りません。ファイルは自動的に管理者の処理キューに送られ、タグ付けされ抽出可能な状態になります。

この仕組みにより、アップロードアクセスとユーザーアカウントが切り離されます。経費を提出する可能性のある10人に10のシートを用意する代わりに、1つのコレクションリンクを生成し、Slackやメール、ピン留めメッセージでチームと共有します。リンクを持つ人は誰でもアップロードでき、経費がない人はリンクを開くことすらありません。課金モデルは「提出する可能性のある人数」から「実際に提出された書類数」へと移行します。

実際には、毎月6人が経費を提出する12人の建設事務所では、次のような違いが生まれます。

Collection Linkは経費管理のライフサイクル全体を置き換えるものではありません。チームに多段階の承認プロセスや自動払い戻しが必要な場合、従来のユーザー単位のプラットフォームにも役割があります。Collection Linkが排除するのは、抽出レイヤー（領収書画像を構造化データに変換するワークフロー部分）に対するユーザー単位の割増料金です。創業者自身が経費を確認し、手動で小切手を切る小規模チームにとって、この抽出レイヤーが必要な機能の大部分を占めます。経費管理スイートの残りの部分は、彼らが求めていないオーバーヘッドです。

少人数チームにおける共有プール料金の実際のコスト

共有プール料金とは、ユーザー数ではなく、処理能力（クレジット単位）を購入する方式です。1クレジットで書類1ページを処理できます。3ページの経費報告書PDFに領収書画像6枚が添付されている場合、9クレジット消費します。領収書画像1枚なら1クレジットです。ユーザー数課金との違いは、クレジットは「処理した作業」に対して消費され、「処理できる可能性のある人数」には消費されない点です。

ImageToTable.aiでは、少人数チーム向けに2つの共有プールプランを用意しています。

月に15件の経費報告書を処理するチーム（一般的なエンジニアリングコンサルタントや小規模代理店）の場合、各報告書は平均4～6ページ（報告書表紙＋3～5枚の領収書添付）になります。つまり、月に75～90クレジットです。Growth Teamプランではこれをカバーし、さらに2,900クレジット以上を他の書類タイプ（ベンダーからの請求書、照合用の銀行取引明細書、比較用のベンダー見積書）に使用できます。3,000クレジットで149ドルの場合、1ページあたりのコストは約0.05ドルです。また、クレジットは毎月失効せずに繰り越されるため、経費の波が激しいサイクルでも容量を無駄にすることがありません。

これをユーザー単位のモデルと比較してみましょう。Expensify Collectで10名のチームがユーザーあたり10ドルを支払う場合、月額100ドルで、報告書が3件でも30件でも料金は変わりません。年間1,200ドルです。Zoho Expense Standardではユーザーあたり4ドルで、年間480ドルです。しかし、どちらもプラットフォーム外で使用できるスプレッドシートに構造化データを出力するという意味での抽出機能は含まれていません。データはシステム内に留まります。抽出したデータを自分のExcelファイルに保存してQuickBooksにインポートしたり、会計士と共有したり、プロジェクトのコスト管理と統合したりするには、CSVをエクスポートして再フォーマットする必要があります。149ドルの抽出ツールは同じ報告書を処理し、ExcelまたはCSVに直接出力します。また、3人が提出しても30人が提出しても関係なく、クレジットの消費はチームの人数ではなく、実行された作業量に比例します。

ここで論じているのは、特定のツールを超えた、より広範なポイントです。サブスクリプションモデルと従量課金制が異なるボリュームでどのように比較されるかについての詳細は、10ページ、50ページ、200ページ、1000ページにおける従量課金制とサブスクリプション料金の比較をご覧ください。この傾向は文書の種類を問わず当てはまります。サブスクリプションモデルが有利になるのは、月間の利用量が多く、かつ安定している場合のみです。少人数チームの経費報告書のように、利用がバースト的で変動が大きく、サブスクリプションに含まれる利用上限に達することはほとんどないケースでは、クレジットが期限切れにならない共有プールモデルの方がほぼ常に安くなります。

60日ルール：回収スピードが税金に影響する理由

IRSのアカウンタブル・プランルール（Publication 463および財務省規則§1.62-2）では、経費の払い戻しが非課税となるために3つの条件を満たす必要があります。すなわち、経費に事業上の関連性があること、従業員が経費を支払った、または発生した日から合理的な期間（60日以内と定義）内に経費を立証すること、そして超過払い戻しがあった場合は120日以内に返還することです。これらの条件のいずれかが満たされない場合、払い戻しは課税対象の賃金として再分類され、雇用主と従業員の両方に対して所得税の源泉徴収、社会保障税、メディケア税の対象となります。

領収書がないと、従業員の経費精算額が減るだけではありません。受け取った精算額が課税所得となり、雇用主は遡及的に給与税を支払わなければならなくなります。GBTA財団によると、企業は経費報告書のエラー修正に平均して年間3,000時間を費やしており、米国商工会議所は中小企業の40%が「経費精算と領収書収集に費やす従業員の時間」を最大の経費管理課題として挙げています。領収書を追いかける1時間ごとに、60日間のカウントダウンは課税対象への再分類に近づいていきます。

IRSのアカウンタブル・プラン規則は、特定の収集方法を規定していません。規定しているのは結果、すなわち60日以内の立証です。収集の仕組みが速ければ速いほど、つまり従業員が経費を負担してから管理者が書類を受け取るまでのギャップが短ければ短いほど、立証の失敗が税務上の負債となる期間は狭まります。コレクションリンクは、収集プロセスにおける最大の摩擦点であるアカウント作成とログインの2つを取り除くことで、そのギャップを短縮します。火曜日に45ドルの顧客ランチ代を負担した従業員は、同じ火曜日に、すでにブックマークしているリンクから、スマートフォンのブラウザで領収書の写真をアップロードできます。アプリのダウンロードやパスワードの再設定は不要です。

ユーザー単位の料金設定がコンプライアンスリスクと交差する点は、ほとんどの価格比較では見逃されています。月額100ドルのユーザー料金を支払っても、チームの半数がアカウントを作成しなかったり、パスワードを忘れたり、モバイルアプリが使いづらいと感じて使われなければ、コンプライアンス上のリスクが生じます。ユーザー料金は毎月支払われますが、領収書は60日以内に届きません。摩擦が少なく、チームが実際に使う安価なツールこそが、回収のギャップを埋めます。価格ページの数字よりも、ツールが生み出す行動の方が重要です。IRS Publication 463は、ソフトウェアにいくら支払ったかは気にしません。ファイルに領収書があるかどうかを気にするのです。

ユーザー単位の料金が実際に有効なケース

この記事の主張は、ユーザー単位の料金設定が常に間違っているということではありません。そうではなく、ユーザー単位の料金設定は特定のプロファイル、つまり経費申請が不定期で、フル機能の経費管理ライフサイクルが過剰である小規模チームには不適切だということです。ユーザー単位の料金設定が正しい答えとなるシナリオもあり、それらを挙げることで、自分がどちらの立場にいるかを認識できるようにする価値があります。

ユーザー単位の経費管理プラットフォームは、自動払い戻し（従業員の銀行口座への直接入金、給与計算や源泉徴収との連携）が必要な場合に、その価値を発揮します。30人の従業員に対して隔週で払い戻しを処理している場合、ユーザー料金は管理業務の実際の削減につながります。また、複数レベルの承認ルーティング（営業部長がチームの経費を承認し、経理がポリシー遵守を確認し、コントローラーが支払い前に最終承認）が必要な場合や、SAP、Oracle、NetSuiteなどのERPと統合する場合にも有効です。双方向のデータ同期がシート単位のコストを正当化するのは、代替手段が手作業での仕訳入力を大規模に行うことだからです。

ただし、創業者やオフィスマネージャーが自ら経費を確認し、一瞥して承認し、手動で小切手を切ったりACH送金を開始したりするような小規模チームであれば、必要なのは抽出レイヤーだけです。それ以外のスイートは、毎月の利用料を払いながらも使いこなせず、Spendeskが調査したサブスクリプションの66%のように放置されるソフトウェアです。それがあなたのチームの状況なら、問題はどのユーザー単位のプラットフォームを選ぶかではなく、そもそもユーザープラットフォームが必要か、それとも抽出機能だけで十分か、です。

同じロジックが小規模事業の他の書類タイプでどう機能するか詳しく知りたい方は、小規模事業向けの手頃な請求書抽出、フリーランサー向けの領収書抽出、小規模事業向けの銀行取引明細書抽出の分析をご覧ください。共有プール方式は経費報告書だけでなく、あらゆる書類タイプに適用できます。

よくある質問

経費抽出は複数通貨が混在する報告書に対応できますか？

はい。AIベースの抽出は、各明細項目の通貨記号と金額を個別に識別します。米ドルのホテル代、ユーロの夕食領収書、英ポンドの電車チケットが混在する報告書も、一括処理できます。出力では元の通貨が保持され、基準通貨への換算はスプレッドシートや会計ソフトで別途行う手順です。抽出ツールはページに書かれている内容を読み取るだけで、外国為替の処理は行いません。

従業員がぼやけた領収書の写真を提出した場合はどうなりますか？

AIによる抽出は、テンプレートベースのOCRよりも不完全な画像に寛容です。ピクセルグリッドを照合するのではなく、内容を意味的に理解して読み取るためです。ただし、限界もあります。暗いレストランで手ぶれや反射のあるレシート写真は、鮮明で明るい写真よりも精度が低くなります。AIが読み取れないほど画像が劣化している場合は、出力に欠落またはフラグが設定されたフィールドが表示され、それらのエントリを手動で確認する必要があります。このツールは、ギャップを埋めるためにデータを捏造することはなく、推測ではなくセルを空白のままにします。

自社の経費報告書フォーマットにツールをトレーニングする必要はありますか？

いいえ。テンプレートベースのツールのように、ゾーンを定義したりサンプル文書でトレーニングしたりする必要はありません。ImageToTable.aiで使用されているアプローチであるAIベースの抽出は、カスタム列抽出と呼ばれる方法で機能します。必要なフィールド名（日付、業者名、金額、カテゴリ、事業目的）を入力すると、AIがページ上の位置ではなく、その意味を理解することで各値を特定します。これは、異なる報告書フォーマット、異なるレシートレイアウト、異なる通貨でも再トレーニングなしで機能します。チームが標準化されたフォームで経費を提出する場合でも、各従業員が異なるフォーマットを使用する場合でも、AIはテンプレートではなく内容を読み取るため、問題なく機能します。

抽出したデータをQuickBooksに直接エクスポートできますか？

ImageToTable.aiはExcel（XLSX）とCSVにエクスポートします。どちらもQuickBooks、Xero、およびほとんどの会計プラットフォームにインポート可能です。ネイティブのQuickBooks同期はありません。ファイルをエクスポートし、会計ソフトウェアの標準インポート機能を使用してインポートします。これにより、ネイティブ統合のあるプラットフォームと比較して手動の手順が1つ増えますが、抽出ツールが財務データにAPIアクセスする必要がないことも意味します。データはサードパーティのコネクタを介さずに、ユーザーの手を経由します。

従業員と共有する場合、コレクションリンクは安全ですか？

コレクションリンクにファイルをアップロードするには、事前に設定した確認コードが必要です。コードはリンクとは別に共有します。アップロードされたファイルは処理後、サーバーから削除されます。このリンクからは、あなたのアカウント、処理履歴、他の従業員の提出物にはアクセスできません。各アップロード者はアップロードページのみを表示できます。コレクションリンクのワークフロー詳細については、ガイド「コレクションリンクで従業員の経費をGoogleスプレッドシートに収集する」をご参照ください。

経費抽出が費用対効果を発揮する最小のチーム規模は？

月5件の経費報告書（約3名のコンサルティング会社）の場合、抽出ツールの費用は3,000クレジットで月額約149ドル、そのうち使用するのは約30クレジットです。手動入力に1時間かかる作業が149ドルで済みます。請求可能な時間単価が150ドルを超えるなら、元が取れます。それ以下、または月5件未満の場合は、手動入力の方が経済的かもしれません。損益分岐点は時間単価によりますが、月5～8件の範囲で、エラー削減やIRSの60日コンプライアンス期間を考慮する前の純粋な経済性において、抽出が手作業を上回り始めます。

結論

経費管理ソフトのユーザー単位の料金設定は、慣習であって自然法則ではありません。これはSaaSの手法（席数を用意し、席ごとに課金）に由来し、使用量が従業員数に比例する場合に機能します。少人数チームで経費報告書を処理する場合、その比例関係は崩れます。チームの半数は四半期に一度しか経費を提出せず、2人は全く提出しません。ユーザー単位のモデルは、実際の使用量ではなく、可能性に基づいて課金します。

代替案は、問題を分解することです。領収書や経費報告書を読み取り、データ項目を特定し、構造化された結果を出力する抽出レイヤーには、ユーザー単位の課金モデルは必要ありません。必要なのはドキュメント単位の課金モデルです。作業量はチームの人数ではなく、ドキュメントの数に比例するからです。コレクションリンクを使えば、これを技術的に実現できます。チームで共有する1つのリンクが10の個別アカウントの代わりとなり、処理コストは「誰が送信できるか」ではなく「何が送信されたか」に基づいて発生します。

経費報告書のボリュームが少なく不定期で、チームに自動承認やERP連携が不要なら、使っていないソフトウェアにお金を払っていることになります。料金ページに表示されているユーザー単位の料金は最低額に過ぎません。実際のコストは、アプリを一度も開かない人のために確保したシート数です。月額149ドルで、フォーマットや送信者に関係なくすべての報告書を読み取る抽出サービスは、単に安いだけではありません。コストを作業に一致させます。それが本来の価格設定のあるべき姿です。