前の記事の続きです。
「残業プログラマの雑記」のid:zan-gyo様から追記記事のトラックバックをいただいたので、拝見しました。
とある商品が複数個購入された場合に端数の累積をどのように扱うかは店舗次第ですが、一般的には購入者側に負担が少なくなるように処理するのが普通かと思います。
（中略）
- 端数処理を 切捨て で行う仕様の場合は単価毎に消費税の端数処理を行い数量で掛けると金額が少なくて済むのでEC-CUBEの現行の仕様で問題ありません。
- 端数処理が 四捨五入 か 切り上げ の場合は単価毎に端数処理を行うと誤差が累積します。
今回私が携わったBtoBサイトでは「税抜き価格入力に対する四捨五入」が条件でしたのでお客様の負担を軽減するためには端数処理の計算方法の変更の必要が発生したというわけです。
なるほど。確かにEC-CUBEの仕様（たまたまローカルに入っていたver.2.3.3で動作を確認しました）によれば、端数処理を「四捨五入」「切り上げ」にした場合、税額が本体価格の5%を超えるケースが発生します。これは購入者側にしてみれば便乗のように見えてしまい、よい印象を与えないと思います。
自分もFileMakerで請求書のデータベースを作る際、税込価格から税額を求める式では「税込金額×消費税率」の端数を切り捨ててから「税額」を出し、「税込価格−税額」を「本体価格」としました。上記と同じく「税額が5%を超えるのは印象がよくない」という考えからです。
尚、EC-CUBEには４つめの端数処理方法が存在します。大抵のBtoCサイトではこの方式を選択してカスタマイズするのが最も安定する方法かと思います。それは
- 消費税を０％に指定して
- 単価を税込価格で入力する。
画面表示時に税額を逆算する必要はありますが仕様として押し付けてしまえば一番無難かもしれません。
その通りだと思います。総額表示の趣旨からしても、税込価格で取引すべきということですから、消費税分を逆算するのが無難だと思います。