現在、顧客編集は管理画面から行えるようになっていると思いますが、顧客登録を管理者が行うようにできればとなぁとおもっています。それと顧客情報にぶらさがっている送付先の情報も管理画面から登録編集できるようにしたいのです。

管理者が登録をした顧客には登録時のメール配信を行わないようにしたいのが１点と、ＩＤ、Ｐａｓｓは発行しないで管理者の権限のみで編集できるようにしたいのですが・・・

前に一括でのインポートという視点での議論がなされていましたが、個別にフォームからの登録ということでお願いできればと思います。

こういう願望があるのですが、なんとかなるものなのでしょうか？

私なら、商品のプレビューのロジックを参考に、フロントの拡張で対応するかも。(管理機能で編集が出来るのだから、登録用に拡張するのもそんなに面倒ではないのかもしれませんが。)

> ＩＤ、Ｐａｓｓは発行しないで管理者の権限のみで編集できるようにしたいのですが・・・

もう少し詳しく書いていただけると理解できるかも。

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

ある程度どうすればいいか想像もつきますし、
実装できるとも思いますよ。

ただしそれが（正式版の）EC-CUBEの機能として搭載されるかは
正直わからないですね。。
フォームでの機能提供とのことなので、
現在の機能に追加するとなると、
少し大掛かりなものになりそうですし。


-----
カスタマイズ承ります
http://ec-cube-mall.jp/
http://ec-cube.ec-orange2.jp/
http://wiki.ec-orange2.jp/

seasoftさま

商品のプレビューのロジックですか？
要するに管理者が商品登録をする際のロジックを顧客用に変更するということですね？

あと、送付先の情報登録を規格登録の変更をすることでなんとかなりますか？

ＩＤ、ＰＡＳＳの件ですが、勘違いしてました。
ＩＤははじめから入力しないでよかったんですね？

考えていたのは、管理者が登録したユーザーがフロントからログインすることができないようにしたいということでした。
パスワードは管理者が自分のパスワードを入力するか、入力フォーム自体をなくして自動的に管理者のパスワードが入るようにすればよいですよね？。

kishikさま

ありがとうございます。
実装可能と聞きまして少し安心しました。

やはり、壮大な改変が要求されるんですね…

すこし方法を考えてみたいと思います。

EC-CUBEを使っているとバレると、
フォーム使用時と同じリクエストで
ログインされてしまう危険性がありますよね。

管理者以外のログインを阻むコードを
どこかに入れるなど、
ちょっと深い考察が必要だと思います。


-----
カスタマイズ承ります
http://ec-cube-mall.jp/
http://ec-cube.ec-orange2.jp/
http://wiki.ec-orange2.jp/

> 商品のプレビューのロジックですか？
> 要するに管理者が商品登録をする際のロジックを顧客用に変更するということですね？

いや、登録後の処理です。
「プレビュー」と書きましたが、管理機能上は「確認」だったかも。

管理者ログインしている場合のみ、非公開商品でも表示できるといったロジックが入っていたと思います。

URL パラメータとセッション情報で識別しているようです。


> あと、送付先の情報登録を規格登録の変更をすることでなんとかなりますか？

ごめんなさい。分からないです。


> ＩＤははじめから入力しないでよかったんですね？

メールアドレスが表面上はIDですね。
内部的には、数値で割り当てられたと思います。


> 考えていたのは、管理者が登録したユーザーがフロントからログインすることができないようにしたいということでした。

んん!? そういうことですか!?
ちょっと、斜め読みで理解していなかったかも。
的外れなことを書いていたらゴメンなさい。


> パスワードは管理者が自分のパスワードを入力するか、入力フォーム自体をなくして自動的に管理者のパスワードが入るようにすればよいですよね？。

色々な実装方法が考えられそうですが、その案でも良いのかなとは思います。

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

kishikさま

ありがとうございます。
ログインされる危険性があるんですね。
注意しないといけませんね。

Customer〜とは別にClient〜というテーブルをつくって、フロントから登録した顧客とは別管理にしたらどうかとも思いました。
でも当初の意図とはずれてきますよね…


Seasoftさま

>管理者ログインしている場合のみ、非公開商品でも表示できるといった

これがあれば商品登録機能を顧客登録機能として複製しても、非公開にしておけば顧客情報が公開されることはないですよね。

難しいことはわからないんですが、管理者が登録した顧客のログイン機能と顧客へのメール送信機能を持たせなければ、商品登録と同じような機能を複製して通常の会員とは別に管理するということでもいいんじゃないかとおもいました。

となれば一番簡単な方法は、Productsを複製してClientsをつくってそこから項目の変更をおこなうというようなことを考えたんですが。

やはりいずれにせよ初心者には荷が重過ぎますね…
自分でも何がやりたいのかわからなくなってきました。
少し頭を冷やしてみます。

う〜ん、ちょっと違うかなぁ。

顧客の登録自体は、現行のフロントの会員登録を使いまわすことを想定しています。

そこに、(商品の確認で使っているロジックを流用し) 管理機能からの遷移かを判定し、通常の会員登録と微妙に違った動作をさせてあげれば良い(誤魔化せる)のかなと想像しています。

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

ありがとうございます。
ホント要領を得なくてすみません。

おっしゃることは私の意図とは違っていません。

>顧客の登録自体は、現行のフロントの会員登録を使いまわすことを想定しています。

つまり、現行のフロントの会員登録ページを管理画面内から開いたときに、管理者であることを判定し、管理者による顧客登録用のページ表示するということでしょうか？

で、その判定するためのロジックが下記の部分にあるということでしょうか？

/* 確認ページ表示用 */
function lfProductConfirmPage() {
$this->tpl_mainpage = 'products/confirm.tpl';
$this->arrForm['mode'] = 'complete';

$objDb = new SC_Helper_DB_Ex();

// カテゴリ表示
$this->arrCategory_id = $this->arrForm['category_id'];
$this->arrCatList = array();
list($arrCatVal, $arrCatOut) = $objDb->sfGetLevelCatList(false);
for ($i = 0; $i < count($arrCatVal); $i++) {
$this->arrCatList[$arrCatVal[$i]] = $arrCatOut[$i];
}

// hidden に渡す値は serialize する
$this->arrForm['category_id'] = serialize($this->arrForm['category_id']);

// Form用配列を渡す。
$this->arrFile = $this->objUpFile->getFormFileList(IMAGE_TEMP_URL, IMAGE_SAVE_URL);
}

/* 規格あり判定用(規格が登録されていない場合:TRUE) */
function lfCheckNonClass($product_id) {
if(SC_Utils_Ex::sfIsInt($product_id)) {
$objQuery = new SC_Query();
$where = "product_id = ? AND classcategory_id1 <> 0 AND classcategory_id1 <> 0";
$count = $objQuery->count("dtb_products_class", $where, array($product_id));
if($count > 0) {
return false;
}
}
return true;
}


何度もすいません。