チェックアウト時の計算が数学的に正しくても、スプレッドシート、請求書、または想定していた合計金額と1セント異なる場合があります。
これは、カード決済では**通貨ごとに定められた最小単位（minor units）**が使用される一方で、加盟店側では、数量、税金、割引、従量課金、返金、為替換算などを取引の異なる段階で計算することがあるためです。
これらの計算を行う順序によって丸め処理のタイミングが決まります。そのため、場合によっては、どちらの計算も正しいにもかかわらず、2つのシステムで最終的な合計金額がわずかに異なることがあります。
したがって、小さな差額が必ずしも何らかの問題を意味するわけではありません。重要なのは、その金額がどこから来たのか、どのように丸められたのか、そして最終的なカード請求額をどのシステムが生成したのかを理解することです。
マイナーな通貨単位とは？
すべての通貨が同じ小数点以下の桁数を使用するわけではありません。
多くの通貨では小数点以下2桁が使用されますが、小数点以下を使用しない通貨もあれば、3桁使用する通貨もあります。これは、カード決済では最終的に、対象通貨で有効な精度に合わせて金額を送信する必要があるため重要です。
例えば：
- USDは通常、小数点以下2桁を使用します：10.00
- JPYは小数点以下0桁を使用します：1000
- 一部の通貨では小数点以下3桁を使用します：1.234
そのため、同じ数値でも、システムがマイナー単位をどのように表現しているかによって意味が異なる場合があります。
内部的に1000と表現された金額が、あるシステムでは10.00を意味する一方、別のシステムでは1000通貨単位として解釈される可能性があります。
このため、決済システムでは、すべての通貨がUSDやEURと同じように扱えると想定すべきではありません。
[図解を挿入：通貨によって使用されるマイナー単位が異なる]
カードネットワークには有効な最終金額が必要
加盟店は、カード決済で実際に受け付けられる精度よりも多くの小数点以下の桁数を使って、内部で価格を計算する場合があります。
例えば、価格計算エンジンが次のように計算したとします。
24.376
しかし、決済通貨が小数点以下2桁までしか対応していない場合、加盟店は最終的に次のような有効な丸め後の金額を送信する必要があります。
24.38
ここで重要なのは、加盟店の高精度な内部計算と、カードネットワークに送信される最終的な支払金額を区別することです。
これが、加盟店の内部システム、価格計算ツール、またはスプレッドシートに表示される金額と、最終的なカード取引に表示される金額が完全には一致しないことがある理由の一つです。
カードの合計金額が0.01異なるのはなぜ？
最も一般的な理由の一つはシンプルです。
各明細を個別に丸める方法と、合計金額をまとめて丸める方法は、必ずしも同じ結果になりません。
加盟店は次のいずれかの方法を使用できます。
- 各商品を個別に丸めてから、丸め後の金額を合計する。
- 元の高精度な金額を先に合計し、最後に合計金額だけを丸める。
どちらの方法でも有効な結果を得られますが、最終金額が通貨の最小単位1単位分だけ異なる場合があります。
例
3つの商品がそれぞれ次の価格だったとします。
3.335
加盟店が各明細を先に丸める場合：
- 3.335 → 3.34
- 3.335 → 3.34
- 3.335 → 3.34
合計は次のようになります。
3.34 + 3.34 + 3.34 = 10.02
一方、元の金額を先に合計する場合：
3.335 + 3.335 + 3.335 = 10.005
その後、最終合計を丸めます。
10.005 → 10.01
差額はわずか0.01ですが、どちらも正当な計算手順によって得られた結果です。
[図解を挿入：各明細を丸める場合と合計を丸める場合の違い]
そのため、カード請求額を確認するときは、特定の計算順序が常に正しいと考えるのではなく、加盟店の請求書で採用されている計算方法に従って確認する方が適切です。
税金によって別の丸め処理が発生することもある
VATなどの税金も、異なる段階で計算される場合があります。
加盟店のシステムや適用されるルールによって、税金は次のように計算されることがあります。
- 商品ごとに個別に計算する
- 税率ごとのカテゴリーで計算する
- 請求書の最終合計金額に対して計算する
そのため、同じ税率が適用される2つの商品でも、加盟店が明細単位で税金を計算・丸めるか、請求書単位で計算・丸めるかによって、1セントの差が生じることがあります。
このため、カード決済額だけでは、加盟店の税額計算を正確に再現できないことが一般的です。
差額を確認するときは、税金の内訳を含めて、最終的なカード請求額と加盟店の請求書または領収書を比較してください。
割引によって計算基準が変わることがある
割引でも同様の問題が発生します。
加盟店は、ショッピングカート全体に対する割引を次のいずれかの方法で適用することがあります。
- 税金を計算する前
- 税金を計算した後
- 複数の商品に比例配分する
各商品に割り当てられた割引額についても、丸め処理が必要になる場合があります。
例えば、3つの商品に10%の割引を分配する場合、すでに丸められたカート全体の合計から10%を差し引く方法と、必ずしも同じ結果になるとは限りません。
これは必ずしも加盟店が誤った金額を請求したことを意味しません。単に、割引の配分と丸め処理が異なる段階で行われた可能性があります。
金額を確認する最も確実な方法は、表示された割引率を最終合計にそのまま適用するのではなく、請求書の明細を確認することです。
従量課金型サービスでは小さな端数が積み重なる
クラウドプラットフォーム、広告サービス、通信事業者、その他の従量課金型ビジネスでは、1セント未満の金額を使って料金を計算することがよくあります。
例えば、1回のAPIリクエスト、広告インプレッション、データ単位、または1回の利用イベントの料金が、通貨の最小単位よりも小さい場合があります。
その後、何千ものこうした値が集計されてから、加盟店が最終請求額を作成することがあります。
そのため、個々の利用イベントを手動で一つずつ丸めようとすると、加盟店独自の請求エンジンが算出した合計とは異なる結果になる可能性があります。
これらの取引を確認するときは、加盟店の以下の情報を使用してください。
- 請求期間
- 計測方法
- 価格計算の精度
- 最終的な請求書の合計金額
外貨換算によってさらに丸め処理が発生する
異なる通貨を使用する決済では、小さな差額が生じる別の原因が加わります。
1つの取引に次のような金額が関係する場合があります。
- 加盟店の元の通貨
- チェックアウト時に表示される推定換算額
- カードネットワークによる通貨換算
- 最終的なカード口座の台帳金額
これらの金額は、必ずしも同じ為替レートや丸め処理のタイミングを使用するわけではありません。
例えば、加盟店がEURでの購入について推定換算額を表示していても、最終的な台帳金額は後の別の処理段階で計算される場合があります。
そのため、チェックアウト時に表示された推定換算額を、そのまま最終的なカード側の金額とみなすべきではありません。
取引を確認するときは、同じ種類の金額同士を比較してください。
加盟店通貨 → 加盟店の請求書
そして
カードまたは台帳通貨 → 最終的なカード取引記録
返金によって以前の丸め処理が明らかになることがある
一部返金では、元の購入時には分からなかった丸め処理による差額が明らかになることがあります。
加盟店は、一部返金を処理するときに次の項目を再配分する必要がある場合があります。
- 税金
- 割引
- 商品単位の金額
- 比例配分された料金
その結果、返金額が元のカード引き落とし額の単純な割合と一致しない場合があります。
例えば、複数商品の注文から1つの商品を返品した場合、その商品の個別明細に最初に表示されていた金額と比べて、返金額が1セント異なることがあります。
そのため、最も信頼できる比較方法は、加盟店のクレジットノートまたは返金明細と、カードに返金された金額を比較することです。
スプレッドシートでも精度の違いが生じることがある
差額の原因が必ずしも加盟店側にあるとは限りません。
スプレッドシートやソフトウェアの計算では、表示上は丸められていても、内部に小数値が保持されている場合があります。
例えば、セルには次のように表示されているとします。
10.00
しかし、実際に保存されている値は次のようになっている可能性があります。
9.995
表示形式はユーザーに見える数字を変えますが、必ずしも内部の数値そのものを変更するわけではありません。
二進浮動小数点による計算でも、同様の影響が生じる場合があります。
正確な照合を行うには、スプレッドシートに表示されている数値だけに頼るのではなく、加盟店が使用しているのと同じ段階で明示的に丸め処理を行うことが重要です。
小さな差額はいつ正常なのか？
通貨の最小単位1単位分の差額は、次のような理由によって発生する場合、正常なことがあります。
- 明細単位での丸め
- 請求書単位での丸め
- 税金の計算
- 割引の配分
- 利用量の集計
- 通貨換算
- 返金額の配分
ただし、繰り返し発生する差額や、より大きな差額については確認する必要があります。
例えば、次のような問題が考えられます。
- 数量が正しくない
- 想定外の税金が加算されている
- 通貨が正しくない
- 手数料が重複している
- 為替換算に差がある
- 加盟店の計算と請求書の内容が一致していない
事業経費を照合する場合は、想定される最小単位の差額について社内で許容範囲を設定し、その範囲を超える例外を確認する方法も有効です。
目的は小さな差額を無視することではなく、その差額を説明できる状態にすることです。
決済金額の差額を確認する方法
カード取引の金額が別の記録とわずかに異なる場合は、一度に複数の前提を変更しないようにしてください。
代わりに、加盟店が使用したのと同じ順序で決済金額を再計算します。
実際の確認手順は次のとおりです。
- 通貨と、その小数点以下の精度を確認する。
- 加盟店の請求書または領収書を確認する。
- 金額が明細ごとに丸められたのか、それとも最終合計だけが丸められたのかを確認する。
- 税金と割引の計算を確認する。
- 該当する場合は、従量課金の数量を確認する。
- 複数の通貨が関係する場合は、為替換算を確認する。
- 加盟店の合計金額と、最終的なカード側の金額を比較する。
- 差額が想定される丸め誤差を超えている場合、または実際の取引上の支払義務に影響する場合は、追加確認を行う。
可能な限り、丸め処理前の中間値と最終的な支払金額の両方を記録することが重要です。
これにより、差額が計算順序、通貨の精度、税金、換算、または取引の別の段階から生じたものなのかを特定しやすくなります。
Buveiが最終的なカード金額の確認に役立つ方法
対象アカウントで利用可能な場合、Buveiの取引履歴を使って、カード側で処理された金額と取引通貨を確認できます。
ただし、カードの取引記録と加盟店の請求書には、それぞれ異なる役割があります。
Buveiの取引記録はカード側で処理された内容を示す一方、加盟店の請求書や領収書は、加盟店がどのように合計金額を計算したのかを説明します。
決済金額が想定よりわずかに異なる場合は、どちらか一方だけに頼るのではなく、両方の記録を一緒に比較してください。
金額の精度が重要な取引では、加盟店の請求書や領収書をカード取引記録と一緒に保管しておくことで、将来の照合作業も容易になります。
決済内容の確認時もセキュリティを維持する
取引を確認する必要がある場合、サポートチームから次のような情報を求められることがあります。
- BuveiのアカウントまたはユーザーID
- 加盟店名
- 取引日時
- 金額
- 通貨
- カード番号の下4桁
通常のメールやチャットで、次のような機密情報を送信しないでください。
- カード番号全桁
- カードのセキュリティコード
- パスワード
- ワンタイムパスワード
- ウォレットの秘密鍵
決済に関する適切な取引証拠を提供すれば、不要な認証情報を公開することなく、通常は決済を調査できます。
最終的なポイント
1セントの差額があるからといって、カード決済が間違っているとは限りません。
加盟店、決済システム、スプレッドシート、税計算システム、FXシステム、カードネットワークでは、それぞれ異なる段階で金額を丸めることがあるため、小さな差額が発生する可能性があります。
最も信頼できる方法は、加盟店と同じ順序で計算を再現することです。
数量 → 割引 → 税金 → 通貨換算 → 最終的な丸め処理
その後、その結果を最終的なカード取引金額と比較します。
小さな差額が正当な場合もありますが、それでも説明できる状態であることが重要です。再計算した合計金額が実際の請求額と一致しない場合、または加盟店の計算が自身の請求書と一致していないように見える場合は、決済を再試行する前に詳細な計算内訳を確認してください。
