少人数チームの経費精算レポート
ユーザー1人あたり$200の割増料金なしで

ユーザー単価プラン：小規模で破綻する計算

ユーザー単価プランはSaaS業界の標準ですが、経費報告書のために作られたものではありません。CRMやプロジェクト管理ツールのために作られたものです。つまり、すべてのユーザーが毎日ログインし、システムに費やした時間に比例した価値を生み出し、ベンダーのサーバーコストがアクティブセッションに応じて増加するようなソフトウェアです。経費報告書はそうではありません。従業員は月に1〜2回提出し、提出にかかる時間は5分です。それ以外の月の間、そのシートはサーバー負荷を一切発生させません。しかし、ベンダーはあたかも発生しているかのように請求します。

10人チームの場合、誰もレシートに触れる前に、計算は次のようになります：

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

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

小規模チームの経費量の実態

経費報告書の量に関する業界ベンチマークは、エンタープライズデータによって上方に偏っています。Global Business Travel Association（GBTA）財団は、平均的な経費報告書の処理コストが$58、提出から払い戻しまで20分かかり、19%の報告書にエラーが含まれ、修正にさらに18分と$52がかかるとの調査結果を発表しています。しかし、これらの平均値は、100人規模の営業チームを持つFortune 500企業と、5人規模のコンサルティング会社を一緒くたにしています。小規模チームの規模では、その量は桁違いに少ないのです。

5人から20人のチームにとって、実際の経費量はどのようなものなのでしょうか？

チーム規模とアクティブな提出者の間のギャップは、偶然ではありません。営業担当者やフィールドスタッフは、出張や顧客との食事が業務に組み込まれているため、毎月提出します。エンジニアやデザイナーは、カンファレンスに参加したり、個人カードでソフトウェアライセンスを購入したりする際に、数ヶ月に一度提出します。管理スタッフやインターンは、購入が会社カードを通じて行われるため、ほとんど提出しません。ユーザー単価の価格モデルは、使用パターンがまったく異なるにもかかわらず、これら3つのグループすべてに均等に請求します。

このミスマッチにはもう一つの側面があります。それは、処理量が安定しておらず、波があるということです。フィールドスタッフを抱える非営利団体は、プログラムサイクルの終わりに全員がレシートを清算する6月に20件の経費報告書を処理し、7月には5件しか処理しないかもしれません。エンジニアリングコンサルタント会社は、年次カンファレンスが開催される3月に15件の報告書を処理し、2月には3件しか処理しません。サブスクリプション価格は、安定した月次利用を前提としています。小規模チームの経費処理の実態は、バースト的です。月額料金が処理量に応じて変わらない場合、閑散月は過払いになり、繁忙月は含まれる利用枠を超えて超過料金を探すことになります。

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

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

経費データ抽出は、そのライフサイクルの一部です。レシートや経費報告書を読み取り、関連するフィールド（日付、ベンダー、金額、カテゴリ、業務目的、支払い方法）を特定し、構造化された形式で出力します。抽出後に何が起こるか（データが承認キューに流れるか、QuickBooksに流れるか、手動で小切手を切るプロセスに供給されるスプレッドシートに流れるか）は、下流の話です。これは別のレイヤーです。

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

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

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

Collection Link：共有プール型アクセスがユーザー単価ログインに代わる仕組み

ユーザー単価プランのモデルは、ある技術的な前提に基づいています。それは、経費を提出するすべての人がユーザーアカウント（ログイン、パスワード、プロフィール、権限）を必要とするというものです。10人にレシートをアップロードしてもらいたいなら、10個のアカウントが必要だとプラットフォームは考えます。この前提は、ログインしたダッシュボード経由でしか提出できない時代には理にかなっていました。しかし、今はもはや当てはまりません。

Collection Linkは共有可能なURLです。他のウェブリンクと同じように見えますが、開くとファイルアップロードページが表示されます。受け取った人は短い確認コードを入力し、レシートファイルをアップロードエリアにドロップして、ブラウザのタブを閉じるだけです。アカウントを作成する必要も、パスワードを覚える必要も、ユーザーリストに載ることもありません。ファイルは自動的に管理者の処理キューに送られ、抽出の準備が整った状態でタグ付けされます。

この仕組みにより、アップロードアクセスとユーザーアカウントが切り離されます。経費を提出する可能性のある10人分のシートを用意する代わりに、Collection Linkを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クレジットあたりのコストはおよそ1ページあたり0.05ドルです。また、クレジットは失効せず月をまたいで繰り越されるため、突発的な経費サイクルが無駄なキャパシティになることはありません。

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

ここには、個々のツールを超えたより広いポイントがあります。異なるボリュームでのサブスクリプションモデルと従量課金制のより詳細な比較については、10ページ、50ページ、200ページ、1,000ページでの従量課金制とサブスクリプション価格の比較をご覧ください。このパターンは文書タイプを問わず当てはまります。サブスクリプションモデルが有利なのは、ボリュームが毎月高く安定している場合のみです。小規模チームの経費報告書（突発的で変動が大きく、サブスクリプションに含まれる使用上限に達することはほとんどない）の場合、クレジットが失効しない共有プール型モデルがほぼ常に安価です。

