Kalpana
3rd March 2009, 01:05
Transaction Origin is Purchase Result, when i have priinted Integration Transaction Log, the message "No integration element defined" is displayed in the report. I have checked the ledger account and dept which is correct. How can i solve this No integration element defined problem. Pliz help.
finamp
4th March 2009, 09:37
Dear Kalpana,
plz check these session (tfgld4126m000 & tdinv8150m000) for your problem & if it's not maintained over there.
then maintain the proper data.
sukesh75
4th March 2009, 14:22
Prior to checking both the above sessions, you might want to check Maintain Integration Elements {tfgld4120m000} for the existence of a purchase integration element and subsequently Maintain Options by Integration Element {tfgld4121m000}..
This integration element created in the former session is then defined as the debit/credit integration element in session Maintain Transaction Types by Transaction Origin {tfgld4126m000} for the combination of "Purchase" (Tran Origin) & "Result" (Fin Origin)
hth
sk
finamp
6th March 2009, 10:09
Thanks SK
For updating additional information.
Kalpana
13th March 2009, 01:00
Thanks for earlier reply to all who had tried to help in regards to integration element not defined, but it didnt work,Anyway, i would like to know what would be the solution to this error message " Cannot define dimension code for dept,Mandatory".
I have rechecked all finance modules and everything seems in order. Could someone help pliz.
Scott2001
13th March 2009, 19:54
You are on the right track but may not have fully understood the solutions offered by finamp & sukesh75. BTW, you’ll probably get faster responses next time if you post your follow-up (http://www.baanboard.com/baanboard/showthread.php?t=55333) in the original thread.
For your transaction (Purchase / Result) the integration setup involves the following steps & sessions:
1) Maintain Inventory & WIP Transaction Accounts (tdinv8150m000) – in this session you map the transaction to the debit & credit ledger accounts
2) Maintain Integration Elements (tfgld4120m000)
3) Maintain Transaction Types by Transaction Origin (tfgld4126m000) – in this session you map the integration transactions to a Transaction Type and to Integration Elements that will be used to map dimensions to the debit and credit lines of the transactions.
4) Maintain Options by Integration Element (tfgld4121m000) then one of the following:
4a) Maintain Simple Integration Relations by Range (tdfgld4122s000);
4b) Maintain Simple Integration Relations by Element (tdfgld4123s000).
The above sessions define rules for mapping logistic data elements to dimension codes.
Sample screen captures are attached.
When you run post Integration Transactions to Finance Transactions (tfgld4201m000), the system looks to the tables populated by the setup sessions to look up ledger accounts, the transaction type & series, and the Integration Elements. If the ledger accounts have optional or mandatory dimensions, the system then applies the rules that are defined in Options by Integration Elements (and its sub-sessions) to the logistic data and attempts to define a valid dimension code.
As the two earlier replies said, your initial error message (“No integration element defined”) indicated that Maintain Transaction Types by Transaction Origin had not been not been defined for Purchase/Result.
Your current error message “Cannot define dimension code for dept, Mandatory” indicates that:
• The system has identified a valid ledger account and the department dimension is mandatory for that account.
• The system has identified integration elements from Maintain Transaction Types by Transaction Origin.
• The logistic element(s) that you elected to use to map to Department dimension in Options by Integration Element did not map to a valid dimension code following the rules you specified in Maintain Simple Relations by Element or by Range.
To resolve, review the mapping that you have set up in Options by Integration Element and the sub-sessions, look up the logistic data from your failed transaction, manually apply the rules to indentify the source of the error, then correct the mapping. You may find it easiest to look at the actual logistic data logged in the integration tables tfgld410, tfgld415 and tfgld418.
If you have reviewed your mapping rules and feel that they properly map to a department dimension code, make certain that the dimension code is not blocked and that the code is valid for the account as specified in Dimension Ranges by Ledger Account (tfgld0109m000).
Scott
Scott2001
13th March 2009, 19:56
Reply posted to your original thread.
patvdv
13th March 2009, 20:25
Thread merged with the original one thread. Please reply the original posting when doing a follow-up. Your thread has been moved to the "Finance" forum.