如何解决 Flow 调用顶点的 Salesforce 流错误 class
How to resolve a Salesforce flow error where Flow calls an apex class
我有一个调用顶点的流程class，这里是执行日志错误，如何解决这个错误
流程“ServiceAppointment_API”期间发生错误：发生 Apex 错误：System.AsyncException：
Warning: Approaching hourly email limit for this flow.
Each flow in your organization is limited to 100 error emails per hour. Since 12:00 PM, Salesforce has sent 99 error emails for ServiceAppointment_API flow. After 100 emails, Salesforce suppresses all error emails for this flow. The limit resets at 1:00 PM.
Error element myWaitEvent_myWait_myRule_3_event_0_SA1 (FlowActionCall).
An Apex error occurred: System.AsyncException: You've exceeded the limit of 100 jobs in the flex queue for org 00D36000000rhGR.
Wait for some of your batch jobs to finish before adding more. To monitor and reorder jobs, use the Apex Flex Queue page in Setup.
感谢您的帮助
此致，
卡罗琳
顶点class 安排一些异步（后台）处理。可以是批处理作业，可以是用 @future 注释的方法或称为 Queue able 的东西。在给定时间，您最多可以提交 100 个，最多可以激活 5 个 (运行)。
如果不看代码就很难说如何修复。
也许不需要@future，开发人员的本意是好的，但出了点问题。也许它必须是异步的，但可以通过基于时间的工作流或进程构建器中的计划操作来完成？
也许这是你的错误，可以重写代码以更快地工作或一次处理超过 1 条记录。
也许这不是你的错，也许有一个托管包安排了很多工作，但下一个工作却未能提交。
也许您需要考虑将其分离的重写，但更多。说而不是几乎即时处理 - 让代码每 5 分钟运行一次，检查最近是否有需要处理的更改并执行。
我有一个调用顶点的流程class，这里是执行日志错误，如何解决这个错误
流程“ServiceAppointment_API”期间发生错误：发生 Apex 错误：System.AsyncException：
Warning: Approaching hourly email limit for this flow.
Each flow in your organization is limited to 100 error emails per hour. Since 12:00 PM, Salesforce has sent 99 error emails for ServiceAppointment_API flow. After 100 emails, Salesforce suppresses all error emails for this flow. The limit resets at 1:00 PM.
Error element myWaitEvent_myWait_myRule_3_event_0_SA1 (FlowActionCall).
An Apex error occurred: System.AsyncException: You've exceeded the limit of 100 jobs in the flex queue for org 00D36000000rhGR.
Wait for some of your batch jobs to finish before adding more. To monitor and reorder jobs, use the Apex Flex Queue page in Setup.
感谢您的帮助
此致， 卡罗琳
顶点class 安排一些异步（后台）处理。可以是批处理作业，可以是用 @future 注释的方法或称为 Queue able 的东西。在给定时间，您最多可以提交 100 个，最多可以激活 5 个 (运行)。
如果不看代码就很难说如何修复。
也许不需要@future，开发人员的本意是好的，但出了点问题。也许它必须是异步的，但可以通过基于时间的工作流或进程构建器中的计划操作来完成？ 也许这是你的错误，可以重写代码以更快地工作或一次处理超过 1 条记录。 也许这不是你的错，也许有一个托管包安排了很多工作，但下一个工作却未能提交。 也许您需要考虑将其分离的重写，但更多。说而不是几乎即时处理 - 让代码每 5 分钟运行一次，检查最近是否有需要处理的更改并执行。