moquiの顧客/サプライヤー、注文/依頼

Question

新しい、いくつかの質問があります。組織では

1. を、1人の営業担当者が、複数の顧客の世話をすることは非常に一般的であり、他の表示を許可されていません営業担当者の顧客。サプライヤーと同じバイヤー。いくつかの調査の後、正しい方法は、パーティー（顧客またはサプライヤー）とパーティーの役割を作成した後、営業担当者と顧客またはバイヤーとサプライヤーの間にAE（アカウントエグゼクティブ）を作成することです。

2. 複数のエンティティが関係しているので（パーティー関係、パーティー...）、ビューエンティティまたはエンティティの検索とデータフィルタ、環境を使用すると、ログインして顧客（パーティ）を見つけられますか？

3. 注文エンティティとリクエストエンティティを読み込んでいる間は、注文エンティティでリクエストされた注文のステータスIDがありますが、注文エンティティまたはリクエストエンティティによる見積もりの​​違いは何ですか？または、注文実体を使用するか、または実体に引用を行うよう依頼する必要がありますか？ 誰かが何らかの指示をすることができたら大変感謝します。

Answer 1

販売機会がSalesOpportunityParty実体を通じて見込み/クライアントに関連しています。

また、営業担当者と、何らかの形でこのエンティティを介して、ロールを使用して関与している可能性のある他の関係者、およびfromDate、toDateと関係を結びつけることができます。

最近、SalesOpportunityエンティティ 'accountPartyId'に新しいフィールドが追加されました。これも便宜的に使用することができます。

エンティティ間のすべての関係は、事前に定義済みです。使用することができるPartyエンティティを見るか、必要に応じて独自のエンティティを定義することもできます。

あなたのデータを照会するには、Mantle USLのPartyViewEntities.xmlでインスピレーションを得てください。この段階で独自のビューエンティティを定義して販売エンティティを操作する必要があります。これは非常に簡単に行うことができます。

リクエストエンティティではなくオーダーエンティティを使用する可能性があります。要求エンティティは、RFI、RFPなどを処理するためのものである。入札または見積もりの​​要求、または応答（「要件」への）。レンシルバーストーンのデータモデル リソースブックを参照するか、David Jonesの「Make Apps with Making Moqui」の後半部分を参照してください。

（また、あなたは、フレームワークの残りの部分でstatusIdsを使用できるのと同じ程度に、独自のopportunityStageIdsを定義し、使用するSalesOpportunityStageエンティティでいくつかの作業を行う必要があります注意してください。）

希望に役立ちます。