单击“不是代码”和Salesforce联系人?

单击“不是代码”和Salesforce联系人?,salesforce,contacts,salesforce-service-cloud,Salesforce,Contacts,Salesforce Service Cloud,所以我有一组用户,他们原本打算只使用一个自定义对象,而现在他们的团队想要一个案例系统和整个shebang 案例指的是一个联系人,其生活在账户下。问题在于,这些用户所做的其他一切都是由他们使用的一个自定义对象驱动的,而该对象没有绑定到case系统中。这就给我的用户留下了这里描述的问题: 换句话说,要找到一个账户,检查一个联系人,然后使用它或建立一个联系人,需要付出很多额外的努力 现在,如果我有一个100%可靠的主键(比如电子邮件),我会像其他人那样使用流量。但我没有。许多案例联系人并没有电子邮件,

所以我有一组用户,他们原本打算只使用一个自定义对象,而现在他们的团队想要一个案例系统和整个shebang

案例指的是一个联系人,其生活在账户下。问题在于,这些用户所做的其他一切都是由他们使用的一个自定义对象驱动的,而该对象没有绑定到case系统中。这就给我的用户留下了这里描述的问题:

换句话说,要找到一个账户,检查一个联系人,然后使用它或建立一个联系人,需要付出很多额外的努力

现在,如果我有一个100%可靠的主键(比如电子邮件),我会像其他人那样使用流量。但我没有。许多案例联系人并没有电子邮件,或者干脆不发电子邮件(或者更糟糕的是使用群发电子邮件)。流中的AFAIK记录查找只拉取一条记录

我可以用一些时髦的视觉力+顶点来解决这个问题。我可以从用户拥有的一个自定义对象中获取Id,并给他们一个自定义搜索。我可能也可以用这个Id标记联系人(我尽量不这样做,这是一个大组织,要获得更新标准对象的权限很痛苦)


我错过什么了吗?为什么要为用户创建和管理案例联系人如此困难?我知道Account->Contact->Case的工作流程有助于防止重复,但告诉我的用户“当你想要一个案例时,不要转到Case选项卡,先找到该账户”是令人难以置信的困惑

对于您的情况,什么是理想的解决方案?你更喜欢不将案例与联系人联系起来,还是使用更好的联系人搜索机制?理想情况是让我提示用户输入序列号,让他们选择与序列号关联的联系人(或创建新联系人),然后给他们一个案例。我发现我或多或少可以通过Flows+URL黑客来做到这一点,而且还不错。我提示用户输入序列号,查找将序列号绑定到帐户的自定义产品对象,然后显示联系人列表。所有的HTML和URL都会让用户感到有点毛茸茸的,但它确实有效。HTML+URL+字段引用以代码为边界,但不是Apex:)。