Customer Payment using Reason codes

Hi Freinds,
I have checked many SDN replies on this, but i didnt find the right solution.
I have assigned GL account for Reason code 055 for ZDI (Payment differences by reason) in OBBE. In F-28 i want to post some difference amount to this account automatically. when i selected 055 on Residual tab and simulated, the difference amount again going to Customer a/c.
Please tell me the possible reasons and please explain me briefly how to use the Reason codes in F-28 step by step
Appreciate your help.
Thanks in advance.
Kanna.

Hi,
Please check the settings for 'Reason code: 55' through 't.code: OBBE'.
Though you asign a GL account for reason code, if the reason code is not activated for Charge off difference via separate account, system will not charge-off the difference to a GL account.
Thanks,
Vinod

Similar Messages

Limiting or control for Residual payment with reason codes

Hi FI Gurus,
When we are received or making payment to customer or vendor, sometimes we need to clear the invoice by receiving or making payments with small differences through residual payment. Is there any control for limiting residual payment.
Lets have an example
invoice posted for 1000
customer dr 1000
sales       cr 1000
Partial payment recd 500
cash/bank dr 500
customer cr   500
final payment received 350 and balanace amount adjusted with residual payment by defining reason code like rounding off difference. So in this case accounting entry will be
customer cr 350
rounding off diff 150
cash/bank 500
being final payment agaisnt invoice
My question:   Is there any way to restrict the residual payment like 10% or 20% of total invoice i.e. 100 or 200 and not more than 20% ? other wise sometime user may adjust any amount may be 100000 through this way by putting the same reason code, which is not fair.
I checked SPRO setting but i did not get anyt setting relating to above case.
If any body know, please let me know? Thanks in advance
Regards,
Prakash

Hi Lawerance,
Thanks for reply.
But I am looking for amount adjusted through residual with reason code. I dont think there is any limitation or control in the SPRO standard setting. Tolerance is preventing user to post document for more than a specific amount. But my question is something different.
I want to control the user for adjusting amount from residual tab with selecting reason code. In other words user should not adjust more than some limit with residual payment by selecting reason codes. Thanks.
Regards,
Prakash

F-28 payment with reason codes

Hi All
In F-28 I made a payment to a customer and I was unable to see the reason code in fbl5n, Can any one help where I can see the payments made with reason code?

Hi,
Try adding the reason code through FB02 for that document in additional data and save, to see whether the reason code is getting stored at the line item level. If it does then there might be some mistake at the time of data entry in the original document.
Hope this info helps.
Regards,
Venkat

Withholding Tax on payment using T.Code F-02

Hi all
I am trying to make an On Account payment to the Vendor using T.Code F-02. However, when I use the Posting Key 25, the system does not deduct the TDS on payment. Please lemme know if this is the standard system behaviour or am I going wrong somewhere?
Cheers
Hrishi

Hi,
When u making a advance payment to vendor the accounting entry is
Advance payment Dr
To: Vendor
You are using the posting key 25 which means vendor debit. it is not meant for down payment only for outgoing payment.
Against which kind of service you are making payment because all tax codes having minimum amount also. please see that once also.
In the vendor master record are choose liabile check box. Just run once RTWT0010
Hope this is clear, If yes assign points
Regards,
Sankar

To replace SAP script with smartform in customer statement using t-code F.27

Hi, I have a requirement to replace SAP script while generating a customer statement form using F.27 with Smartform. The standard program which triggers the SAP script is RFKORD11. Can anyone tell me how can we achieve this. Thanks in advance. BR, Karthik.

Hi
do you find a solution for your issue? Or did anyone else know how to send raw data instead of the pdf or fixed file from transaction F.61?
Thanks for any ideas or help
Axel

Over/Under Payment from Customer - Reason Code

We are trying to perform an incoming under payment from a Customer. We do not want to do a partial / residual payment. We would to like to send the difference amount to a particular GL account XXXXXX (bad debt). There might be situations where the difference amount is charged off to another GL account YYYYYY. Can we handle these situations using reason codes?
I tried to configure a couple reason codes to handle this, but couldn't make it work.
Could you please explain in detail how can we make the over/payments to be charged to different accounts.
Any help would be greatly appreciated.
Thanks,
Venkat

