Background documentationGenerating the Object List for Receivables and Payables

 

Analysis of Receivables and Payables with Simulation of Document Splitting

The system must first determine whether the receivable or payable relates to a first-level or lower-level object. For this, the system has to select and analyze all relevant open receivables and payables.

It select the open receivables and payables matching the restrictions specified in the reorganization plan.

In the analysis, document splitting is simulated again for the documents of all receivables and payables selected. For this, the posting data is built from the stored documents (tables BKPF and BSEG) and transferred to document splitting. Document splitting establishes which partial amounts are allotted to which objects (for example, which partial amounts are allotted to purchase order items 010 and 020). Since the account assignments originate in preceding documents (original invoices) for clearing, residual items, and partial payments, for example, the system also has to simulate these. In the case of receivables that originate in billing (SD), billing needs to be simulated again entirely.

Creation of the Object List and the Tracking Function

The results of the simulation show from which objects the partial amounts of the receivable or payable have received their profit center assignment. Depending on the node in the derivation hierarchy for which the object list is generated (for example, for payables under nonassigned purchase orders) and depending on which of the higher-level, assignment-imparting objects have already been reassigned, the corresponding objects are stored in the object list.

However, since this analysis can have very long runtimes, a local object list for receivables and payables (unlike for other other types) is stored in the background (in table FAGL_R_APAR). In this way, after the first analysis has been run, subsequent analyses can be performed just for receivables and payables posted since the first analysis. For this, the receivables and payables that have arisen in the meantime are tracked during posting.

Recommendation Recommendation

For performance reasons and to enable the system to classify the objects as first-level and lower-level objects, we recommend generating an initial object list for first-level receivables and payables before the reorganization date.

We also recommend that you subsequently continue to generate the object lists until you are certain that no more new receivables or payables are using the old profit center.

End of the recommendation.

Note Note

If there are multiple reorganization plans within a controlling area, the tracking function is only activated for the reorganization plan with the earliest reorganization date. For the remaining reorganization plans (with later reorganization dates), the tracking function is deactivated.

The reason for this is as follows: A receivable or payable could be reassigned by the reorganization plan with the earlier reorganization date and then might not fall within the restrictions of the other reorganization plan.

However, with the first generation of the object list, this receivable or payable might have already been included in the object list and might not be considered by the tracking function and might consequently not be removed from the object list.

End of the note.

The objects found have the following key fields:

  • Fiscal year

  • Company code

  • Document number

  • Line item

  • Object type of the object from which the profit center was derived (for example, object type PO for nonassigned purchase order)

  • Key field 1 of the object from which the profit center was derived (for example, document number of the purchase order)

  • Key field 2 of the object from which the profit center was derived (for example, purchase order item)

  • Key field 3 of the object from which the profit center was derived

Partial Payments

Since partial payments always have to be reorganized in the same way as the original invoice, partial payments are always grouped together in the object list with the invoice. To display the details for a partial payment from within the object list, choose the corresponding symbol (Detail (Detail)) in the line for the invoice in the Details column. The partial payment details show which invoice-based items belong to the item displayed.