Sd Billing Document (FI Postings)

Hi Guys,
I am looking at a billing document in VF03. When i checked the related accounting documents, i have a list of Accounting, PA, controlling, profit center and special ledger documents.
The number of these documents differ for different billing document numbers. How do we know how many of PA, Accoutning, Controlling etc. documents are generated for a particular billing document.
This is about SD-FI integration.
Regards

Hi Dave,
Thanks for the answer. I forgot mentioning that we have some billing conditions records in BW for 01/14/2006.
I would like to mention here that, some of our Billing documents in R/3 have separate PA documents for 'Revenue' and 'Rebates' while for others, both Revenue and Rebate amounts are included in the same PA.
For example, one of our Billing Doc has separate PAs for Revenue and Rebates. The PA doc. with revenue has a posting date of 10/20/2005 (1000$) and PA for rebates has a posting date of 01/14/2006 (100$). Now of this
100$ rebates, the rebates record in BW and COPA record in BW has 2 entries (14$ rebate and 86$ rebate). In Conditions, i have only one entry (14$ rebate) with a posting date of 10/20/2005 (This seemed a bit odd since the Rebates PA in R/3 had a posting date of 01/14/2006). The other conditions entry in BW for 86$ rebate is missing.
Can you give an idea of whether its a configuration problem, if not any other place to check for in R/3 or BW?
PS: We are using 2LIS_13_VDKON extractor for Billing Conditions are on R/34.7 with a patch level of 24.
Regards
Message was edited by: George Smith

