它如何工作？

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

1. DeliveryMethod
2. InstanceID
3. ProcessingDate
4. ProcessingDateFrom
5. ProcessingDateTo
6. ProductID

请注意，上面列示的参数不是必需参数。如果未输入日期，那么它们缺省为系统空日期。如果未指定 DeliveryMethod 或 ProductID，那么无论交付方法和产品如何，都会处理所有 FC。当使用批处理流式方法体系结构时，应该指定 InstanceID。

当该批处理过程执行时，它会根据指定参数决定财务组件要处理的内容。

DeliveryMethod

如果用户未指定 DeliveryMethod，那么将处理下列每项：

• 债务 FC
• 付款 FC
• 补偿 FC
• 会针对交付方法“发票”处理债务 FC，例如，类别为“LBY”的财务组件。
• 会针对 MethodOfDelivery 代码表中列示的每种交付方法处理付款 FC，例如，类别为“CLM”的财务组件。示例包括现金（“CSH”）、支票（“CHQ”）和 EFT（“EFT”）。
• 会针对 LibMethodOfDelivery 代码表中列示的每种交付方法处理补偿 FC，例如，类别为“RCP”的财务组件。示例包括直接转帐支票（“GIR”）和发票（“INV”）。

请注意，如果 DeliveryMethod 指定为“INV”（即，发票），那么仅会处理债务 FC。否则，会针对 DeliveryMethod 已指定为的任何交付方法（例如，现金（“CSH”）、支票（“CHQ”）或直接转帐支票（“GIR”））处理付款 FC 和补偿 FC。

InstanceID

当使用批处理流式方法体系结构时，应该指定 InstanceID。

ProcessingDate

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

ProcessingDateFrom

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

如果 ProcessingDateFrom 已错误地设置为将来的日期，那么当该批处理过程执行时，它将缺省为系统空日期，否则，会使用指定日期。

ProcessingDateTo

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

如果 ParameterDateTo 已错误地设置为将来的日期，那么当该批处理过程执行时，它将缺省为业务处理日期，否则，会使用指定日期。

ProductID

如果用户未指定 ProductID，那么将处理所有产品的案例。