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

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

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.

Account determination for FI-MM Integration not possible

Hi SAP Guru
When I am doing GR for an order the system throw an error Account determination for INT BSX__ __ Valuation class(FINI) not possible. I have checked the configuration in OBYC & find that in GBB Ram material consumption A/c has assigned in P/L nature without automatic posting.
In BSX Inventory change A/c in the nature of B/S with automatic posting allowed have been maintained
In GBB Consumption A/c in the nature of P/L without automatic posting have been maintained
Then what is the exact problem Tell me Gurus
Rajeev

hi rajeev
can u clarify what type of material u r using
For GR against order
Accounting entries
Finished good ............dr BSX
To cost of good sold acount GBB (AUF)
i think ur doing mistake in assignment
because in question u have talk about raw material consumption
u please check it
Thanks
Ansuman

Pxi 1042 configuration for Real-Time

I have purchased
PXI-1042
controller 8187
one module for data capturing.
I want to configure the said pxi for Real-Time purposes,
so what steps should I follow?
thanks
Abbas
Solved!
Go to Solution.

The Real-Time Deployment License is different from the LabVIEW RT module.
When you purchase a PXI controller, part of what you are buying is the operating system that is installed on it. If you purchased the controller with Windows on it then you purchased the copy of Windows that came with it. Now that you want to put the real-time operating system on it, you need to purchase the license for it.
But that's all legal stuff.
And you are correct that there is a copy of the RTOS on the controller. But if your controller has its disk formatted as NTFS you will not be able to use it. The RTOS requires that the hard drive be FAT32.
If your controller is FAT32 then you can boot into BIOS (hit delete while booting), and select Real-Time in the Boot Configuration to make your controller boot into Real-Time.
If you controller is not FAT32 then you will need to format the controller first, using the disks I have previously mentioned.
Please let me know if you have any questions.
Justin Parker
National Instruments
Product Support Engineer

How will i configure revenue account determination

how will i configure revenue account determination....

IMG MENUu2014Sales & Distributionu2014Basic Functions-Account assignment/ Costing-Revenue account determination
Check master data relevant for account assignment
Materials: account assignment groups
New entries
Account assignment group          Description
K1                                   Finished Products
K2                                   Service
K3                                   Trading products
Save
Customers: account assignment groups
New entries
Account assignment group     Description
KA                                   Domestic
KB                                   Export
KC                                   Internal
Save
We use condition technique to set up Account determination
Standard Condition Type     KOFI
Access sequence               KOFI
Account determination Procedure      KOFi00
Standard Tables
001          Customer/material account assign
002          Customer account assignment
003          Material account assignment
004          general
005          Account key
Use the above tables for search that is access sequence
Select define access sequence and account determination type
Maintain access sequences for account determination
Select new entries
Acc seq               Description
ZK00               Access seq for account det
Continue
Select ZK00 and select accesses
New entries
Acc          table          Description
10          1               cust/mat/account key
20          5               account key
Select 10 & 1 Combination. Select fields and activate the fields
Select 20 & 5 combination and select fields and activate fields
Save the access sequence
Fields in tables
Table          Fields
1     Sales Org, Cust account assignment grp.mat account assignment grp, account key
5     Sales org, account key
Same menu path
Define account determination type (Condition type)
New entries
Ctyp          Name               Access sequence
ZK00          Accnt det type     Zk00
Save
Define and assignment account determination Procedures
Define account determination Procedure
New entries
Proce               Description
ZK0000          Account det Procedure
Continue
Select Zk0000 and select control data
New entries
Step     Cntr     Condition Type
10          0          ZK00
Save
Assignment account determination Procedure
(Assign the procedure to all the Billing document types)
Position ZKF2
ZKF2                    ZK0000
Save
Define and assign account keys
Define account Key
Account key          Description
ERL                    Sales Revenues
ERS                    Sales deductions
ERF                    Freight revenue
MWS                    Taxes on sls/purchase
ERB                    Rebate sales deductions
ERU                    Rebate accruals
EVV                    Cash clearing
Account keys are assigned in the pricing procedure against various condition types
PR00                    ERL
K004                    ERS
K005                    ERS
KF00                    ERF
MWST                    MWS
B001 to B005          ERB               ERU
B001 to B005 are Rebate discount condition types
Assign GL accounts
(Here we maintain information in tables, which will be searched by system for selecting GL accounts)
Select table 1
Select details button
App= application, select V for sales
Condition type= Account determination type (ZK00)
Ch= Chart of accounts= INT
(Chart of account is assigned to company code and has the complete list of GL accounts used for business)
SORG= sales org which is involved in revenue generation/ sales unit
Au2026= Customer account assignment Group
AAG. = Material account assignment group
Actky= Account key like ERL etc
GL account No=the GL accountu2013NO maintained in Chart of accounts
Select new entries and maintain the following
Select Table number 5 to maintain GL accounts for tax, Rebates and cash clearing
MWSu2014175000
ERBu2014884000
ERU     884010          89000
EVV     10000
Create Order; Delivery, PGI and then billing document, when the Billing document is saved account determination should happen
hope this will help u
Regards
nitin

