Zen-Cart.JP コミュニティ掲示板

在庫の警告メールの設定が○○個以下と一括で指定になってしまうため、在庫数の基準が違う商品がある場合、警告機能が使えなくなってしまいます。
（例えば、5個といっても大量販売系商品の5個とそれ程出ない商品の5個は全然違うため）

そこで、在庫の警告基準をそれぞれに設定して、それを参照して警告メールを発信してくれるように出きればと思ったのですが、何かよい方法ありますでしょうか？

素人なりに考えたのは、重量などの使わない欄を在庫警告基準の値の設定に使って、警告メールを送る部分をそれを参照するように書き換える、などなのですが。（具体的な部分は全然わからないですが・・・）

もし何かよいアイデアありましたらご教示願います。

こんにちわ。kimonoです

まぁそうですね～。色々なカスタマイズの仕方はあると思いますね。
yosyさんがいうような方法も一つの手でしょうし、新たにフィールドを追加してもいいでしょうし。
在庫数の少ない商品ランキングのページなどをカスタマイズするとかもあるでしょうし。
直接プログラムを作ってもいいでしょうし。
CSVなどで落として、エクセルで作ってもいいでしょうし。

方法はいくらでもあるでしょうね～。う～ん

うちではZENCARTを直接触らずにそういったハンドリングをする方法を模索しています。

普段からデータベース管理にファイルメーカーを使いこなしていますが、ZENCARTから定期的にCSVをダウンロードして、ファイルメーカー上のデータベースに取り込み＞在庫データを変動させています。

ファイルメーカーやアクセスで在庫マスタを管理して在庫変動があった場合に警告メールを出す（商品個別に設定するなど）等は出来ます。


うちではモールも出店しているので、在庫データを一元化　各店舗同じにするために、ファイルメーカーで一括管理するようにしています。


現在はCSVから取込む＞アップロードするようにしていますが、将来的にはZENCART　のSQLデータベースをファイルメーカから直接操作するようにしていきたいと思っています。


ちょっとZENCART の掲示板で書くには不適切かもしれませんが、例えば、在庫の原価管理をしたいと思ったときに、ZENCARTの商品テーブルに原価のフィールドを追加し管理するのは不適切　WEBデータベースに管理させるべきものではないと思います。

しっかり自社ローカル上に商品　在庫マスタのデータベースをもって、それで原価管理すれば良いだけです。

僕が提案したいのは、ZENCARTでなんでもかんでもするのではなく、バックヤードとなる基幹データベースを自社内にしっかり構築して、それらからフロントヤードとなる店舗に反映させていくような体制を作るべきだとおもいます。

ぼくはSQLはよくわかりませんし、実際のところ違うかもしれませんが、ファイルメーカーやアクセスでデータベースを作って管理したほうが、はるかにコストもかからないと思います。

ファイルメーカーでデーターベースに直接っていう方法ですが、何度もお話は聞きますが、できるサーバーとできないサーバーで分かれるでしょうね～。
ほとんどの共有サーバーでは、外部からそのような形でsqlに接続ができないようになっているところが多いと思いますので、専用サーバーなどで、自分で接続できるようにする必要があったりしますね。

ただ、おっしゃる通り、いい方法だと思います。
弊社ではVB使ってローカルのサーバーにシステム作ってますが、Zen Cartをカスタマイズすればするほど、元々のZen Cartからかけ離れて、バージョンアップなどがしにくくなったり、処理が重くなったりしていきますからね～。