Custom Derivation in COPA Public Cloud: Implementation Methods and Use Cases (KEDR)
This blog will provide information about enhancement derivations in the COPA Public Cloud and example scenarios of how to use them.
This blog will provide information about enhancement derivations in the COPA Public Cloud and example scenarios of how to use them.
Did you know that “123456” and “password” are still among the most commonly used passwords—even in enterprise systems like SAP? It may sound shocking, but it’s a widespread and dangerous reality. In fact, over 80% of data breaches involve compromised credentials, making weak passwords one of the biggest threats to enterprise security. Hackers today don’t always need to break in—they simply log in using poorly secured accounts. If your SAP password policies haven’t been reviewed recently, now is the time. Strengthening user password management isn’t just good practice—it’s a critical step in establishing/enhancing your organization’s SAP security posture.
Flexible automation of Cash Application (customer payment on bank statements with IBAN details) not dependent on IT to maintain automation rules. Flexible processing rule for Bank statement processing. Business users (subject to authorization) in S4 HANA Fiori App F3555, can maintain rule which can automate bank statement processing based on IBAN number available on note to payee of bank statement.
In SAP, transaction code F110 is used for the Automatic Payment Program (APP), facilitating the processing and printing of payments to vendors or other entities, including checks.
Purpose:
F110 helps companies manage a high volume of payments, ensuring timely and accurate payments while minimizing manual effort and reducing errors.
Functionality:
Payment Proposal: It generates a list of invoices to be paid based on defined criteria (e.g., company code, payment method, vendor).
Payment Run: It processes the payment proposal, creating payment documents and potentially printing checks or other payment media.
Flexibility: The APP is highly configurable, allowing for various payment methods, terms, and scenarios.
Steps in F110:
Workflow Based Approval :
After the proposal run (F110, F111) the users can edit the proposal before the system posts the payment documents and creates the payment files. There is no control who has to edit the proposal and when editing is finished. Parallel editing of the proposal is not properly supported. There is no automatic post-processing (like scheduling the payment run) when editing is finished.
SAP offers a workflow based solution for release of payment proposal. This means that the payment proposal gets routed to a concerned approver before the payment run can be made. Unless the approval has been made, the payment run cannot be carried out.
Transaction Code | PFTC |
Task Type | WS Workflow Template |
Task | 23200018 |
Activate the binding
Transaction Code | SWE2 |
Object Category | ABAP Class (CL) |
Object Type | CL_PAYMENT_PROPOSAL_WF |
Event | CREATED |
Receiver Type | WS23200018 |
Activate the Linkage
Configuration for Approvers
Go to SPRO >Financial Accounting > Accounts Receivable and Accounts Payable > Business Transactions-Outgoing Payments > Automatic Outgoing Payments > Payment Proposal Processing-Configuration: |
Transaction Code | F110WFR |
The company code and the payment method for which a workflow based release has to be activated is defined here:
You want to distribute the payments and exceptions of a payment proposal to work packages and assign processors to these packages. The accounting clerks should receive the option to process their work packages at the same time and confirm the completion of the processing in the system. You want to prevent a user from deleting the payment proposal or starting the payment run during the processing. If all accounting clerks have confirmed that they have completed the processing of their packages, the system is to start a subsequent process (for example, schedule the payment run).
If you want to influence the system response, you can implement the Business Add-In (BAdI) FI_PAYMENT_PROPOSAL_WF. You can restrict the implementation to individual changes according to your requirements. You can, for example, influence the structure of the work packages, control the assignment of accounting clerks to the work packages, or determine which closing operations the system should carry out. For more information, see the BAdI documentation.
The agent for approval can be defined at a combination of company code and currency level.
The agent determination can be based on the vendor, accounting clerk, payment method, amount, etc.
In the below example we have based it on Vendor Number which means approval for vendors falling in a certain range would be directed to a particular agent based on the setup made:
The system checks the conditions for agent determination in the order specified. Once a condition for the payments of a business partner is fulfilled, the system transfers this to the work package of the selected agent for the workflow.
Manage Automatic Payments:
Payment run process is an accounts payable process that is used to handle payments to vendors. The process is called automatic payment program.
With the transactional app Manage Automatic Payments, you can schedule payment proposals or schedule payments directly and get an overview of the proposal or payment status. The app identifies the overdue invoices and checks whether all the required payment information is complete.
The Payment Process includes the Following Steps
Start fiori app “Manage Automatic Payments” and Click Create Parameter.
On the first screen, you need to enter run date and identification. In the identification field, give a five-characters alphanumeric code that will be used to identify the payment program. A combination of the run date and identification is used to identify the program in SAP system.
Fill the Run date and identification and click Create:
In the Parameters Tab, We have to define the following and Click Save
You can see the payment parameter created :
Create Payment Proposal:
Selected the Parameter and click schedule Proposal:
When you click on Proposal the system is going to ask whether you want to create it immediately or want to schedule it for a time in the future. For this demo, we are going to run it immediately. You should tick the checkbox for creation of payment medium.
Make sure you select “Start Immediately” and then click on Schedule.
You can see the payment proposal in the respective tab.
A payment proposal is generated based on the parameters.
Review Payment Proposal:
Attempting to carry out the payment run before the acceptance/rejection run:
So, It will not allow the user to schedule the payment before approval .
Review Payment Proposal
Transaction Code | SBWP |
Review the invoice selected for the proposal.
We have option to block the particular invoice, if wanted.
Confirming the payment proposal
Once confirmed, the person initiating the transaction does not have the option to change the proposal:
Payment Run:
Go to Proposal and click on Schedule Payment to run Payment.
Check “Start Immediately” to start the payment run instantly and then click on Schedule.
Go to “Payments Processed” and You can see the payment posted.
We can check the status of the Payment run on the Status Tab.
You can also select the posted payment to see the log:
Conclusion:
With this simple configuration workflow based approval of payment proposal restricts unauthorized changes to the payment proposal during processing and restricts payment run before the workflow is completed.
Migration to SAP S/4HANA 2023 with Advanced Cash Operations (J78_BR) - Key Insights on Flow Builder Plus: Lessons Learned and Future Perspectives
#SAP#Cash#
Ensuring the reliability of statutory reports is essential for maintaining compliance and data accuracy. The DRC (Digital Reporting Compliance) report is a vital tool in meeting these requirements. This blog focuses on testing the DRC report with a supplier name containing exactly 40 characters, a common edge case that ensures data integrity and proper functionality.
Why Test with 40-Character Supplier Names?
A supplier name with 40 characters represents the upper limit for many SAP fields, making it an important test scenario to:
For running a DRC report we need to post an invoice for the specific country for which country we are running DRC and then we should run it.
Then we will get a document based on the development of DRC. There we could see the documents regarding withholding tax and the supplier name as well.
There we will be checking supplier names of 40 characters are taking or not. And also, we will get errors for some countries. If we get error due to40 characters, we’ll get that error as well. We will get to know which error is and we can resolve based on the information.
If we want to post an invoice, obviously we need a supplier / customer.
For creating supplier, we should go to BP t – code.
Give necessary details and click on save.
Now, we have to change BP role to Supplier (Fin. Accounting)
Add withholding tax type and code.
Click on save
Now, copy the supplier's name and go to FB60(Invoice posting)
Click on simulate
Actually, withholding tax amount would calculate. But here there is not tax rate for the specified tax type and code. And click on save.
After posting an invoice. We should run the DRC report at the front end.
For that we must go to front end system and open thus user i.e., AP_MANAGER_(COUNTRY_SPECIFIC)
After logging into the system, the Open run statutory reports app.
Give specific Report name and Report entity name and click on Go
After clicking on Go, we will get the reports need to be run based on Year or months as well
We should select recent year or month
From above, we should open the activity Withholding Tax Reporting
After that, click on run and give the values for Company codeand click on Run
We will get Status of In process right after clicking it.
Basically, we will get the document but due to some errors, we are getting status as Generated with errors
If we get generated successfully, we could see the documents. In those documents we could see the document and the supplier's name as 40 characters.
This is how we can test the DRC report with supplier as 40 characters maximum.
This guide will clearly lay out the steps required to create a custom Document Type for posting Group-level consolidation adjustments (i.e. at Posting Level 30) and how to customize relevant settings, including Balance Carryforward behaviour.
(Note this guide applies to SAP S/4HANA Group Reporting Cloud On-Premise edition)
"Effective discounting in SAP FI is essential for optimizing financial workflows and boosting cash flow. In this blog, we’ll take a closer look at how the Financial Accounting module in SAP manages discounting—from configuring discount terms to automating the discount application process. Whether you're just starting with SAP or seeking to refine your discounting strategies, this guide will provide key insights to improve your financial operations and enhance overall efficiency."
SAP Global Partner Support and DigitalRoute team collaborated on a pilot project for the SAP Cloud ALM integration with the SAP Convergent Mediation release 9.3.