Payment History for Customers

Hi
there is a field in the customer master (KNB1-XZVER). If this indicator is selected during the customer master creation, then the payment history gets updated and we can run the report using transaction code S_ALR_87012177, which is program RFDOPR20.
i got a requirement that even the KNB1-XZVER is not checked i need to generate a similar kind of payment history report for customers.
I am analyzing which tables this program is retrieving the data from and if the data is not updated into these tables, is it possible to do it thru a custom program.
If any one has worked on this kind of requirement please suggest me the solution.
regards
rajani

Hi
thanks for the reply. As you said we can do the config from the new entries created for the customer master.
Now the user wants the payment history for the customers already created where the check box for payment history is not checked.
can you suggest me the solution for that?
regards
rajani

Similar Messages

Payment History for PO

Hi ,
Can anyone suggest me how to get a history on PO 12345678 for Vendor " Tata Motors" ?.
Please suggest me how to get payment history for the above mentioned PO.
Thanks

in The ME23N Tcode check the Purchase Order History Tab..
in that You can see MIRO Number
Double click MIRO Number, Then in the MIRO Screen CLick FI Documents
in that check Accounting Documents..
You can see the Clearing document against PO number in the Accounting Document
the Clearing document it self is the Payment to the Vendor

Report for "record payment history" for customer ?

Report for "record payment history" for customer ?
Please send it.

Dear Goutam
Through <b>FBL5N</b>, you have to select "<b>Cleared items</b>" with "from to date" and execute.
You will get a list which can then be downloaded as excel by selecting "List" on top left followed by "export" and "spreadsheet".
Thanks
G. Lakshmipathi

Payment Terms - Only specify sales text for payment terms for customers !

What is wrong with the format in the attached screen shot ?
Do I have to Choose Customer & Vendor ?

Hi Emad,
This error “Only specify sales text for payment terms for customers" appears because this payment term is not applicable for customer. There are two choices either to delete the description text and make the payment term applicable only to vendor,However if you want to keep the description text, then make payment term applicable to customer as well by tick mark.
Regards,
Sam

Purpose of Manual Payment Advise for Customers

Hi
What is the use of Manual Payment Advise for Customers, generated through FBE1
Regards
Rupal

Hi Sai,
You wil need the help of ABAP programmer to write the program for this.
Reference field, Invoice date, Invoice amount, TDS deduction, Service tax deduction,WCT deduction, Amount paid, All these fields can be picked up from BSIK,BKPF & BSEG Tables.
The Logic is to develop a Z program which will pick up for each document posted, based on Document Number and Date the data for each of the above mentioned fields from the given tables and create a Payment Advice Form on whch he will print the data.
Thank You.

Payment history of customers

Dear All,
I want to know there is any standard report is available where I can see the incoming payment for customers with Customer code, Invoice No, Invoice Date,Bill amount, Payment due date, Actual payment receipt date and secondly in which standard report field "KUKLA" table "KNA1" is available to see this value.
thanx.
regard
SPS.

Hi
Go to Screen Layout and select inoice date and payment date in FBL5n.
hope this will helpful for you.
-// jemes

Payment History for vendor and Customer in AP and AR

Hi Guys.
Has anyone done the upload of PAyment History from vendor/Customer in AP and AR modules in FI from legacy system.
if ye s how can we do it ? It is F-06 and F-07 transactions.
Please let me know if there is a BAPI?
Thanks for the quick help..
Vijay

Thx for the quick answer Andreas. n further discussions we found that the actual requirement is to only have the payment history data for both the vendor and the customer only as a referece. I mean they dont want to have the actual accounts posted for historical data, since we have to anyway have a conversion for the GL accounts related data afterwards.
I hope i cleared what we want here. Do we have any way we can update the data in this case. Is there anyway we can have data stored in LIS possibly for such cases..
Any ideas

DME file issue: Payment run for Customers

