Symptom
The amount in the payment file still contains 3 decimal places even though a customized US_POSIPAY payment format of 2 decimal places has been maintained.
"Image/data in this post is from SAP internal systems, sample data, or demo systems. Any resemblance to real data is purely coincidental."
Environment
SAP S/4HANA Cloud Public Edition
Reproducing the Issue
- Access MAP Format Data for Payments app.
- Copy the standard format of US_POSIPAY to a customized format named /Z_US_POSIPAY.
- Under the "Amount (redefined)" section, set the conversion function to A002 (the standard one is A003).
- Release the customized payment format and process the automatic payment run.
- Use the Check Extract Creation app to check the amount in the generated payment file and observe that there are still 3 decimal places.
Cause
The "Deviating Format Tree" under Configuration Activity 102569 - Create Payment Medium is still maintained with the standard payment format US_POSIPAY, which causes the system to prioritize the standard payment format and ignore the customized one.
Resolution
- Access Configuration Activity 102569 - Create Payment Medium
- Maintain the "Deviating Format Tree" as blank for the customized POSIPAY format (/Z_US_POSIPAY).
See Also
Keywords
us_posipay, payment format, decimal digits, customized format, sap s/4hana cloud public edition, automatic payment run, check extract creation, deviating format tree, sscui create payment medium, amount conversion, a002 , KBA , FI-AP-AP-B1 , Payment transfer (w/o DE, US) , Problem
SAP Knowledge Base Article - Public