EGL92: When Running Allocations for Account and BU in the Pool, and Using Process Partition ID, With Edit and Post Checked, Not All Resulting Journals Get Posted (Doc ID 2248570.1)

Last updated on JULY 04, 2017

Applies to:

PeopleSoft Enterprise FIN General Ledger - Version 9.2 to 9.2 [Release 9]
Information in this document applies to any platform.

Symptoms

When running Allocations for Account and BU in the Pool, and using Process Partition ID, with Edit and Post checked, not all resulting journals get posted.
.When results are an odd number of bu/journals, only the last of the resulting journals gets status P;need to run a separate edit and post on the remaining resulting journals still in status N
.When results are an even number of bu/journals, all resulting journals do get status P.

Though workaround exists of running a separate edit and post on the remaining resulting journals in status N, customer needs this fixed for when there are multiple steps in an allocation group being processed, as resulting journals from prior steps must be posted for subsequent steps.

REPLICATION STEPS
=================
1.set up a Process Partition ID for each bu
2.set up a 'Copy' type Allocation Step with 1 Account and 3 bu's in the Pool, going to 1 different Account and same bu in the Target
3.set up 1 Allocation Group with above Allocation Step
4.post journals to 1 Account in 3 bu's
5.run the Allocation process with above Allocation Group

Please see Replication screenshots for more details.

Cause

Sign In with your My Oracle Support account

Don't have a My Oracle Support account? Click to get started

My Oracle Support provides customers with access to over a
Million Knowledge Articles and hundreds of Community platforms