Hi,
You define Reason Codes in Customizing. Use the menu path in IMG :
Financial Accounting -> Accounts Receivable and Accounts Payable -> Business Transactions -> Incoming Payments -> Incoming Payments Global Settings -> Overpayment/Underpayment -> Define Reason Codes
In the reason codes definition, tick the check box with Heading 'C' immediately after the Correspondence Type.
Then maintain the settings Define Accounts for Payment Differences. In this setting, you can have different accounts depending on the reason code. Click on Rules and tick the check box against Reason Code. Click on Accounts and maintain the correct accounts against the reason code.
Once you have maintained the above settings, you can post the difference directly to a GL Account using Reason Code. For this, when you enter incoming payment using T-code F-28, in the open item screen, click on the Residual payment tab and enter the residual Amount. Just next to residual tab is the field to enter the reson code. Enter the appropriate Reason code and your posting will be done to a GL Account.
Hope this helps
Regards
Mahendra
Assign points if useful

Incoming payment by F-28: Reason code error while posting

Hello everyone,
I want to post Incoing Payment using F-28 net of TDS. I want the separate GL account to be picked up automatically for the difference when I enter the Reason Code 003.
I did the following customization for the same.
1. Financial Accounting> Accounts Receivable and Accounts Payable> Business Transactions>Incoimng Payments> Incoming Payments Global Settings>Overpayment/Underpayment> Define Reason Codes:- Here I selected the Indicator 'C' for reason code 003 which is for "Indicator: Charge off difference via separate account". The reason code 003 is for TDS Netted
2. Below the Define Reason Code node, I selected the node 'Define Accounts for Payment Differences' . Selected the key ' Rules' and selected the checkbox 'Reason Code'. Then clicked on 'Accounts' and enetered the desired GL account against the reason code '003'.
After doing the above customization I posted the Incoming payment using T code F-28. I entered the difference in the field 'Difference Posting'. Then entered reason code '003' which is for 'TDS netted' in the field 'Reason Code'. Now, I am getting the follwoing error.
Reason codes with automatic charge-off are not permitted here
Message no. F5605
Diagnosis
The reason code entered is designed to ensure that the payment difference amount is posted to an account specially set up for this purpose. Postings of this nature usually require additional specifications (e.g. tax code, business area). If the difference stems from a single open item, the necessary specifications can be taken from that item. In the case that led to this error message, however, the difference does not stem soley from one item, which means that this method cannot be used.
System Response
The reason code entered is not accepted.
Procedure
You can either select a different reason code, which would create a new open item for the customer or vendor OR write off the difference using the function Charge off diff.. This function either takes you into a pre-configured account assignment model or into the document overview. From here you can enter the required difference postings.
How can I proceed ahead?
Thanks and Regards,
Pradnya

Hi Saulo,
Thanks for ur reply.
I had alreay done the config in OBXL and OBBE. Only thing I wanted to know is while posting Incoming Payment by F-28, how to use this reason code.
Ur reply was a gr8 help for me.
Regards,
Pradnya

Error: Reason codes with automatic charge-off are not permitted here(F-28)

Hi All
I creted a reason code in obxl t-code and assigned a gl code in OBXL transaction code, But when I am trying to clear a payment with reason code in F-28, System is throwing the following error..Can some one tell me why i am getting this error?
Reason codes with automatic charge-off are not permitted here
Message no. F5605
Diagnosis
The reason code entered is designed to ensure that the payment difference amount is posted to an account specially set up for this purpose. Postings of this nature usually require additional specifications (e.g. tax code, business area). If the difference stems from a single open item, the necessary specifications can be taken from that item. In the case that led to this error message, however, the difference does not stem soley from one item, which means that this method cannot be used.
System Response
The reason code entered is not accepted.
Procedure
You can either select a different reason code, which would create a new open item for the customer or vendor OR write off the difference using the function Charge off diff.. This function either takes you into a pre-configured account assignment model or into the document overview. From here you can enter the required difference postings.

Hi Venkata,
It seems while entering the payment (partial payment / residual items) ... you are clearing multiple items with differences. (e.g. if the difference amount is $30, then may the difference consists of two invoices underpaid by $15 each). In this scenario, F-28 doesn't know which additional account assignment fields should be picked up ... hence the error.
First of all, to validate that this indeed is the case, try clearing a payment with the same reason code where difference can be attributed to a single invoice. If you still get an error, then there is some other problem.
Then, to take care of a the business scenario where the difference can indeed be due to multiple documents, select "charge off difference" option and create an entry to post the difference as necessary.
HTH,
Manish Patel
Sr. SAP Solutions Consultant

Lock Box Reason Code.

