Workflow 在创建1:N关系时触发工作流？

我正在尝试运行关于创建1:n关系的工作流

我有一个联系人实体和PortalRole实体。当我将PortalRole与联系人关联时，我希望触发一个工作流，向用户发送欢迎电子邮件

PortalRole通过功能区按钮分配给联系人，该按钮启动HTML web资源，并使用JSON/JQuery和REST服务创建关联

---

如何调用工作流？我需要获取联系人的电子邮件地址，并根据他们有多少关联向他们发送2封电子邮件中的1封（新门户用户或门户用户获得额外角色）

您应该为PortalRole实体构建工作流，并从Create触发它。您仍然可以访问工作流中的联系人字段

诀窍是在您的最后一个要求中-为第一个角色关联发送“电子邮件A”，然后为每个附加关联发送“电子邮件B”

您可以向联系人添加一个名为“分配的第一个角色”的“是/否”字段。您的工作流程如下所示：

• 如果联系人：FirstRoleAssigned=是
  • 发送“电子邮件B”
• 否则
  • 发送“电子邮件A”
  • 设置联系人：firstroleasigned=Yes

---

这篇博客文章对处理人际关系提供了一个很好的解释
（这么多）多对多选项：使用哪一个？
那么…在这三种方法中，哪一种是最好的？一如往常，这取决于 你需要做什么，但这里有一些经验法则，你可以作为参考 指导：
本地N:N
可能是最容易配置但限制最大的。当你 只需要知道两个记录彼此连接，但您 不需要有关连接本身的其他信息
示例：
具有N:N帐户的自定义实体行业添加自定义N:N 要跟踪的竞争对手和区域实体之间的关系 哪些竞争对手活跃在哪些地区自定义实体颜色 使用N:N联系人（您不跟踪联系人的最爱） 颜色？？）
手动N:N
需要配置的工作稍微多一些，但通常值得付出努力。使用 除了知道两个记录是连接的外，还需要 有关连接的信息，例如连接时的状态 创造等等
示例：
协会和会员活动和注册（联系人：1:N） 到注册，1:N从事件到注册）订阅者和 订阅（1:N从联系人到自定义实体“订阅”，1:N 从自定义实体“订阅产品”到订阅）
连接和连接角色
正如我上面提到的，这些实际上是 手动方法。如果你深入研究一下，你会发现 连接实体是真正的可自定义实体。你可以 甚至可以自定义它，向连接表单添加自定义字段等等 向前地但是…小心过度：只有一个连接 实体和为一个连接角色所做的自定义通常将 不适用于另一个
这些方法的一个具体优点是，可以使用单个连接角色 连接不同类型的记录（例如，联系人可以参考其他 联系人、客户和机会）
这是一个判断电话，但我想说的是在你需要的时候使用这些 跟踪有关实际连接的一些信息（例如何时 它们是被创造出来的，有多少…，但不是那么多。示例：
推荐（联系人到联系人、联系人到帐户、联系人到 Opportunity）前员工（联系客户、领导客户） 董事会（联系客户实体“董事会”，领导董事会）

---

但我不希望在创建新角色时触发工作流。当一个人被分配到这个角色时，如果这有意义的话？我现在想我需要使用连接，因为我可以从那里触发工作流？如果联系人与PortalRole有1:N关系，那么“将角色分配给某人”实际上只是创建PortalRole，并将ContactId查找设置为联系人。在Web资源中，您不使用PortalRole的创建请求吗？如果您使用的是“Associate”，那么它是一个多对多关系。它显示为联系人和portalrole的2个关系1:n，因此它是一个多对多关系。