60日ルール：回収スピードが税務に与える影響

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

レシートの紛失は、従業員が受け取る払い戻しが少なくなるというだけの問題ではありません。受け取った払い戻し自体が課税所得となり、雇用主は遡って給与税を支払う義務が生じることを意味します。GBTA財団は、企業が経費報告書のエラー修正に年間平均3,000時間を費やしていることを明らかにしており、米国商工会議所は、中小企業の40%が「経費の記入とレシート収集に費やす従業員の時間」を最大の経費管理の課題として挙げていると報告しています。レシートを追いかけるのに費やす1時間ごとに、60日ルールは課税対象への再分類に近づいていきます。

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

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

ユーザー単価プランが実際に適しているケース

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

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

しかし、創業者やオフィスマネージャーが経費を個人的に確認し、一目で承認し、小切手を切るかACH送金を手動で開始するような小規模チームの場合、必要なのはデータ抽出レイヤーです。それ以外のスイートは、毎月の支払いを続けながら完全には使わないソフトウェアであり、Spendeskが発見した66%のサブスクリプションに加わることになります。それがあなたのチームに当てはまるなら、問題はどのユーザー単価プランを選ぶかではありません。ユーザープラットフォーム自体が必要なのか、それとも抽出機能だけで十分なのか、ということです。

同じロジックが小規模業務の他の文書タイプにどう適用されるかについて詳しくは、中小企業向けの手頃な請求書抽出、フリーランサー向けのレシート抽出、中小企業向けの銀行明細書抽出の分析をご覧ください。共有プール型のアプローチは、経費報告書だけでなく、文書タイプを問わず適用されます。

よくある質問

経費データ抽出は、複数の通貨が混在するレポートに対応できますか？

はい。AIベースの抽出は、各明細項目の通貨記号と金額を個別に識別します。USDのホテル請求書、EURの夕食のレシート、GBPの電車のチケットが含まれるレポートでも、1つのバッチで処理できます。出力では元の通貨が保持されます。基準通貨への換算は、スプレッドシートや会計ソフトで行う別のステップです。抽出ツールはページに記載されている内容を読み取るだけで、為替換算は行いません。

従業員がぼやけたレシートの写真を提出した場合はどうなりますか？

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

会社の経費報告書の形式に合わせてツールをトレーニングする必要がありますか？

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

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

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

従業員と共有する場合、Collection Linkは安全ですか？

Collection Linkでは、ファイルをアップロードする前に認証コードが必要です。コードはお客様が設定し、リンク自体とは別に共有します。アップロードされたファイルは処理され、処理期間の後にサーバーから削除されます。このリンクでは、アカウント、処理履歴、他の従業員の提出物にアクセスすることはできません。各アップロード者はアップロードページのみを表示できます。Collection Linkのワークフローの詳細については、Collection Linkで従業員の経費をGoogle Sheetsに収集するガイドをご覧ください。

データ抽出が経済的に意味を持つ最小のチーム規模は？

月5件のレポート（およそ3人規模のコンサルティング会社）の場合、抽出ツールの費用は3,000クレジットで月額約149ドルですが、実際に使用するのは約30クレジットです。手動でのデータ入力に1時間かかる作業に対して149ドルです。請求可能レートが1時間あたり150ドルを超える場合は、元が取れます。それ以下の場合、または月5件未満の場合は、手動入力の方が経済的かもしれません。分岐点は時間あたりのコストによって異なりますが、月5〜8件のレポートが、純粋な経済性で抽出が手動入力を上回る範囲です。エラー削減やIRSの60日コンプライアンス期間を考慮する前の話です。

結論

経費管理ソフトウェアのユーザー単価プランは、自然の法則ではなく慣習に過ぎません。これはSaaSの手法から来ています。シートを用意し、シートごとに課金するという方法で、使用量が従業員数に比例する場合に機能します。少人数チームが経費レポートを処理する場合、その比例関係は崩れます。チームの半数は四半期に一度しか経費を提出しません。2人はまったく提出しません。ユーザー単価モデルは実際の使用量ではなく、可能性に対して課金します。

代替案は、問題を分解することです。抽出レイヤー（レシートや経費レポートの読み取り、データフィールドの識別、構造化された結果の出力）には、ユーザー単価モデルは必要ありません。ドキュメント単位の価格モデルが必要です。作業量は従業員数ではなくドキュメント数に比例するからです。Collection Linkを使えば、これが技術的に可能になります。チームで共有する1つのリンクが10の個別アカウントを置き換え、処理コストは誰が提出できるかではなく、何が提出されたかに連動します。

経費レポートの量が少なく不定期で、チームに自動承認やERP統合が不要な場合、使っていないソフトウェアにお金を払っていることになります。価格ページに表示されているユーザー単価は下限に過ぎません。実際のコストは、アプリを開いたことのない人のために用意したシートです。月額149ドルで、形式や提出者に関係なくすべてのレポートを読み取る抽出は、単に安いだけではありません。コストを作業に一致させます。それが価格設定のあるべき姿です。