Condition type used for invoice list

Hello Gurus,
        following condition type used for invoice list, why do they exit in invoice list:
         RL00    MW15.  LR00    RD01

Hi,
Please go through the below document
When you work with invoice lists, you need to be familiar with the following concepts:
Prerequisites for invoice lists
Relationship to Pricing
Structure of an Invoice List
Changing header and item data
Integration with financial accounting (FI)
Prerequisites
You can only process invoice lists if the following prerequisite data is defined by your system administrator in Customizing for Sales:
Condition type RL00 (factoring discount) must be maintained and, if required, also the condition type MW15.
An invoice list type must be assigned to each billing type that you want to process in invoice lists. The standard version of the SAP R/3 System includes two types of invoice lists: LR for invoices and debit memos, LG for credit memos.
Copying requirements must be defined (for example, the payer, terms of payment and other fields that must be identical in the documents to be included in the invoice list)
In addition, before you process an invoice list, you must maintain the following master data:
A customer calendar must be defined, specifying the time intervals or dates on which invoice lists are to be processed.
The customer calendar must be entered in the Billing Sales Area view of the customer master record.
Pricing condition records for the condition type RL00 and, if necessary, (e.g. in Germany) the condition type MW15 must be maintained.
Output condition records for condition types LR00 and RD01 must be created.
Relationship to Pricing
The system processes factoring discounts in invoice lists in exactly the same way as other kinds of pricing elements. The data for the factoring discount is stored in condition records. Controlling during document processing is carried out via condition types, pricing procedures and access sequences. This control data is defined in Customizing for Sales by your system administrator.
For further information, see  Conditions and Pricing.
Structure of an Invoice List
An invoice list represents an individual billing document. It consists of a document header and document items. Each item represents a billing document that you have included in the invoice list. The header contains an overview of summary information, such as the net value of all documents in the invoice list, the value of the factoring discount, details of taxes, and so on. It also contains information on partners and output.
Changing Header and Item Data
You can change some of the header data - for example, the billing date - when you process the invoice list. You can change an item - either an individual or collective invoice - and display document details. However, you cannot change any data in individual billing documents once they are part of an invoice list.
It is possible, however, to make certain global changes to output in all items in an invoice list.
For further information on output, see  Communication in Sales and Distribution Processing.
Integration With Financial Accounting (FI)
The documents that you want to combine within an invoice list must already have been billed and forwarded to Financial Accounting. Here the billing documents intended for an invoice list are blocked for normal dunning transactions.
The dunning block on FI documents is lifted as soon as you create an invoice list and transfer it to FI . The system then calculates the new dunning date for the invoice on the basis of the invoice list date.
In addition, the system enters invoice list numbers in the FI documents as reference numbers. Invoice list numbers can then be entered for incoming payments.
When you save the invoice list, the system automatically creates an accounting document for the factoring discount and possible taxes and posts it to the corresponding G/L account in FI.
Regards,
Murthy

