Payment Difference by reason code charge to separate GL Account

Dear All
We have set reason code for payment difference with indicator charge to separate account. Also we assign separate account for each reason code in OBXL. When we try to post incoming payment with difference and assign the reason code system ask to do the account determination for Transaction ZDI. We already have settings for ZDI with reason code. When we enter one more entry for transactions ZDI without reason code system charge it to the account but in this way we cannot achieve our objective to post the difference to different account according to reason code.
Please advise
Thanks and Best Regards

What do you mean by "hierarchy"?  I'm not aware of any hierarchies within Transaction Management.
You need to set up an account assignment reference for the different portfolios (IMG activity "Define Account Assignment References").  
Then you need to set up the determination logic for assigning the account assignment reference to the transactions based on portfolio (IMG activity "Define Account Assignment Reference Determination (OTC Transactions)" or "Define Account Asst Reference Determination (Securities/Listed Derivatives)", depending on product type.)  
Finally, you need to set up the account determination to assign the GL accounts to the different account symbols for each account assignment reference (IMG activity "Define Account Determination").
Regards,
Shannon

Similar Messages

  • 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

  • Payment Advice EDI - Reason Codes

    HI All,
    At the time of configure the Payment Advise through EDI,  Is it Reason Codes configuration is Mandatory.
    Ex :
    Case 1 :
    SAP - Customer Invoice : @ 1000
    Customer Account Dr  - 1000
    To Sales Revenue       -  1000
    Incoming Payment Received file from EDI Transfer : @ 1000
    Bank Main Account Dr  - 1000
    Customer Account or   -  1000
    Case 2
    SAP - Customer Invoice : @ 1000
    Customer Account Dr  - 1000
    To Sales Revenue       -  1000
    Incoming Payment Received file from EDI Transfer : @ 900
    Will it accounting entry generate or will it stop due to the Partial Incoming Amount.
    In this case Reason Codes will work.  So Where can we insert the reason codes to capture the differential amount between the Invoice & EDI Incoming receipt
    Regards
    Raj

    Hi Satya
    I think you are expecting payment advice to your company from bank.
    For this you need create partner profile as BANK TYPE .
    ANSI X12 txn is 820 - Payment Order/Remittance Advice
    Please tell me is it ALE or EDI ?.
    If it is EDI we are reciving the file from EDI Subsystem
    It it is ALE means we are reciving the file from SAP R/3 only(genral practice).we can use ALE communication between SAP to NON-SAP systems also but when we are connecting to other company people will prefer EDI.
    thanks

  • 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

  • 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

  • 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

  • Reason code and payment terms

    Hi Gurus,
    Is there any link between reason codes and payment terms ?
    When I am posting a document or creating any residual and assign a reason code, it automatically assign a payment term and which i am unable to change.
    any advice, suggestion would be appreciated.
    Thanks.

    Hi,
    There is no direct link between Reason Code and Payment terms.
    Reason code is the key actually specify the reason for payment difference it can be any reason like DISPUTE - TAX, DISPUTE - IN PRICE, DISPUTE EX - QTY and so on and those we can define.
    Where as Payment Term are used to define
    1. Base line date for due date calculation
    2. Cash discount periods
    3. Cash discount percentage rated
    And the Payment Term which is coming by default while posting the document is the same one which has been defined in your master data for that customer. So I would suggest you check the master for that customer and surely you will find the same payment term updated there as well.
    But it not means that you can not changed Payment term while creating or posting document, you change it and it will supersede you master data payment term.
    Hope this will answer your query.
    Regards,
    Abhinav Sharma

  • 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

  • Clearing with reason code

    Dear Guru's
    I am clearing customer invoice.
    When I am clearing with Incoming payment at F-28 I am having a difference of Under or Over payment.
    All reason codes were customized.
    I am unable to execute F-28 for posting the difference with reason code.
    Can any body help me clearing the difference with Reason Code.
    Rao

    Hello,
    Recheck your config. in
    OBBE
    OBXL
    OBCW
    OBCR
    OBCS
    Regards,
    Ravi

  • Permitted Payment differences - lockbox

    Hi !
    I have an very urgent situation...even though the incoming payment from the lockbox file is having a payment difference that is within the tolerance limit, ththe actual invoice is getting cleared and this payment difference amount is not posting to a GL account , instead its posting back on the customer account.
    Ex: I have an incoming payment of 99.95$ for an invoice of 100$ and is within the tolerance limit( 1$) , then the difference 0.05$ should go to an GL account we specify in OBXL, but its getting posted as an open item on customer account
    Please some one help me resolving this issue. I jsut have one day for golive.. please someone help me..
    Thanks.

    Hi Sairam ,
    Actually I am facing eactly the same problem as you have described.
    Did you find any solution for that
    We are also close to GO-Live , your response is appreciated.
    regards
    Binal

  • Clearing Payment to a G/L account set up in Reason Code

    I am having a problem posting an overpayment/underpayment to a G/L account using a reason code. What I am attempting to do is, using F-28, have the remainder of an underpayment post to a G/L account attached to the reason codes. What I need to have work is that in F-28 I do not want to have to enter any data on what the residual amount is, it should just take whatever is not paid and apply it to the G/L account tied to the reason code.  I have set 3 new reason codes in OBBE to test different possibilities with the checkboxes in that transaction, and have attached each of the reason codes to accounts using OBXL. What is happening now is that when I enter a short pay amount for an invoice and I enter a reason code in the RCd field in the residual tab - I hit save and it seems to try to attach the remaining amount to an account that is currently tied to a blank reason code in our setup in OBXL. I would think that since I am placing a code in the RCD field, that it would use the account tied to that. I have also tried to use the reason code field below, but encounter the same results or, with one of my codes that has the "charge off difference via separate account" checkbox checked, it will not allow that code in that field below.
    There must be a way to take the shortpay amoun,t and without entering the residual amount anywhere, use the G/L account tied to the reason code to post the remainder to. Can anybody help on what I may need to do to get this to work?
    Thanks -
    PS. This is not a tolerance issue as I have set the tolerances for both the customer and the user high enough to allow under/overpayments.

    No... this is SAP standard.... if you are treating them as residual payment and the GL is seperate than the small diff GL we have to enter the amount there..... as system cannot understand whats the differnece when we dont put the amount there......
    we can always see the field NOT ASSIGNED in the bootom.. it is just the matter of copy paste for the user.... it has to come thro user discipline.... i dont see a standard sap way of doing it,....

  • 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

  • Reason code for short payment received from Customers

    Hello
    We are on ECC 6.0 without application of any enhancement package.
    Requirement is to capture reasons of short payment received from customer and generate a report based on such reason codes.
    Reasons of short payment received could be - Adhoc payment; Excess billed; Tax deducted at source (TDS) on freight / service charges and Bank charges etc.
    Let me know relevant configuration required.
    Would reason codes be captured during incoming payment entry or customer account clearing?
    Thanks.
    Vimal, India

    Hi Vimal
    Following is the configuration for Reason code for customer payments. It can be short payment, over payment or discount not allowed.
    First step is to define reason code. You do this in Financial Accounting (New >Accounts Receivable and Accounts Payable>Incoming Payments>Incoming Payments Global Settings>Overpayment/Underpayment>Define Reason Codes
    Define reason code , short text, long text and assign it to correspondence type. (please note correspondence type settings needs to be done first).  There is a column c which is Indicator: Charge off difference via separate account set this if you want to post the difference to seperate account during clearing customer open item.
    The second step is to define accounts for payment difference.
    Financial Accounting (New >Accounts Receivable and Accounts Payable>Incoming Payments>Incoming Payments Global Settings>Overpayment/Underpayment>Define Accounts for Payment Differences
    Assign G/L accounts against reason codes.
    The third step is Define Reason Code Conversion Version
    Financial Accounting (New >Accounts Receivable and Accounts Payable>Incoming Payments>Incoming Payments Global Settings>Overpayment/Underpayment>Define Reason Code Conversion Version
    In this step, you make the default settings you need for the manual incoming payment processing via payment advice notes. If differences between the payment advice item and the total of the allocated open items occur after selecting the open items, you can enter a reason code in the payment advice item. This represents the reason for the reduction of the payment amount specified by the paying person.
    Create version 001 and name for it.
    For correspondence type create or assign relevant form and print program in global settings> correspondence
    Once you have these settings you can insert appropriate reason code while clearing customer open item .
    You can print correspondence via T-ode F.62 on a monthly basis or wekly basis.
    Hope this helps.
    Thanks
    Sanjeev

  • 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

  • Reason code in automatic payment

    Hi
    Please advice how to add the reason code in change line item while editing the proposal in automatic payment run.
    Thank you

    Hi,
    the reason code is normally used for payments with differences to the invoice amount. In the payment run the invoice would normally be paid fully except you have made some further reduction postings to that invoice so you would pay a reduced amount by selecting the invoice and the credit memos relating to it.
    But there is no option to choose this in F110.
    If you want to pay a reduced amount and have a reason code consider using the manual payment functions (F-53 / F-58).
    Hope this helps
    Hein

Maybe you are looking for

  • How can I back up an IPhoto library from one external hard drive to another?

    Hey Folks, WIth your help I have consolidated my IPhoto libraries using IPhoto Library Manager. I'm storing it on an external hard drive because I have run out of space on my Macbook Pro. Now I'd like to back it up. I have another large external hard

  • Events created on iPhone not added to iCal

    The events I've created on my iPhone to not get added to iCal when I sync via iTunes. I've tried "sync all calendars" as well as syncing selected calendars. Does anyone have any idea what I might be doing wrong? I have a feeling it's really obvious a

  • Did any one do this before - Pulling Hierarchy from R/3 to BW

    Hello Gurus, What are the steps and transactions that are used to pull R/3 custom Hierarchy to BW. We need to pull the R/3 custom hierarchy, which is already build to BW and huck up with 0PROFIT_CTR. I have not done this before and what to have some

  • FX5900U-VTD256 and Video In

    This card allows me to attach a VCR to it, and the drivers are installed.  Is there a utility that will allow me to watch the output from my video recorder?  I haven't found anything on the MSI CDs.

  • Having trouble opening iTunes...

    Whenever I open iTunes, it only stays open for about 2 minutes and then I recieve this error message: Runtime Error! Program Files/itunes/itunes.exe The application has requested the Runtime to terminate it in an unusual way. Please call technical su