FI Payment Receivable F110

I think that in transaction F110 the way how the open items are selected to form one payment is reading the open items (for example from BKPF) simply in order of appearence into the system when they have been posted.
Could anyone confirm me my thought? I have found nothing such as documentation and I'd like to know if this is changeable or this is strictly standard ABAP!!!!
Thank you all for all answers.
Marilena Abrate

Dear Ravi,
thank you for your reply. I think that what you are saying is right but not enough. I try to be more clear with an example:
Lista pagamenti per esecuz. pagamento 28.07.2008/RIBA1                      20.03.2009 / 12:15:04
                                                                                Pag.:      1
Pagamento Bnc.int. ID conto P Significato (lingua utente)    Titolare conto                      Imp.pagato Div.est Div.
SeCo   Soc. N. doc.    Tp. Data doc.     Data base CPAG CC   Importo lordo DE Detrazioni tot. DI   Importo netto DE Div. Err
70004988   SP.BR    C/EFF    R Ricevuta bancaria attiva                                                    4.005,76 EUR
ARPA 803004804 D1 28.03.2008    08.09.2008 Z12F 01          1.046,13               0,00           1.046,13 EUR
ARPA 803005303 D1 07.04.2008    08.09.2008 Z12F 01            240,40               0,00             240,40 EUR
ARPA 803006437 D1 28.04.2008    08.09.2008 Z90F 01          1.884,98               0,00           1.884,98 EUR
ARPA 803007804 D1 23.05.2008    08.09.2008 Z60F 01            834,25               0,00             834,25 EUR
|
70004988
4.005,76               0,00           4.005,76 EUR
|
70004989   SP.BR    C/EFF    R Ricevuta bancaria attiva                                                   21.695,10 EUR
ARPA 803005039 D1 02.04.2008    02.04.2008 Z12C 01          2.612,11               0,00           2.612,11 EUR
ARPA 803005396 D1 08.04.2008    08.04.2008 Z12C 01          3.000,17               0,00           3.000,17 EUR
ARPA 803005542 D1 10.04.2008    10.04.2008 Z12C 01          2.910,46               0,00           2.910,46 EUR
ARPA 803006376 D1 24.04.2008    24.04.2008 Z12C 01          2.019,25               0,00           2.019,25 EUR
ARPA 803006533 D1 29.04.2008    29.04.2008 Z12C 01          1.661,35               0,00           1.661,35 EUR
ARPA 803007265 D1 14.05.2008    14.05.2008 Z90C 01          1.478,27               0,00           1.478,27 EUR
ARPA 803007494 D1 19.05.2008    19.05.2008 Z90C 01          2.948,82               0,00           2.948,82 EUR
ARPA 803009105 D1 18.06.2008    18.06.2008 Z60C 01          2.171,36               0,00           2.171,36 EUR
ARPA 803009169 D1 19.06.2008    19.06.2008 Z60C 01            975,55               0,00             975,55 EUR
ARPA 803009423 D1 24.06.2008    24.06.2008 Z60C 01          3.399,46               0,00           3.399,46 EUR
ARPA 803110435 D8 16.07.2008    08.09.2008 0100 11          1.422,95-              0,00           1.422,95- EUR
ARPA 803110441 D8 16.07.2008    08.09.2008 0100 11             58,75-              0,00              58,75- EUR
|
70004989
21.695,10               0,00          21.695,10 EUR
|
70004990   SP.BR    C/EFF    R Ricevuta bancaria attiva                                                   59.410,51 EUR
ARPA 803007634 D1 21.05.2008    08.09.2008 Z60C 01         12.679,10               0,00          12.679,10 EUR
ARPA 803007960 D1 27.05.2008    08.09.2008 Z60C 01         18.263,23               0,00          18.263,23 EUR
ARPA 803008254 D1 03.06.2008    03.06.2008 Z60C 01         12.692,54               0,00          12.692,54 EUR
ARPA 803008420 D1 05.06.2008    05.06.2008 Z60C 01         15.775,64               0,00          15.775,64 EUR
|
70004990
59.410,51               0,00          59.410,51 EUR
|
70004991   SP.BR    C/EFF    R Ricevuta bancaria attiva                                                   57.136,99 EUR
ARPA 803005228 D1 04.04.2008    04.04.2008 Z12C 01          5.226,19               0,00           5.226,19 EUR
ARPA 803005307 D1 07.04.2008    07.04.2008 Z12C 01          5.499,21               0,00           5.499,21 EUR
ARPA 803005481 D1 09.04.2008    09.04.2008 Z12C 01          5.024,78               0,00           5.024,78 EUR
ARPA 803006025 D1 18.04.2008    18.04.2008 Z12C 01          4.930,39               0,00           4.930,39 EUR
ARPA 803006101 D1 21.04.2008    21.04.2008 Z12C 01          3.827,88               0,00           3.827,88 EUR
ARPA 803006206 D1 22.04.2008    22.04.2008 Z12C 01          4.964,61               0,00           4.964,61 EUR
ARPA 803007103 D1 12.05.2008    12.05.2008 Z90C 01          4.194,34               0,00           4.194,34 EUR
ARPA 803007805 D1 23.05.2008    23.05.2008 Z90C 01          3.924,76               0,00           3.924,76 EUR
ARPA 803008582 D1 09.06.2008    09.06.2008 Z60C 01          5.404,13               0,00           5.404,13 EUR
ARPA 803008897 D1 13.06.2008    13.06.2008 Z60C 01          3.540,03               0,00           3.540,03 EUR
ARPA 803009027 D1 17.06.2008    17.06.2008 Z60C 01          5.508,72               0,00           5.508,72 EUR
ARPA 803009495 D1 25.06.2008    25.06.2008 Z60C 01          5.091,95               0,00           5.091,95 EUR
|
70004991
57.136,99               0,00          57.136,99 EUR
|
70004992   SP.BR    C/EFF    R Ricevuta bancaria attiva                                                  101.828,26 EUR
ARPA 803004942 D1 01.04.2008    01.04.2008 Z12C 01         10.401,08               0,00          10.401,08 EUR
ARPA 803005038 D1 02.04.2008    02.04.2008 Z12C 01          6.570,39               0,00           6.570,39 EUR
ARPA 803005635 D1 11.04.2008    11.04.2008 Z12C 01          9.641,06               0,00           9.641,06 EUR
ARPA 803005695 D1 14.04.2008    14.04.2008 Z12C 01          7.981,27               0,00           7.981,27 EUR
ARPA 803005790 D1 15.04.2008    15.04.2008 Z12C 01          6.340,17               0,00           6.340,17 EUR
ARPA 803006677 D1 05.05.2008    05.05.2008 Z90C 01         12.595,05               0,00          12.595,05 EUR
ARPA 803006859 D1 07.05.2008    07.05.2008 Z90C 01          9.644,87               0,00           9.644,87 EUR
ARPA 803006860 D1 07.05.2008    07.05.2008 Z90C 01          7.010,24               0,00           7.010,24 EUR
ARPA 803006933 D1 08.05.2008    08.05.2008 Z90C 01          7.576,74               0,00           7.576,74 EUR
ARPA 803007193 D1 13.05.2008    13.05.2008 Z90C 01          5.886,45               0,00           5.886,45 EUR
ARPA 803007338 D1 15.05.2008    15.05.2008 Z90C 01          7.186,43               0,00           7.186,43 EUR
ARPA 803008746 D1 11.06.2008    11.06.2008 Z60C 01         10.994,51               0,00          10.994,51 EUR
|
70004992
101.828,26               0,00         101.828,26 EUR
I dont understand the reason why the system splits the clearing document (7004988,7004989,70004990,7004991.70004992) in this way.
Thank you for all.
marilena

