人のユーザが現在オンラインです。決済プラグインを導入しております。決済プラグインは、注文内容の確認画面がEC-CUBE本体のものとはURLが異なり(/plugin/fgamazonpay/index?access_token=hoge)、ポイント利用に関する項目も表記されないため、公式Pointプラグインのevent.ymlとPointEvent.phpに以下の様に手を加え、ポイント利用に関する項目を表記させる事が出来る段階までカスタマイズ出来ました。FrontShopping();$helper->createTwig($event);}}上記追記により、注文内容の確認画面にポイント利用に関する項目を表記される事が出来ておりますが、利用ポイントの設定画面(/shopping/use_point)にてポイントを設定した後、「ポイントを利用する」ボタンをクリックすると、EC-CUBE本体の確認画面(/shopping)にページ移動してしまいます。決済プラグインの注文内容の確認画面(/plugin/fgamazonpay/index?access_token=hoge)に戻らせたいです。対応方法が分かりましたら教えてください。$app->redirect($app->url('shopping'));のような記述があるかと思います。$app->redirect($app->url('shopping'));↑の記述でルーティング「shopping」を指定してEC-CUBE本体の確認画面(/shopping)に遷移させています。ここの部分をAmazonPay決済プラグインの注文内容の確認画面のルーティングを指定すれば良いのではないかと思います。ルーティング名はAmazonPay決済プラグイン側で指定されているのと思いますのでご自身で調べていただく必要があるかと思います。ルーティングはプラグイン内のServiceProviderで定義していると思います。----------------株式会社シロハチ■ECCUBE2系、3系構築カスタマイズご相談ください。2.0.0)の共存について株式会社シロハチ様ご助言いただき、ありがとうございます。$app->redirect($app->url('shopping'));のルーティングを変更する事で、目的のページに遷移させることが出来ました。目的のページに遷移しましたが、遷移後のページに使用ポイントの情報が反映されません。値引き情報はPointプラグインのPointEvent.phpのonFrontChangeTotalにて制御しているという認識で良いのでしょうか?重ねて質問で申し訳ありませんが、遷移後のページに値引き情報を表示させる方法を教えてください。2.0.0)の共存について度々の投稿で申し訳ありません。その後色々と試しておりますが、やはりポイント情報(値引き情報)が上手くアマゾンペイ決済プラグインに渡せていない状況です。起こっている状況ですが、ポイントプラグインの利用ポイントの設定画面(/shopping/use_point)にて利用ポイントを入力した後、上の株式会社シロハチ様の投稿でご提案いただきましたルーティング設定の変更をしたアマゾンペイ決済プラグインの注文内容の確認画面に遷移した際に値引き情報が無くなってしまうという状況です。$app['eccube.service.cart'];$cartService->lock();より前に$app['eccube.service.shopping']->getOrder($app['config']['order_processing'])->getDiscount();にて値引き額(利用ポイント設定額)を取得できますが、その後直ぐに自ページへリダイレクトしたような状況となり(ページが再読み込みされているようです)、その時点で$app['eccube.service.shopping']->getOrder($app['config']['order_processing'])->getDiscount();をしても戻ってくる値が「0」となってしまいます。以下はアマゾンペイ決済プラグインのコントローラーとなります。対応方法が分かる方がいらっしゃいましたら、何かご助言いただけますと幸いです。{$app->addError('オーソリ処理が拒否されました。他のお支払い方法でためして下さい。{$app->addError('オーソリ処理が完了出来ませんでした。待ってから、もう一度注文してください。オーソリ処理に失敗しました。最終的に注文番号が1進んでいたりしますか?何かしらの判定で値引き済みのOrderが破棄されて、Cartから新しいOrderが作られていないでしょうか?リロードが行われた直後、データベースのdtb_orderテーブルのレコードはどのようになっていますか?----------------株式会社シロハチ■ECCUBE2系、3系構築カスタマイズご相談ください。何度もご助言いただき、ありがとうございます。dtb_orderテーブルのレコードですが、以下のようになります。17:32:45となります。Payの順に登録されております。クレジットカード決済が頭になっているのは、決済方法の1番目がクレジットカード決済となっているためだと思われます。更新され正しい挙動を示しておりますが、その直後に新たに2レコード登録されてしまっております。パラメータを渡せていない事が原因なのでしょうか?再度お知恵をお貸しいただけますと幸いです。$app['eccube.service.shopping']->getOrder($app['config']['order_processing']);の箇所は購入処理中のデータを対象に取り出す為、ステータスが他の状態に変わっていると新しく受注データを作り出すのではないかと思います。AmazonPayのプラグイン側で毎回2レコード作られているのがよく分からない仕様ですね。----------------株式会社シロハチ■ECCUBE2系、3系構築カスタマイズご相談ください。なっており、購入処理中です。$app['eccube.service.cart'];$cartService->lock();の後だと$Orderはnullになっています。このあたりが怪しいような気もしているのですが、分かりません。2.0.0)の共存について$cartService->lock();の処理でセッション内のカートのPreOrderIdにnullをセットしていますので$this->cart->setLock(true)->setPreOrderId(null);それが原因で$app['eccube.service.shopping']->getOrder($app['config']['order_processing']);でOrderが取り出せず、新規作成されているようです。$app['eccube.service.cart'];$cartService->lock();$cartService->save();の記述はありませんので(ShoppingControllerの遷移前にCartController->buystepで処理済み)この処理が原因のようです。この記述があるという事はプラグインの想定した遷移にカートを経由せずにAmazonPayの注文確認画面に遷移する流れがあるという事でしょうか?(例えば商品詳細画面にAmazonPayで購入ボタンが追加される等)----------------株式会社シロハチ■ECCUBE2系、3系構築カスタマイズご相談ください。{に条件分岐しているという事ですね。{内で$Order->setDiscount($pointDiscount);してみましたが、上手くいきませんでした。カートを経由せずにAmazonPayの注文確認画面に遷移する流れは、こちらで確認する限りありません。NORMAL]event.ymlを見る限りフロントまわりでは、カートと商品購入確認画面とマイページに介入しているようです。$app['eccube.service.cart'];$cartService->lock();$cartService->save();の記述を外す事も試したのですが、単純に外すだけだとエラーが発生します。