gpt4 book ai didi

forms - 动态 CRM 2011 : Adding non-entity form fields

转载 作者:行者123 更新时间:2023-12-02 04:08:26 24 4
gpt4 key购买 nike

我不断发现自己想要将字段添加到 CRM 表单中,这些字段实际上并不代表实体上的物理字段。为了我的插件的利益,我希望在更新消息中发送这些字段...

例如,想象一下开箱即用的联系人/地址功能。主要联系人地址在联系人表单上显示为一组字段。然而,实际上在幕后发生了一些魔术,导致为包含地址详细信息的联系人创建地址记录。我实际上并不想重现这个,但这是一个公平的例子......

现在,我知道如何编写一个插件来获取在创建/更新消息中输入的地址字段,并将它们实际写入地址对象。这很简单。似乎最难的部分是说服 CRM 在表单上显示字段以供用户输入地址数据。

我能看到的唯一方法是在 Contact-equivilent 表单中创建“假”字段,以便表单编辑器允许我将字段添加到对话框中。然后我必须在插件中过滤掉这些属性,所以假字段实际上不会被写入数据库。

这会起作用,但涉及用假列填充数据库模式,这些假列将(或应该)永远不会有任何数据。这使得系统的 future 定制更加困惑,因为在所有 GUI 中都有称为“DON'T USE - Address1”的诱饵字段。当我需要一个虚假的查找字段时,问题会变得更糟——这涉及到创建一个虚假的关系。

那么:有没有办法在不向数据库模式中倾倒假垃圾的情况下实现同样的目标?

是否有某种方法可以为表单上的 Javascript 中的任意属性创建表单字段,以便将属性包含在更新消息中?

当然,我意识到我可以使用 IFrame 或 Silverlight 来满足这一点,但我宁愿使用真正的 CRM 表单字段,并在更新/创建消息插件 Hook 中处理数据。

最佳答案

不幸的是,您已经提到了我能想到的两个选项:假字段或自定义 IFrame。

我知道这感觉很“脏”,但实际上我在做假字段的事情时并没有遇到太多麻烦。标准化的命名约定是您的 friend 。我更喜欢假字段而不是 IFrame,因为用户仍然可以在高级查找、报告、 View 等中查询和过滤它们。

只需确保它们是只读的,并确保您的插件不会吞下异常 - 您希望异常冒泡并取消事务,而不是在没有子项的情况下更新主记录的可能性。

关于forms - 动态 CRM 2011 : Adding non-entity form fields,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/6413510/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com