ECサイトというよりは定員のあるイベントの申込に使用しています。
大変ありがたくつかわせて頂いております。

さて、
１．在庫（定員）が0の状態でも、
２．申込自体は可能にし、
３．キャンセルが出た時点で
４．申込の早い順に繰り上げて受注
という機能があったらとてもいいと思っております。

ECサイトではあまり利用価値はないのでしょうか・・・

【追記】
ご返信頂いて本当にありがとうございます。
すみません、環境などを追記しました。
また、１と２は実現できそうなのですが、
３と４（在庫＝残席の自動調整も含めて）のことを考えています。

もしかしたら、これは管理機能の方なのかもしれませんでした。
申し訳ありません。

http://xoops.ec-cube.net/modules/newbb/viewtopic.php?viewmode=thread&topic_id=9314&forum=6&post_id=44980#forumpost44980

------------------------------
[EC-CUBE]　2.11.3（新規）
[レンタルサーバ]　お名前.com VPS
[OS]　CentOS release 5.3 (Final)
[PHP] 5.2.17
[データベース] MySQL 5.1.58
[WEBサーバ] Apache 2.0
------------------------------

まずは下記をご一読して頂き、情報を記載されるとレスも増えるかと思います。
　http://xoops.ec-cube.net/modules/tinyd0/index.php?id=8


商品詳細、カゴでそれぞれ在庫がなくても進めるようにすればいいんですよね？
例えば2.4系の商品詳細であれば、detail.tplのtpl_stock_find判定している中の「カゴに入れるボタン」の制御をif文の外に出せばいいんだと思いますが？

素人意見ですが…

規格で「キャンセル待ち」を在庫無制限で登録しておくとかでどうでしょ？
繰り上げは手動になりますが。

早々にご返信頂いた方、ありがとうございました。

>yukikazeさま

大変失礼致しました。
まずは環境を書くべきでした。
以下の通りです。

------------------------------
[EC-CUBE]　2.11.3（新規）
[レンタルサーバ]　お名前.com VPS
[OS]　CentOS release 5.3 (Final)
[PHP] 5.2.17
[データベース] MySQL 5.1.58
[WEBサーバ] Apache 2.0
------------------------------

実現している内容としては、
受注は１人につき席１です。

カゴ機能も見た目上は全くなくしてしまい、
通常ある注文数量はhidden属性で1に設定して見えなくして
「カゴに入れる」ボタンを「申込」ボタンにし、
会員登録を省略して
非会員の受注として必要事項を入力してもらい、
送信してもらうだけのシンプルなものです。

>yukikazeさま
>Masashigeさま

早々にご提案頂き、
本当にありがとうございました。

１．在庫（定員）が0の状態でも、
２．申込自体は可能にし、

という部分に関しては、

在庫チェックのif文をはずしたり、
在庫無制限の「キャンセル待ち」を設けることで
確かに実現できます。
ありがとうございます。

問題点としては
３．キャンセルが出た時点で
４．申込の早い順に繰り上げて受注

という部分で、
つまり、
３−１．管理画面情で受注を削除した時点で、
４−１．キャンセル待ちの人を繰り上げる
という機能の実現について、考えています。

例えば、

(1) キャンセル待ちの扱い
キャンセル待ちのフラグカラムを
dtb_orderテーブルに加え、
falseの人が削除された時点で
受注年月日時分秒が若い順に
キャンセル待ちフラグをfalseに設定し、
その人の受注を正式受注とする。

(2) メールの送信
正式受注に変わった人に対して
キャンセルによって繰り上げられた旨のメールを送信する

(3) 在庫の調整
キャンセル待ちの人がおらず、受注が削除された場合に
現在の受注削除と同様に手動での在庫調整だと間違いがありそうなので自動的に在庫を調整
→これは１人につき１席なので何とかなりそうな気がします

ありがとうございました。

素人ですが…参考になれば。

(1)キャンセル待ちの扱い
　カラムを追加せずに、ステータスの仕様を追加してはどうでしょうか？
　「キャンセル待ち」というコードを追加し、キャンセル待ち扱いはコレを用います。
　正式受注の方は通常通り「新規受付」のままで。
　正式受注に変更の場合、ステータスの変更で何とかなると思いますし。
　また、キャンセル待ちから正式受注に繰り上げる際は、ステータスが「キャンセル待ち」
　＋作成日が一番若い人にすればいいので、SQL的にも楽かと？

(2)メールの送信
　会員登録を行わないので、キャンセルは管理画面からのみの操作でいいんですよね？
　であれば、受注管理でステータスを「キャンセル」に変更した時点で処理ですね。
　ステータスを更新した後に、次の人がいるかをチェック。
　　　SELECT
　　　 dtb_order.order_id
　　　FROM
　　　 dtb_order
　　　 INNER JOIN dtb_order_detail USING (order_id)
　　　WHERE
　　　　dtb_order_detail.product_id = ?
　　　ORDER BY
　　　 dtb_order.order_id ASC
　　　LIMIT 1 ;
　order_idが得られれば対象がいるということで、そのorder_idのステータスを「新規受付」に変更＋在庫は操作なし＋メール。
　該当なしの場合は、在庫を1追加。
　(購入件数で戻してもアリだと思いますが。そうすれば複数件対応になるし)

(3)在庫の調整
　(2)で記載した通り。

全て未確認の空論ですが…

なんとなくですが、作業の頻度として

「定員が満席になった後に入った注文のステータスをキャンセル待ちに変更する回数」

よりも

「定員以上の応募がある中での、キャンセルが出た時の処理の回数」

の方が少ないかなと。


また、ユーザさんが申し込む時点でキャンセル待ちになるのか
どうかわからないのは不親切じゃないかなと。


なので、フロントで

・在庫が0になるまでは通常の申し込みボタンを表示
・在庫が0になったらキャンセル待ちのボタンを表示

にしておけば

>キャンセル待ちのフラグカラムを
>dtb_orderテーブルに加え、

の部分の作業も省略できていいのかな、という案でした。
実際の作業量とかもあるので、お好みで〜。

>yukikazeさま

早々にご返信ありがとうございました。
> カラムを追加せずに、ステータスの仕様を追加してはどうでしょうか？

なるほど！
まだまだEC-CUBEを使いこなせておらず
全く思いも付きませんでした。
ありがとうございます。

これだけ骨子を書いて下さったので
かなりできそうな予感がしてきました。

カスタマイズ自体は少し先のことになりそうですが
本当にありがとうございました。

実際に動くようになったら
またご報告したいと思います。

とりあえず今回は解決済みとさせていただきました。

本当にありがとうございます。

>Masashigeさま
ご返信いただきまして本当にありがとうございます。

> ・在庫が0になるまでは通常の申し込みボタンを表示
> ・在庫が0になったらキャンセル待ちのボタンを表示

すっかりそちらに頭が回っておりませんでした。
ありがとうございます！

これとyukikazeさまのご提案を合わせたら
もうほとんど実現ができそうな気がしてきました。

みなさま本当にありがとうございました。