Similar Messages

  • FM-release the billing document to FI postings

    Hi SAP Gurus,
    I would just like to ask, what Function Module can be use to release the billing document to FI postings? I hope someone can help because Im kinda new with this.
    Thanks in advance.

    The program i have provided is a report, if you can understand using the program you can just use SUBMIT statement and there is no need of FM's.
    Alternatively if you want you may explore FM: SD_INVOICE_RELEASE_TO_ACCOUNT.
    Regards
    Eswar

  • Error while posting billing document to Accounting

    Hi,
    We are getting an error when posting Billing document to Accounting .Eror "The document type is relevant for VAT.Please inset a VAT code in postings.
    Thanks in advance.

    Dear Ravinder
    Go to VF02, input the billing document and execute.  Now from the top menubar, click on Goto <> Header <> Header.   There check what pricing procedure is flowing.
    Now go to V/08, select that pricing procedure and check whether you have maintained the condition type for VAT.  I believe you have not maintained and hence, the error. Include the VAT condition type and create a fresh sale order.
    Meanwhile, you have to reverse the billing document via VF11, reverse PGI via VL09 and delete the delivery document. 
    thanks
    G. Lakshmipathi

  • Error while creating billing documents

    Hi,
      While creating billing documents I am getting error message as 
    Maintain customizing for excise and series group determination
    Message no. 8I619
    I have check the setting for CIN it is OK excise and series group are maintain properly so what can be the proble,
    regards,
    zafar

    Hi,
    Check once again customizing
    Maintain Series Group - In this IMG activity, you define the different excise series groups within your company. Series groups allow you to maintain multiple number ranges for the outgoing excise documents. Based on excise regulations and exemptions from the authorities you can maintain multiple number series for outgoing documents. But each of these series has to be declared to the excise authorities.
    - Define excise series groups based on type of outgoing document
    - Assign series group to excise registration ID
    - If no financial postings are required for an Excise invoice in this seris group then you tick the 'No utilization' indicator.
    - If the CENVAT has to be paid immediately and you need not wait for the Fort nightly payment then mark the 'Immediate Utilization' Iindicator. Example - You could define two series groups, group 001 for excise invoices, and group 002 for 57 F4 documents.
    - No account postings for CENVAT in sales cycle
    - No utilization Flag
    If you do not need any CENVAT utilization for an excise invoice but would like to just generate an excise invoice then you need to mark this indicator.
    If the flag is checked then system will create an Excise invoice in the given Series group but there will not be any account postings or Part2 postings.
    Immediate Utilization of CENVAT - Specifies that when you create an excise invoice, the system immediately pays the amount from CENVAT and creates the Part II entry. Such invoices will not be listed for fortnightly utilization.
    If you have both fortnightly and immediate utilization for the same excise group, the account determination within CIN IMG should point to the ED interim account.
    Thanks
    Chidambaram

  • While releasing billing document to accounting getting error message

    Hi Friends,
    I have created new condition type -YES7 and assigned to pricing procedure YDE10K ,I am releasing billing document to accounting but while releasing to accounting document I am getting error messages as "Assign condition type YES7 in CO-PA"
    if i double cilck this messages I am getting below descriptions.
    Assign condition type YES7 in CO-PA
    Message no. KE 391
    Diagnosis
    The system tried to transfer billing data to Profitability Analysis. However, an error was found in the assignment of condition types to CO-PA value fields. No entry has been made in the assignment table for condition type YES7.
    System Response
    The billing data cannot be posted to CO-PA if there is no entry as this would lead to differences between CO-PA and Financial Accounting. This is because this condition type posts to a G/L account (S400160).
    Procedure
    In CO-PA Customizing, make an assignment for condition type YES7 in operating concern EU01 under "Actual postings -> SD interface -> Assign value fields".
    so please let me know how to rectify this issue.
    Thanks in advance.
    Regards,
    Ramkrishna

    Before posting any question, please search the forum so that you would get solution straightaway.  Check these threads
    [Re: Assign condition type ZSMN in CO-PA|Assign condition type ZSMN in CO-PA]
    [Re: Billing not releasing to accounting|Billing not releasing to accounting]
    thanks
    G. Lakshmipathi

  • Billing Document is not released to Account -Error

    Hi,
    I am getting the below error while releasing the billing document into accounting.kindly help me
    Error Log
                 0900000165 000000 Document 0900000165 saved (no accounting document generated
                 0900000165 000000 Enter a true account assignment object with revenues
                Long txt
                    Detail
                     Diagnosis
                         You made an account assignment for 420100, a revenue
                         element, in controlling area 9000 to a cost center or
                         profit center.
                     System response
                         Cost centers and profit centers can carry revenues in the
                         R/3 System as statistics only. To ensure reconciliation
                         between FI and CO for revenue element 420100, a CO account
                         assignment object must record the revenues as a real value.
                         This object type is used for updating to the reconciliation
                         ledger.
                         In principle, it's possible for the R/3 System to
                         automatically derive this CO account assignment object, the
                         reconciliation object. However, all postings made in CO for
                         costing-based Profitability Analysis are logged in the
                         reconciliation ledger under "reconciliation object". In
                         this manner, the reconcilation ledger identifies the exact
                         values flowing into the operating profit. If you post
                         reconciliation objects during revenue postings to cost
                         centers or profit centers, you must do so while keeping the
                         interpretation of the reconciliation ledger reports in
                         mind. The sums of revenue postings to profitability
                         segments, cost centers, and profit centers cannot be broken
                         down further.
    Procedure
        o   To avoid posting to reconciliation objects, make
            account assignments to a real CO account assignment
            object.
        o   If you want to post to reconciliation objects, you can
            change this message to a caution or a note for future
            users, or deactivate the message entirely. Use the
            Implementation Guide under "Controlling: General" and
            choose Change message control. Enter area KI and
            message number 166. If you do not enter an individual
            user here, the change is valid for all users.
    Technical data
        Tech. data details
         Client
         Group Number
         Sales Document Number                  0900000165
         Item Number of the SD Document         000000
         Schedule Line Number                   0166
         Counter in Control Tables              00
         Message Identification                 KI
         System Message Number                  166
         Output Type                            E
         Message Variable 01                    420100
         Message Variable 02                    9000
         Message Variable 03
         Message Variable 04
    Please help me
    Thanks
    Supriya

    Hi Supriya,
    The following step is missing in your configuration: So please check the following step:
    Financial Accounting (New) - Financial Accounting Basic Settings (New) - Ledgers - Real-Time Integration of Controlling with Financial Accounting - Account Determination for Real-Time Integration - Define Account Determination for Real-Time Integration
    The above step is used for:
    You define account determination for the real-time integration of Controlling (CO) with Financial Accounting (FI).
    You have two options for the definition of account determination:
    Account determination without substitution (standard account determination)
    The level of differentiation with which you want to trace the postings to Financial Accounting determines how many accounts you create and whether you assign transactions or object classes. You can assign the accounts as follows:
    You specify an account for all reconciliation postings.
    You assign an account to each business transaction.
    You assign an account to each object class.
    You assign an account to each transaction and to each object class.
    Account determination with substitution
    In addition to account determination without substitution, you can determine the reconciliation account using substitution. For this, you have to define account determination at least for the specification of the posting key. Furthermore, you can use substitution to refine account determination.
    In contrast to when the reconciliation ledger is used, additional fields are available when real-time integration is used:
    RCL_ICCF-BEKNZ
    RCL_ICCF-RSEGMENT
    RCL_ICCF-SSEGMENT
    These fields are only filled by the system when real-time integration is used.
    Caution
    If you deploy the following functions, you may not use the additional fields in account determination:
    You still use reconciliation posting instead of real-time integration.
    You use real-time integration but you still have the reconciliation ledger activated so that you can use the reconciliation reports from Cost Element Accounting, such as CO/FI Reconciliation in Company Code Currency.
    These functions use the reconciliation ledger data, which does not contain the additional fields.
    For more information about defining account determination, see Define Adjustment Accounts for Reconciliation Posting.
    Please let me know if you need more clarification
    Thanks & Regards,
    Venkataraju Khottari

  • Transfer of Billing Document to COPA

    Hi,
    We are using Account based CO PA and when we are doing Post Good issue the COPA document is generating for COGS but when we are doing the billing the COPA document is not generating to transfer the Sales,Sales Deduction to the COPA.
    What would be the resaons for this and help me in this.

    Transfer of Billing Documents
    In this step you define how billing document items for sales from stock are transferred to Profitability Analysis (CO-PA).
    In costing-based CO-PA, you need to assign condition types and quantity fields from Sales and Distribution (SD) to the value and quantity fields CO-PA.
    Activities:
    Assign condition types to the desired value fields. These assignments let you transfer "real" conditions (those that are posted to FI) and "statistical" (fictitious) conditions to CO-PA. Assign value fields.
    For real conditions, the corresponding revenue, sales deduction, and cost-of-sales accounts must be defined as CO-relevant accounts (cost or revenue elements).
    Assign the quantity fields in SD to the desired quantity fields in CO-PA. Assign quantity fields.
    If desired, reset individual value fields for billing documents of a certain billing type. Reset value fields.
    For account-based CO-PA, the system only transfers those posting lines that are posted to FI as well.
    Activities:
    Only "real" postings that are posted to FI can be transferred to account-based CO-PA. All you need to do to transfer this data to CO-PA is make sure that the desired revenue, sales deduction, and cost-of-sales accounts are defined as relevant for CO.
    Prerequisites
    The operating concern to which you want to transfer billing documents has been completely defined.
    You have maintained record type "F" for the necessary number ranges.
    You have activated the desired form(s) of Profitability Analysis.
    Carry out proper setting in the following transaction for transfering SD-Billing Document to CO PA:
    In SPRO Transaction follow the below mentioned path and carry out the settings
    Controlling->Profitability Analysis->Flow of actual values---->Transfer of billing documents
    (please see the relevant documentation mentioned there to understand the concept in detail)
    1. Assign Value Field - KE4I
    2. Assign Quantity Field - KE4M
    3. Reset Value and Quantity Field - KE4W
    In SPRO Transaction follow the below mentioned path and carry out the settings

  • Error in posting billing documents mesg FF805

    Dear SAP Gurus ,
    When the billing documents are created via VF01 the accounting entry does not get posted. The error displayed is is  “Tax statement item missing for tax code V1 “
    Message number: FF805
    We have multiple tax condition types and diffrent tax codes too ..when the value is zero in the second tax condition we are facing this problem
    checked OSS notes...but of no help.
    Please let me know if anyone has faced similar issue . Any suggestions in this regard will be greatly appreciated.
    Thanks in advance.
    Vj

    Hi vijay
    check the condition record of the tax condition types and check wheather it has the tax code V1. check wheather it is the input or output tax code. Is that tax code assigned to the account key and the  automatic postings or not ?
    Check in the condition records the combination you entered .For example , if you take MWST condition type and if you maintain VK11 for domestic taxes key combination as customer tax material as 1 and Material tax material as 0 then system wont pick. some times
    But if you have entered  customer tax material as 1 and Material tax material as 1 system will pick the tax amount. so pls check these combination also
    Hope this helps you
    Regards
    Srinath

  • SD billing document same as FI document

    Hi Friends,
    In our client's process, during the SD billing document creation in TC: VF01 the same document was created in Finance (ex: billing doc.123456 and FI doc.123456) but at the time of canceliation of SD invoice system was generating diff. document nos. (ex: cancel billing doc. 112233 and FI doc. 445566).
    Is there any way at the time of cancelleation of SD billing doc. the same doc. needs to be generated in FI?
    appreciated for your great replies
    Regards,
    Deepu

    Hi
    Please look at the following site:
    http://sap.ittoolbox.com/groups/technical-functional/sap-acct/no-ranges-for-sd-and-fi-docs-916961
    He recommend that the SD document has a unique number range and reversals the (same doc type) and then set the FI doc number range to external, then it picks up the SD number
    Kind regards
    Dawn
    ps The other might go out of sinc if there's a power failure during update of FI and then SAp skips a few numbers to do 'catch up postings' when it starts up again.

  • Cancel / reverse billing document cancellation document?

    Is it possible to configure where we can cancel the billing document cancellation document?
    Right now, if we cancel a billing doc using vf11 we get a new cancellation document generated.  If we try to cancel that, the system says cancellation of this type not allowed.
    Will it work if we configure to allow a cancellation document type on a cancellation billing document?
    My problem is a cancellation document was created that is incorrect and can't be fixed - work order used is closed and they cannot open it back up.  So this document is stuck unless I can somehow reverse or cancel it.
    Thanks gurus - will promptly award pts for resolution.

    Thanks for checking - the original bill did not have the same issue. It was done some time ago using the same work order number as a reference that it posted to successfully.
    Since that time, that work order has been closed completely and allows no further postings to it.
    For some reason, a cancellation vf11 was attempted on that original bill & it tried to post back to that original order # in the cancel.  Since it had been closed, we run into this as there's no way to update that order # since it just uses the original one.  So now we have a cancellation document failed in accounting due to this message and can't fix it.
    A credit memo should have been done due to the order status but they did vf11 anyhow and we're left with this problem.
    Thanks much gurus

  • Assignment in Billing document displays different value than sort key

    Hello,
    The billing document is generated from VBRK where no manual intervention is possible. The accounting document which gets generated is directly posted in system.
    Sort key is used to fill up the assignment field at line item level. In case we have a sort key defined at the GL account at company code level & also at Customer account at company code level system will give priority to the customer sort key.
    In our case we have 2 customers where the settings are identical at both GL account & customer master at company code level.
    The sort key has been defined as posting date at GL account level & Document number + fiscal year at customer level.
    Hence system always updates assignment field with Document number, fiscal year.
    However in a peculiar case when we have generated the billing document in 1 case the assignment field has been correctly populated whereas in the other a WBS element has appeared.
    Could you explain from how & where this WBS element has appeared when other billing documents for the same customer are having the assignment field being populated correctly.
    Thanks & Regards
    Shreenath

    In addition to Ajay's suggestion,  please note three exchange rates you can find in billing document.  They are
    VBRP-KURSK = Document currency for Price determination which depends on the setting of TVCPFLP-PFKUR in copy control
    VBRK-KURRF = Document currency for FI postings. If you input manually in sale order field VBKD-KURRF, it is copied to above table / field.  Otherwise, this will be determined during invoice generation.  For more details see Note 36070 - Fixed foreign currency rate for Accounting document
    KOMV-KKURS = this is for local currency at Price condition level which will be determined based on pricing date.
    G. Lakshmipathi

  • Exchange Rate Billing documents

    Dear Friends,
    In SAP billing process; I am facing the problem with the exchange rate. as the rates picked in the sales order as default exchange rates maintained for the day; if the sales order is MTO and goods will dispatched after 2 months and within these 2 month the exchange rate got floated by a large amount and during the billing with VF01 t-code; the exchange rate will be something else; and I canu2019t change it at that instance also.
    The billing document will be posted to the accounting after getting the money from the customer and the exchange rate will become something else at this moment also; and make a large difference of amount at this instance. Is there is any provision in sap system so that I can change the exchange rate in the billing document and with this same exchange rate I can post the entries in accounting also. It will solve the problem as it will give me the billing amount in exact LC amount also.
    Please provide the solution for the same.
    Kraheja

    Good Afternoon,
    In the billing document there are 3 exchange rates, please review:
    - VBRP-KURSK
      Exchange Rate for the conversion Loc.currency <-> Doc.currency.
      for Price Determination
      The determination of this exchange rate depends on the setting
      of TVCPFLP-PFKUR in customizing copy-control
    - VBRK-KURRF.
      Exchange Rate for the conversion Loc.currency <-> Doc.currency.
      for FI postings
      If there is a manual entry in the sales order field VBKD-KURRF
      (Goto -> Header -> Accounting), then it is copied into VBRK-KURRF.
      Otherwise VBRK-KURRF is determined during invoice creation.
      It is supposed that manual entry has higher priority.
      See the OSS note 36070.
    - KOMV-KKURS
      Exchange Rate for the conversion Cond.currency <-> Loc.currency
      at price condition level.
      It is always determined according to the Pricing date.
      See the OSS notes 92613, 97487.
    During VF01 the system determines the Exchange rate for FI posting
    VBRK-KURRF from the currency tables according(OB08) to the billing date
    only if the field Exchange rate for FI posting is empty in the
    source sales document (VBKD-KURRF).
    If the sales document has this field filled, manually or copied from
    a reference invoice (by copy control routine), then it is copied
    in the subsequent billing document. This is the standard working
    of the system.
    The exchange rate should be based on your configuration in copy control
    (VTFA or VTFL) at the item category level.  The choices you have are as
    follows:
    Pricing Exhange Rate Type (V_TVCPFLP-PFKUR)
    A  Copy from sales order
    B  Price exchange rate = Accouting rate
    C  Exchange rate determination according to billing date
    D  Exchange rate determination according to pricing date
    E  Exchange rate determination according to current date
    F  Exch.rate determination accord.to date of services rendered
    I hope you find this information very helpful and hopefully it will solve your problem.
    Regards,
    Martina McElwain
    SD - Forum Moderator

  • Billing document referencing a credit note

    I have a requirement to create a billing document that references a credit note that is already in the system. A credit note was created for returns for an invoice that has been paid and we now want to create another order and bill the customer less the amount of the credit memo. Its a cash payment and an invoice is not created.How do we go about that.

    is this your scenario:
    - sales order, delivery and billing document created for customer, say 100 pce
    - customer payed for the order of 100 pce
    - customer returns 10 pce
    - credit memo request and credit memo created for 10 pce
    - customer orders a new order say 200 pce
    - you create a sales order, delivery and billin document for 200 pce
    But customer should only pay for his new order the value for 200 -10 = 190 pce
    is this right?
    I don't think you need to do anything as the FI postings anyway are updated and the Open items for the customer in FBL5N should show this. 
    It is just a payment process, your accounting clerk should inform the one who raises the order that the customer is only to pay for the difference.
    Well, this how we do it (in Pharmaceuticals).
    regards
    Sidi

  • Billing Document Not Released

    Dear All,
    After Saving the document it is not released and system gives error is as;
    You have not defined a CO account assignment for an account that is relevant to cost accounting.
    System response
    Account 411101 is defined as a cost element.
    This means that you must always specify a CO account assignment.
    Waiting for response.
    Sachhin

    Hello Sachhin,
    Postings to a profit center are only statistical and does not fully
    satisfy the 'Cost Accounting Assignment' required by the system.
    This is probably why the system continues to prompt you for a (valid)
    CO object. If you are using CO-PA, the profitability segment will
    satisfy the cost accounting assignment. If you assign an internal order
    of project, etc. it will also satisfy the cost accounting assignment.
    However, if your revenue accounts are set up as cost elements, you will
    receive this error message when trying to release the billing
    document to accounting.  You will need to establish a real CO object.
    If you do not want to post this revenue to any CO object, and only
    want to post to a profit center in EC-PCA, then you should not create
    the GL account as a cost element. If you do not declare this as a
    cost element, then it posts to FI and EC-PCA without the error KI235.
    Also I would recommend that you check the account assignment to make
    sure it has been set up properly in customizing.  Please review
    transactions 'OKB9' or 'OKC9'.
    Here are some notes for your review:
    83702      INFO: Acct assignmt logic sales order proc. - REM
    41103      INFO: CO account assignment logic
    17939      KI235 Account requires acct.assign. rel. to cost ac
    704119     Error KI235 in processing of a billing document
    105024     Automatic a/c assignment (OKB9) does not work
    106968     FAQ: Account Assignment Logic
    590855     VF02: Error message KI235
    Please also check whether you have assigned a cash account determination procedure to billing type in VOFA, if so, system will try to post to cash account.
    But the cash sales accounts are not relevant for CO, then error is issued.
    Regards,
    Alex

  • Billing document to COPA

    Hi Friends,
    With reference to the billing document one COPA document generated. But COPA document value is different from the billing.
    please explain the logic behind this.
    Thanks in advance

    Hi
    The differences do arise.
    Go to COPA > Tools > Analyse Value Flows
    Coming to the Logic:
    Values in billing documents are assigned to condition types in SD, accounts in FI and value fields in CO-PA. This function shows you a list of the values posted in CO-PA value fields, along with those posted in FI (profit and loss accounts) and SD (condition types). It also shows any differences between the values in CO-PA and SD (Delta CO-PA/SD) and between SD and FI (Delta SD/FI). If there is a difference, you can drill down to the respective billing documents.
    Statistical condition types (that do not lead to accrual postings) are marked as such and are included in the SD value. This makes it possible to compare the SD value with the CO-PA value. Since these condition types do not lead to FI postings, their values are not taken into account in the comparison between SD and FI. The delta between SD and FI therefore may not be the same as the actual difference between the SD and FI values.
    Check the link for a detailed explanation:
    http://help.sap.com/saphelp_46c/helpdata/en/40/c52df80d1e11d2b5cf0000e82de856/content.htm
    reg
    suresh

Maybe you are looking for

  • I see my photos in iphoto but cannot open them all I see is a !

    Hello, Please could anyone help me, I have just purchased a new external hard drive and all seems to be well.  I organised my iPhoto library and albums because I had duplicate photos.  Got rid of all those in the trash. I thought I would have a look

  • Applying CU4 for Exchange 2013 SP1 in a mixed 2010 / 2013 Environment

    We're planning to apply Exchange 2013 SP1 CU in our mixed 2010 / 2013 environment. We'd also like to apply Exchange 2010 SP3 Rollup 5 as well. Are there any gotchas or best practices on what update to apply first? Orange County District Attorney

  • A customer marked for deletion can create SO

    Hi guyes, there is an incident in SD module. A customer marked for deletion since 2008-4-29. But we can still create SO for it today(2008-12-26), only get a warning message. Can I configure somewhere to get an error message to prevent us creating new

  • Add location in reminders

    when creating a reminder in reminders(IOS5) the "add location" is not available. I am using a 3gs Thnaks

  • ClassNotFoundException is not thrown

    Hi, I compiled my source code using jre 1.4.1_03-b02 and running them using jre 1.4.1_02-bo6.The problem is, JVM is not throwing ClassNotFoundException if some .jar files required for running the application are missing. Can anyone tell me why JVM is