Incoming Payment: Distribute Differences

When applying payments and you want to distribute differences . . . the screen shows the amount and reason code . . . how can you add another field to this view such as payment terms?

All the Open item processing transactions like F-28, F-53, F-30, and FEBA_LOCKBOX use a single program SAPDF05X for performing the u201Copen item clearingu201D. In this program we have 4 different screens 4201, 4200, 1200, 1201 for performing the function of u201CDistributing differences in paymentu201D. One among these screens will be chosen by the program depending on the scenario.
Foe example: Screen 4200 is chosen when we wish to distribute the Residual amount by Reason code.
                      Screen 4201 is chosen if we distribute the difference amount (non-residual) in payment.
Among the four screens, 4200 and 1200 do not have any additional fields.
While the following additional fields are available for the screens 4201 and 1201:
DF05B-DFBUK    - Company Code
DF05B-DFDEB    - Customer Number 1
DF05B-DFKRE    - Account Number of Vendor or Creditor
DF05B-DFSAK    - General Ledger Account
Layout for these screens (4201 & 1201) cannot be maintained with the following standard options:
Line layout configuration (T. codes: FAKP, FB00)
Transaction variant configuration (T. code: SHD0)
There is a possibility to bring the available additional fields by activating the u201Cconfigurableu201D checkbox in the Table control attributes of respective screens, through the T. code SE51.
Above activity will allow us to create u201Ctable control variantsu201D which manages the available columns for input / output. However this option would be a Modification to the standard screen and will be overwritten during further upgrades.

Similar Messages

Post Incoming Payments:Distribute Differences

When Accounts Receivable applies incoming payments, if a customer does not pay an invoice in fullt, they will distribute the difference . . . we will assign our own identifier and assign a reason code. A document is created with Posting Key 06. However, there are no terms assigned to that document. Our Accounts Receivable group would like the terms to always default a certain terms code. Is there a way to set this up in configuration . . . We know how to manually add it, but that is alot of work.
BSEG-ZTERM
Thanks,
Diane

Substitution:
http://help.sap.com/erp2005_ehp_04/helpdata/EN/27/06e23954d9035de10000000a114084/frameset.htm

When using program RFDM3000/Automatic creation of dispute cases what is the difference with the option of Automatic incoming payment and Open items?

We currently have a batch jobs running for each, automatic incoming payment and open items. This was set up in the past and we are trying to determine what the difference is for each of these functions? Do you need to have the automatic incoming run prior to the open items for residuals and payments on accounts?

Hi Chris,
Program RFDM3000 creates dispute cases for residual items arising during automatic incoming payments (account statement, lockbox), during check presentation, or in postprocessing.
Alternatively, you can use the program to create dispute cases for open receivables items. You can use the selection criteria to restrict the quantity of open items (for example, using the document type and posting key for residual items from incoming payment postings).
You will find more information in the link below
http://help.sap.com/saphelp_erp2004/helpdata/en/0b/e07340b0c6980ae10000000a155106/content.htm
Regards,
Jose

Incoming payment VAT for exchange difference

I need to post the Incoming Payment (F-28 or F-36), with VAT tax about the exchange difference.
When simulate the post, appears the automatic position with the exchange difference but do not appears the VAT for this difference. Anybody know where customizing?

Please check this link
Exchange Rate configuration
thanks
SKKS

Unadjutsed Small Differences - Incoming Payments

Hi,
While processing the incoming payments, in case of small differences in cents, there had been set up a tolerance limit, due to which the small differences upto the tolerance limit get posted to a seperate GL Account. The users now want the tolerance limit to be revised. How can we check the same and revise? Would appreciate if any one of you could advise the T Code and brief procedure for the same.
Thanks in advance.
Best Regards,

Hi,
Please check the following
IMG > Financial Accounting (New) > Accounts Receivable and Accounts Payable > Business Transactions > Incoming Payments > Manual Incoming Payments > Define Tolerance Groups for Employees and Define Tolerances (Customers)
Check the permitted payment differences for Exchange Gain and Loss.
I hope this will be useful for you
Regards,
Jigar

Incoming Payments separate columns for differents currencies

Hi everybody
I am modifing this query in order to have an incoming payment report, but we want each currency in one column.
For example Checks in USD in one column and checks in other currency in a separate column.
Same for cash and transfers.
Right know my query is putting all check in one column.
Any advise?
SELECT T0.[DocNum] 'Recibo', T0.[DocType] 'Tipo Doc', T0.[DocDate] 'Fecha', T0.[CardName] 'Cliente',
EFECTIVO = CASE WHEN T0.[DocRate]> 0 THEN T0.[CashSumFC] ELSE T0.[CashSum] END,
CHEQUE = CASE WHEN T0.[DocRate]> 0 THEN T0.[CheckSumFC] ELSE T0.[CheckSum] END,
TRANSFERENCIA = CASE WHEN T0.[DocRate]> 0 THEN T0.[TrsfrSumFC] ELSE T0.[TrsfrSum] END,
T0.[TrsfrRef] 'Referencia', T0.[PayNoDoc] 'Pago Calculado', SUM(T0.[CashSum]T0.[CheckSum]T0.[TrsfrSum]) 'Total' , T0.[PaymType] 'Tipo de Pago', T0.[OpenBal] 'Balance', T0.[DocRate] 'Tasa'
FROM ORCT T0
WHERE T0.[DocDate] >=[%0] AND T0.[DocDate] <=[%1] GROUP BY T0.[DocNum], T0.[DocType],
T0.[DocDate], T0.[CardName], T0.[CashSum], T0.[CheckSum], T0.[TrsfrSum], T0.[TrsfrSumFC], T0.[TrsfrRef],
T0.[PayNoDoc], T0.[PaymType], T0.[OpenBal], T0.[OpenBal], T0.[DocRate], T0.[CashSumFC], T0.[CheckSumFC]
ORDER BY T0.[DocNum]
Thanks Bart Masellis