Similar Messages

Payment run F110 / RFFOAVIS_FPAYM: Print vs. Email

Hi everybody,
I have a question regarding the printing of payment advices within the payment run F110 via program RFFOAVIS_FPAYM.
Whenever there is a email address maintained in the customer master data the payment advice is sent as an email instead of printing it on paper, although I want to have it printed on paper !
I found some lines in the source code:
*     Check if advice on paper is forced
       IF flg_papieravis EQ 1.
         reguh-ediav = space.
       ENDIF.
But where is this flag set? Or how can I force the program to print the advice, no matter how the customer master data is maintained?
Any hints are highly appreciated!
Kind regards,
Kate

Hello,
SAP Menu -- Accounting -- Account receivable -- Document entry -- payment advice -- create.
once you enter the business partner details click on enter button.
then go to the over view button there you can find the export tab.
go to export tab click on send button then enter your recipient details click on send button.
i think so above points are helpful to you.
Thank You.

Incoming payments through f110 ?

HI,
Can one of you please give some info. On the following..
F110 .. We can also use for incoming payments. Can you please let me know when exactly we will execute incoming payments through f110 ?
For vendor it makes sense that it will collect the all pending open invoices and will generate a payment document including check printing(or whatever the payment method) to vendor.
Step 1. Create vendor invoices
Step 2. Run F110
Step 3. F110 selects pending invoices and generates payment documents
Step 4. depending on payment method It will allow us to pay the money to Vendor through cheque/ cash/ etc.,
I gues incoming payments is for receivables from customer, if so then what f110 does for incoming payments..
I feel if we know that customer deposited the money in bank (through bank statement) then we can run f110 for the open documents is it correct ? Or any other options.. Let me know step by step process like vendors
Step 1. Create Customer invoices
Step 2.
Step 3.
Regards
Ravinagh Boni

