チームが月の途中でSaaSワークスペースに2つのシートを追加したとします。
プラン料金は1シートあたり20ユーロですが、40ユーロではなく、カードには13.33ユーロと表示され、請求書にはマイナスのクレジット項目が含まれています。
これは、プロバイダーが過剰請求したのでしょうか。不足請求でしょうか。それとも更新日が変更されたのでしょうか。
必ずしもそうとは限りません。
請求期間の途中でプランを変更すると、残りのサービス期間に応じて、日割り計算された追加料金やクレジットが発生する場合があります。こうした調整がいつ請求書に反映され、いつ支払いが回収されるかは、ベンダーの請求ルールによって決まります。
この記事では、SaaSの日割り計算がどのように機能するのか、なぜアップグレードによって複数の請求項目が発生するのか、なぜクレジットが必ずしも現金の返金を意味しないのか、そして継続的な支出額が増える前に何を確認すべきかを解説します。
以下の金額は、税金、端数処理、割引、ベンダー固有のルールを考慮しない簡単な例です。実際に企業が支払う金額は、請求書、料金表、契約内容によって決まります。
カード取引ではなく、まず請求期間を確認する
ほとんどの継続課金型SaaSには、月次、四半期、年次などの請求期間の開始日となる「請求基準日」が設定されています。
その期間の途中でプランを変更すると、ベンダーは次のような方法を取る場合があります。
- 残りのサービス期間分だけを請求する
- 調整額を次回の請求書に追加する
- 直ちに新しい請求期間を開始する
- または、請求条件に基づく別の方法を適用する
変更日、サービス期間の終了日、請求書の日付、カードへの請求日は、それぞれ異なる場合があります。
そのため、カード取引だけではSaaSのアップグレード内容を判断できないことがよくあります。
支払いを照合する前に、次のような簡単な時系列を作成しましょう。
現在の請求期間 → プラン変更日 → 調整額 → 次回更新日
ベンダーが表示する請求書プレビューと確認画面は、その変更がどのように請求されるかを確認するうえで、通常もっとも有力な情報源です。
例：プランを変更せずにシートを追加する場合
たとえば、6シートについて、1シートあたり20ユーロで月末までの料金をすでに支払っているとします。
簡略化した30日間の請求期間で、残り10日となった時点でさらに2シートを追加します。
日割り計算した金額は次のようになります。
2 × €20 × 10/30 = €13.33
したがって、13.33ユーロが直ちに請求されても、次回の通常の月次更新時に40ユーロ増額されることと矛盾しません。
また、ベンダーによっては13.33ユーロをすぐに回収せず、次回の請求書に調整額として含める場合もあります。
そのため、次の2つを確認することが重要です。
- 短期間分の調整額
- 新しい請求期間における継続料金
実際のSaaS契約では、日単位の計算、シート数に応じた料金体系、異なる通貨、年間契約、その他の料金ルールが使用される場合があります。そのため、最終的にはベンダーの実際の請求書が正確な基準となります。
プランのアップグレードでは、クレジットと追加料金の両方が発生する場合がある
プランそのものを変更すると、日割り計算はさらに分かりにくくなります。
たとえば、既存の6シートが1シートあたり月20ユーロで、新しいアップグレード後のプランが1シートあたり30ユーロだとします。
同じ30日間の請求期間には、残り10日あります。
ベンダーは次のように計算する場合があります。
旧プランの未使用期間に対するクレジット
6 × €20 × 10/30 = €40のクレジット
新プランの料金
6 × €30 × 10/30 = €60の追加料金
純調整額
€60 − €40 = €20
請求書に**−€40の項目と+€60の項目**が記載されていても、40ユーロが現金で返金された後、無関係な60ユーロの購入が行われたことを意味するとは限りません。
これらは単に、同じプラン変更を会計上2つの側面から表示しているだけの場合があります。
クレジットが必ずしも返金を意味するわけではない
この違いは重要です。
SaaSの請求書に記載される「クレジット」は、次のいずれかを意味する可能性があります。
- 請求額の調整
- 未使用サービスに対するクレジット
- 顧客アカウント残高
- クレジットノート
- 実際の返金
これらは同じものではありません。
クレジットは単に現在の支払額を減らしたり、次回の請求書に繰り越されたりする場合があります。
プラン変更を取り消した場合は、ベンダーが次のどの対応を行うのか確認してください。
- 修正された請求書を発行する
- クレジットを将来の残高に適用する
- 元の支払い方法に返金する
経理処理でその金額を返金として記録する前に、実際に何が行われたのかを確認する必要があります。
次回の通常更新時の全額を確認する
今日発生する小さな請求額の裏に、より大きな継続的支出が隠れている場合があります。
先ほどの例では、20ユーロの純調整額は、新しい継続料金ではありません。
30日間の通常期間では、
6 × €30 = 月額€180
となります。
さらに2シートを追加する場合は、
8 × €30 = 月額€240
です。
そのため、プラン変更を承認する際には、必ず次の2つの金額を示すようにしましょう。
今回支払う金額
そして
新しい継続料金
こうすることで、変更による商業的な影響をより明確に把握できます。
同じ原則はダウングレードにも当てはまります。ベンダーは現在クレジットを表示したり、次回更新までダウングレードを延期したり、年間契約に基づいて異なるルールを適用したりする場合があります。
確定する前に請求書プレビューを確認する
請求書プレビューは、アップグレードのプロセス全体で最も役立つ画面の一つです。
変更を確定する前に、次の項目を確認してください。
- 本日支払う金額
- 次回請求額
- サービス期間
- 旧プランのクレジット
- 新プランの料金
- シート数
- 割引
- 税金
- 既存のアカウント残高
金額の大きいアップグレードについて、ベンダーが明確なプレビューを提供していない場合は、サポートまたはアカウントマネージャーに書面で計算内容を確認してもらうことを検討してください。
また、直近の支払いと長期的な契約上のコミットメントを区別することも重要です。
20ユーロの調整額を承認できる権限を持つ担当者が、新たに2,000ユーロの年間契約を承認する権限まで持っているとは限りません。
バーチャルカードの利用限度額は支払い可能額を管理できますが、SaaS契約そのものに対する社内承認の代わりにはなりません。
請求書プレビューと最終的なカード請求額が異なる理由
最終的な請求額は、いくつかの正当な要因によって変わる場合があります。
たとえば、
- VATやその他の税金が後から追加される
- 別の通貨で請求される
- クーポンが今回の請求にのみ適用される
- 従量課金がシートの日割り計算とは別に発生する
- 既存の残高が適用される
- 請求書の作成後に支払いが回収される
といったケースがあります。
そのため、アップグレード画面に最初に表示された金額が、必ずしも最終的なカード請求額とは限りません。
最終的な請求書をベンダーの利用規約と照合したうえで、カード取引とも突き合わせてください。
また、請求書が正しい法人宛てに発行されるよう、会社の法人情報や税務情報も最新の状態に保っておきましょう。
アップグレード当日にカード請求が表示されない場合は？
チームがシートを追加し、すぐに利用可能になったにもかかわらず、新しいカード取引が表示されないとします。
だからといって、そのシートが無料というわけではありません。
ベンダーは次のような処理を行っている可能性があります。
- 調整額を次回の請求書に追加した
- 保留中の請求項目を作成した
- 既存のクレジット残高を適用した
- 後日の支払期日に回収を予定した
結論を出す前に、SaaSの請求ページを確認してください。
逆のケースもあります。
ベンダーが通常の更新日を変更せず、日割り分だけを直ちに回収する場合です。
たとえば、
残りの日数分として本日€13.33
を請求し、その後、
次回の通常の更新日に新しい継続料金の全額
を請求することがあります。
これらは自動的に二重請求というわけではありません。
重要なのは、
それぞれの請求書がどのサービス期間と数量を対象としているのか
を確認することです。
アップグレード中に支払いに失敗した場合は？
SaaSベンダーは、アップグレード時の支払い失敗をすべて同じ方法で処理するわけではありません。
追加したシートを先に有効化し、後から料金を回収する場合もあります。
一方で、支払いが成功するまでアップグレードを保留する場合もあります。
請求に失敗すると、既存のサブスクリプションの状態にも影響する可能性があります。
カードが承認されたにもかかわらずアップグレードが反映されない場合は、次を確認してください。
- ワークスペースの状態
- サブスクリプションの状態
- 未払いまたは未処理の請求書
- ベンダーからの請求通知
支払いを再試行する前に、注文が作成されているか、また最初の承認処理がどのように扱われるのかをベンダーに確認してください。
これにより、不要な支払いの再試行を避けることができます。
緊急のアップグレードでは、請求ページにアクセスできる担当者がいること、さらに追加費用を承認できる権限者がいることも確認してください。
1つの「アップグレード」に隠れている3つの異なる質問
SaaSのアップグレードは、チームによって異なる意味を持つ場合があります。
ユーザーが知りたいのは、
「追加したシートはいつから利用できますか？」
調達担当者が知りたいのは、
「新しい契約上の数量とコミットメントはいくらですか？」
経理担当者が知りたいのは、
「今日の請求額は何を意味し、次回の請求書には何が記載されますか？」
です。
簡単な社内変更記録を作成すれば、これら3つの質問すべてに対応できます。
次の項目を記録してください。
- 変更前と変更後のプラン
- 変更前と変更後のシート数
- 適用開始日
- 現在の請求期間の終了日
- 今回の調整額
- 次回の通常期間の金額
- ベンダーが表示した税務上の取り扱い
- 請求書番号
- 承認者
目的は書類を増やすことではありません。「アップグレード」という同じ言葉で、異なるチームが異なる出来事を指してしまうのを防ぐことです。
SaaSでよくある4つの請求書の疑問
1. ユーザーは増えたのに、有料シートの追加数が少ない
チームが4人を招待したのに、請求書には追加の有料シートが2つしか表示されていないとします。
ベンダーの請求不足だと判断する前に、次を確認してください。
- 未使用の有料シートがすでに存在していた
- 一部のユーザーがゲストとして追加された
- ベンダーによって課金対象ユーザーの数え方が異なる
- シート数が後の特定時点で計算される
ワークスペースに表示されているメンバー数と、課金対象となるシート数は必ずしも同じではありません。
2. ダウングレードでマイナス項目が表示されるのに、返金されない
ダウングレードによって未使用サービス分のクレジットが発生しても、カードへの即時返金が行われない場合があります。
ベンダーは、そのクレジットを次回更新時に適用することがあります。
契約上、ダウングレードが次の請求期間から有効になる場合、現在の請求書にクレジットがまったく表示されないこともあります。
請求書のマイナス金額は照合すべき項目であり、それだけでカードにお金が戻ってくることを意味するわけではありません。
3. 四半期プランから年間プランへ変更する
四半期プランから年間プランへの変更では、単純な金額計算以上の変更が発生する可能性があります。
ベンダーは、
- 未使用の四半期分をクレジットする
- 年間期間を直ちに開始する
- 更新日を変更する
- 年間契約の残額を回収する
といった処理を行う場合があります。
または、次の請求境界から年間プランを開始する場合もあります。
企業は画面に表示されたクレジットだけでなく、新しい契約期間と総コミットメントを記録する必要があります。
4. プロモーション価格が適用されなくなる
企業は、新しいシートにも以前のプロモーション価格が適用されると考えるかもしれません。
しかし、ベンダーが新しく追加されたシートに現在の標準料金を適用したり、料金条件に基づいてプランを再設定したりする場合があります。
新しい料金が想定と異なる場合は、ベンダーに次の点を確認してください。
- 各請求項目に適用された料金
- プロモーションの終了時期
- 新料金が既存シートと新規追加シートのどちらに適用されるか
料金変更の根拠はSaaS契約またはベンダーにあり、カード発行会社にあるわけではありません。
シンプルな照合シートを使う
SaaSのアップグレードを確認するために、複雑な財務モデルを作る必要はありません。
次の項目を書き出してください。
- 変更前の数量
- 変更前の単価
- 変更後の数量
- 変更後の単価
- 変更日
- 旧サービス期間の終了日
- 次回更新日
次に、ベンダーの説明に従って各請求項目を分類します。
- 旧サービスのクレジット
- 新しいサービス
- 税金
- 割引
- 以前からの残高
まず、ベンダーの請求通貨で請求書の合計額を照合します。
その後、決済プロバイダーが表示している通貨換算を考慮しながら、その金額をカード取引と比較します。
それでも金額が一致しない場合は、ベンダーに取引番号と書面による説明を求めてください。
元のプレビューと最終的な請求書も保存しておきましょう。後になってサブスクリプションページに現在のプランしか表示されなくなると、数か月前に何が承認されたのかを再確認することが難しくなるためです。
年間プランでも日割り計算が発生する場合がある
日割り計算は月次SaaSプランだけに限られません。
たとえば、5人分の利用が12月31日まで契約されており、10月1日からさらに2シートが必要になったとします。
単純な例では、その2シートについて年間の残り3か月分を計算できます。
しかし、ベンダーによっては、
- 最低年間コミットメントを求める
- 新しいシートを既存の更新日に合わせる
- 別の年間契約期間を開始する
といった対応を取る場合があります。
追加シートの正確なサービス期間と、元の契約が更新されたときに何が起こるのかを確認してください。
短期的な請求額が低いからといって、次の更新時にそのシートを自由に削除できるとは限りません。
後から見ても分かる承認記録を作成する
簡潔な承認メモで十分な場合が多くあります。
たとえば、
9月21日付で、同一プランのシート数を6から8へ増加。残り10日分の調整額は税抜き13.33ユーロを見込むが、最終的にはサプライヤーの請求書に従う。次回の通常月額料金は税抜き160ユーロを予定。デザインプロジェクト向けとして承認。
実際のベンダーのプレビューに合わせて、サンプルの金額を置き換えてください。
また、次の項目も記録してください。
- 見積もりの出典
- 更新日
- 判明している税金または割引
- 変更を承認した担当者
これにより、小額の一時的な日割り料金を承認したことと、将来発生する継続的な支出を無制限に承認したことを明確に区別できます。
BuveiはSaaS支出の管理にどのように役立つか
SaaSベンダー、チーム、または用途ごとに専用のBuveiバーチャルカードを使用すると、継続的なソフトウェア支払いを識別し、照合しやすくなります。
カードの取引記録から、次の項目を確認できます。
- どのカードが使用されたか
- いつ支払いが発生したか
- いくら請求されたか
これにより、請求書や社内承認記録と合わせて、継続的なSaaS支出を整理しやすくなります。
ただし、以下について責任を負うのはSaaSプロバイダーです。
- プラン料金
- シート数の計算
- 日割り計算
- クレジット
- 請求タイミング
- サブスクリプション条件
決済記録は取引の支払い面を確認するのに役立ちます。一方、ベンダーの請求書は商業上の金額計算を説明するものです。
SaaSのアップグレードを確定する前の最終確認
Confirmをクリックする前に、次の項目を確認してください。
- 現在のプラン
- 支払い済み期間の終了日
- 変更適用日
- 新しいシート数
- 新しいプラン階層
- 今回支払う金額
- 新しい継続料金
- 未使用サービスの取り扱い
- 次回の請求日または回収日
- 税金と割引
- 最低利用期間や最低コミットメントの有無
また、「クレジット」が請求額の調整を意味するのか、実際の返金を意味するのかも確認してください。
後になってカード請求額が想定と異なっていた場合は、取引そのものに問題があると考える前に、まずベンダーの請求書とサービス期間を確認しましょう。
まとめ
日割り計算とは、請求期間内に発生した期間、数量、プランレベルの変更を金額に反映するための仕組みです。
すべてのSaaSベンダーが同じ計算式を使用しているわけではありません。
最も安全な方法は、次の両方を確認することです。
今回の調整額
そして
新しい継続的なコミットメント
そのうえで、ベンダーの請求書を該当するカード取引記録と一緒に保管してください。
そうすれば、予想外の13.33ユーロという請求も、より簡単に説明できます。
何が変更されたのか？この請求はどのサービス期間を対象としているのか？そして次回の更新時に企業はいくら支払うことになるのか？
