FI CO Integation: Document type for real-time integration with FI not there

Dear Gurus,
This is the error message that I got and I am looking for a solution could anyone help me please.
I was doing simultaneous costing and doing Product Cost Collector reports.[KKBC_PKO]
This is IDES 6.00 ehancement package 4,
How do I define a document type for real-time integration with FI?
Message no. FAGL_COFI003
"Diagnosis: For CO documents to be transferred into Financial Accounting in company code 1000, -the system requires a document type".
How do I go about with this, need steps to resolve this please
Thank you
Saleem

Hi,
1. Check which variant is assigned to your company code '1000' using this IMG path
IMG->Financial Acctg (New)->Financial actg global settings (New) ->Real-Time integration of Controlling with Financial Actg ->Assign variants for Real-time Integration to Company codes.
2. Check if document type is assigned to the variant assigned to your Company code in this path:
IMG->Financial Acctg (New)->Financial actg global settings (New) ->Real-Time integration of Controlling with Financial Actg -> Define Variants for Real-Time Integration.
Hope this helps.

Similar Messages

  • Defining Account Determination for Real-Time Integr

    Dear all,
    I haven't understood yet about Account determination for the real-time integration of Controlling (CO) with Financial Accounting (FI).
    Please tell accounting process that use this account. And give me a detail example.
    Thanks so much
    Minhtb

    Hello
    This is the new feature in New GL accounting
    During allocations in Controlling, most of the postings created do not affect Financial Accounting. These postings do not update any G/L account transaction figures; they are postings within Controlling. If, however, an allocation in Controlling leads to a change in the functional area or any other characteristic (such as Profit Center or Segment) that is relevant for evaluations in Financial Accounting, a shift occurs between the affected items in the profit and loss statement. For this reason, this information has to be transferred to Financial Accounting. This reconciliation between Controlling and Financial Accounting takes place by means of real-time integration.
    As a result of real-time integration, all Controlling documents that are relevant for General Ledger Accounting are transferred from Controlling to General Ledger Accounting in real time. This means that Financial Accounting is always reconciled with Controlling.
    A document is created in Financial Accounting for each posting in Controlling. This means that the detailed information contained in the CO documents is always available in reports in New General Ledger Accounting. This information can be sorted by the following, for example:
    ●     Functional area
    ●     Cost center
    ●     Internal order
    Real-time integration replaces the reconciliation postings from the reconciliation ledger. Consequently, you do not need a reconciliation ledger.
    If, however, you do not set the Reconciliation Ledger Active indicator in Customizing for the controlling area, you cannot use the reports belonging to report groups 5A* (5AA1-5AW1). You set this indicator in Customizing for Controlling under General Controlling ® Organization ® Maintain Controlling Area. The reconciliation ledger serves as the data source for reports belonging to the report groups 5A*. You find these reports in the SAP Easy Access menu under Accounting ® Controlling ® Cost Element Accounting ® Information System ® Reports for Cost and Revenue Element Accounting.
    Replacement reports are available as follows:
    ●     You find the reports in the SAP Easy Access menu under Accounting ® Controlling ® Cost Element Accounting ® Information System ® Reports for Cost and Revenue Element Accounting (New).
    ●     You can create additional reports in report group 5A21. You can assign the report group to any drilldown report of New General Ledger Accounting using the report-report interface.
    ●     From the report Financial Statements Actual/Actual Comparison, you can call up the report Cost Elements: Breakdown by Company Code. You find the report Financial Statement: Actual/Actual Comparison in the SAP Easy Access menu under Accounting ® Financial Accounting ® General Ledger ® Information System ® General Ledger Reports (New) ® Balance Sheet/Profit and Loss Statement/Cash Flow ® General ® Actual/Actual Comparisons.
    You can define account determination for each controlling area. You do this in Customizing for Financial Accounting (New) under Financial Accounting Global Settings (New) ® Ledgers ® Real-Time Integration of Controlling with Financial Accounting ® Account Determination for Real-Time Integration. In this way, you use the same account determination as for the reconciliation ledger (transaction OK17). You can then use the reconciliation ledger reports to compare FI balances with CO balances.
    Prerequisites
    If you use real-time integration in at least one company code, you need to have activated company code validation for the related controlling area. You do this in Customizing for Controlling under General Controlling ® Organization ® Maintain Controlling Area ® Activate Components/Control Indicators. Otherwise, the reconciliation between Financial Accounting and Controlling at company code level is not possible.
    In Customizing for Financial Accounting (New), you have processed the IMG activities under Financial Accounting Global Settings (New) ® Ledgers ® Real-Time Integration of Controlling with Financial Accounting.
    Activate real-time integration for all company codes between which you want to make CO-internal allocations.
    In the IMG activity Define Variants for Real-Time Integration, do not select all CO line items for transfer. If the same line items are to be transferred as through the reconciliation posting from the reconciliation ledger, select the following line items:
    ●      Cross-Company Code
    ●      Cross-Business Area
    ●      Cross-Functional Area
    ●      Cross-Fund (if you use Public Sector Management)
    ●      Cross-Grant (if you use Public Sector Management)
    Features
    Value flows within Controlling that are relevant for General Ledger Accounting – such as assessments, distributions, confirmations, and CO-internal settlements – are transferred immediately. The FI documents are posted with the business transaction COFI. They contain the number of the CO document. This means that you can call up the CO document from the FI document, and vice versa.
    Activities
    If a document could not be transferred because the posting period was blocked in Financial Accounting or no account was found, for example, the document is included in a postprocessing worklist. You need to check this worklist regularly and process any documents in it. From the SAP Easy Access menu, choose Accounting ® Financial Accounting ® General Ledger ® Corrections ®Post CO Documents to FI.
    Example
    An internal order for business area 0001 is settled to a cost center of business area 0002. The document from this allocation is transferred in real time to Financial Accounting.
    Reg
    assign points if useful

  • Cross co. code controlling area - CO Real time integration with FI

    Hi all of you,
    We are in to New GL, and implementing one controlling area for all the company codes (cross company code cost accounting) with group currency  "30". And my client requires the CO - FI Real time integration to take the segment reporting / profit center (new) FI reporting.
    My basic doubt is, when we are implementing one CO area, we taking all the company codes as cost center groupings and creating the overhead cost centers. When doing Repost CO line items in CO, how system arrives the company code since we are not referring the FI document or Company code, how system will create the FI document in the company code.
    Do we have any separate transaction to do the repost CO line items to hit the CO - FI real time integration?
    Please give me your valuable suggestions to use the CO-FI real time integration with cross controlling area assigned to multiple company codes.
    Thanks & Regards
    Ramki

    Thanks for your valuable reply Mr. Christian.
    So you mean to say that, when we are maintaining the cost center groupings (per company code), same will be maintained for profit center and will be assigned to the individual company codes, right.
    In CO - FI real time integration , I need to select the objects - company code and segment. Whenever any repost happened in the CO module, system will create one FI document referring to the real time objects. We have more than 12 company codes located in different countries. In this way, system is fulfilling the cross company code postings in CO and will generate the FI documents, right.
    Please give me your valuable suggestion and when I am looking the note in Market place (91055), it is showing the CAD Interface.
    Regards
    Ramki
    Edited by: Ramki on Feb 10, 2010 5:29 PM

  • How configure Define Account Determination for Real Time Integration

    Hi All,
    I am doing configure of new company just know about how do i configure for Define account determination for real time intergration. what is the use? Pleaes give me some clarity with example.
    Thanks
    Pankaj

    Hi,
    Please go through the below link:-
    http://help.sap.com/saphelp_erp2004/helpdata/en/22/c2cf4031288131e10000000a1550b0/content.htm
    Regards,
    Gaurav

  • Configure PO document type for "High sea Sale"

    Dear sir,
    Pl. tell me step by step how can i configure new Document type of Purchase order for "High sea Sale" business senerio without GR.
    Thanks/
    Anurag

    Hi,
    In normal case, when you do GR w.r.t. a Normal PO then system updates Stock Quantity as well as Stock Value of Material.
    But in case of High Seas PO, you don't want GR to happen, you want to carry out LIV directly based on PO. So in this case there won't be Stock Quantity updation as well as Stock Value updation i.e. Expense Account will get psted during LIV against Vendor Account. So your High Seas PO should be account assigned PO.
    So to achieve this, create a separate document type for High Seas PO with allowed Item Category as Blank" i.e. Standard.
    Path: - SPRO > MM > Purchasing > Purchase Order > Define Document Types
    OME9 - Create an Account Assignment Category as "Z" (High Seas PO) by copying "K" and in the detailed screen of the same deactivate "Goods Receipt" indicator.
    Now create PO with this Document Type and Account Assignment Category "Z" and check under "Delivery" Tab Page, "Goods Receipt" indicator will be deactivated that means GR not required for this PO.

  • Other document type for credit memos in MIRO

    Dear,
    i would like to use a seperate document type for credit memos posted with MIR0 compared to RE for invoices. I created a new Z transaction. And now I thought that I could enter this new transaction code in OMR4 (tablle V_169F), but I can not add a new customised transaction in this list. What can I do?
    Or is there an other way to have another document type for credit memos?
    Thank you.
    Leen

    Hi
    You can create a new document type for credit memo through t code OBA7. Once the T code is created with all necessary parameters you can assign this to MIRO transaction.
    You cannot create a customised transaction through OMR4. This is meant for assigning the Doc type to Invoice verification
    Regards
    Jaswanth

  • Default document currency as per document type for sales order

    Dear All,
    We are facing problem in Default document currency as per document type for sales order,
    Our requirement is not to give currency in customer master & set it as default document currency as per document type,
    for example: Document type 'OR' default currency 'INR',
                         Document type 'ZEU' default currency 'EUR',
                         Document type 'ZUS' default currency 'USD',
                         Document type 'ZNP' default currency 'NRP,'
                         Document type 'ZAF' default currency 'RAND,'
    Is it any how possible in standard setting ?,
    Regards,
    Sai

    Hi,
    The system proposes the sales document currency from the customer master record of the sold-to party. You can change the currency manually in the document or change in currency in customer master. If you change the currency, the system recalculates prices for the entire document.
    to determine different currrency in sales docuement you need to write an user exit and then overwrite the docuement currency copied from customer master. Try user exit 'USEREXIT_MOVE_FIELD_TO_VBAK' under include MV45AFZZ for this change.
    with regards
    vivek.

  • Define new document type for purchase order

    Hello
    I want to create a new document type for purchase ordre with also new number range.
    And within my conditions, the shopping card will be generate either document type ECPO with number range 44 or document type ZOS with number range 33.
    The document type is still a purchase order.
    Is it possible to do that? To assign new document type for purcharse order?
    If yes, is there any Badi to put my conditions of generation of my document type?
    Thank you for your help.
    Regards,
    Peggy

    Hi Markus
    Thank you four your response. Unfortuntly, i do not want to create a new transaction type.
    It is still a purchase order which could be visibled in standard transaction. The behaviour is still like standard PO, and could be visible in standard transaction PO.
    I just want to create 2 types of purchases orders to identify them, so create a new number range and so a new document type for purchase order..
    I have a condition to do "the shopping card will be created in this document type, and this schopping card will be created in this document type".
    But standard document type is ECPO, and I don't really know if it is possible to create new document type for purchase order...
    Peggy.

  • Process speed necessary for real time livetype & Motion

    Does anybody remember the minimum processor speed necessary to
    run LIVETYPE and MOTION from WITHIN FCP5...not as seperate apps?
    The online spec sheets indicate the speeds necessary for running as seperate apps,
    but not for real time from withing FCP5...at least, not the ones I can find.
    Thanks.

    Where did you encounter the promise of real time in FCP?
    Can't be done AFAIK.
    Even if possible, you'd only get a few misleading preview frames.
    We've got our new biga$$ Macs arriving in a few weeks. I'll let ya know if anything happens real time in FCP.
    bogiesan

  • New General Ledger - Real Time Integration CO-FI

    Running Real Time Integration with Account Substitution.
    Works well when using a constant for RCL_ICCF-ACCOUNT.
    Does not work when calling an exit to substitue a value for the same field.
    Any clue ? Thx.
    Edited by: Alvaro Tejada Galindo on Feb 26, 2008 2:06 PM

    Declaration of table RCL_ICCF has to be global and not ocal.

  • Reg. Document type for cost allocation

    Hi,
    Please let me know where can maintain document type for cost allocation so documents get post in GL.
    With best regards
    Praveen Atmakuri

    Hi Praveen
    Can't recollect fully, but please check the FI/CO real time recon variant   Or may be the controlling area in okkp
    Simply activate the real time reconciliation and carry out a cross profit center allocation. Either system will trigger the posting in FI or give you error for missing doc type
    Br. Ajay M

  • Selecting document type for settlement CJ88

    During project or order settlement (CJ88,KO88) the document type "YP" specified in the Settlement Profile is used for the FI portion of the settlement, WBS to AUC, but the controlling entries use the default FI/CO document type.   We would like all transactions in the settlement process, both FI and CO, to use the document type YP.
    The controlling enties, settlement from WBS to WBS, post to FI through Real Time Integration CO-FI.  If I change the document type in FAGLCOFIIMG from SA to YP then the CO settlement documents begin posting as YP as desired.
    Is there a way to have Real Time CO-FI Integration select a variant by transaction type so it chooses YP for only settlement transactions?  Or is there a better way to have all settlement transactions use the same document type? 
    Thanks,
    Jeff

    Go to transaction KOT2_OPA and check against the order type that you use, which settlement profile is assigned.Then go to transaction OKO7 to change the document type for that settlement profile. Document types can be created in transaction OBA7.

  • Shared Variables for Real-TIme Robot Control

    I'm really stuck in my efforts to use LV real-time in my hardware control application. I have a 6-axis industrial robot arm that I must control programmatically from my PC. To do this I've developed a dynamic link library of functions for various robot control commands that I can call using Code Interface Nodes in LV (using 8.5). This has worked great, that is, until I tried to port parts of the application to a real-time controller. As it turns out, because the robot control dll is linked with and relies so heavily upon several Windows libraries, it is not compatible with use on a RT target, as verified by the the "DLL Checker" application I downloaded from the NI site. When the robot is not actually executing movements, I am constantly reading/writing analog and digital I/O from various sensors, etc.....
    This seemed to suggest that I should simply segregate my robot commands from the I/O activities, using my host PC for the former, and my deterministic RT loop on the target machine for the latter. I set up a Robot Controller Server (RCS) vi running on my host PC that is continuously looking for (in a timed loop) a flag (a boolean) to initiate a robot movement command. Because several parameters are used to specify the robot movement, I created a custom control cluster (which includes the boolean variable) that I then used to make a Network Shared Variable that can be updated by either the RT target or the host PC running the RCS. I chose NOT to use buffering, and FIFO is not available with shared variables based on custom controls.
    Here's sequence of events I'd like to accomplish:
    1) on my host PC I deploy the RCS, which continuously pools a boolean variable in the control cluster that would indicate the robot should move. The shared variable cluster is initialized in the RBS and the timed loop begins.
    2) I deploy the RT vi, which should set the boolean flag in the control cluster, then update the shared variable cluster.
    3) an instance of the control cluster node in the RCS should update, thereby initiating a sequence of events in a case structure. (this happens on some occassions, but very few)
    4) robot movement commands are executed, after which the boolean in the control cluster is set back to its original value.
    5) the RT vi (which is polling in a loop) should see this latest change in the boolean as a loop stop condition and continue with the RT vi execution.
    With the robot controller running in a timed loop, it occassionally "sees" and responds to a change of value in members of the shared variable cluster, but most times it does not. Furthermore, when the robot controller vi tries to trigger that the movement has completed by changing a boolean in the control cluster, the RT vi never sees it and does not respond.
    1) Bad or inappropriate use of network shared variables?
    2) a racing issue?
    3) slow network?
    4) should I buffer the control cluster?
    5) a limitation of a custom control?
    6) too many readers/writers?
    7) should I change some control cluster nodes to relative, rather than absolute?
    8) why can't I "compile" my RT vi into an executable?
    Any help would be greatly appreciated. Unfortunately, I'm writing this from home and cannot attach vi files or pictures, but would be happy to do so at work tomorrow. I'm counting on the collective genius in the universe of LV users and veterans to save my bacon.....
    David

    Hi David,
    I'm curious why you decided to build a CIN instead of developing the code in
    LabVIEW.  Is there some functionality that that LabVIEW couldn't
    provide?  Can you provide some more information about the LabVIEW
    Real-Time target you're using?  What type of IO are you using?
    It is impossible to get LabVIEW Real-Time performance on a desktop PC running
    an OS other than LabVIEW Real-Time.  Even running a timed loop in LabVIEW
    for Windows won't guarantee a jitter free application.  Also, no TCP based
    network communication can be deterministic.  This means Network Shared
    Variables are also not deterministic (they use a TCP for data transport) and I
    advise against using them as a means to send time critical control data between
    a Windows host and a LabVIEW Real-Time application.
    In general, I would architect most LabVIEW-based control applications as
    follows:
    - Write all control logic and IO operations in LabVIEW Real-Time.  The
    LabVIEW Real-Time application would accept set points and/or commands from the
    'host' (desktop PC).  The Real-Time controller should be capable of
    running independently or automatically shutting down safely if communication to
    the PC is lost.
    - Write a front-end user interface in LabVIEW that runs on the desktop
    PC.  Use Shared Variables with the RT-FIFO option enabled to send new set
    points and/or commands to the LabVIEW Real-Time target.
    Shared variable buffering and RT-FIFOs can be a little confusing.  Granted
    not all control applications are the same, but I generally recommend against
    using buffering in control applications and in LabVIEW Real-Time applications
    recommend using the RT-FIFO option.  Here's why:  Imagine you have a
    Real-Time application with two timed loops.  Time-loop 'A' calculates the
    time critical control parameters that get written to hardware output in
    timed-loop 'B'.  Loop 'A' writes the outputs to a RT-FIFO enabled variable
    with a RT-FIFO length of 50.  Loop 'B' reads the outputs from the shared
    variable, but for some reason, if loop 'B' gets behind then the shared variable
    RT-FIFO will now contain several extra elements.  Unless loop 'b' runs
    extra fast to empty the RT-FIFO, loop 'B' will now start outputting values that
    it should have output on previous cycles.  The actual desired behavior is
    that loop 'B' should output the most recent control settings, which means you
    should turn off buffering and set the RT-FIFO length to 1.
    There is also a clear distinction between buffering and the RT-FIFO
    option.  The RT-FIFO option is used to add a non-blocking layer between
    network communication and time-critical code in LabVIEW Real-Time
    applications.  It also provides a safe mechanism to share data between two
    loops running in a Real-Time application without introducing unnecessary
    jitter.  Network buffering is a feature that allows a client to receive
    data change updates from the server even if the client is reading the variable
    slower than the server is writing to it.  In the example I presented above
    you don't need to enable networking because the shared variable is used
    entirely within the Real-Time application.  However, it would be
    appropriate to send control set points from a Windows PC to the Real-Time
    application using network published shared variables with the RT-FIFO option
    enabled.  If it is critical that the Real-Time application executed all
    commands in the sequence they were sent then you could enable an appropriate
    buffer.  If the control application only needs the latest set point
    setting from the Windows host then you can safely disable network buffering
    (but you should still enable the RT-FIFO option with a length of 1 element.)
    Network buffering is especially good if the writer is 'bursty' and the reading
    rate is relatively constant. In the robot application I can imagine buffering
    would be useful if you wanted to send a sequence of timed movements to the
    Real-Time controller using a cluster of timestamp and set point.  In this
    case, you may write the sequence values to the variable very quickly, but the
    Real-Time controller would read the set points out as it proceeded through the movements.
    The following document presents a good overview of shared variable
    options:  http://zone.ni.com/devzone/cda/tut/p/id/4679
    -Nick
    LabVIEW R&D
    ~~

  • Document type for outgoing Excise invoice

    Dear Expert,
    I would like to maintain different document type for Excise document generated at the time of J1IIN transaction. At present system generating document type SA. So we need to maintain different number range for these documents instead of SA document number.
    I have maintained document type ED in Tax on goods movement - Basic Settings - Maintain company code settings, but still system taking document type SA.
    Please advice.
    Thanks,
    Krishna Kumar

    Hi,
    for outgoing excise invoice document type setting as above mentioned same path
    Hi
    pls maintain document type below mentioned path
    Tax on Goods Movements
                   India
                             Basic Settings
                                       Maintain Company Code Settings
    whatever marked UTL FI DOC type for excise outgoing excise invoice
    in that your maintain company code against ED document type
    Thanking you
    Regards
    Mahesh

  • Document type for MRP generated Purchase Requisition selection

    Hi,
    when I  run MRP ,for externlal procurement items system is creating Purchase Requisition with Document type NB.How to make system to take different Document type automatically with MRP.
    Thanks and Regards
    Raghavendra Pai

    Dear,
    Follow below steps to fullfill your requirements:
    1) Go to Tcode OMDT.
    2) Click on MRP group
    3) In front of your plant  maintain your  doc.type purchase requisitions for standard purchase ord which you want to generate at the time of MRP --PR generation.
    4) Go to Tcode MM02---maintain MRP group  same as above parameter in MRP-1 view .
    Now run MRP..it will pick the defaulted Document type for PR generation via MRP.
    Regards
    Utsav

Maybe you are looking for