Ravi,
F110 can be used for incoming payments as well.It is not a common practice across all businesses. This process is called as ACH direct debit. In simple terms it is pulling money directly from customer bank account.Required things;
1. A payment method for Incoming payments, Payment medium program used for this payment method is RFFOEDI1
2. Banking information in customer master.
To explain it further:
1. Post invoice to customer
2. Run f110 to clear the invoice by inserting customer number in the parameters tab
3. Payment program creates an IDOC with all requirement information for the banks to process payments
4. if the bank accepts IDOC send idoc's to bank, if not process data in EDI translator and send the file to bank in aceptable format
5. Bank processes the payments and sends the clearing transactions as a bank statement
6. When EBS is processed main bank account will be updated.
I hope this helps,

Making spl GL payment through f110

Hi,
My client wanted to make the following spl gl payments through f110.
- Vendor Security Deposit Received
- Retention Money
- Vendor Security Deposit paid
- Rent Deposit paid
if we assign all these indicators in fbzp...all co code settings, what and all will be the constraints involved??
help is required urgently.
Thanks in advance.
Dharani

Hi,
No issue.
If you maintain the special GL that you want to pay in FBZP configuration, F110 program will then pick up during payment.
Regards,
SAPFICO

Making spl gl payments through f110

Hi,
My client wanted to make the following spl gl payments through f110.
- Vendor Security Deposit Received
- Retention Money
- Vendor Security Deposit paid
- Rent Deposit paid
if we assign all these indicators in fbzp...all co code settings, what and all will be the constraints involved??
help is required urgently.
Thanks in advance.
Dharani

Hi,
No issue.
If you maintain the special GL that you want to pay in FBZP configuration, F110 program will then pick up during payment.
Regards,
SAPFICO

Automatic payment program (F110) document are not update in PAYR table

Hi all,
I have make payment in F110 (automatic payment) to customer
But it is not update in PAYR table
Please guide me what I have to do for documents update in PAYR table
Thanks and Regards,
Prudhvi

Hi,
It is possible to enter multiple documents.
You can enter a list of single documents or in intervals.
Enter the document number in ascending order.
Ex:
Individual documents.
10001,10003,10011
If the documents are in a sequence you can enter the Interval like this
(10001,10011)
Hope it helps you
Regards
Andrew
Edited by: Andrew J on May 28, 2009 4:26 PM