How to configure Automatic Account Clearing for A/R

Hi,
Kindly advice me how to configure Automatic Account Clearing for A/R
The client requirement is
In A/R the customer accounts are not automatically clearing when a payment is posted for that account. We are still seeing all open items and all paid or cleared items when we go to FBL5N and select open items for viewing. Please make account clearing automatic for customer payments.
Thanks in advance
Sunitha

Hi,
Use T code OB74.
Maintain for your Chart Of Account, acct type "D", From and to customer accounts and then add the critera you want. Pls note you cannot define more than 5 criteria.
Then schedule the clearing program job F.13 in the background.
Cheers.

How to identify the Stanadard Extractor will support for Real time Data

How to identify the Stanadard Extractor will support for Real time Data Acquisation . Enabled

Hi
In the ROOSOURCE table you can find the extract structures, go through all the fields of the extractor and if you find all of your equired fields exist ok else try to enhance for teh needed fields and go with user exit to populate the data for that fields'

FAGLF101-Account determination for transaction V02 is missing for account

Morning
When I run the "faglf101" transaction, i get this error :
"Account determination for transaction V02 is missing for account 0000401142
Y1 PCG
Message no. FR005 "
I have tried to customize the adjustments accounts and postings keys in the IMG
"Financial accounting > Accounts Receivable and payable >
Business Transactions > Closing >Regrouping > Define adjustments
accounts for changes reconciliation accounts"., but i don't see the part "Regrouping" in the IMG.
I have tried to use the OBBW transaction, but his transaction code "A00-Transfer postings: changed recon. acct" don't correspond to mine (V02);
We are in ECC6.
Can somebody explain to me how can i correct this error please?
Best regards

This is meant for account determination for Receivables/payables sorting. Check your configuration in SPRO->General Ledger Accounting (New)->Periodic Processing->Reclassify->Transfer and Sort Receivables and Payables->Define Adjustment Accounts for Receivables/Payables by Maturity

G/L Account determination for cost center

Hi,
When we issue the material with movement type 201 or when we do 202, we enter the cost center in the MB1A, then ref. to this cost center how to determine which G/L account is updated, and if we want to know how much is total goods issue is done for a particular cost center which g/l account to be check.
regards,
zafar

system check the setting in Define Account Grouping for Movement Types
for movement type
201 what is account modifier its VBR
then it check material number and takes valuation class
then it goes to OBYC and check the gl account under GBB
and looks for Gl account for VBR and valuation clases
and pick up the Gl accoun
hope its clear now
and in case of PO
the logic for gl account determination for account assigned po is as below
for cost center u give K
for this K it goes in Maintain Account Assignment Categories and check what is Acct modification it is generally VBR
then it check if u have given material number and takes valuation class and if material ordered is with out material code then valuation class is blank
then it goes to OBYC and check the gl account under GBB
and looks for Gl account for VBR and valuation clases in case on manteria number
or VBr and Blank entry for valuation class
and pick up the Gl account
Hope now its clear

8KEN - Account determination for charging of valuation difference

Hi Friends,
Could anyone please tell me briefly how and where the configuration done in transaction code 8KEN - (Account determination for charging of valuation difference) works? What I basically wanted to know once we maintain the configuration how we can test whether it is working properly or not.
Regards,
Sandip

