Dynamics crm 工作流在“原因”状态下会停留多长时间；“等待”；在它超时之前？

我想知道Dynamics CRM工作流在自动超时/被取消之前会处于“等待”状态多长时间

我有一个“续订”机会的工作流程，包括以下步骤：“等到今天的日期>=续订日期前3个月。”然后，更新记录。我担心如果工作流处于“等待”状态的时间过长，它会自动取消。这会成为一个问题吗？如果是，那么处理“续订机会”的更好方法是什么，以便在“续订日期”字段中的日期前3个月用“续订”一词更新机会名称

---

谢谢

它将无限期地等待。但是作为一个编写过依赖等待工作流的产品的人，我可以说可能会有问题。也许最突出的是工作流在触发日期之前被取消的风险——不是“自动”取消，而是由用户或用户定义的流程取消

一个客户端具有定期取消等待工作流的例程。在我们将他们的日程安排从工作流转移到在线日程安排之前，这一直在破坏一切

---

一般来说，依赖计划在几个月后运行的等待工作流是可以的，但也要谨慎，要有一个机制来确认它们正在运行，并在它们没有运行时进行恢复。

它将无限期地等待。但是作为一个编写过依赖等待工作流的产品的人，我可以说可能会有问题。也许最突出的是工作流在触发日期之前被取消的风险——不是“自动”取消，而是由用户或用户定义的流程取消

一个客户端具有定期取消等待工作流的例程。在我们将他们的日程安排从工作流转移到在线日程安排之前，这一直在破坏一切

---

一般来说，依赖于计划好几个月后的等待工作流是可以的，但也要谨慎，要有一个机制来确认它们正在运行，并在它们没有运行时进行恢复。

Aron很好地解决了问题的第一部分

如果是，那么处理“续订机会”的更好方法是什么，以便在“续订日期”字段中的日期前3个月用“续订”一词更新机会名称

1）创建一个过程：
通常，手动程序比开发自动化程序更具成本效益和可靠性
-创建Opportunities Pending Renewal视图，该视图显示续订日期在今天X天内的所有Opportunity。
-创建续订商机工作流
-建立一个流程，用户定期（每月一次/每周一次？）打开此视图并运行续订机会工作流

如果续约不需要在准确的日期进行，这是一个很好的选择

2）让外部应用程序启动工作流：
您可以编写一个轻量级的计划应用程序来执行此操作。如果您采用这种方式，我建议通过让应用程序在CRM视图的结果上执行，并启动工作流以执行续订操作，从而尽可能多地保留CRM中的配置。这样，当您的企业决定更改其规则（例如不同的续订期）时，您只需更新查看条件或工作流

如果您拥有内部开发能力，并且有许多这样的工作流可以利用计划的应用程序来处理，那么这是一个很好的选择

3）使用插件启动工作流：
这是我个人的喜好。与选项2相同，不同的是，您让CRM托管并计划作业，而不是使用计划控制台应用程序。创建自定义计划任务实体，并设置等待一段时间（例如24小时）的工作流，然后创建计划任务记录。添加插件逻辑，该逻辑在创建计划任务记录时触发，执行与选项2相同的操作

这比#2好，原因如下：
-不需要外部托管，无集成问题
-只需创建计划任务记录，即可手动触发作业
-您可以将结果日志记录添加到计划任务记录中

其他想法：

---

我不会判断上述选项是否比等待工作流“更好”，它们都有不同的优缺点。异步服务比以往可靠得多，但我个人仍然试图避免使用等待较长时间的工作流，主要是因为系统复杂性和性能原因。如果您需要自动化，并且没有内部开发人员，那么您最好的选择可能是设置等待工作流。

Aron很好地解决了问题的第一部分

如果是，那么处理“续订机会”的更好方法是什么，以便在“续订日期”字段中的日期前3个月用“续订”一词更新机会名称

1）创建一个过程：
通常，手动程序比开发自动化程序更具成本效益和可靠性
-创建Opportunities Pending Renewal视图，该视图显示续订日期在今天X天内的所有Opportunity。
-创建续订商机工作流
-建立一个流程，用户定期（每月一次/每周一次？）打开此视图并运行续订机会工作流

如果续约不需要在准确的日期进行，这是一个很好的选择

2）让外部应用程序启动工作流：
您可以编写一个轻量级的计划应用程序来执行此操作。如果您采用这种方式，我建议通过让应用程序在CRM视图的结果上执行，并启动工作流以执行续订操作，从而尽可能多地保留CRM中的配置。那样的话