Dme payment File for invoice & Credit Memo

Dear Sapients,
I have created a DME Tree structure for PAYM. This structure contains header & line items. Header will contain the vendor bank master data inputs  & Total payment payable by the bank per vendor for each payment run. The line items contain both invoices & credit memos details & their corresponding amounts.
Issue is getting the total value of all the invoice credit memo's in the header Field payment.
Currently, it sum-up the values without any sign in the payment file.
Below are the structure screen shots. Really appreciate quick response.
Structure
Header Field payment
Using Aggregation of Ref AMOUNT from line item
Line item reference field Amount
Structure field value of line item payment.
Kindly help to achieve this summation field value for the header.
regards
PBB

Dear Friends,
Can anyone shed some light on this topic ?
Many thanks
PBB

Similar Messages

  • You cannot supply payment terms for your credit memo

    Hi,
    My req is as per below,
    1) I would like to apply payment terms on credit memo screen throgu auto invoice creation.
    When i tried to update ra_interface_lines_all.term_id then i got error message : You cannot supply payment terms for your credit memo
    Can someone gudie me.How is it possible?
    Thaks,
    Raj
    Edited by: RajPatel on Sep 23, 2009 8:33 AM

    Hi octavio,
    Thanks for your valuable input.
    You are right and also I found from metalink...
    Subject: 11.5-AR-How Can You Enter Payment Terms For Credit Memos
    Doc ID: 249547.1 Type: HOWTO
    Modified Date: 16-DEC-2003 Status: PUBLISHED
    goal: How can you enter payment terms for Credit memos
    fact: Oracle Receivables 11.5
    fix:
    Payment terms cannot be used in Credit memos. This is standard functionality.
    The trx_date/gl_date of the credit memo transaction is the date which is
    considered as the due date of the credit memos. This is the current
    functionality.
    Thanks,
    Raj

  • BAPI for  Invoice Credit Memo

    Hi Guys,
    Can you plz help me which BAPI is used  for Invoice credit memo.
    Thanks and regards
    Praveen

    use...
    'BAPI_CRED_MEMO_CREATEFROMDAT2'
    data: con_cr_memo_bus_obj like BAPIUSW01-OBJTYPE value 'BUS2094'.
    CALL FUNCTION 'ZBAPI_CRED_MEMO_CREATEFROMDAT2'
    EXPORTING
    ORDER_HEADER_IN = bapi_hdr
    business_object = con_cr_memo_bus_obj
    convert = 'X'
    IMPORTING
    SALESDOCUMENT = bapi_salesdoc
    TABLES
    return = bapi_ret_tbl
    ORDER_ITEMS_IN = bapi_itm
    ORDER_PARTNERS = bapi_prtnr
    ORDER_ITEMS_inx = bapi_itm_out
    order_schedules_in = bapi_schd_lin
    order_text = bapi_text.
    AND in the cloned ZBAPI above in SE37/80, add this Importing parameter: BUSINESS_OBJECT LIKE BAPIUSW01-OBJTYPE
    Please have a look in older topics:
    MWST taxcondition missing bapi_salesorder_createfromdat2
    sales order with reference to quotation
    Message was edited by: kishan negi

  • F110 - payment run for paying Credit memo to the customer

    Hi,
    I haven't found any question about payment of credit memo to the customer via transaction F110. There is a error message Payment with currency EUR, payment method: No valid payment procedure appears. On the customer and in FBZP there are ok data.
    The problem is I think in the sales invoice, where I don't se the payment method.
    Do you have any experience with that?
    Thanks
    Saso

    i solved the problem by myself

  • Due date calculation for the credit memo with invoice reference.

    Hi,
    When we create the credit memo with reference to invoice, the due date for the credit memo is getting copied from Invoice. In this case if the invoice is due on 31.12.2008 and the credit memo is created on 10.09.2009, then the credit memo due date is appearing as 31.12.2008. It should be 10.09.2009 as per the setting in VOFA billing type customisation in "Credit Memo w/vldt".
    I would like to know how to customise the below requirement.
    If the reference invoice is due after the credit memo creation, the the credit memo should due as per the invoice date.
    If the invoice due is past & then the credit memo due date should be Immediate i.e. Due Immediately.
    Thanks in advance for help.
    Regards,
    Nithin

    I doubt there is such option. From the past projects I do remember that we made a change in the form to print the document date as 'Due Date' for credit memos. Credit memos were paid at once when they were processed and I think that payment term was copied from the original invoice, which made their due date far in future.

  • Correspondance for the credit memo combined with invoice

    Hi All,
    I have to create the printout for the credit memos. But also need to show the corresponding invoice details.
    Which is the best correspondance type, I should use, as I can see only the separtae one for credit  memo and separate one for invoice.
    Regds,
    Servesh

    Hi,
    When you create print outs, it is always on customised layout as per the requirements of the customer. In this form, it is possible to print the details of both your credit memo and the invoice associated with it. So you have to finalise the layout the credit memo with your business user and then inform the logic to the developer to print all those fields. He will enable the coding for the same. You can test and release it.
    For a credit memo, you have to find out the credit memo request from the VBFA table and then using this credit memo request you can find out the invoice number again from VBFA table. This number can be printed in the form in the desired place.
    Hope it helps you

  • BTE for posting Customer Invoices & Credit Memos in FI

    HI,
    Iam in process of activating BTE for customer invoices & credit memo's for Portugal's requirement for  digital signature .Anyone have an idea for BTE and procedure for digital signature's to be printed on FI - Customer invoices,credit memo and debit memo.
    Thanks

    Hi,
    Can you please go through the below link:-
    [http://www.consolut.com/en/s/sap-ides-access/d/s/doc/YY-SIPT_NUMBR_FI_V]
    I have implemented for Maxico and for maxico I have used below link of SAP OSS notes:-
    [http://www.sap.com/mexico/services/factura_electronica_en.epx]
    Regards,
    Gaurav

  • Invoice / Credit Memo / Sub Credit/Subs debit

    Dear experts ,
    I want to differentiate the following :
    1. Invoice document
    2. Credit Memo document
    3. Subsequent credit document
    4. Subsequent debit document
    Is it possible to have a different document type for each of the above
    while enetering an invoice /credit memo etc , in payment tab i have an option of selecting the document type.
    BUT
    I want this to be defaulted by the system based on the activity .
    HOW CAN THIS BE DONE ????
    Regards
    Anis

    Dear Anis,
    Subsequent Debits/Credits are used in cases where the quantity is in the original invoice is to remain the same.
    Example:
    PO 10 - $10
    GR 10 - $10
    LIV 10 - $11 (Logistics Invoice Verification)
    The vendor invoice is more than that in the Purchase Order. In order to correct, the Vendor may send in another invoice for the Increased amount or a credit memo for the reduce amount.
    If you approve of the price increase, post the subsequent invoice received as a Subsequent Debit Invoice.
    If it is a credit memo that has been received for reducing $1 of invoice price, then post the credit memo as Subsequent Credit.
    This would retain the quantity but reduce the amount.
    Subsequent Debit/Credit is for the case when the credit is not for the full amount eg. if the Vendor decided to credit & only the $1 overcharged.
    Credit memo is for the credit of the full amount and value.
    ++ You can configure the default document type for MIRO using transaction OMR4

  • Invoice & credit memo

    hi all,
    i understand from forum that :
    Invoice / credit memo - GR/IR clearing account and vendor account
    qty and value will give impact to GRC
    Subsequent credit/debit - Stock account and vendor account
    example of credit memo :
    Credit memo is posted when there is u want to correct the invoice posted already for both qty and value.
    For eg if vendor gives u invoice of 12 qty and value 120. but actualy he delivered only 10 qty of 100 rs. so in this case u post the credit memo with 2 qty and 20 rs so the total invoice u post becomes 10 qty and 100 rs.
    above i clearly understand.
    but when i check my system on miro posting and po history in me23n, is different case.
    GR  - qty 20080 value  3950
    IR - qty 20080 value 3950
    after vendor invoice is posted, there is a credit memo and invoice, both with reference to PO.
    credit memo qty 20080 (same qty) value 1000
    credit memo, the entry is dr vendor cr prd
    invoice qty 20080 (same qty) value 1000
    invoice, the entry is cr vendor dr prd.
    1) may i know why the offsetting account is prd? when i see in miro, no GL tab but only has po reference tab.
    2) where does the setting to ask system to use prd?
    thanks

    hi,
    i can understand your reply.
    but why the treatment is different from the general understanding below:
    Invoice / credit memo - GR/IR clearing account and vendor account
    Subsequent credit/debit - Stock account and vendor account
    if
    GR - qty 20080 value 3950
    IR - qty 20080 value 3950
    Kindly verify if below 4 points are correct.
    after invoice posted, if i do credit memo reference to the same PO,
    1) qty remained the same 20080 and value is less, say 1000, this 1000 is posted to credit prd?
    2) if qty say, 1000 and value 1000 also, double entry will be hitting GRC?
    after invoice posted, if i do invoice reference to the same PO,
    3) qty remained the same 20080 and value is less, say 1000, this 1000 is posted to debit prd?
    4) if qty say, 1000 and value 1000 also, double entry will be hitting GRC?
    thanks

  • Payment terms of the credit memo

    Hi
    When I create a normal credit memo, the credit memo payment terms are derived while when I create a credit memo against an MIRO document, the purchase order payment terms are derived. But even for the credit memo created via MIRO we want the credit memo payment terms to be derived. Is there any way we can set this up.
    Request your help please.
    Thanks
    Lavanya

    Dear Lavanya,
    the system design reports the following two cases::
    -With reference to purchase order
    The system always proposes the terms of payment from the first purchase
    order so that they can be changed in case of goods/service
    With only delivery cost items, the terms of payment key is automatically
    copied from the vendor master record.
    -Without reference to purchase order
    If the terms of payment key does not contain any value, this is copied
    from the accounting view of the vendor master record.
    Depending on whether you first create a purchase order with order
    reference or first create an item without order reference, the terms of
    payment are determined either from the purchase order or from the vendor
    master record in accordance with logic described above.
    I am afraid there is no other functionality avalible for defaulting the
    terms of payment.
    Can you please review SAP Note 322430 with regards to the payment
    terms.
    I hope this helps.
    mauri

  • AP Invoices/Credit Memo Workflow process using Optura

    Hi,
    We have a VIM tool Optura that we have implemented for our Workflow approval process where in the invoices/credit memos get parked, then go through a workflow approval process and finally get posted. These invoices/credit memos at the time when they are parked have attachments in them. The issue is that the when the credit memos get posted we loose the attachments that were present in them but it works just fine when we post invoices. Any idea as to what could be happening?
    Any help will be approeciated.
    Thanks,
    ALAM.

    Can you please explain where the attachment is getting disappeared?
    Is it in the attachment link of the Tcode of Credit memo or inside Workitem.
    If it is workitem then attachment is not properly binded from Workflow container to Task container.
    If it a Tcode you have to write ABAP Code to populate in the GOS of the Tcode.
    Thanks
    Arghadip

  • Report to view SO-Invoice-Credit Memo-Debit Memo-with/ without reference

    Hello Gurus,
    Can any one help me for viewing the report where i can see Sales Order Invoice ,Credit Memo & Debit Memo with/without reference .
    We are creating Credit Memo & Debit Memo without reference but uses the same Purchase Order Nos .
    Please guide me on this...
    Thanks.
    Sameer S Barde

    hi
    u can use the standard t-code vf05n to see the list with reference to the document type...
    do revert if question is not answered..
    regards
    Chander

  • F110 DME payment file: add a number of lead days to posting and value date

    Hello,
    For an Italian company, the DME payment file (F110) needs to be checked and approved by an accountant after it is created. This takes 3 to 4 days after which the file is sent to the bank. The bank will reject the file if the value date  is three days late (date which the bank uses to process the file on). For fiscal reasons the accounting clerks need the have the same posting date as the value date
    I managed to set the value date in the DME files a couple of days later. The setting I used (FBZP -> bank determination -> value date) adds the number of lead days to the value date on the basis of the posting date as defined by the user in F110. For some reason I cannot set it to 0 days, it always adds up 1 day. Is that a normal effect or have I changed the settings in the wrong way?
    I found another setting in customising ("define value date rules") which seems to have the same functionality. In the help function it is said that the setting does not influence the payment program and that the program manages the value date. Is there another setting? Can this problem be solved without the help of a programmer?
    Thank you very much!
    René
    functional consultant
    Edited by: ConsultantSAINT-OBAIN on Apr 8, 2010 10:24 AM

    Here's a section of code that does exactly that:
    CALL FUNCTION 'DATE_CONVERT_TO_FACTORYDATE'
      EXPORTING
        CORRECT_OPTION                     = '+'
        DATE                               = G_WORKAREA3-CREATEDON
        FACTORY_CALENDAR_ID                = L_S_PLANT-FACTCAL_ID
      IMPORTING
    *   DATE                               =
       FACTORYDATE                        = L_FCDATE
      EXCEPTIONS
        CALENDAR_BUFFER_NOT_LOADABLE       = 1
        CORRECT_OPTION_INVALID             = 2
        DATE_AFTER_RANGE                   = 3
        DATE_BEFORE_RANGE                  = 4
        DATE_INVALID                       = 5
        FACTORY_CALENDAR_NOT_FOUND         = 6
        OTHERS                             = 7.
      L_FCDATE = L_FCDATE + L_S_ZLEAD-/BIC/ZLEAD.
      CALL FUNCTION 'FACTORYDATE_CONVERT_TO_DATE'
        EXPORTING
          FACTORYDATE                  = L_FCDATE
          FACTORY_CALENDAR_ID          = L_S_PLANT-FACTCAL_ID
        IMPORTING
          DATE                         = L_DATE
        EXCEPTIONS
          CALENDAR_BUFFER_NOT_LOADABLE = 1
          FACTORYDATE_AFTER_RANGE      = 2
          FACTORYDATE_BEFORE_RANGE     = 3
          FACTORYDATE_INVALID          = 4
          FACTORY_CALENDAR_ID_MISSING  = 5
          FACTORY_CALENDAR_NOT_FOUND   = 6
          OTHERS                       = 7.
    * result value of the routine
      RESULT = L_DATE.

  • MIGO values when invoices/credit memos have already been posted

    Hi everyone,
    We are facing an issue with the values the system is calculating when doing the GR (and/or GR reversals) once invoices/credit memos have already been posted regarding the PO (Non Stock POs = non valuated).
    When a goods receipt is posted through MIGO (mov. type 101) it seems that the system is considering only the invoices values but we do not really understand how it is calculated and why it is not considering the total amount of invoices and credit memos.
    In fact when a GR reversal is done (mov. type 102) the system seems to be considering the total amount of invoices and credit memos posted against the purchase order.
    Please find below an example with the invoices and GR values (all invoices were posted before the GRs)
    GR     5000077059     1     18.12.2008     EA     -1     -3300,00GBP
    GR     5000076426     1     17.12.2008     EA     1     930,50GBP
    Tr./ev. Goods receipt                                    EA     1     -2369,50GBP
    IR-L     5105052971     1     17.11.2008     EA     -1     -835,00GBP
    IR-L     5105052970     1     17.11.2008     EA     -1     -50,00GBP
    IR-L     5105052959     1     17.11.2008     EA     -1     -885,00GBP
    IR-L     5105052958     1     17.11.2008     EA     1     885,00GBP
    IR-L     5105052957     1     17.11.2008     EA     1     885,00GBP
    IR-L     5105052428     1     13.11.2008     EA     -1     -105,00GBP
    IR-L     5105052427     r4tf cv     13.11.2008     EA     -1     -640,00GBP
    IR-L     5105052426     1     13.11.2008     EA     -1     -835,00GBP
    IR-L     5105052425     1     13.11.2008     EA     1     640,00GBP
    IR-L     5105052424     1     13.11.2008     EA     1     835,00GBP
    IR-L     5105051741     1     11.11.2008     EA     1     60,00GBP
    IR-L     5105051740     1     11.11.2008     EA     1     3240,00GBP
    IR-L     5105045571     1     16.10.2008     EA     1     105,00GBP
    Tr./ev. Invoice receipt                                    EA     1     3300,00GBP
    According to my assumption, in order to calculate the GR value it looks like the system is considering the average for the 5 first invoices and then the average for the 2 next invoices, and making the average of both of them. But if I post another invoice it does not seem to follow this rule.
    I would appreciate any explanation on how the system calculates the GR values and how we would be able to correct the GR value.
    Thanks a lot. Best regards

    Hi
    I hope there is no GR based IV tick in PO, only GR is ticked (PO based IV)
    In that case
    IR-L 5105045571 1 16.10.2008 EA 1 105,00GBP
    IR-L 5105051740 1 11.11.2008 EA 1 3240,00GBP
    IR-L 5105051741 1 11.11.2008 EA 1 60,00GBP
    IR-L 5105052424 1 13.11.2008 EA 1 835,00GBP
    IR-L 5105052425 1 13.11.2008 EA 1 640,00GBP
    Net invoiced value is 4880 GBP (taking out 00) for 5 quantity
    in case of PO based IV, if IV is done first and then GR, GR assumes the value of invoice but not the PO - in that case for above IV,  1 quantity of IV referes to 976GBP debit
    this value will be base GR/IR value for credit memos
    IR-L 5105052426 1 13.11.2008 EA -1 -835,00GBP
    IR-L 5105052427 r4tf cv 13.11.2008 EA -1 -640,00GBP
    IR-L 5105052428 1 13.11.2008 EA -1 -105,00GBP
    there are 3 credit memos - for which GR/IR credit will be equal to that of original GR/IR debit value - that is 976
    *so net credit on GR/IR because of credit memos will be (976976976) = 2928GBP for 3 quantity *
    IR-L 5105052958 1 17.11.2008 EA 1 885,00GBP
    IR-L 5105052957 1 17.11.2008 EA 1 885,00GBP
    Then there are two invoices of values 885 GBP each - so total debit will be 1770 GBP
    so total GR/IR debit will be ( (4880/5) -(2928/3) + (1770/2) ) = 930.5 (debit)*
    This value is the base GR/IR for credit memos
    net GR/IR debit will be 930.5 - this is the base for GR - because in GR - entry on GR/IR will be credit
    *So if you make GR - then GRed value will be 930.5*
    IR-L 5105052971 1 17.11.2008 EA -1 -835,00GBP
    IR-L 5105052970 1 17.11.2008 EA -1 -50,00GBP
    IR-L 5105052959 1 17.11.2008 EA -1 -885,00GBP
    *Now ordered will be XXX
    Delivered will be 930.5
    Invoiced will be 3300*
    IF you reverse GR now it will assume the value of invoice: then reversal will show 3300 debit on GR/IR
    That is what in your PO history now
    These will happen because of PO based IV - for which there will be GR indicator will be ticked.
    Thanks
    Edited by: Praveen Raghavendra on Dec 24, 2008 9:17 AM

  • COPA Values in the Profitability analysis for a credit memo request

    Hi All,
    When I am trying to create an Invoice document for a Credit Memo request having a Configurable material , in the accounting document profitable analysis Profit Center view fields are not getting updated.
    If we do the same thing for a reference material profit center view fields are getting updated properly.
    What is the problem with the Configurable  material.
    Thanks in advance,
    RajaMahi

    I would start fresh with a new sales order.  When you create with reference both the return delivery and credit memo are created with reference to the return sales order.  Here is an example document flow to clarify:
    Document                                      Date               Qty/value   UoM/Cur   Overall proc. status
                                                                                    Return 60000077 / 10                          08/25/05               10.000  EA      Completed                                 
    . Returns Delivery 500000016 / 10             08/25/05               10.000  EA      Completed                                 
    .. GD returns QI 4900030060 / 1               08/25/05               10.000  EA      complete                                  
    .. Credit for Returns1 10000017 / 10          08/25/05               10.000  EA      Completed                                 
    ... Accounting document 10000017              08/25/05               10.000  EA      Cleared

Maybe you are looking for