フォーラム内で色々と検索かけたのですが、
記事が見当たらなかった為、投稿させていただきます。

ーーーーーーーーーーーーーーーーーーーーーーーーーー
[EC-CUBE] 2.4.3 正式版（最新安定版）
[PHP] 4.4.6
[DB] MySQL 5.0.37-log
ーーーーーーーーーーーーーーーーーーーーーーーーーー

販売(購入)制限機能がうまく動かない状況になっています。
どなたか同じような症状が出る方見えますでしょうか？それともこういう仕様なのでしょうか？

【販売制限数≧在庫数の場合】
かごに販売制限数以上入れようとすると、そのままの個数入ってしまう。
購入手続きの最終段階(メールを送るボタン押下)で「売り切れた〜…」旨のメッセージが表示され、トップに戻される。
(在庫を超えた注文は購入はできない。在庫数と同じ注文の場合は購入できる)
例1）制限：5　在庫：5　購入：6　⇒6個かごに入ってしまう。（購入はできない）
例2）制限：5　在庫：3　購入：6　⇒　　　〃

【販売制限数＜在庫数の場合】
正常に販売制限がききます。

【販売制限数(無制限)・在庫(一定量)の場合】
一度に10個以上かごに入らない(販売制限10個の状態になる)
※かごの中身ページでは販売制限されている旨メッセージ表示されます。
在庫数は10個以上で設定していてもこの状態になります。
例3）制限：無制限　在庫：30　購入：20　⇒10個の販売制限が効き、かごに10個しか入らない

【販売制限数(無制限)・在庫(無制限)】
正常に購入確認。(いくつでも購入できます)

尚、規格はついていても、いなくても症状が出ている状態です。

以上のような感じです。
以前にEC-CUBE2.4.2でテスト的に作ってあるサイトは
上記のような不具合は見られませんでした。

どなたか分かる方みえましたら、教えていただけないでしょうか。
宜しくお願い致します。

http://svn.ec-cube.net/open_trac/ticket/545
これの事でしょうか。

kaoring777様　早速解答ありがとうございます。

教えていただいた部分を確認したのですが、
既にそのように修正してあるようです。
朝一で再度テストしてみましたが、以前同じ症状が見られます。

引き続きご意見お待ちしています。
よろしくお願い致します。

マイルストーンが2.4.3ですので、バージョン2.4.3の環境では修正されたものがリリースされているハズです。

現象が2.4.3からの症状であるとすると、このチケットが鍵なのではないでしょうか？

という意味でした。言葉足らずで失礼しました。

追加です。
2.4.3をインストールして確認してみましたのでご報告致します。

2.4.3下において、上記チェンジセットを前の状態に戻すと、現象が解消されました。

ただ、このチェンジセットのもともとの意図が不明なので安易に戻して良い物か・・・誰かご意見を頂けませんでしょうか。

あと、これは機能要望ではなくバグにあたるような。

kaoring777様　
何度もご解答ありがとうございます。

当方でも同じように
教えていただいた部分を
2.4.3⇒2.4.2(テストサイトのヴァージョン)
の物に置き換える(逆に元に戻す)と
販売制限・在庫制限が正常に動作しました。
細かい部分はまだテストしきれていないのでなんともいえませんが
ご意見の通り安易に戻して、他の場所に不具合がでないか
少し不安です。
又何か不具合出るようでしたら投稿させていただきます。


引用：

その通りだと思います。すいません。
初投稿だったもので、カテゴリーを選んでから投稿
する形になっているんですね、、、以後気をつけます。
投稿後はカテゴリー移動できればいいのですが、、、

上記チェンジセットの意図が分かりました。
商品登録の際、「購入制限」のsale_limitではなく、
システム設定/パラメーター設定のSALE_LIMIT_MAXの事ですね。

2.4.3でチェンジセットを元の状態に戻してしまうと、ここで設定している「購入制限なしの場合の最大購入個数」が無視されてしまいます。

引用：
この部分は正常な動作だったという事ですね。

で、元の状態に戻した今は、この機能が働いていないハズです。

http://svn.ec-cube.net/open_trac/changeset/18583
に修正をコミットしてみました。

・在庫制限あり＆購入制限あり
-> 制限の小さい方が購入可能最大数
・在庫制限なし＆購入制限あり
-> 購入制限が購入可能最大数
・在庫制限あり＆購入制限なし
-> SALE_LIMIT_MAXと在庫数の小さい方が購入可能最大数
・在庫制限なし＆購入制限なし
->　SALE_LIMIT_MAXが購入可能最大数

となるようにしています。

ただ、SALE_LIMIT_MAXパラメータの説明が「購入制限なしの場合の最大購入個数」とだけで、
どういう仕様を意図したものかが不明なので、実装方法を間違えているかもしれません。
なので、もしかするとSALE_LIMIT_MAXを適用するのは、
在庫制限なし＆購入制限なしの時だけの意図なのかな、とも思います。
(何も制限がない場合にシステム上何か制限を掛けたかったとか)

ただ、無制限を選択しているのに、隠れパラメータ的なSALE_LIMIT_MAX(デフォルト10)で
制限されるというのも混乱を招きそうな気がしますがどうなんでしょうかね。

----------------

リゾート会員権(エクシブ等)の売買・仲介

この処理は、EC-CUBEコミュニティ(eccube-comu)で改修しましたが、SALE_LIMIT_MAX は混乱を招くと判断して、放置したような記憶があります。

----------------
Seasoft
こちらでの投稿は、アイディア程度に留めさせていただいております。
個別案件の作業は有償で承っております。お気軽にご相談ください。

引用：

となりますと、
チケット#545 SALE_LIMIT_MAX が無視されている
http://svn.ec-cube.net/open_trac/ticket/545
の報告者はseasoft様となっておりますが、
このチケットはどのような意味で登録したものでしょうか？

----------------

リゾート会員権(エクシブ等)の売買・仲介