Hi,
Refer the below thread
[Re: Accounting entries for Foreign currency revaluation..Accounting entries]
From Vendor perspective :
If the monthly valudation is there then the entries will get posted against "Unrealised Gain / Loss Account" with posting to "Balance Sheet Readjustment Account" also.
And if the final payment to be made to Vendor then the entry will get posted to the "Realised Gain / Loss account"
Regards,
Shridhar

Account determination for cash sale

Hi, sapcons
please can any body can help me by sending step by step notes on account determination for cash sales and rush orders
my mail id is [email protected]
thanks in advance
regards
srinivas

Hi Srinivas,
Account Determination for Cash Sale and Rush Order will be done in VKOA Transaction.
Please find below the Process of Cash Sale and Rush Order
CASH SALE:
Cash sales is an order type for when the customer orders, picks up and pays for the goods immediately. The delivery is processed as soon as the order has been entered. A cash invoice can be printed immediately from the order and billing is related to the order. Receivables do not occur for the customer as they do for rush or standard orders, because the invoice amount is posted directly to a cash account.
Process Flow
In the standard system, sales document type BV is saved for cash sales with immediate delivery type BV.
When the sales employee creates a cash sale, the system automatically proposes the current date as the date for delivery and billing. Once the order has been posted, a delivery with type BV is created immediately in the background and the system prints a document that is used as an invoice for the customer.
The invoice papers are controlled with output type RD03, contained in the output determination procedure for order type BV.
For Cash Sales the necessary Config Settings are,
Copy the BV Standard Order and Copy to ZBV and in the functionality of ZBV check whether the field " Immediate Delivery" has the value "X" or not because that creates the Delivery immediately when the cash sale order saved. Do the same for item category BVN as ZBVN. And check whether credit active unchecked or not in ZBVN.
Do the item category determination for cash sale for which u configured. And at the time of cash sale u will get the invoice. For that u use the output type Rd03.
RUSH ORDERS:
In a rush order transaction, the customer picks up the goods or you deliver the goods on the same day as the order is placed. In the standard system, when you save this sales document type, a delivery is automatically created and billing is related to the delivery.
Process Flow
In the standard system, sales document type SO is saved for rush orders with immediate delivery type LF. Once the goods have been removed from storage, the goods are picked, and goods issue is posted.
Once the billing documents are created (for example, in collective processing), invoice papers are printed and sent to the customer.
For Rush Order the necessary Config Settings are,
Copy the RO Standard Order and Copy to ZRO and in the functionality of ZRO check whether the field " Immediate Delivery" has the value "X" or not because that creates the Delivery immediately when the cash sale order saved. Do the same for item category TAN as ZTAN. Do the item category determination for cash sale for which u configured. And check whether credit active checked or not in ZTAN.
Please Reward If Really Helpful,
Thanks and Regards,
Sateesh.Kandula

Automatic customer account determination for EBS

Dear all,
I'm configuring Electronic Bank Statement. Could you please explain, how can I setup automatic customer account determination for incoming receipts? Based on what information these accounts should be determined? Where to configure it?
Thanks in advance.

Hi,
If your configuration is correct, an accounting document will get created during invoice creation even if the value is zero. Acct doc is created not based on the value, but based on the account key to which the condition type is linked.
Generally in free goods, there will be net price (gross price- discounts). You can link this netprice condition type to an account key. The netprice will anyway be nullified by NB00 condition type which is applicable for free goods pricing. You can also link NB00 to another account key.
Now the values will nullify each other in invoice. Similarly the values will be nullified in accountnig doc also and they can be posted to any GL account you wish.

"Waiting for real-time target (RT PXI target) to respond" error when the program waits interrupts

Hi there,
I have developed an application to detect interrupts generated by a electronic card and act in consequence. The program has been developed in labview but it calls a dll; that was created with labwindows. The dll is programmed to open the visa communication, enable events and install the interrupt handler and when an interrupt is detected, it reads the value of the different registers of the card and returns it to labview to visualize them.
The problem is that when the program waits for an interrupt, a prompt appears with the message "Waiting for real-time target (RT PXI target) to respond" and the only option I have is to click on the button to disconnect from the pxi or just wait. If I wait and I generate an interrupt, the prompt disappears and the application visualize the data like it was expected.
To wait for the interrupt the following code has been programmed in the function:
while (flag == 0)
Sleep (1000);
When an interrupt occurs, the value of flag changes to 1 and the function continue without any problem. I am not really sure, but probably here is the problem and probably this is not the best way to wait for an interrupt because the sleep function suspends the thread for the configured time, but at least the computing load in the PXI is between 0% and 1%. I was wondering if somebody knows how to wait for an interrupt without "lost" the communication with the PXI and if there is a better way to do it.
Any answer will be welcome and thanks for them,
Jaime
Solved!
Go to Solution.

