> フロント機能 > ダウンロード販売機能 |
フロント機能
フラット表示 | 前のトピック | 次のトピック |
投稿者 | スレッド |
---|---|
ECCUORE |
投稿日時: 2010/8/26 11:38
対応状況: −−−
|
長老 登録日: 2009/10/22 居住地: 東京 投稿: 248 |
Re: ダウンロード販売機能 支払い方法の絞り込みについて少し考えてみました。
汎用性を持たせるために、商品に支払い属性(クレジットなのか、コンビニ決済なのか)を持たせるケースでは、現状の支払い方法の仕様を変更しないと難しいかと思っております。 <仕様変更、追加> ・dtb_paymentに支払い属性を持たせる。 この際に、支払い属性:dtb_payment は、 1:N となる? ・dtb_productsに支払い属性を持たせる。 この際に、dtb_products:支払い属性 は、 1:N となる? ・支払い属性マスタをマスタを作成し、有効/無効を設定可能にする。 (クレジット有効、コンビニ決済無効など) <支払い属性に関する懸念> ・dtb_products:支払い属性 が、1:N になるとすれば、商品登録後に支払い属性が追加された時、商品への変更をどうするか。 ・支払い属性:dtb_payment は、 1:N の場合、支払い画面では、属性選択→方法選択(クレジットであれば、カード種別や決済業者を選ばせるとか)とするか。 ・決済モジュールインストール時に、支払い属性情報まで意識しなくてはならない? 色々考えてみましたが、現状の支払い方法=支払い属性のケースでは保守的に難しそうです。 如何でしょうか?
|
フラット表示 | 前のトピック | 次のトピック |