Similar Messages

  • Standard Condition type used for Manual freight at item level

    Hello Gurus
    Can you please tell me the standard condition type used for entering freight manually at header as well as item level.
    Warm Regards
    Prashant Joshi.

    Prashanth,
    The freight Conditions that we use in Sales are two types
    HD00 - Header Level, wherein we have no access sequence
    KF00 - Item level, Wherein we have access sequence  KF00 - Freight
    But you want the condition types to be maintained manually, then you need item details screen of the respective condition type HD00/KF00 using Tcode V/06.
    Inside that Manual entry as "C". Similarly you need to maintain or activate "Manual" Indicator in pricing procedure. Then you can enter the freight Manually.
    Note:
    The difference In applying at the header level and item level is if you enter freight value at the header level it is applicable to all items in the item level. But if you want to apply freight  we can give freight to each item or selective item.
    Regards
    Sathya

  • Condition type used for scrap

    hi,
    what is the condition type used for scrap in Standard SAP.?Assured points
    Best regards,
    R.Srinivasan

    Dear Srinivasan
    Follow the below process:-
    1)  Go to V/06, either copy the standard or create a new by naming ZTCS and maintain the following:-
    -  Cond. class::::::::::A
    -  Calculat.type::::::::A
    -  Access seq.::::::::::K004
    -  Manual entries:::::::D
    -  Item Condition:::::::X
    -  Text DetPrc::::::::::04
    2)  Again in V/06, create one more condition type (say ZECT) for Edu.Cess on TCS for which the same values can be maintained as like ZTCS
    3)  Go to OV34, create an Account key for TCS, say ZTC and ZET for Edu.Cess
    4)  Go to VK11, input the condition type ZTCS and maintain the required TCS percentage (the combination which you can maintain is for Sales Org / Dis.Channel / Material or as per the requirement demands you).   Similarly, you have to maintain the required percentage for Edu.Cess also in VK11
    5)  Now go to V/08, create a new pricing procedure exclusively for scrap sales and maintain these two condition types there with respective Account Keys
    thanks
    G. Lakshmipathi

  • Can old billing documents be relevant for invoice list?

    Hi,
    I have checked this forum for posts on Invoice List. But I could not find a solution for the issue we are facing -
    We have already gone live with SAP. We are creating regular invoices for our customers.
    Now, some of our customers need an invoice list. Hence, we have set up the configuration now and it is working fine.
    Question - some of the invoices have been created before invoice list was implemented. These old invoices are not relevant for Invoice list (vbuk-relik).
    Is there a way to make these old invoices relevant for Invoice List, so that I can add them to this month's invoice list?

    Your post is not clear to me.  You mean to say some billing documents were generated in SAP for which, the document type for Invoice List is not set in configuration?  If that is the case and you changed the configuration, then it is not possible with normal circumstances.  You can try with USEREXIT_VKDFS_SORTKRI_BIL which is used for Invoice List where you can force those billing documents.
    G. Lakshmipathi

  • Condition Types used in a particular country

    Hi Experts,
    I am trying to pull a report of changes made to the condition types using VK13. Before doing this, I would like to know what are the condition types used for a particular country. How can I find out the condition types used for a particular country. Please advise.

    Hi Murukan,
    As above said we will not maintain condition record for country,until we select the country in our access sequence.
    You know the changes made to condition type by the table CDHDR and CDPOS
    go to SE16N give the table CDHDR there in TCODE filed give VK12 you will get all changed information regarding that and get the
    value in filed CDHDR - OBJECTID pass the same into CDOPS - OBJECTID you can get specific record information.
    Check and revert
    Regards
    Ram

  • To change vendor no for condition types using BAPI_PO_CHANGE

    Hii,
    how to change vendor no for certain condition types using BAPI_PO_CHANGE.
    Is it possible .
    Any parameter is there.
    Plz help urgent
    Title edited by: Alvaro Tejada Galindo on Jun 12, 2008 5:23 PM

    Hi,
       It is possible.
    wa_pocond-vendor_no = wa_konv-lifnr.
    wa_pocondx-vendor_no = 'X'.
       wa_pocond-condition_no = wa_konv-knumv.
        wa_pocond-itm_number = wa_konv-kposn.
        wa_pocond-cond_type = wa_konv-kschl.
        wa_pocondx-condition_no = wa_konv-knumv.
        wa_pocondx-itm_number = wa_konv-kposn.
        wa_pocondx-cond_type = 'X'.
        wa_pocondx-change_id = 'U'.
        APPEND wa_pocondx TO it_pocondx.
        CALL FUNCTION 'BAPI_PO_CHANGE'
          EXPORTING
            purchaseorder                = wa_konv-ebeln
          POHEADER                     =
          POHEADERX                    =
          POADDRVENDOR                 =
          TESTRUN                      =
          MEMORY_UNCOMPLETE            =
          MEMORY_COMPLETE              =
          POEXPIMPHEADER               =
          POEXPIMPHEADERX              =
          VERSIONS                     =
          NO_MESSAGING                 =
          NO_MESSAGE_REQ               =
          NO_AUTHORITY                 =
          NO_PRICE_FROM_PO             =
        IMPORTING
          EXPHEADER                    =
          EXPPOEXPIMPHEADER            =
         TABLES
           return                       = it_return
           poitem                       = it_poitem
           poitemx                      = it_poitemx
          POADDRDELIVERY               =
          POSCHEDULE                   =
          POSCHEDULEX                  =
          POACCOUNT                    =
          POACCOUNTPROFITSEGMENT       =
          POACCOUNTX                   =
          POCONDHEADER                 =
          POCONDHEADERX                =
           pocond                       = it_pocond
           pocondx                      = it_pocondx
          POLIMITS                     =
          POCONTRACTLIMITS             =
          POSERVICES                   =
          POSRVACCESSVALUES            =
          POSERVICESTEXT               =
          EXTENSIONIN                  =
          EXTENSIONOUT                 =
          POEXPIMPITEM                 =
          POEXPIMPITEMX                =
          POTEXTHEADER                 =
          POTEXTITEM                   =
          ALLVERSIONS                  =
          POPARTNER                    =
          POCOMPONENTS                 =
          POCOMPONENTSX                =
          POSHIPPING                   =
          POSHIPPINGX                  =
          POSHIPPINGEXP                =
          POHISTORY                    =
          POHISTORY_TOTALS             =
          POCONFIRMATION               =
        COMMIT WORK AND WAIT.

  • Billing document not relenvent for invoice list

    Dear forum members,
    For one sales area I can create a invoice list from a billing document, but not for the other.In debug mode first one is relevent for invoice list processing ( VBUK-RELIK), but for another sales area ,thus staus is not relevent.
    Partner detemrination was different for both the above sales area.This was the only differnce. Partner determination is correct in both.What can be the other possible reasons for the status NOT RELEVENT for invoice list.
    Best Regards,
    Kanwal

    Dear Goyal,
    -->Check the configuration settings if you are using diffirent Invoice documents in two sales areas.
    IMG Path is SPRO>Sales and Distribution>Billing>Billing documents>Invoice lists.
    -->Check the data in the customer master in the transaction VD02.
    Go to Sales area data tab-->Billing document here you check whether you are maintaining the Invoice list dates or not.
    -->Check the Partner determination procedure assignment to the Invoice List type at Header level and item level.
    Because you are mentioned that partner dtermination wad different.
    Header assignment path.
    IMG>SPRO>Sales and Distribution->Basic functions>partner determination>set up partner determination.>Set up partner determination for billing header-->Prtner determination procedure assignment.
    Item assignment path
    IMG>SPRO>Sales and Distribution->Basic functions>partner determination>set up partner determination.>Set up partner determination for billing item -->Prtner determination procedure assignment.
    I hope it will help you
    Regards,
    Murali.

  • We look now for a suitable condition type "deposit for loaned packaging"

    Hi,
            Following is my client reuirement,
        We buy a lot of raw materials in loaned packaging (drums or IBC). The
    vendors are invoicing the packaging as an extra item on their invoice.
    Weeks or months later when we return the packaging to them we get a
    credit note.
    We look now for a suitable condition type "deposit for loaned packaging"
    which refers to account 631010 and we can use in the purchase order.
    Can you create such a type ?
    Please any one tell me whether it is possible? If yes, then which way?
    Regards,

    Hi Ajinkya1788 ,
    you can use a condition like FRB1 with a provision account key for your 631010
    or set up a valuation class to determine that account.
    You might want to check empties management documentation in help.sap.com
    best regards,
    Edgar

  • How to determine pricing procedure for invoice list

    Hi ,
    Could you pl let me know "How to determine pricing procedure for invoice list"
    All other things are available i.e.
    Create Condition Tables
    Maintain access sequences
    Maintain pricing procedures
    Define condition types
    Basically how the pricing procedure will be assigned for the Invoice list.
    br
    pinky

    Hi Pinky,
    Create a billing doc type by coping std.(ZF1)
    Assign invoice list to billing type Zf1
    Now maintain a document pricing procedure (for Eg: Z )
    Assign this to billing type in pricing control - document pricing procedure.
    Now maintain the pricing procedure determination as per the sales area /doc pp/cust pp.
    Also in copy control in VTFL maintain pricing type as " B".
    REgards,
    Krishna O

  • Same condition type used in MM , error?

    Hi ,
    I am (SD) using the same condition type which is used by MM and maintained different condition records in VK11. when I created STO , MM condition value is posting right , But with relevant to STO and Del , I create billing document , here The condition records what I maintained in vk11 are missing. I have check each and every step. where could be the error exists? cant we use the same condition type used by MM , though we maintained different acceess seq and condition records in VK11?
    Thank you,
    Kanna Palle.

    Hi,
    I copied the condition type and changed the name , but its already used by MM. Its a STO process .STO to DEL to IV Billing.I maintained condition records in vk11.In the combination of plant and material , I find different field name for material (but its still named as material and the data element is different from what MM material field). Its confusing I think.
    Precisely , I created access seq for plant and material , they field names are z123 and zabc. when I maintained condition records in vk11 ,  condition record saved in ZAAA and ZBBB fields. now at the time of Billing document , system throws an error saying, * condition record is missing *  The system checks z123 and zabc for condition records , which are not there becos they are in the fields ZAAA and ZBBB.
    At the time of Acc Seq creation , I tried to pick the same field which it shows in billing document.but that is not available in SD , its available only in ALLOWED FIELDS in MM. Pls Throw some light on this.
    Thanks,
    Kanna Palle.
    Any updates on this Pls?

  • Monthly purchase value,depending on condition type used.

    Can we search for PO,depending on condition type used in the PO.eg. we are using a condition ZENT for entry tax and
    the requirement is to search the po containing that ZENT condition.In dynamic selection mode there is condition group in
    purchase order detail,but it is not selecting the required PO.please guide.

    Hi,
    This requirement is not possible in std SAP Report.
    You need to develop a Z report with the help of ABAPers.
    Give proper logic for them for creating this req.
    Regards,
    Rahul

  • The document is not relevant for invoice lists

    Hi SD Experts,
    When i am creating invoice list (T.Code:VF21),I got the error that"the document is not relevant for invoice lists". i entered  invoice list type per billing document type (transaction OVV7).
    I already did those settings in the IMg. But still its not working, i really appericiated that you look into the query.
    Please advise.
    Thanks
    Tulasi

    Hi GTNRNR, 
    -- Check in  Customer Master Record (XD01) in billing tab the invoicing list Dates & Invoicing dates fields
    --Go to T.Code OVT0 & check these fields are included in your account group
    --Maintain the Copy controls for Proforma Invoice (F8) to Invoice list(LR) in VTFF
    --in header Copying Req 016
    --check mark on copy item numbers
    --Pos/neg qty is +
    ---Go to VF21 and enter the billing document No & Billing Type as LR & Execute
    Let me know if your problem is resolved.
    Regards
    Pradeep

  • Copy control for invoice list cancellation

    Hi Friends,
    I wish to maintain the copy control for invoice list cancellation, as the case study as follows
    My client maintain invoice list, but due to certain reasons ,one of the invoice from invoice list has to cancel , the error I am getting as "Sales document F2 cannot be invoiced with billing type LRS."
    Also , explain as to what fields  need to maintain in copy control for the same.
    Kindly help me at the earlist
    Thanks in advance
    Shailesh

    Hi
    As far as I know, invoice cancellation or invoice list cancellation is not done by copy control. or...that is the one and the only document in SD which can be created without copy control.
    I think it is only sufficient if you include the cancellation document type in the invoice list type in the configuration of Billing document types.
    I think that alone should solve your problem.
    Reward if this helps you.

  • Work list for Invoice List

    Hello,
    I have an issue with the work list (VF24) for invoice list.
    I have two billing doc:
    #10 billing type F2 (posted to FI)
    #11 billing type F2 (posted to FI)
    I created an invoice list for these two invoices:
    #91 billing type LR
    Later I have a third invoice# 12.
    I want to include all three billing doc in one invoice list.  Therefore, I cancelled the existing invoice list# 91, cancellation invoice list# 92 (billing type LRS) was created.
    I ran the work list VF24 but billing doc# 10 and #11 did not appear.
    Thanks in advance for your advice.
    CL

    Hi Surya,
    The sequence of actions performed is:
    1. create invoice
    2. create invoice list
    3. reverse the invoice
    4. reverse the invoice list
    It means that you reversed the invoices before reversing the invoice list.
    So their relevance for invoice list is not touched, because the invoice list was already created (and it was not reversed yet).
    Vice-versa, if you reverse an invoice before to create the invoice list (or after the invoice list is reversed), then it won't be relevant for invoice list anymore.
    And the cancellation invoice won't be relevant for invoice list as well.
    It is supposed that if an invoice already included in an invoice list is reversed, then the cancellation invoice will be included in another invoice list.
    This is the standard design of the system.
    Thanks,
    Alex

  • Basic Idoc type  used for Credit memo  processing

    Hi ,
    I am  working  to  automate the processing of Credit Memos ,Subsequent  debits and credits  .Can any body suggest me for the Idoc type used for posting of credit memos, which  will do the same function of transaction 'MIRO'  .Please  help  me for the above  .
    Please send the reply  on [email protected]
    Regards ,
    Shilpa

    Hi,
    You can use invoic message type with invoic01/invoic02 type of IDoc whichever is suitable for your requirement.
    Thanks.
    Mark points if helpful.

Maybe you are looking for