Payment program F110 msg FZ618

When multiple payment documents does NOT have a payment method, the payment program F110 will stop any checks over 100K and displays message FZ618: > Payment amount is not within the limits allowed ( 0 - 99,999.00 ).
But when the payment document has a C, it will allow multiple payment documents to be combined into a check over 100k, this is NOT what we want. They want to continue to supply a payment method in the document and so we need to change the program to not allow checks over 100k no matter what the payment method is in the vendor or document.
Is the program that we need to change LF11MF01? Or what is the correct program we need to modify?

Solution: FBZP, add value to distribution amount in payment method by company code.

Error while processing payment through F110

Hello
I am getting the following error while processing payment through F110
> Payment method selection for items due now to the amount of EUR          287.32-
> Payment method "Q" is being checked
> Bank details are being checked
>     Customer/vendor bank details are being checked
>   System reads house banks and checks if they are allowed
> Our bank BBVA is being checked
> Bank different from the specified bank CAIXA in master record or items
>   House bank is selected ...
> No permitted payment method exists
Information re. customer 220912 / paying company code ES4 ...
... payment not possible because of reported error
I have created one payment method "Q" & in ranking order only House bank given as BBVA. I m not able to under stand where to make correction to make this resolved

Check if different House bank is assigned in Customer Master record - Co code - Payment transactions.

Logical error in payment thru F110

Hi,
I have written a print program for check printing, when i make payment through f110 that is selecting all documents in the proposal for which i want to make the payment, it creates new payment doc no for each. Now when i print, it is considering each payment as a line item in my program. which actually should be printing in a different check altogehter in different page in the same spool.
i have an internal table which contains all records for this payment and i am looping through it and applying some logic i call write statements and them close the form. In this case at new payment document no how should i print it in different page and not in a new spool.
some one please help how can i modify the program ... m stuck now ... its working fine for all other payment tcodes but not for f110 as here multip-le payment doc no are generated for each doc ...

Thanks for the replies ...
But i think i was not clear ... If i select multiple documents for payment in f110 it creates a payment document number for each. In this case, i need to create a check for each in separate pages, which the RFFOUS_C program already does. But, now the same program should handle all partial payments also. But the standard program creates multiple line items for one partial payment using residual payment. But in my case as per the req. I have to bring everything in one line item.
So I had customized the program to handle all this, but it works for same payment document number only. Here, now it prints multiple payment documents in the same check payment advice instead of different pages.
I am not able to understand for every new payment document number, how can I print all the details of the second document in the next page.
I have thought of a logic i need to implement it ... if any other ideas would be helpful.

Document selection in Automatic Payment program F110

Hi Experts,
Is is possible to use document number as selection criteria for automatic payment program (F110). Currently the options available are Vendor and Customer, In the "free selection" tab we can enter only one document at a time. Is it possible to select multiple documents for payment?
Thanks and regards,
Achal

Hi,
It is possible to enter multiple documents.
You can enter a list of single documents or in intervals.
Enter the document number in ascending order.
Ex:
Individual documents.
10001,10003,10011
If the documents are in a sequence you can enter the Interval like this
(10001,10011)
Hope it helps you
Regards
Andrew
Edited by: Andrew J on May 28, 2009 4:26 PM

Down payment received from customer

Hi, SAP Gurus
Sub: Processing of Customer Down Payment
1.I have completed the required configuration in T Code OBXR for down payment received from customer and down payment request from customer.
2.The processing of Down payment request is happening without any error message.
3.When I am trying to process a down payment in T code F-29 the following error message is appearing and I could not able to proceed.
<b>Account type K is not defined for document type DZ</b>
Can any one pl guide what may be the possible problem ? How to sort it?
It may please be noted that document splitting is activated in the client and the G/L accounts have been classified as required for document splitting.
Thanks in advance.
Surendra