Hi Experts,
I am getting one issue in lock box, If Suppose customer has invoice of $ 1000, he is eligible for discount of $ 50 so he should pay net amount $ 950. But customer is paying full amount without knowing that he is eligible for discount i.e $ 1000. so system is crediting back $ 50 to the customer(returning back the $ 50 to customer).
In this case i want system should accept amount $1000 and system should not credit $ 50 to customer(system should not pay back to customer $ 50), instead of this system should transfer the balance to GL account by using the reason code.
Note : we are using BAI2 format for lockbox.
Please be advised what should i do in this case if i want to accept the full amount from the customer without doing the credit to him and i want to transfer the amount to GL account by using reason code in BAI2 format.
Regards,
Sam.
Edited by: samiuk on Nov 11, 2011 4:23 PM

Yes you can.
Customer and User tolerance limits, payment advice tolerance limits and reason codes
When an incoming cash payment does not exactly pay the referenced open item(s), then the system will not be able to perform clearing without creating residual items back on the account - except when you establish tolerance limits to allow posting with a write-off of acceptable payment difference amounts.
Reason code settings are used for description and reporting purposes, generation of specific customer correspondence letters (automatic system generation whenever this reason code is assigned to a document), and difference item write-off/dispute status assignment.

Lock box reason codes

Dear gurus
please advise as how we can uses reason codes with lock box file processing.
We want to write off each individual invoice on customer open item if it is paid +/-60$.
Can we use reason codes with lock box automatic processing, so that these +/-60$ writeoff's go to a particulat GL acct.
Many thanks in advance.
MSJ

Yes you can.
Customer and User tolerance limits, payment advice tolerance limits and reason codes
When an incoming cash payment does not exactly pay the referenced open item(s), then the system will not be able to perform clearing without creating residual items back on the account - except when you establish tolerance limits to allow posting with a write-off of acceptable payment difference amounts.
Reason code settings are used for description and reporting purposes, generation of specific customer correspondence letters (automatic system generation whenever this reason code is assigned to a document), and difference item write-off/dispute status assignment.

Reason Code Functionality

Dear All,
Experts.
I want to know about Reason Code. What is practical functionality of reason code ?
Here is my understanding as follows :-
Suppose I am posting one bill of Rs. 12,000/- against that I am receiving Rs. 14,000/-.
So if I use reason code, will my entry & effect like this ?
Bank A/c Dr 14,000
customer A/c Cr 12,000
Exchange Gain A/c Cr 2,000
( Being exchange gain of Rs 2,000/- )
For this functionality Reason code is used ?
1 ) In addition to this will Rs 2,000 generate one more residual line item in customer account ? 2 ) or account will be clear?
3 ) Where I can link the reason codes ? 4 ) It is at customer master level or document level 5 ) Reason code is Manual assignment or Automatic assignment ?
Experts your help on this will be great.
Regards,
Sharvari Joshi.

Dear,
Chintan.
Thank you again for focusing on my questions. Can I link the reason code to customer while taking the payment from F-28 ?
Or at any other T.code I need to use for using Reason Code ?
1) Define reasons Codes
2) Define accounts for payment differences
3) Define std reason code for clearing w/payment advice notes.
4) Define Reason code for conversion version
5) Define conversion of payment differences reason code.
are the only steps to configure reason codes ?
Your help on this will be great.
Regards,
Sharvari Joshi.

Reason code 34952

hello
in reports i have seen reason code 34952 but i do not see 34952 in predefined codes in ucce admin guide. this code not put in by us and does not show in registry keys. has any body seen 34952 before? we use cad 9
-aashish

Good Morning!
Reversal Reason code has the following uses in SAP!
1- A document is entered & posted Incorrectly. It must be reversed & re-entered correctly. When you reverse the document, you have to enter reversal reason code that explain the reversal. The reversal reason code also control whether the revrsal date is allowed to be different to the original posting date.
2-there are two types to reverse the document ( 1-Normal Reverse Postinf, 2-Negative Posting). For " Negative posting" the reversal reason code must ve defined for negative reversal in Configuration.
3-Reason code is also user for Accural/ Deferrel
Payment Difference Reason code has the following uses in SAP!
we define reason codes, per company code, for handling payment differences in the form of ,Residual items,Partial payments,Postings on account.
2-Control of the type of Pyment Notice that is sent to Costomer
3-Control the account where a residual item is posted.
4-Automatic posting of residual item to a specfied GL Account.
5-Exclusion of residual item from Customer credit limit check because it is disputed item.
Please reward me point as way of Thanks

Reason Code Consolidation

My HR dept is wanting to consolidate our current Acttion Reason Codes to eliminate obsolete codes and add new ones for more accurate reporting. If I delete the oboslete codes, then the historical employee records are effected (the reason code text is no longer present). Is there any way to keep the old codes intact so the historical records are not effected, but so that they do not show as active choices?

