Recently we implemented AR/AP integrations to pull the AR and AP invoices out of another software put them in a journal and then needed to post the journals. Subsequently, we also integrated the payments which rely on the invoices (specifically executed credit memos during payment application in current legacy software) to be present in order to be settled.

It was planned to execute two batches, one for AR and one for AP in each one there were to be two batch tasks first posting the journals for the respective invoices and then, if successful (yes, we set up a condition) post the payment task of the respective type.

All looks good and it works for different tables but not for the General journals and 4 different journal names (regardless of settings) because: when the Batch task is being created for LedgerJournalMultiPost class, the framework is copying the Parameters field value form last saved Parameters (parameters used for previous batch task) for the current task. One of the properties within that parameters (Container field) is ParmId which is used as a unique identifier to copy the filter query into LedgerJournalParmPost table which will be used as a source table for Query filter to be used at Journal Post Batch execution time. Currently, there is no API to update the parmId when the batch task is be being created from the Batch form as in this case. (Related support incident is 120062221002472).

So in short - while dependencies and different parameters may be set for other tasks, it's not possible to do it in this case. Hence, the suggestion to allow this and create the API.

It btw also doesn't work if the task isn't created from the batch form as it always only executes the last selection.