SAP Knowledge Base Article - Public

3670522 - Customizing of the decimal places for US_POSIPAY payment format does not work

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

  1. Access MAP Format Data for Payments app.
  2. Copy the standard format of US_POSIPAY to a customized format named /Z_US_POSIPAY.
  3. Under the "Amount (redefined)" section, set the conversion function to A002 (the standard one is A003).
  4. Release the customized payment format and process the automatic payment run.
  5. 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

  1. Access Configuration Activity 102569 - Create Payment Medium 
  2. Maintain the "Deviating Format Tree" as blank for the customized POSIPAY format (/Z_US_POSIPAY).

See Also

Map Format Data for Payments | SAP Help Portal

Processing Payment Files for US | SAP Help Portal

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

Product

SAP S/4HANA Cloud Public Edition all versions