Hi Gurus,
Please help me in the following problem.
I have done the configurations for automatic collection/refund using F110 for customers in our ECC 6 system. Iu2019m having a requirement as below.
1. Singular payments to be made for each customer transaction.  Have done that by checking u2018Singular paymentsu2019 check box in customer master data.
2. All payments should be collected in DME file at customer level even though the payments are multiple.  have done that by customizing the RFFOGB_T program.
3. Configurations are done for incoming (Receivables) and outgoing payments (refunds) in SAP and working fine.
Now the problem is, there is a requirement to net-off the monetary value of a customer in DME file i.e. if a customer having debits and credits then we need to net off the amounts and check whether itu2019s an incoming or outgoing payment to that customer. I have done the code changes for this requirement as well and it is working perfectly fine, however DME file produces 2 CONTRA lines one as debit to bank account and another as Credit to bank account (provided I have 2 customers in a run where one customer ends up in net debit balance, and another customer ends up with net credit balance). Our Bank doesn't accept more than one CONTRA in a single DME file.
Example scenario:
Customer1
Booking 1 -> 400 (Dr) & 200 (Cr)
Booking 2 -> 300 (Dr) & 100 (Cr)
Customer2
Booking 3 -> 100 (Dr) & 300 (Cr)
Currently If I run the payment run by having both incoming and outgoing payment methods, then my DME file will result as below
Customer 1 -> Dr 400
Customer 2 -> Cr 200
Bank account -> Cr 200
However our bank is not accepting the above DME since there are debits as well as credit data records in the same file.
Currently we are going with 2 separate payment runs, one for incoming and another for outgoing by this I could able to produce 2 DME files as below for the above customer bookings.
Payment run 1:
DME 1:
Customer 1 -> Dr 700
Customer 2 -> Dr 100
Bank account -> Cr 800
Payment run 2:
DME 2:
Customer 1 -> Cr 300
Customer 2 -> Cr 300
Bank account -> Dr 600
Both files are being accepted by Bank, however business is not agreeing this since for every customer transaction bank charges client. (There will be 2 transaction for same customer in the same day)
Anybody encountered the same problem? I need some suggestion on how to produce 2 DME files in a single payment run, one having only net debit balance customers and another having only net credit balance customers, so that on a particular payment run a customer will have only one transaction going into bank either Credit or Debit. Basically I need to produce DME files as below for the above customer bookings
Payment Run 1:
DME 1:
Customer 1 -> Dr 400
Bank account -> Cr 400
DME 2:
Customer 2 -> Cr 200
Bank account -> Dr 200
Please help.

Client has a difft scenario.
They pay to the customers for warranty and incentives. 2 ways to pay to the customer: generating payment run F110 within AR and the other being F110 from AP where all the customer open items are closed and sent to AP for payment using a custom program.
The problem with this is they have two interfaces each from AP and AR and aslo a custom program.
Now, solution is to pay all customers thru AP by setting each customer as vendor so that all the open items are picked in the payment run.
Next solution is to have single interface but paymentruns seperately from AR and AP. Both would send the files differently to Bank when paymnt run executed. Concern here is when both Ar and AP send files will the interface be able to handle it like 2 difft files or should there be any consolidation kind of thing.
Another question is, do we have to set up all customers as vendors in order to pay to the customer thru AP. There is customer accounts field where range of customer accounts can be added. Just by adding customer accounts, does it pick up the items for payment.
Please reply.
Satya

Restricting Payment Method For Customers

Dear gurus!!!
My client has the following requirement in which he desires that
1- Can we receive incoming payments from customers with different payment methods. In our assignment field we give the cheque number or deposit slip etc... which is freely definable, so we want to restrict the payment method against customer considering that there is no option of "payment method" in the incoming payments screen f-28.
we want to restrict incoming payments from certain customers via cheque or cash.
does any one has any ideas on how to fulfill this requirement
your help would be highly appreciated ....
thanks
Aurangzeb Khan

