[PU9、V11功能解说] 你的周期性任务在循环吗？

lynn.yu

周期性任务管理（GESABA）是个很棒的功能。我们可以设置在几小时后或其他预定的时间自动运行任务。这就意味着无需几小时后拨入执行这些任务。你也无需再因为忘记运行存货会计接口而懊悔自责。

无需手动运行功能的唯一问题就是：被忽视、被遗忘。但我们仍然需要定期监控周期性任务是否不仅仅只是在循环，同样也顺利完成了。

我们应该在哪里完成这项操作，以及我们又应当查看什么？前往功能“请求管理”（AREQUETE）。首先，检查每个任务代码的状态。在每行上，你都可以点击操作按钮，选择“参数录入”查看采用了哪些参数，或者选择“追踪日志”检查任务运行生成的业务活动或报错。

以下是“状态”代码的定义，并附上了要查看的一些小窍门：

•        待机：尚未开始处理该请求。
——这些任务是否已经在那里待了很长时间？
——是否有相同任务的多条记录在排队等候？

•        处理中：请求正在执行中。
——这些任务比平常花费更长时间吗？

•        完成：请求已完成且没有错误。
——即使没有错误，也需查看一下任务运行所生成的内容。
——如果什么都没有生成，就检查日期、地点或者功能使用的其他参数。
——点击行的操作按钮，选择“参数录入”，会为你显示这次运行的设置。
——若想更改任务未来的执行，请点击周期性任务管理（GESABA）的“参数”按钮。

•        失败的：请求被中断了。
——为什么请求中断了？我需要做些什么才能重启这个任务或者重新安排时间？

•        错误：任务因错误而终止。
——尽快检查日志文件。
——当每个人对交易都记忆犹新时，处理错误会更容易些。
——解决错误将加快处理速度，因为这样程序不必继续处理这些有问题的交易。
——查看Sage知识库，寻求解决这些问题的帮助。

•        挂起：请求是执行过程中某个组的一部分，或者请求因中断而被手动阻止。
——这个请求正在运行，还是我需要中断进行调查？

•        破坏：用户已请求终止该请求。
——请求为什么被终止，以及我是否需要重新安排这项任务？

•        期限外：（通过某个文件的中介）已提交立即处理。

•        警告：任务因非阻塞错误代码（变量GERRBATCH<100）而结束。
——检查日志文件，以确定警告的来源。