它如何工作？

当从应用程序将批处理作业提交给队列时，它会查找下列参数：

1. ConcernTypeCode
2. MethodOfPayment
3. NextPaymentDateFrom
4. NextPaymentDateTo
5. ProcessingDate

请注意，上面列示的参数不是必需参数。如果未输入日期，那么它们缺省为系统空日期。

ConcernTypeCode

如果用户未指定 ConcernRoleType，那么会处理 ConcernRoleType 代码表中列示的所有关注角色类型。很明显，仅下列各项才是相关角色类型：个人、雇主、外部当事人、信息提供者、服务供应者、产品提供者、公用事业和代表。对于下列各项，将始终不使任何内容生效：

• 潜在人员
• 潜在雇主

即使所指定类型不存在，也将处理该类型的所有记录，例如，如果已指定错误类型，那么批处理过程也将从不失败。如上面所提及，对于下列类型的参与者，将仅始终发放付款：个人（“RL1”）、雇主（“RL2”）、外部当事人（“RL17”）、信息提供者（“RL5”）、服务供应者（“RL3”）、产品提供者（“RL4”）、公用事业（“RL6”）或代表（“RL13”）。

MethodOfPayment

如果用户未指定 MethodOfPayment，那么会处理 MethodOfDelivery 代码表中列示的所有交付方法。否则，对于所指定付款的方法，仅执行处理。

NextPaymentDateFrom / NextPaymentDateTo

如上面所提及，如果在提交批处理过程时，用户未指定 NextPaymentDateFrom 或 NextPaymentDateTo，那么它们缺省为系统空日期。

NextPaymentDateFrom/NextPaymentDateTo 不会缺省为提交到队列时的当前日期（如果用户未指定它们）的原因是由于客户机日期可能与服务器当前日期不“同步”。一般来说，这可能会导致在该批处理过程运行时出现问题。

在批处理过程内，两个处理日期参数 dateFrom 和 dateTo 基于 NextPaymentDateFrom 和 NextPaymentDateTo 的值设置。执行的检查如下所示：

• 如果 NextPaymentDateFrom 和 NextPaymentDateTo 都为空日期（例如，用户未指定它们），那么会将 dateFrom 和 dateTo 设置为当前系统日期。
• 如果已指定 NextPaymentDateFrom 但未指定 NextPaymentDateTo，那么会将 dateFrom 和 dateTo 都设置为 NextPaymentDateFrom 值。
• 类似地，如果已指定 NextPaymentDateTo 但未指定 NextPaymentDateFrom，那么会将 dateFrom 和 dateTo 都设置为 NextPaymentDateTo 值。
• 如果已指定 NextPaymentDateFrom 和 NextPaymentDateTo，那么会将 dateFrom 设置为 NextPaymentDateFrom 值，并且 dateTo 设置为 NextPaymentDateTo。

ProcessingDate

这是执行批处理过程时应该使用的营业日。请参阅上面的业务处理日期详细信息。