Good Morning!
Reversal Reason code has the following uses in SAP!
1- A document is entered & posted Incorrectly. It must be reversed & re-entered correctly. When you reverse the document, you have to enter reversal reason code that explain the reversal. The reversal reason code also control whether the revrsal date is allowed to be different to the original posting date.
2-there are two types to reverse the document ( 1-Normal Reverse Postinf, 2-Negative Posting). For " Negative posting" the reversal reason code must ve defined for negative reversal in Configuration.
3-Reason code is also user for Accural/ Deferrel
Payment Difference Reason code has the following uses in SAP!
we define reason codes, per company code, for handling payment differences in the form of ,Residual items,Partial payments,Postings on account.
2-Control of the type of Pyment Notice that is sent to Costomer
3-Control the account where a residual item is posted.
4-Automatic posting of residual item to a specfied GL Account.
5-Exclusion of residual item from Customer credit limit check because it is disputed item.
Please reward me point as way of Thanks

Reason Code Log History

Hi, I need to see the Log History of Reason codes that was available in work list. Is there any table or place where can i check the Reason code log history?
Thanks
yadayya

Good Morning!
Reversal Reason code has the following uses in SAP!
1- A document is entered & posted Incorrectly. It must be reversed & re-entered correctly. When you reverse the document, you have to enter reversal reason code that explain the reversal. The reversal reason code also control whether the revrsal date is allowed to be different to the original posting date.
2-there are two types to reverse the document ( 1-Normal Reverse Postinf, 2-Negative Posting). For " Negative posting" the reversal reason code must ve defined for negative reversal in Configuration.
3-Reason code is also user for Accural/ Deferrel
Payment Difference Reason code has the following uses in SAP!
we define reason codes, per company code, for handling payment differences in the form of ,Residual items,Partial payments,Postings on account.
2-Control of the type of Pyment Notice that is sent to Costomer
3-Control the account where a residual item is posted.
4-Automatic posting of residual item to a specfied GL Account.
5-Exclusion of residual item from Customer credit limit check because it is disputed item.
Please reward me point as way of Thanks

Customer Payment History Caluclation of Arrears BackLog in Days

Hi All,
Cn anybody explain me how does the system calculate the
Average BackLog in Days & Arrears in Forecast Days in Customer Payment History
T-Code S_ALR_87012177
Any material will also help.
Regards
Sunil

Program RFDOPR20 enables you to carry out a detailed analysis of the payment history of customers. It also contains a forecast of payment volumes and payment arrears, based on the existing payment history.
Requirements
Information on the payment history of a customer is only stored in the system if you select the field Rec.pmnt.hist. in the company code-dependent area of the customer master record.
Output
The following information on the payment history is displayed:
Customer type
Using as a parameter the payment volume in the periods under consideration, the system determines whether the customer in question is generally a net payer or a cash discount payer.
The type of customer is determined as follows:
If the customer usually utilizes the full payment period without claiming a cash discount deduction, he is a net payer.
If the customer usually pays in time to claim a cash discount deduction, he is a cash discount payer.
Arrears in days
The average days in arrears are determined as follows: Every incoming payment in the periods concerned is multiplied by its days in arrears. These amounts are added together and then divided by the total amount from all the incoming payments. This process ensures that the days in arrears are weighted by the payment amount.
Forecast for arrears in the next period
This forecast is based on the customer type that the system determined and attempts to make a forecast for the arrears in the subsequent period based on the payment volume data and the total resulting from the above mentioned calculation involving the payment and days in arrears. In this case, only data from the chosen periods is used.
To make this forecast, the system carries out separate forecasts for the payment volume and the total described above, and then determines the number of days in arrears by division.
Linear, logarithmic, exponential and potential models are used for the forecast, the optimal model being chosen in each case.
By choosing the menu option "Forecast" you can display more information, such as:
Payment volume in the periods under consideration
Trend for days in arrears (gradient of the curve for the days in arrears, based on the forecast value for the subsequent period)
Specifications on how the forecast was created (including a forecast for the payment volume in the subsequent period)
For the information described above, the entries for "Number of periods" and "With current period" are important. The "number of periods" determines how many periods are to be taken into account in the calculations (these are always the most recent periods). The current period, which is only taken into account if the checkbox "With current period" is marked, is an exception. If the current period is included, it distorts the forecast, if it contains postings which are not complete.
Further information offered by the program includes:
Volume of open items
Breakdown of number of payments, payment volume and arrears by period, where the last values are both subdivided into payments with cash discount or net payments. In these cases, the days in arrears are determined by weighting the amounts by the volume of the payment in question. You can display the results as a bar chart by selecting the menu option "Graphic".

Customer Payment using Reason codes

Similar Messages

Maybe you are looking for