Showing results for 
Search instead for 
Did you mean: 

Can SAP CD support a single payment request with multiple sub-items?

0 Kudos

Hi everyone, I'm wondering if SAP CD will support a single payment document, with multiple sub-items. The business scenario is that employees will be able to cross-sell two different products, and having both items on a single document would reduce financial overhead. Can this be accomplished in Customizing, or be added via custom work?

If the above is possible, then as a follow-up question; Can CD support a cross-company code payment document with the BP Item in one company code and the GL Item in a different company code?

Accepted Solutions (0)

Answers (1)

Answers (1)

0 Kudos

Hi Adam,

1. Yes, in general it is possible to group multiple payment plan items [VVSCPOS], which belong to different company codes, within one and the same FS-CD document [means one entry in table DFKKKO, and at the same time multiple subordinated entries in table DFKKOP].

2. Independent from the first option, you can clear (balance) several Business Partner Items (entries in table DFKKOP), which are contained within one and the same FS-CD document (one entry in table DFKKKO) - as well as several FS-CD documents - in parallel with just one incoming payment in debit case, or with just one outgoing payment in credit case.

Prerequisites for 1.

You have defined a certain Company Code Group, which includes all relevant Company Codes (IMG: Define Company Code Groups) to which different items might belong. You have specified 'Define Accounts for Company Code Clearing' (IMG). You populated a meaningful 'Item Grouping Category' XY within the master data of the affected InsuranceObject-BusinessPartner-Relationship [table DIMAIOBPAR; field POGRU]. The parameterization in the according IMG activity 'Define Item Grouping Categories' must not contain the Company Code field [BUKRS] as an Item Grouping Field. As far as possible, all Payment Plan Items are grouped within one FS-CD Document, considering the Item Grouping Category, particularly each Grouping Field ... if a Grouping Field of a certain Payment Plan Item does contain a different value than its 'neighbor' Payment Plan Item, it won't be group. With other words: each Grouping Fields acts as a key differentiator.

In addition, you can summarize multiple Payment Plan Items using the Item Summarization Category into one aggregated Business Partner Item - as an extra option.

Of course, it must be one and the same InsuranceObject-BusinessPartner-Relationship.

Prerequisites for 2.

You have defined a Company Code Group, which includes all relevant Company Codes (IMG: Define Company Code Groups) to which the items belong. You have specified 'Define Accounts for Company Code Clearing' (IMG). You allowed a tolerant selection of multiple open items across multiple Business Partner Items or across multiple FS-CD documents, maybe based on the Outside Account View 'S' (field KTOSI within table FKKVK Contract Account Header), if different InsuranceObject-BusinessPartner-Relationships are concerned in parallel, which are assigned to one and the same Contract Account.

You have no restrictions within your Clearing Control, considering the Clearing Type, the Clearing Category [field VERTYP in table FKKVKP Contract Account Partner-Specific] and the Clearing Steps that are defined within the specified Clearing Variant (IMG). As long as there is no blocking rule, all open items - which are posted on one and the same Contract Account - can be balanced (cleared) via one incoming payment in debit case or one outgoing payment in credit case.

This approach is also valid for a Payment Order (payment requests), which are created by a Payment Run that selects multiple Business Partner Items or even multiple FS-CD Documents altogether, considering the Payment Grouping (if specified and parameterized).

A Payment Order is an self-initiated payment, which controls that the payment program does not post a payment document and that the paid items are not cleared immediately. Instead, a payment order is created and saved. Clearing the items can take place at a later time using the information in the payment order. Posting the payment takes place on the basis of the account statement for the bank, and the selection of the associated open items on takes place using the payment order specification. Until the payment is posted, the paid items remain locked for other clearing transactions and also for further payment runs. This logic is not valid for repayment requests. In this case, posting to the clearing account for the payment program takes place immediately.

Your feedback is appreciated.

Best regards,