我正在尝试在创建1：n关系时运行工作流程。
我有一个Contact实体和PortalRole实体。当我将PortalRole与联系人关联时，我想触发一个工作流程，向用户发送欢迎电子邮件。
PortalRoles通过功能区按钮分配给联系人，该按钮启动HTML Web资源并使用JSON / JQuery和REST服务创建关联。
如何调用工作流程？我需要获取联系人电子邮件地址并根据他们拥有的关联数量（新门户网站用户或门户网站用户获得额外角色）向他们发送2封电子邮件中的一封
答案 0 :(得分：0)
您应该为PortalRole实体构建工作流并从Create触发它。您仍然可以访问工作流程中的联系人字段。
诀窍在于您的上一个要求 - 为第一个角色关联发送“电子邮件A”，然后为每个其他关联发送“电子邮件B”。
您可以向联系人添加名为“First Role Assigned”的“是/否”字段。您的工作流程看起来像这样：
答案 1 :(得分：0)
这篇博文提供了处理人际关系的非常好的解释。
（如此多）多对多选项：使用哪种？
那么......这三种方法中哪种方法最好？一如既往，这取决于 你需要做什么，但这里有一些你可以用作的经验法则 指导：
原生N：N
可能是最容易配置但限制最多的。当你使用 只需知道两条记录相互连接但你 不需要有关连接本身的其他信息。
示例：
自定义实体行业，其中N：N到帐户添加自定义N：N 竞争者和领土实体之间的关系 哪些竞争对手活跃于哪个地区自定义实体颜色 与N：N联系（您不跟踪联系人的最爱 颜色???）
手动N：N
要配置更多的工作，但通常值得努力。使用 当除了知道连接两条记录之外，还需要 有关连接的信息，例如其状态，时间 创建等等。
示例：
协会和会员活动和注册（1：N来自联系方式 注册，1：N从事件到注册）订阅者和 订阅（1：N来自联系人到自定义实体“订阅”，1：N 从自定义实体“订阅产品”到订阅）
连接和连接角色
正如我上面提到的，这些实际上是一个特定的实现 手动方法。如果你深入研究这一点，你会发现 Connection实体是一个真正的可定制实体。您可以 甚至自定义它，添加自定义字段到连接表单等 向前。但是......要小心过度使用它：只有一个连接 实体以及为一个连接角色进行的自定义通常会 不适用于另一个。
这些的一个特定优点是单个连接角色可以 连接不同类型的记录（例如，联系人可以参考其他 联系人，账户和机会）
这是一个判断电话，但我会说在你需要的时候使用它们 跟踪有关实际连接的一些信息（例如何时 它们是创造出来的，有多少......），但不是那么多。例子：
转介（联系联系人，联系帐户，联系人 机会）前雇员（联系帐户，导致帐户） 董事会（联系自定义实体“董事会”，董事会）