Hello Naity,
First of all, in which thread runs the waiting process? Is it scheduled in another thread than the function setting the flag?
It scheduled in the same thread that I use to configure the communications and configure the card. Anyway, here is the pseudo code of the function interrupt that I programmed under labwindows,.
char* interrupt(void)
1. Open visa communications
2.Install handler interrupt --> status = viInstallHandler (instr, VI_EVENT_PXI_INTR, IntrHandler, VI_NULL); // the function IntrHandler will be called when an interrupt occurs
3. Enable event PXI interrupt
4. Wait
while (flag == 0)
Sleep (1000);
5. Visualize the data coming from the interrupt (registers and values measured with the card)
6. Uninstall handler interrupt
7. Close visa session
The interrupt handler function IntrHandler is called immediately when an interrupt occurs and the pseudo code is like this
ViStatus _VI_FUNCH IntrHandler(ViSession instr, ViEventType etype, ViEvent event, ViAddr userhandle)
1. Disable some functions of the card to avoid damages.
2. Read registers and put them in a buffer
3. Change the value of flag ---> flag = 1;
In labview, I call the function interrupt with a call library function node (see the capture attached) and the program reads and saves the data from returned from the function.
Secondly, I am not sure this method is the most elegant. You could for example register an event with the function and, insteand of setting a flag to 1, trigger the event and schedule it in another thread (if the function is thread safe). This could reduce your CPU Load even more and seem a bit cleaner to me.
I've never used events before in labwindows but I will try to do it in this way. But anyway, I suppose that I should; somehow, wait the event to occurs in labview while the waiting for the event is programmed inside the dll...and probably the same prompt that i am trying to avoid is going to appear again, because I am not returning the "control" to labview (I mean, labview executes the dll and waits for the event to occur. Then the execution of the labview program is stopped in the call library function node executing the dll)
Third point, which environment of development are you using?
I am working with LV 2010 sp1 and Labwindows cv 10.0.1 and with the real time module.
I did also another test, I divided the program in different functions, one to initialize the communication, another to wait until a interrupt has been detected and the other to obtain the data from the interrupt and close communications. With labview I call first with the call library function node the function to initialize, later I call inside a while loop the wait function like this
int waitAseconds (double seconds, short stop_waiting)
if(flag==1 || stop_waiting == 1)
flag = 1; //to detect the stop_waiting button
printf("flagAA =1 stop waiting = %d time = %d\n", stop_waiting, clock());
return flag;
else
SleepUS(seconds*1000000);
//a++;
printf("flag a= %d stop waiting = %d time = %d\n", flag, stop_waiting, clock());
return flag;
and when the program detects an interrupt, the function returns to labview the flag and stops the loop. Finally, it reads the values and close communications.
In this way, the prompt appears but after running the application for 10 or 20 minutes and also i checked that there is a time gap between the executions in the loop.
Thanks for your reply and your help,
Jaime
Attachments:
capture.png ‏40 KB

Define Account Grouping for Movement Types??

hi
In account determination the setting in transaction OMWM - Define Account Grouping for Movement Types
The above transaction needs any setting or its standard SAP settings??
Can somebody explain me about this transaction in detail.
Thanks

OMWM is to decide account determination should happen via valuation grouping code or not. SAP standard is with valuation grouping code. I had never seen singe time anywhere it is deactivated.
Account grouping for movemement you can see in OMJJ. (Inside movement type left side). It is also predefined by SAP. You see only account modifier and check acct. assignment is editable. Others cannot be edited.
In case for same transaction if you want 2 different GL account needs to be triggered for same material in same plant, we copy a movemen type and create a new and assign a different account modifier.
Then in OBYC against it we will maintain different GL account.
Hope you are clear
Regards
Antony

How configure Define Account Determination for Real Time Integration

Similar Messages

Maybe you are looking for