Hi,
You can only use the payment methods assigned to your customers using the automatic payment program. Determine a house bank for these payment methods. With this it will determine which account to be used, when the customer paid in cheque or cash.
Create a payment method for INCOMING payment for cheque and cash. After that you assign the payment to your customers. When you receive the payment, you won't use f-28 but you will use F110 instead. Select the payment method for this customer and the customer. Once you're done up to posting, the payment is posted to the specific account for cheque or cash.

Payment Run for Customers

Hi All,
In case of payment to the customer by executing/running F110, do we need to set up all customers as vendors in order for the F110 run to pick up the open items.
There is a Customer Accounts field where you can enter the range of customer accounts under "parameters" tab. Does these customer accounts have to be set up as vendors in order to pick up in the payment run or we can just enter the customer accounts without crearting them as vendors and it will pick up the open items due to pay to the customer.
Probably this is a very easy or basic question. I am confused so please answer me. I need to make payments to customers thru F110.
Regards,
Satya

Client has a difft scenario.
They pay to the customers for warranty and incentives. 2 ways to pay to the customer: generating payment run F110 within AR and the other being F110 from AP where all the customer open items are closed and sent to AP for payment using a custom program.
The problem with this is they have two interfaces each from AP and AR and aslo a custom program.
Now, solution is to pay all customers thru AP by setting each customer as vendor so that all the open items are picked in the payment run.
Next solution is to have single interface but paymentruns seperately from AR and AP. Both would send the files differently to Bank when paymnt run executed. Concern here is when both Ar and AP send files will the interface be able to handle it like 2 difft files or should there be any consolidation kind of thing.
Another question is, do we have to set up all customers as vendors in order to pay to the customer thru AP. There is customer accounts field where range of customer accounts can be added. Just by adding customer accounts, does it pick up the items for payment.
Please reply.
Satya

FM to list payment history for an invoice document

Hi all-
Does anyone know of a BAPI or standard SAP FM that will provide me with a list of payments made against an invoice given the invoice document key (BELNR, BUKRS, GJAHR)?
Thanks in advance for your help,
Andy

Hi,
Thankyou Atif and Kharam for your suggestions.
I tried using FB04 and it keeps telling me no changes made for the document / and I also used the table CDHDR and CDPOS and it keeps giving me no table entries found for the document. So its not working.
Is there any other way where I can know who are the approvers or who all approved a particular invoice document once it is posted.
Thanks,
Ratheesh

Late payment Charges for customers

Hi
How do we set up the below scenario
When a customer doesn't pay the due say within 10 days, will be charged with of the 1.5 % of the Invoice alue.Subsequently if not paid in 20 days he will be charged 3 % of Invoice Value.
Any help is appreciate.Points will be definetly rewarded
Ramesh

Hi Ramesh,
In SAP, in Accounts recievable, you have a functionality called interest calculation. This is the best way to do a surcharge or late payment.
The functionality works this way that if your invoice has become overdue than an interest is calculated and put into the customers payable account and when a statement is sent to the client it shows these interest charges. These statements are payment statements developed by FI consultants.
regards,
Abhishek

FD32 - Customers Payment history/arrears

I need to develop report for all the customers Payment history/arrears (With cash Disc. and no. Of days) which is displayed in FD32 transaction. Is there any table store the value of Payment history for the entire customer or how to calculate this? Kindly help me.
Thanks

Seshu
You gave me right table. Great !!!
Thanks

DOWN PAYMENT FOR CUSTOMERS

Hi
Can anyone send me a write up on the standard down payment creation, reciept and clearing the same against customer invoice in SAP?
My email id is [email protected]
Regards
Sanil Bhandari

1 - Down Payment Request for Customers Use TC: F-37
Here you create Noted Item this line item you can use wile creating Down Payment
2 - Down Payment Use TC:F-29
3 - Transfor SP Gl to Normal by Clearing of SP GL Use TC: F-39
4 - By clearing of Normal Gl : F-32
5 - Incoming Payment Use TC: F-28
These are the Process for Down Payment for Customers,
i hope you this is use ful for you,
Thanks,
TML

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

Payment History for Customers

Similar Messages

Maybe you are looking for