EC-CUBE3系統ショップマスターで設定した送料無料設定が機能しない場合があるようです。
制作者側で問題を再現できず、同じような現象や解決方法をご存知の方がいらっしゃいましたら、どうかご教授くださいませ。

該当サイト：shop.vivogolf.com

▼環境
[EC-CUBE] 3.0.15
[レンタルサーバ] heteml
[OS] Linux
[PHP] 7.1.2
[データベース] MySQL 5.6.13
[WEBサーバ] Apache
[ブラウザ] 該当の現象が起きているブラウザは不明
[導入プラグインの有無] 有り：CategoryContent、商品お問い合わせ、Coupon、商品画像拡大(FREE版)、PayPalExpress、Pointプラグイン、おすすめ商品管理プラグイン、関連商品プラグイン、子カテゴリ表示プラグイン
[カスタマイズの有無] テンプレのデザインカスタマイズのみ
[現象]

「設定」→「基本情報設定」→「ショップマスター」内「送料設定」の「送料無料条件（金額）」を20,000円と設定しているが、注文によっては20,000円以上であるにもかかわらず、送料が計算されてしまっています。

Mac OSX Chrome、FF、Safari、Win7 Chrome、IE、FF、iOS Chrome、Safariなどでは、選択した商品にかかわらず、正常に20,000円以上で送料無料になり、再現ができない状態です。

なお、

・送料無料設定（数量）は設定なし
・ローンチしてから時間があまり経っていませんが、20,000円以上の10件の注文のうち、3件において発生
・いずれの注文も、商品はばらばら、さらに単一商品の場合もあれば、複数購入の場合もあり。支払い方法、住所、商品数量にも共通点はなし
・各商品には規格設定あり、個別送料設定なし
・その他で問題らしい問題はありませんが、一週間ほど時間を置くと、管理画面からのキャッシュクリアで500エラー。キャッシュクリアの必要性を感じたときは、/app/cache/内をFTPから削除しています

といった感じです。

再現ができないもので雲をつかむような話ですが、同様の現象が起こったというレビューも見つけられず……、どうかお知恵をお貸しくださいませ。

情報の不足などございましたら、ご指摘ください……！

よろしくお願いいたします！

再現ができないと厳しいですね。
その３件に何かしら共通点はないでしょうか？

クーポン使ってるとか、ポイント使ってるとか、ペイパル決済だとか・・・

送料が発生している注文はクーポンが利用されている、またはポイントが利用されているという事はないでしょうか？
もしかしたら、プラグイン側で送料を計算し直しているところがあるのではないかと思いました。
（ソースを見た訳ではないので、あくまで予想です）

----------------
株式会社シロハチ
■ECCUBE2系、3系構築カスタマイズご相談ください。
■EC-CUBE3マニュアル
■blog

hmorita_jさま
シロハチさま

ご回答ありがとうございます！

クーポンないしポイントの利用はありませんでしたが、ご指摘のとおり、PayPal決済はいずれの注文にも共通しておりました。（共通点がないと申し上げておきながら、、申し訳ないです。）

PayPalの決済プラグインによる不具合ということも考えられるのでしょうか？

よろしくお願いいたします。

プラグインを無効化して現象が発生するかどうかを試す方法がありますが、発生条件がわからない上サイトが稼働中と思われますのであまり現実的ではないですね。
送料計算がプラグイン側で再度行われているかどうか、app/Plugin ディレクトリ配下のソースを「setDeliveryFeeTotal」や「setDeliveryFreeAmount」などでgrep検索してみてください。

----------------
EC-CUBE 《プラチナ》ランクパートナー
トエビス株式会社　田中 宏典
EC-CUBEの機能やデザインのカスタマイズ承ります。

h_tanakaさま

ご返信ありがとうございます！

検索したところ、該当のファイルは以下の2つでした。

/app/Plugin/PayPalExpress/Controller/PayPalExpressController.php
→プラグイン配布：https://www.ec-cube.net/products/detail.php?product_id=984

/app/Plugin/Point/Tests/Helper/PointCalculateHelper/PointCalculateHelperTest.php


疑うべきは前者のPayPalExpressの方かと思うのですが、該当のファイル内で、2箇所「setDeliveryFeeTotal」がありました。

①関数 delivery(Application $app, Request $request)内


②関数 confirm(Application $app, Request $request)内



なお、先ほど、
・「PayPalで購入手続きに進む」ボタンの使用
・In-Context機能を使用
の項目については、いずれもオフにしてみました。

問題が起きたときは、いずれも「使用する」としておりました。
とはいえ、再現性がないので、これらの設定を変えたところで、実証はできずといった具合です。

なにか手がかりありますでしょうか……。


よろしくお願いいたします。

モジュールをこちらの環境で動作させたわけではないですが、ソースを読む限りでは、ペイパル決済を選択されているときに配送業者を選択するか、ペイパル決済から戻ってきたときに送料が再計算されているようです。
そのときに送料無料の判定は行っていないようですね。

一度、ペイパル決済を選択して、配送業者を変更して、ペイパル決済での注文を試してみてください。
再現するかもしれません。

----------------
EC-CUBE 《プラチナ》ランクパートナー
トエビス株式会社　田中 宏典
EC-CUBEの機能やデザインのカスタマイズ承ります。

h_tanakaさま

ご助言ありがとうございます。
実際の決済テストを行うためのクライアント決裁に時間がかかってしまい、随分日が空いてしまいました。

実際にPayPalのクレジット決済を完了させるテストを本番環境で行いました。

結論としては、
配送業者の変更を行い、ページリロードを発生させた場合でも、問題の再現を得られませんでした。

なお、配送方法同様に、支払い方法を変更した後にPayPalに戻したケースや、
PayPalプラグインのIn-Context機能の有無の両パターンでも再現はできませんでした。

なお、その他のプラグインを疑うというところでは、ロックオン社ポイントプラグインの機能範疇で、
ポイント入力を行った際でも、上記条件との複合条件下でも問題は再現できませんでした。

あまりに手がかりがない状況ですが、やはりPayPalプラグインが怪しいようには見えるので、
一度PayPal社に問い合わせようかとも思いますが、個別環境にまで踏み込んでもらえるようにも思えず……。

なにかお知恵ございますでしょうか。。