Normal view

There are new articles available, click to refresh the page.
Yesterday — 11 April 2025Financial Management Blogs by Members

Don't Let Passwords Be Your SAP Weak Link

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.

Customer payment Automation (Processing Rules for Bank statements (Fiori App-F3555))

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.

Payment Proposal Approval Configuration Using Workflow in SAP S4 Hana - SAP FI AP

Introduction:

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.

Setting Up Workflow Based Approval :

Prerequisites: 

Transaction CodePFTC 

 

Task Type WS Workflow Template 
Task23200018

1.png

Activate the binding 

2.png

 

Transaction CodeSWE2

 

Object CategoryABAP Class (CL)
Object TypeCL_PAYMENT_PROPOSAL_WF
EventCREATED
Receiver TypeWS23200018

 

3.png

Activate the Linkage 

4.png

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 CodeF110WFR 

The company code and the payment method for which a workflow based release has to be activated is defined here:

5.png

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:

6.png

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.

Testing the Workflow based Approval :

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

    • Invoices are Entered
    • Pending Invoices are analysed for due date
    • Invoices due for payment are prepared for review
    • Payments are approved or modified
    • Invoices are paid

Start fiori app “Manage Automatic Payments” and Click Create Parameter.

GOWRESHANHARAN_0-1742624531142.png

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:

GOWRESHANHARAN_1-1742624531150.png

In the Parameters Tab, We have to define the following and Click Save

    • What is to be paid – Docs. Entered Up to
    • What payment methods will be used – Payment Methods
    • When will the payments be made – Posting Date?
    • Which company codes will be considered – Company Codes?
    • How are they going to be paid – The payment Method Sequence decides the Priority of the Payment Method
    • Enable Additional log – To get some additional log information.

GOWRESHANHARAN_2-1742624531165.png

You can see the payment parameter created :

GOWRESHANHARAN_3-1742624531177.png

Create Payment Proposal:

Selected the Parameter and click schedule Proposal:

GOWRESHANHARAN_4-1742624531189.png

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.

GOWRESHANHARAN_5-1742624531190.png

You can see the payment proposal in the respective tab.

A payment proposal is generated based on the parameters.

GOWRESHANHARAN_6-1742624531202.png

Review Payment Proposal:

    • Click on the arrow button to review the document selected in this run.
    • The system will list all the vendors that have been included in the payment proposal.
    • We can view the Proposal Log for possible errors by Pressing the Proposal Log Button.
    • We can edit the proposal to block the some payments if we want, Press the Edit Proposal Button.

GOWRESHANHARAN_7-1742624531218.png

Attempting to carry out the payment run before the acceptance/rejection run:

7.png

So, It will not allow the user to schedule the payment before approval .

Review Payment Proposal 

Transaction CodeSBWP

 8.png

Review the invoice selected for the proposal.

9.png

We have option to block the particular invoice, if wanted.

10.png

Confirming the payment proposal

11.png

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.

GOWRESHANHARAN_8-1742625242797.png


Check “Start Immediately” to start the payment run instantly and then click on Schedule.

GOWRESHANHARAN_9-1742625242815.png

Go to “Payments Processed” and You can see the payment posted.

We can check the status of the Payment run on the Status Tab.

GOWRESHANHARAN_10-1742625242814.png

You can also select the posted payment to see the log:

GOWRESHANHARAN_11-1742625242828.png

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.

 

Before yesterdayFinancial Management Blogs by Members

Testing DRC report with supplier name as 40 characters

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: 

  1. Validate proper handling of maximum field lengths. 
  1. Ensure no truncation or formatting issues occur. 
  1. Verify accurate execution of invoices and report generation. 

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. 

Siva_sankar_225_0-1737476064861.png

Siva_sankar_225_1-1737476064863.png

Give necessary details and click on save. 

Siva_sankar_225_2-1737476064864.png

Now, we have to change BP role to Supplier (Fin. Accounting) 

Siva_sankar_225_3-1737476064867.png

Siva_sankar_225_4-1737476064870.png

Siva_sankar_225_5-1737476064872.png

Add withholding tax type and code. 

Siva_sankar_225_6-1737476064874.png

Siva_sankar_225_7-1737476064875.png

Click on save 

Now, copy the supplier's name and go to FB60(Invoice posting) 

Siva_sankar_225_8-1737476064877.png 

Siva_sankar_225_9-1737476064878.png

Click on simulate 

Siva_sankar_225_10-1737476064878.png

Actually, withholding tax amount would calculate. But here there is not tax rate for the specified tax type and code. And click on save. 

Siva_sankar_225_11-1737476064879.png

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) 

 

Siva_sankar_225_12-1737476064880.png

After logging into the system, the Open run statutory reports app. 

Give specific Report name and Report entity name and click on Go 

Siva_sankar_225_13-1737476064881.png

 

Siva_sankar_225_14-1737476064882.png

After clicking on Go, we will get the reports need to be run based on Year or months as well 

Siva_sankar_225_15-1737476064883.png

We should select recent year or month 

Siva_sankar_225_16-1737476064885.png

From above, we should open the activity Withholding Tax Reporting 

Siva_sankar_225_17-1737476064886.png

After that, click on run and give the values for Company codeand click on Run 

Siva_sankar_225_18-1737476064887.png

We will get Status of In process right after clicking it. 

Siva_sankar_225_19-1737476064888.png

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. 

Siva_sankar_225_20-1737476064888.png 

Siva_sankar_225_21-1737476064889.png

Configuring and Customizing Document Types for Manual Adjustments

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)

Discounting- Bill of Exchange in SAP Finance

"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."

❌
❌