製品のサービス
私のウェブサイトが製品とサービスの両方を提供するという要件があります。私はDrupalのeコマースモジュールを同じように使用しています。製品ごとに価格を設定でき、ユーザーがカートからチェックアウトできる製品の場合、これは問題なく機能します。
ただし、サービスはワークフローが異なります。 ex：Electricianの各サービス製品は、サービスリソース担当者に関連付けられます。たとえば、XYZ氏です。要件は次のとおりです。
- サービス担当者はサービス依頼製品に割り当てられます。
- サービスの価格は、サービスの提供後に見積もられます。
- サービスの場合に提供される評価とレビューは、評価が製品に関連付けられている製品の評価とは対照的に、サービスリソースに帰属する必要があります。
- 提供されたサービスの価格は、サービスの完了後にオーダーに更新する必要があります。
これらの違いは初心者のために識別され、より多くのより複雑なものが将来来るかもしれません。私は十分に検索しましたが、製品とサービスの両方のニーズを満たすモジュールを見つけることができませんでした。実際、サービスにはありません。私が望むものを達成する方法はありますか？
まず、これは答えの半分にすぎないことを認めますが、あなたの質問はまだ注目されていないので、最善を尽くします。
この種のことを行うためにサイトを構築する方法は次のとおりです。
- サービス担当者のコンテンツタイプを作成する
- サービス担当者を割り当てるための エンティティ参照 フィールドを含むサービスリクエストのコンテンツタイプを作成します
- afterまで注文を作成しないでください。このようにして、正しい価格で注文を作成できます。
注意すべき2つの点：
- 特定のサービスリクエストに割り当てられたサービス担当者が注文（効果的には請求書）を作成できるように、権限を処理するカスタムモジュールを作成する必要があるでしょう。
- サービスリクエストではなく、割り当てられたサービス担当者を具体的に対象とする独自の評価モジュールを作成する必要がある場合があります。
上記に同意し、いくつかの提案を追加します。-分類法および分類法アクセス制御モジュールを使用して、コンテンツへのアクセスと誰がどのサービスノードを更新できるかを制御します-値を取得する 計算フィールド モジュールを使用します誰が作業を行ったか、最終的な価格は何であったかに応じて、サービス/注文の値（価格）を変更するための関連コンテンツ
また、この問題には別の角度から取り組むべきでしょうか？たぶん、サービス「製品」は引き続きeコマースを通じて販売されるべきですが、「販売」されるのではなく、最初に「注文」され、サービスが実行されてから、最終的な価格が更新され、販売され、支払いの準備ができますか？おそらく、チェックアウトに追加のステップを追加するか、「サービスを注文」できるようにする必要があります（サービスは、「購入者」として自分自身に割り当てることができるコンテンツタイプです）、実行されて価格が割り当てられた場合にのみ、サービスが実行されます支払いメカニズムを備えた通常の電子商取引チェックアウトプロセスを通じて。