Dynamics CRM网页版：可切换状态持久化自定义注册网页技术问询

嘿，针对你在Dynamics CRM网页版里的这几个需求，我结合实际开发经验给你梳理下可行的方案：

1. 支持用户切换的自定义网页注册 #

完全可以实现。在Dynamics（当前通常称为Model-driven Apps/Dataverse）里，有两种主流方式：

• 嵌入Web资源：把你的自定义网页打包成HTML Web资源上传到Dynamics，可嵌入到自定义实体表单、仪表盘，或在应用设计器里添加独立导航项指向该资源。这种方式天然集成Dynamics身份验证，用户切换时会自动同步当前登录用户的上下文，无需额外处理。
• 外部页面集成：如果网页属于外部系统，只需集成Dynamics的OAuth2身份验证流程，就能让用户切换Dynamics账户时，自动同步到你的网页（通过获取当前用户的Access Token识别身份）。

2. 定时更新状态+关闭子页面后状态持久化 #

用setInterval做定时更新完全没问题，但状态不能存在页面内存中——否则子页面关闭后状态会直接丢失。推荐两种可靠的持久化方式：

• Dataverse自定义实体存储：创建专门的实体（比如cti_session），字段包含关联用户、连接状态、最后更新时间、会话参数等。每次setInterval触发时，调用Dynamics Web API将最新状态写入该实体；下次打开页面时，先查询当前用户对应的会话记录即可恢复状态。这种方式最稳定，不管用户换设备、关页面，状态都能保留。
• 浏览器本地存储：如果仅需同一浏览器内的临时持久化，可使用localStorage，但要注意它是跨会话的，可能存在多账户切换的冲突；sessionStorage会在浏览器关闭后清空，不适合长期保留状态。

3. 后台维持CTI连接活性 #

这里有个关键注意点：如果CTI连接逻辑仅放在子页面的JS中，子页面关闭后JS进程终止，连接必然中断。正确的做法是：

• 将连接逻辑放在Dynamics主应用的全局脚本里：通过自定义JS Web资源加载到Dynamics主框架（设置为全局加载，所有页面生效）。这样即使子页面关闭，主应用的后台脚本仍能持续运行，维持CTI连接的心跳。
• 若必须依赖子页面，可通过window.postMessage实现子页面与主页面的通信，把连接状态同步到主页面，由主页面脚本维持心跳，但这种方式复杂度更高，不如直接将核心逻辑放在主应用里靠谱。
• 心跳间隔建议设置为15-30秒一次，避免过于频繁影响Dynamics性能。

4. CTI集成信息收集 #

你可以在自定义网页中添加表单，收集用户的CTI配置信息（比如SIP地址、API密钥、服务商信息等），再通过Dynamics Web API将数据写入自定义的cti_configuration实体（关联到当前用户）。后续CTI连接时，直接从该实体读取配置即可，无需重复收集。

几个避坑提示 #

• 跨域问题：若使用外部页面，需在Dynamics管理中心配置信任的外部域；使用Web资源则无此问题，因为属于同域环境。
• 权限配置：要给用户分配自定义实体（cti_session、cti_configuration）的读写权限，否则无法正常存储和读取数据。
• Web API调用规范：调用Dynamics Web API时，需正确获取当前用户的上下文和Access Token，避免出现权限错误。

我之前做过类似的CTI集成项目，这套方案是经过验证可行的。

内容的提问来源于stack exchange，提问作者Marco Scabbiolo