Ho Gordon, thank for replying, I have another version where I have 2 Columns.
I am using 2 currencies.
The idea is to have checks in $ in one column and checks in Local Currency in another column.
Same for Cash and Transfers.
Please check this one:
SELECT T0.[DocNum] 'Recibo', T0.[DocType] 'Tipo Doc', T0.[DocDate] 'Fecha', T0.[CardName] 'Cliente', T0.[CashSum] 'Efectivo', T0.[CashSumFC] 'Efectivo $', T0.[CheckSum] 'Cheque', T0.[CheckSumFC] 'Cheque $', T0.[TrsfrSum] 'Transferencia', T0.[TrsfrSumFC] 'Transferencia $', T0.[TrsfrRef] 'Referencia', T0.[PayNoDoc] 'Pago Calculado', SUM(T0.[CashSum]T0.[CheckSum]T0.[TrsfrSum]) 'Total' , T0.[PaymType] 'Tipo de Pago', T0.[OpenBal] 'Balance', T0.[DocRate] 'Tasa' FROM ORCT T0 WHERE T0.[DocDate] >=[%0] AND T0.[DocDate] <=[%1] GROUP BY T0.[DocNum], T0.[DocType], T0.[DocDate], T0.[CardName], T0.[CashSum], T0.[CheckSum], T0.[TrsfrSum], T0.[TrsfrSumFC], T0.[TrsfrRef], T0.[PayNoDoc], T0.[PaymType], T0.[OpenBal], T0.[OpenBal], T0.[DocRate], T0.[CashSumFC], T0.[CheckSumFC]
ORDER BY T0.[DocNum]

Distribute difference function in F-28

Hi Gurus,
When we use the distribute difference function during the incoming payment process (f-28) the posting keys which are currently used are
06 for underpayments
15 for overpayments
The correct posting key for overpayments should be 16 not 15
In case of under payment the system picks posting key 06 which is fine, but in case of over payment the system picks posting key 15 in place of 16.
I looked into OBXH and there the posting keys mentioned for payment difference are 06 and 16 however, the system is picking posting key 15 in place of posting key 16. I have checked with some of my ex-colleagues also working on different sites and they all are having the same issue. Could anyone tell me how to fix it and what is the reason why it is picking posting key 15 and not 16.
Thanks in advance

Hi,
As far as I understand, the system will use both the posting keys. Let me explain you with an example:
Lets assume that the outstanding invoice is for 9900/-. The customer has made a payment of Rs.10000/- with an over payment of Rs.100/-.
The entry for this would be as below along with the relevant posting keys:
PK       Account                                                   Amount
40      Bank                                                            10000
16      Customer(for the difference amount)                   100
15      Customer (for the invoice amount)                     9900
If this is the entry you are getting, then it is the normal way SAP will behave.
Regards
AKV

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

Clearing issue Incoming payment due to Cash discount ( customers)

Hello,
During processing automatic incoming payments the system don't clear the customer open item in case the customer has taken a cash discount.
The clearing should be done automatically in the posting area 2 but now the the user needs to do manual interventions in the FEBAN in order to clear the customer
We checked the payment terms and verified the discount taken by the customer and they are ok
After investigation we guess that the original SD invoice don't send the Discount amount and Discount base amount to FI, because we saw that those fields are empty in the FI document (RV),
Also in Billing the Cash discount base field in empty...
When i tried to create a manual customer invoice those fields are well filled in and the system clears the customer open item perfectly !
Any one an idea how to fix it ?

Hello,
Thanks for your feedback but the issue is not solved.
Is there difference in clearing behaviour in case the open item posting is orginated from a SD invoice ( Billing) because as stated before, when I make a FI sales invoice (FB60) the system perfectly accepts the cash discount and post and clears in postingarea 2
Also when I consult the open item position (FBL5N) the cash discount amount field is empty which is not the case when I post an FB60 invoice
Summarized
We are usiing the automatic bank statement program ( FEBC), during posting the system post perfectly posting area 1 (FEBP) but fails the post postingarea 2 ( the system makes a payment advice) the message the system generates ' Difference to large for clearing F5263'
Many thanks for help

Error while posting Incoming payments from customers

