Dynamics crm 面向旅游业的Dynamics CRM产品

我在旅游业工作，正在为该业务建立dynamics crm。我们的产品按以下方式工作。每个机构都有不同的住宿类型，即预算房、家庭房、豪华房。每种住宿类型都具有以下属性：

基本费率编号：这是基本费率适用于的人数

基本费率：这是基本费率编号的费率

额外成人：这是每个额外成人的费用

额外子女：这是每个额外子女的费用

例如，如果基本费率是2，基本费率是800美元，那么无论是1人还是2人，这个地方都要花费800美元。那么任何超过2岁的儿童或成人都是额外的

我最初的想法是为每种住宿类型创建一个新产品，但我不确定这是正确的路线？我还在想办法弄清楚这方面的产品目录。我的另一个担忧是订单总成本的系统计算，这可以用插件覆盖吗

任何帮助、建议或阅读都将不胜感激

---

谢谢你到目前为止所得到的一切

我可能会将该机构作为纯粹公司信息的账户实体

然后可能是一个机构实体，因此，如果该公司说万豪酒店是一个机构，那么该机构将是他们的某个酒店之一。因此，一家公司有多个机构

在这一点上，您还将拥有一个调节类型实体。这对每个机构都是不利的。因为即使它们属于同一连锁店，每个机构的情况也可能不同

然后当有人下订单并添加订单产品时。将对一个机构进行查找，然后根据该机构的住宿类型进行筛选查找

他们将填写人员编号等，然后在订单产品实体上运行插件，该插件将计算该实例的成本，选择覆盖成本单选按钮，然后手动设置每单位的价格

我不能肯定，因为这听起来很复杂，很明显你有所有的要求，所以你会知道什么是最好的。但在这种情况下，我可能会避免使用产品目录，因为它主要用于单个产品。假设你在卖苹果，你会有一个史密斯奶奶苹果产品，然后是考克斯苹果产品。然后，这些信息被添加到价格表中，价格表决定了加价和销售数量。创建报价/商机/订单并选择价目表时，它将使用这些价格执行自动计算。但听起来，由于您的自定义计算，这可能不是很好的行为，因此需要一个插件来计算您的成本并为您覆盖

---

这只是我最好的猜测=

谢谢克里斯，这似乎是一个开始调查的坚实基础。从其他研究来看，产品目录似乎不足以适应这种情况。出于这个原因，我将把这个标记为答案。谢谢在订单中添加产品时，我会使用书面产品吗？如果您只是使用订单，而不是报价或机会，那么书面产品可能是最好的方式。如果您也使用机会，最好考虑创建与opportunity和order相关的自己的产品实体，因为opportunity依赖于价目表来告诉它可以向opportunity添加哪些产品。