In recent releases for both Public Cloud and Private Cloud/OP, there is one new functionality, named 'Liquidity Item Online Derivation', has been added to Flow Builder.
For OP customer, that configuration can be reached via IMG path: 'SAP Customizing Implementation Guide -> Financial Supply Chain Management -> Cash and Liquidity Management -> Cash Management -> Data Setup -> Define Liquidity Item Derivation Mode for Flow Builder'.
The configuration provides a company code based setup:
With this configuration, you can choose the liquidity item derivation mode with:
By default, S/4 system treat all company codes as 'Fetch Liquidity Item from table BSEG'. And the liquidity item is derived for each accounting document line item during accounting document posting, and it will be saved into table BSEG directly with field 'LQITEM'.
‘Derive Liquidity Item Online’ offers one additional approach. Within this approach, system won't read the liquidity item information stored in accounting document line item, but perform the liquidity item derivation logic when building the flows, with Flow Builder.
This new approach is in favor of certain ECC customers who prefer combining 'Liquidity Item derivation' logic with 'document chain tracing' logic. In ECC era, liquidity item will be recalculated every time when building flows, and liquidity item won’t store in accounting document line item.
Storing liquidity item in accounting document line item gain lots of advantages, for example, it ensures an automatic processing, and customer can check the correctness of 'Liquidity Item Derivation' logic directly with checking the data (BSEG-LQITEM), and 'Liquidity Item Derivation' logic is treated as a prerequisite before run Flow Builder. But it also have disadvantages, that you have to perform one additional step to update liquidity item in accounting document line item (via program FCLM_UPDATE_LQITEM) after you changed the liquidity item derivation logic. If you forget to run it, the liquidity item will stay unchanged in both accounting document line item table and flows.
But it does not mean the 'Online derivation logic' is perfect, it also got disadvantages:
So, when to use Liquidity Item Online Derivation?
I will suggest to enable 'Liquidity Item Online Derivation' for the following scenarios:
For all other cases, I will suggest use the default approach where the system perform the automatic operations for liquidity item derivation logic, you will only manually change certain data via rebuild programs.
Finally, we understand that currently the two-steps rebuilding (rebuild liquidity item in accounting documents, then rebuild flows) is somehow the root reason for forgetting the rebuild. Maybe in a near future, we will reduce such rebuilding steps as 1, means, rebuilding flows automatically for those document items who got a new liquidity item.
Feel free to leave comment or contact me for better ideas. 😀
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
12 | |
8 | |
7 | |
7 | |
5 | |
5 | |
5 | |
4 | |
4 | |
4 |