Hi Experts,
when i am trying to post Incoming payments from customers in F-28,The payment difference amount is Rs 5.
while simulating the following error
"TAX CODE C2 FOR COUNTRY IN HAS BEEN DELETED OR INCORRECTLY CHANGED"
MESSAGE NO.FS201

Hi,
OBZT just controls the display of the various tax codes in the drop down list if MIRO/ FB60 etc.
You need to maintain the atx coe correctly in FBZP. Go to FBZP and in this tax code and check whether the tax rates etc. have been defined correctly for it.
Regards,
SDNer

Document Split for Currency Exchange while posting Incoming payment

Hi Experts,
Scenario:
> Post incoming Customer payments using F-28
> posting entered today (14 Jan 2009), but posting date is 30 Dec 2008)
> Tested in Clients 001 and 005 (same setup in terms of GLs, Customers, Vendors, etc)
I was able to post the incoming payment in Client 005. However, in Client 001, I got error message:
*Ex.rate diff.accts are incomplete for account 0000140000 (Trade Debtors/Customers) currency SGD
Message no. F5063
Diagnosis
The accounts for posting exchange rate differences could not be determined. For the specified G/L account and the specified currency key, the accounts are only specified incompletely. Either the accounts for the implemented exchange rate difference, the accounts for the valuation differences or the balance sheet adjustment account are missing.
System Response
The system cannot generate the exchange rate difference posting.
Procedure
By pressing ENTER, you achieve that the document is reset to a status without automatic posting. In another window, you can complete default settings for exchange rate differences and post the document afterwards.
Proceed*
When I clicked Proceed, the system took me to OBA1, with "Document Split for Currency Exchange" option highlighted in blue.
Does this mean that I need to create a new GL account to post Document Split for Currency Exchange?
Note: Setup for OBA1 both 001 and 005 are the same. But I only encountered the error in 001.
Hope someone can help me.
Thanks...

problem solved: add relevant Open Item GLs in OBA1 (Account Determination for OI Exchange Rate Differences)

Incoming Payment with Underpayment/Overpayment in F-28 with reason code

Hi All,
While making a incoming payment with overpayment / underpayment in F-28, I am getting an error u2018Reason codes with automatic charge-off are not permitted here u2018. The reason code is defined with charge off checked and the account for differences is defined for the same.
Please advice
Thanks

Please check "Indicator: Charge off difference via separate account" in reason code settings (TCode OBBE). If this indicator is set against the reason code that you are using, you will getting the error.
What you can do is either use different reason code or in residual items tab you can specify the reason code with residual items.
Thanks,
Sukhbold
Edited by: Sukhbold Altanbat on Oct 13, 2011 7:47 AM

Wire transfer Incoming payment

Hi Gurus,
i got a scenario to import wire transfer file ( one receives from bank) to sap. usually we have transaction to import the lockbox file (T-code FBL2) in to sap and do posting. Similarly, whether is there any t-code or program for importing wire transfer file and do incoming payments in sap.
Thanks in advance.

Hi
Think the below would be helpful:
Wire Transfer - Refers to a same-day transfer of funds from an account at one bank to an account at another bank, initiated over the Fedwire system. The Fed guarantees to pass value as of the date of the Fedwire transfer is initiated provided the transfer meets all required criteria. Fedwire is a part of the Federal Reserve System Communication Systems.
ACH Transfer - Clearinghouse associations in many major cities have developed electronic methods of passing payments among members and other financial institutions in the region, and of exchanging payments among the ACHs themselves. ACH transfers may be either credit transfers (sending funds out) or debit transfers (pulling funds in). Either the payee or the payor may initiate them.
Differences between Wire and ACH
Wire Transfer is geared to a single transfer, while ACH Transfer is geared to handling multiple transfers in a batch mode.
Wire Transfer is geared to same-day settlement, while ACH Transfer is geared to future-date settlement.
Wire Transfer is expensive because of their customized one-at-a time nature, while ACH Transfer is inexpensive because of their structured data format and high-volume batch nature.
Regards
Aravind
Assign points if useful

Incoming payments posting without clearing the customer open item

Hi,
Is there a way to post an incoming payment to a customer and let it sit as an open item?
I want to segregate the posting and clearing of AR payments.
One user posts the payments to the customer account.
Another user clears this payment against an open item.
All t.codes F-26, f-52 and f-28 all go on to processing open items and don't work for me..
Does anyone have any workaround or suggestion on how to accomplish this?
Thanks

I can suggest posting the cash to the customers account as an unallocated enty using F-28 - we use charge of the difference and the posting keys to mange this.
The the other users can contra the items to the open items using F-32 clear customer.

Post incoming payment process open items error message

Hello,
When doing incoming payment process for open items one error message shows :"The difference is too large for clearing". It seems I have to input some amount in cash discount area.But actually the case discount amount is 0 in SO condition.
Could you please help me on this issue?
Thanks

Hi ling zhang
In F-28 you can clear the amount but you need to give the exact amount for that customer.
The possible reason for getting that error while clearing is that customer must be having already some more open line items.
Just go to FBL5N and check the open line items and the total amount of that payer and then go to F-28 and then clear the amount
Regards
Srianth

Incoming Payment: Distribute Differences

Similar Messages

Maybe you are looking for