Hi,
the message you get is quite easy to explain: you are using doc.type DZ (should be the default doc type for transaction F-29), but you are entering a vendor line item. This is definitely a problem as doc. type DZ usually does not allow vendor lines in the document, you can check it in transaction OBA7.
Another funny thing is you are saying that you want to enter a down payment received from a customer - so why do you have a vendor line in your document? I think this is the main problem, you are just using a wrong account type. Use the customer account you have entered for the down payment request earlier.
If for seom very strange reasons, you still want to use a vendor line in the customer down payment document, then you have to use another document type that allows customer, vendor and also G/L accounts (check OBA7). However, if you are working with document splitting, you should be careful when picking a document type.
Hope that helps, points welcome
Csaba

Payment run, F110: Regup-LAUFI=00001O, 00002O, ... 00014O, No history

Hi expert,
In REGUP table, I found that the field: LAUFI stored with some auto-generated ID, example:
00001O,
00002O, ...
00014O
These payment run cannot be searched through the screen of automatic payment transaction F110 (by combination of their run date and the above-mentioned run ID (identification)).
These data complicated our customized report of payment run printing. My case is I have same payment document (clearing document created by F110), with same run date, but different identification, as follows:
00014O (seem auto-generated identification)
NG335 (user defined, and with combination of run date, this F110 history is searchable through screen of automatic payment transaction)
In REGUH table, the field of LAUFI also behaves same as REGUP, which has auto-generated identification.
Does anyone face similar problem?
Why there is auto-generated identification? What is its functions?
Thanks in advance.
sbmel

Hi Expert,
Additionally, I found that the field of LAUFI internally is 6 char, but at the the screen of automatic payment transaction F110, the maximum char that can be entered in the identification field is 5 char.
Therefore, can we concluded that those data of REGUH-LAUFI and REGUP-LAUFI that more than 5 char (if the length of LAUFI is 6 char), we can ignore them, as these data is auto-generated by payment run program at the back-end?
I still would like to know why automatic payment program (F110) wants to generate these line item (data).
Any comments from your side?
Thanks in advance.
sbmel

Automatic Payment Run (F110) posting key setting

HI,
I would appreciate very much if someone could advice me about the posting key setting for Automatic Payment Run (F110). Where is the config done?

Hi Vani,
I am of the view that the solution to this issue would be :-
Moving to transaction FBKP.
Posting Key Allocating/checking.
Defination of each posting key and it field status
PL ASSIGN POINTS, IF USEFUL
Regards
Vivek Sahni

Vendor Tolerance Group in automatic payment program F110

Hi Experts,
We use automatic payment program F110 for payment to vendors. We want to define different tolerance group having different grace days to vendors.
e.g. Vendor 1 having tolerance group with 5 days as grace period
Vendor 2 having tolerance group with 10 days as grace period
Is it possible to have different grace days for making payment through F110. We donot want to make manual payment.
Thanks & Regards.

Hi,
Please refer this link:
F110 Payment run Problem
Regards,
Pramitha.

Automatic Payment Run-f110 Reg

Hi,
I am not FICO Guy.But,I need to run the Automatic payment Run -F110.
Can you please explain step by step procedure how to run the F110.
Thanks in advance.

Select run date and enter and identification
Enter your parameters, company code payment methods, next pmt date, select the vendors and/or customers
On the free selection screen you can select values which can be included or excluded
On the additional log screen select the type of logging that you require along with the vendors and customers
On the printout data medium screen youcan select a variant to use when running the program
Save the parameters
Schedule the proposal and run it
After proposal has been created verify it is correct
Schedule the payment run, run it and note posting orders carried out
You can use SP01 to faciliate the printing of checks
Then you can create a payment file - FCHX
Print a list of checks from the check register FCHN
The following link may also assist you...
http://help.sap.com/saphelp_47x200/helpdata/EN/01/a9c079455711d182b40000e829fbfe/frameset.htm

FI Payment Receivable F110

Similar Messages

Maybe you are looking for