どうか教えて下さい！
| その他 > その他 > 決済処理中 ロールバックプラグイン と キャンセル在庫自動戻しプラグイン の同時利用について |
その他
 |
| スレッド表示 | 新しいものから | 前のトピック | 次のトピック | 下へ |
| 投稿者 | スレッド |
|---|---|
| flealog |
投稿日時: 2013/3/4 21:06
対応状況: −−−
|
仙人   登録日: 2008/6/10 居住地: 投稿: 485 |
決済処理中 ロールバックプラグイン と キャンセル在庫自動戻しプラグイン の同時利用について 情報共有としてスレッドを立てさせていただきます。
決済処理中 ロールバックプラグイン と キャンセル在庫自動戻しプラグイン を同時に利用した場合、クレジット決済で差し戻された時に、キャンセル数の倍数の在庫が戻されます。 （今日気づいて泣きそうになりました・・・） ご利用をご検討されている方はご注意を。 【追伸】 決済処理中 ロールバックプラグイン で、キャンセルの際に在庫を差し戻さない設定ができたら嬉しいです  よろしくお願いいたします。
|
| bratech |
投稿日時: 2013/3/4 23:02
対応状況: −−−
|
長老   登録日: 2008/11/28 居住地: 福岡 投稿: 223 |
Re: 決済処理中 ロールバックプラグイン と キャンセル在庫自動戻しプラグイン の同時利用について 弊社プラグインをご利用頂きまことにありがとうございます。
弊社プラグインは現在のところ「キャンセル」以外の状況から「キャンセル」に変更した場合は在庫を戻す（というよりは受注分増やすと言った方が正確かもしれませんが）ようになっておりますので、確かに併用された場合はご報告通りの挙動になってしまいますね。。 ご要望が多いようであれば、在庫戻しを行う際の「変更前状況」と「変更後状況」を設定できるようにしようかと考えております。 例えば、「新規受付」または「入金待ち」から「キャンセル」または「取り寄せ」に変更した場合のみ自動で在庫を戻す。 といった感じです。 ご利用されている方々のフィードバックを頂けると大変助かりますので、上記に対してご意見などございましたらお聞かせ頂けるとありがたいです。
|
| flealog |
投稿日時: 2013/3/5 0:58
対応状況: −−−
|
仙人 登録日: 2008/6/10 居住地: 投稿: 485 |
Re: 決済処理中 ロールバックプラグイン と キャンセル在庫自動戻しプラグイン の同時利用について ご返信ありがとうございます。
確かに前後を設定できたら汎用性が広がりますね。 素晴らしいです。 今後のバージョンアップに期待しています！ ただ、弊社に限った話ですが、キャンセル処理を複雑にしたくないというのが本音でして・・・ （在庫変更の挙動が一定じゃないと、うっかりミスを巻き起こす原因になりかねないので。。。） なので、弊社の主観から、キャンセルで在庫を戻す処理は全てキャンセル在庫自動戻しプラグインに任せて、ステータスを変更する処理を決済処理中 ロールバックプラグインに任せれば、複雑にならないのではないかと考えました。 （私がうっかりミスが多いので、片一方のプラグインを外した際に、アレ？ってならないようにしたくて・・・） でも、バージョンアップは期待しちゃいます 楽しみにしていますね
|
| bratech |
投稿日時: 2013/3/5 20:28
対応状況: −−−
|
長老 登録日: 2008/11/28 居住地: 福岡 投稿: 223 |
Re: 決済処理中 ロールバックプラグイン と キャンセル在庫自動戻しプラグイン の同時利用について flealog様
貴重なご意見ありがとうございます。 昨日の今日ではありますが、早速バージョンアップしてみました。 これまでお使い頂いている方々には影響のないようにアップデート処理を組んでみましたので、是非お試し頂ければ幸いです。
|
| flealog |
投稿日時: 2013/3/22 11:58
対応状況: −−−
|
仙人 登録日: 2008/6/10 居住地: 投稿: 485 |
Re: 決済処理中 ロールバックプラグイン と キャンセル在庫自動戻しプラグイン の同時利用について 早速のバージョンアップありがとうございます。
利用していて思ったのですが、キャンセルから新規受注や入金待ち、入金済みに変更した場合、再度、在庫が引かれないようです。 この辺りも修正していただければ、利用しやすくなるのですが・・・ 改善をお願い致します。
|
| bratech |
投稿日時: 2013/3/22 18:32
対応状況: −−−
|
長老 登録日: 2008/11/28 居住地: 福岡 投稿: 223 |
Re: 決済処理中 ロールバックプラグイン と キャンセル在庫自動戻しプラグイン の同時利用について flealog様
ご連絡ありがとうございます。 ご要望の内容については弊社でも検討した事があるのですが その際に、在庫数がその時の受注数より少なかった場合どのように処理するかが問題になりました。 在庫数分の受注数に変更してしまうのか、 もしくは在庫はとりあえず０にしておいて受注はそのままにしておくのか など候補はいくつか考えたのですが工数なども含めて考えるとどの案も微妙で、 そんなに需要のある機能でもないかなという事で見送る事に致しました。 工数をあまりかけずに妥当な処理を実現できるようであれば対応させて頂ければとは思っております。 何かご意見がございましたら是非お願い致します。
|
| flealog |
投稿日時: 2013/3/22 18:56
対応状況: −−−
|
仙人 登録日: 2008/6/10 居住地: 投稿: 485 |
Re: 決済処理中 ロールバックプラグイン と キャンセル在庫自動戻しプラグイン の同時利用について 早速有り難うございます。
弊社では 2.3 の時に依頼したカスタマイズでは、エラー（アラート）を返して全体を登録できないようにしていました。 エラー文例・・・○○（商品名）の在庫が足りません。 エラーが返ることで登録ができない、更に、どの商品が足りないかがわかれば、理想的ですね。 この仕様で数年運用してきましたが、全く問題ありませんでした。 現状のようにキャンセル＞在庫減る、キャンセル解除＞在庫変わらないとなると、運用に支障をきたしてしまいます。 どうぞ、改善のご検討をお願い致します。 よろしくお願いいたします。
|
| bratech |
投稿日時: 2013/3/22 19:11
対応状況: −−−
|
長老 登録日: 2008/11/28 居住地: 福岡 投稿: 223 |
Re: 決済処理中 ロールバックプラグイン と キャンセル在庫自動戻しプラグイン の同時利用について ご提案ありがとうございます。
受注管理の編集画面などで、 在庫不足の場合にステータス変更に関してのエラーを出し、 更新できないようしてしまうイメージでしょうか。 是非検討させて頂きます。
|
| flealog |
投稿日時: 2013/3/22 20:28
対応状況: −−−
|
仙人 登録日: 2008/6/10 居住地: 投稿: 485 |
Re: 決済処理中 ロールバックプラグイン と キャンセル在庫自動戻しプラグイン の同時利用について 引用：
はい。 ぜひともよろしくお願いいたします。
|
| AMUAMU |
投稿日時: 2013/3/22 22:07
対応状況: −−−
|
神   登録日: 2009/5/2 居住地: 東京都 投稿: 2712 |
Re: 決済処理中 ロールバックプラグイン と キャンセル在庫自動戻しプラグイン の同時利用について 弊社の「決済処理中ロールバックプラグイン」をご利用、ご愛顧頂きありがとうございます！
ご要望されている形のオプション設定がロールバックプラグイン側で出来ないか検討したのでが、少々容易では無い事がわかりました。 まず複数の決済モジュールでの利用を想定した場合、ロールバックプラグインに機能追加しても「キャンセル在庫自動戻しプラグイン」の今回のような在庫が増える挙動を恐らく完全には抑制出来ない事が分かりました。 決済モジュール利用時に決済画面から「戻る」ボタンで戻ったときに自動的にキャンセルにしてくれる決済モジュールが大半なのですが（キャンセルにしないのはイプシロンともう１−２決済あった記憶ですが他は戻してくれます。またSMBCはロールバックプラグインの機能の一部を持ちます。） 恐らく、大多数の戻るで自動的にキャンセルにしてくれる決済モジュールの動作にもキャンセル在庫自動戻しプラグインは影響があると思います。 この決済画面から「戻る」ボタンでの戻る時に自動でキャンセルされた場合は、決済処理中ロールバックプラグインは関与していません。 ロールバックプラグインは決済モジュールがキャンセルにしなかった場合にステータスが決済処理中の受注にだけ働きます。 見た目上は差が無くなるのでわかりずらいですが、ご要望の形にしようとしても、ロールバックプラグインからは決済モジュールによるによる動作までは踏み込まない感じです。 以下は少々内部挙動の話になります。 ロールバックプラグインは、EC-CUBE標準で持つキャンセル処理またはロールバック処理の大本を呼んでいるだけなのですが、「キャンセル在庫自動戻しプラグイン」様のほうが、そこをフックしてEC-CUBE標準の処理を上書きしているような形のようで（クラスフックを利用している）、もしこの影響を外そうとするとロールバックプラグインが、まるまるEC-CUBE標準の処理と同じ内容を持つ必要がありそうです。 そうなるとEC-CUBEのバージョン間の差異が吸収出来ない感じになり、また内部的には複雑になりすぎる事から中々難しい所です。 アップされている「キャンセル在庫自動戻しプラグイン」のプログラムを見ましたところ、決済モジュールの動作は別としてプラグインの主眼が管理画面からのキャンセル処理にあるのかな？と思う次第です。 プログラム的にもスマートかつ、多くの決済モジュールに対応出来るのは、上記のような経緯から「キャンセル在庫自動戻しプラグイン」様に決済処理中の場合は処理しないような処理を足して頂く形かなと思います。
|
| (1) 2 » | |
| スレッド表示 | 新しいものから | 前のトピック | 次のトピック | トップ |
