人のユーザが現在オンラインです。「追記」ではなく「置換」していたため、注文編集画面のhtmlにtax_ruleのinputタグ(hidden)が出力されていませんでした。なり、その結果DBにはnullがセットされておりました。}上記のコードの3行目は下記ように修正されました。「プラグインを無効にする」という考えがなかなか出てきませんでした。468さんには3.0.14環境でお試し頂きましてお手数をおかけしました。本当にありがとうございました。税率計算について問題の切り分けが出来たという事で、とりあえず、よかったです。差し支えなれば、解決した後(プラグインの配布元による修正後)にでも原因を教えていただけたらと思います。----------------株式会社シロハチ■ECCUBE2系、3系構築カスタマイズご相談ください。私のほうでも3.0.14を別の環境にインストールして試したところ問題ありませんでした。問題のある環境でプラグインをひとつずつ無効にしていくとある管理画面の項目を触るプラグインのみ有効の状態で再現しました。開発元へ問い合わせてみます。お騒がせして申し訳ありませんでした。金額が切り上げられる現象は起こりませんでした。$OrderDetail->getTaxRule()についても、NULLではなく、1が取得できました。データベースのdtb_order_detailテーブルの該当レコードのtax_ruleはNULLが入っているのでしょうか?----------------株式会社シロハチ■ECCUBE2系、3系構築カスタマイズご相談ください。税率計算についてこちらの問題、その後どうでしょうか??3.0.14の環境(3.0.11からのアップデート)で同じ現象がでて困っています。}処理を追っていくと、この関数で$calcRuleにnullが入っている場合があり、その場合はdefaultのceilが適用されるので価格に差ができます。管理画面の注文情報編集画面で「受注情報を登録」ボタンを押して更新すると、tax_ruleがnullになりますね。nullになるのかがこれ以上デバッグをすすめることができなくてわかりませんでした。カートと決済は2879円となります。こちらは、問題ありません。更新すると、再計算されて、2880円になってしまいます。※下記の情報がありましたが、上記には当てはまらないかと。共通税率設定により必ず「四捨五入」または「切り上げ」されるという不具合が発生しています。こちらの不具合はEC-CUBE3.0.14で修正されています。なにか手掛かりの情報がございましたら共有いただけますと助かります。