Journal Import table

If when importing Journals From various source the imoported data will be store in which table ?

Hello.
For 11i, at least in:
GL_JE_LINES
GL_JE_HEADERS
GL_JE_BATCHES
Octavio

Similar Messages

Journal Import References

Hello,
I am using the follwoing code to import a journal to GL:
INSERT INTO GL_INTERFACE
     (STATUS, SET_OF_BOOKS_ID, USER_JE_SOURCE_NAME,
     USER_JE_CATEGORY_NAME, ACCOUNTING_DATE, CURRENCY_CODE, DATE_CREATED, CREATED_BY, ACTUAL_FLAG,
     CURRENCY_CONVERSION_DATE, USER_CURRENCY_CONVERSION_TYPE, CURRENCY_CONVERSION_RATE,
     CODE_COMBINATION_ID, ENTERED_DR, ENTERED_CR,
     REFERENCE10)
VALUES('NEW', i.set_of_books_id, i.je_source,
i.je_category, i.accounting_date, i.currency_code,
SYSDATE, i.user_id,'A',
i.accounting_date, DECODE(i.currency_code, 'USD', 'User', 'Corporate'), DECODE(i.currency_code, 'USD', 1, NULL), i.code_combination_id, i.entered_dr, i.entered_cr,
i.description);
The thing is that I need to put a description that appears in gl_je_headers and not only in gl_je_lines, does anyone know which column has to be filled to achieve this?
Thanks

Refer GL User guide. It Explains all reference columns like
REFERENCE1 (Batch Name): Enter a batch name for your import
batch. Journal Import creates a default batch name using the
following format: (Optional User–Entered REFERENCE1) (Source)
(Request ID) (Actual Flag) (Group ID). If you enter a batch name,
Journal Import prefixes the first 50 characters of your batch name
to the above format.
REFERENCE2 (Batch Description): Enter a description for your
batch. If you do not enter a batch description, Journal Import
automatically gives your batch a description using the format:
Journal Import (Source) (Request Id).
REFERENCE4 (Journal entry name): Enter a journal entry name
for your journal entry. Journal Import creates a default journal
entry name using the following format: (Category Name)
(Currency) (Currency Conversion Type, if applicable) (Currency
Conversion Rate, if applicable) (Currency Conversion Date, if
applicable) (Encumbrance Type ID, if applicable) (Budget Version
ID, if applicable). If you enter a journal entry name, Journal Import
prepends the first 25 characters of your journal entry name to the
above format.
REFERENCE5 (Journal entry description): Enter a description for
your journal entry. If you do not enter a journal entry description,
Journal Import automatically gives your journal entry a description
using the format: Journal Import – Concurrent Request ID.
REFERENCE6 (Journal entry reference): Enter a reference name or
number for your journal entry. If you do not enter a journal entry
reference, Journal Import automatically creates a journal entry
reference called Journal Import Created.
REFERENCE7 (Journal entry reversal flag): Enter Yes to mark
your journal entry for reversal. If you do not enter Yes, Journal
Import automatically defaults to No.
REFERENCE9 (Journal reversal method): Enter Yes to use the
change sign method, No to use the switch debit/credit method.
REFERENCE10 (Journal entry line description): Enter a
description for your journal entry line. If you do not enter a
journal entry line description, Journal Import uses the subledger
document sequence value. If there is no document sequence value,
Journal Import creates a journal entry description called Journal
Import Created.
REFERENCE21 through REFERENCE30: Enter a reference name
or number to further identify your import journal entry lines.
Columns REFERENCE21 through REFERENCE30 map into
columns REFERENCE_1 through REFERENCE_10, respectively, of
the GL_JE_LINES table.
REFERENCE3: Do not enter a value in this column.
REFERENCE11 through REFERENCE20: Do not enter a value in
this column.
Cheers
Sunil Chawla

How not to get a 'Journal Import Created' description at the Journal Entry Lines?

For records loaded thru the Journal import,
I always get a 'Journal Import Created' description at the Journal Entry Lines.
Instead of this description, I want a
more useful information which I may
include at the GL_INTERFACE table
possibly at the REFERENCE10 field.
For those who will reply to this question,
thank you very much in advance.
null

To populate this journal description, the Reference10 field must be populated in the GL_INTERFACE table.
However, I have also discovered (version 11.03) that if you populate this field, but then import summarized journals, Oracle discards the value and reverts to "Journal Import Created" unless the value in the reference10 field is identical for all records to be summarized.
null

Journal Import - Reference 6 field

We have recently upgraded from R11.5.10 to R12.1.3.
We are uploading Journal Entries using GL_INTERFACE table from extrnal sources. We are populating Reference1 'Batch Name', Reference4 'Journal Name' & Reference6 'External reference id'. While running Journal Import in R11, Single header is created based on reference4 even though there are 2 same Journal Headers (reference4) having 2 different reference6 information.
But when we are running the same scenario in R12, it's creating different headers based on reference6 (external reference id) - we can verify this in GL_JE_HEADERS.external_reference.
Need your help to know why Journal Import in R12 considering reference6 to create separate Journal headers.
Regards

I wont be able to comment on it with certainity.
You can perform a trial and error run by doing the following:
1st case: i would recommend you to run the Jounral Import by setting the Descriptive Flexfield Import as Yes and with validations and without making the changes in the code.
2nd case: i would recommend you to run the Jounral Import by setting the Descriptive Flexfield Import as Yes and with validations and by making the changes in the code.
Compare the results of the two scenario above and make changes accordingly if required, However prior to making the changes please consult it with a technical resource to get his thoughts on the same.
Also you can evaluate what validations are provided by Oracle while importing the DFF since may be that you dont have to anything else apart from your side and Oracle standard code can take care of the same.
Hope this helps
Thanks and Regards
Manish Jain.

Oracle GL error during journal import- ICM DOWN

Hi all,
I hit an error regarding the Concurrent Manager - Oracle GL during the journal import from GL_INTERFACE table. I've already populate the table with a set of dummy values. i've run the journal import to import the value from the table. i've clicked on correct and search for the Journal Import Data, but Oracle Application prompted me an error - FRM-40350: Query caused no record to retrieve, So i view the request, each and every of the request ID's phase is "Pending" with its status as "Stand by". I checked on the diagnostics and the error code was as following
CONC-DG-INACTIVE ICM DOWN
This request may have to wait on one or more of the following requests to complete before it can begin execution:
i have 2 doubts.firstly i was thinking could it be that i couldnt search for the Journal Import data at Journal: import - Correct was due to the Concurrent manager was down, thus prompting error FRM-40350? please advise. Secondly is that does CONC-DG-INACTIVE ICM DOWN suggest me to startup the concurrent management script? please advise
thanks in advance
Larry
user572825

that i couldnt search for the Journal Import data at Journal: import - Correct was >due to the Concurrent manager was down, thus prompting error FRM-40350?no i dont think so
>please advise. Secondly is that does CONC-DG-INACTIVE ICM DOWN suggest >me to startup the concurrent management script?
check fisrt if there is any runing request and wait till finish if there no runing requeste try to restart the CM if that didnot solve you issue run the CMclean.sql script then restart the CM
fadi hasweh
http://oracle-magic.blogspot.com/
Oracle is not Magic, it just takes years of experience

Automatic TAX in GL During Journal Import

Need a solution for the following.
Need to integrate Payroll data from a legacy system to General Ledger. GL Interface and Journal Import feature is being used. The Journal Lines will carry the TAX code and will have to automatically create the TAX lines in the Journal after import.
There is an option to automate TAX line generation during Manual Journal Entry by setting the TAX Required field in the Journal Header to 'Required' and supplying a Tax Code in the Line. However, on inspecting the GL INTERFACE tables for journal import there is no provision to set the Tax Required field to Required in the GL_INTERFACE table ( no column exists ).
Does anybody if Oracle GL supports the Automatic Tax calculation option for imported journals. Is the feature only available for Manual Journal Entry ?
Any workarounds possible to use the standard GL functionality for imported journals as well.

As I know, Calculate tax feature works only if you are entering manual journal entries from screen (not tried using ADI) (this is for customers who do not have any other modules others than GL and you are using manual entries).
I am aware of this functionality.If you are coming from the gl_interface, I guess, oracle assumes that you are already calculating the tax in the source system and importing the tax entries.
Journal Import on GL_INTERFACE does not support this feature.
But if you want to calculate the tax using the gl_interface, there are ways to do that. You can make use of the gl_import_hook_pkg.post_module_hook. This is called at the end of the Jounal Import program. This takes batch_ids in that are being created in the journal import. You can create a package that takes these batch_ids in and calculates tax using gl_calculate_tax_pkg.calculate_tax. This creates additional journal lines for you at the tax rate with the tax account that is setup. This involves some updates to gl_je_batches, gl_je_headers, gl_je_lines, but works. Let me know if you need more details.
Thanks
Nagamohan

Controlling Journal Import from Gl_INTERFACE

Hi All,
We are moving data into GL_INterface through a conc program. All the not null fields are populated and when joournal Import is run, it is imported properly.
The requirement:
Now, we need a control, such that we will have a param, Yes_No, and if we select No, the data will be inserted into GL_INTERFACE but some flag/field will be unchecked or something so that when the journal import runs the records won't be selected to import. it should just sit in GL_Interface.
I have checked the GL_INTERFACE table and not getting any field which when set to a value, won't be picked by journal import. Anyone has worked on this or has the required info?
Thanks
Shanks

Hi Shanks,
If you requirement is for the records not to be selected in journal import then try inserting the records with a different value other than NEW or the one which is not recognized by the journal import program in the Status Column.You can get these values from an already run journal import listing out the values or codes which are recognized by the journal import.
Regards,
Kumaran

Journal Import EBS R12 Issue

Hi All,
Environment :
- Solaris 11
- EBS R12
- Oracle DB 11.2.0.3.0
Journal Import Profile option is default (still no settings / default settings / not still tune).
Our Journal Import could not submit more than 4000 records.
When we try to import data more than 4000, there is an error SQL*Net message to client on OAM view log, and when I looking on LAB128 and OEM, the process stop mostly on gl.gl_je_lines, sometimes on gl.gl_je_headers.
I had already followed suggestion from metalink forum :
change DB : sqlnet.ora, listener.ora
add sqlnet.ora on Apps Server (EBS R12 Server)
But, now there is another issue, the error SQL*Net message to client not raise anymore, but when I see Journal Import OAM log, LAB128 and OEM, the sessions is inactive but the process looks like looping forever.
Need suggestion solution for this issue.
Any help is very appreciated and score. Thanks before.
Best Regards,
Yohanes Hany Haryadi Widodo
Edited by: SigCle on May 7, 2013 2:11 AM

Dear Mr. Hussein,
Our EBS version : 12.1.3, while
R12:Journal Import Failing With ORA-24337 Error When Importing All GROUP IDs [ID 1159594.1] Oracle General Ledger - Version: 12.0.0 to 12.1.2 - Release: 12.0 to 12.1
I'm already change the settings of :
Please revert to Oracle Net Server tracing/logging, set following parameter in the server's sqlnet.ora :
DIAG_ADR_ENABLED = OFF
- to back out the ADR diag for the Listener component, set following parameter in the server's listener.ora:
DIAG_ADR_ENABLED_<listenername> = OFF
- Where the <listenername> would be replaced with the actual name of the configured listener(s) in the listener.ora configuration file. For example, if the listener name is 'LISTENER', the parameter would read:
DIAG_ADR_ENABLED_LISTENER = OFF
-Reload or restart the TNS Listener for the parameter change to take effect.
ACTION PLAN
============
We will need to trace a connection on both CLIENT and SERVER endpoints to see what is happening. Please follow these steps:
1. Add the following parameters in the sqlnet.ora file on the CLIENT workstation (where sql loader is executed):
TRACE_LEVEL_CLIENT=16
TRACE_DIRECTORY_CLIENT=<some_known_directory>
TRACE_FILE_CLIENT=client
TRACE_UNIQUE_CLIENT=ON
TRACE_TIMESTAMP_CLIENT=ON
DIAG_ADR_ENABLED =OFF -- add this in case of 11g client
If you need to restrict the amount of disk space used by the long-term traces then you can also set the following:
TRACE_FILELEN_CLIENT=<file_size_in_Kbytes>
TRACE_FILENO_CLIENT=<number_of_files>
2. Add the following parameters in the sqlnet.ora file on the SERVER:
TRACE_LEVEL_SERVER=16
TRACE_DIRECTORY_SERVER=<some_known_directory>
TRACE_FILE_SERVER=server
TRACE_TIMESTAMP_SERVER=ON
DIAG_ADR_ENABLED =OFF
If you need to restrict the amount of disk space used by the long-term traces then you can also set the following:
TRACE_FILELEN_SERVER=<file_size_in_Kbytes>
TRACE_FILENO_SERVER=<number_of_files>
3. Try to reproduce the issue.
4. Check if trace files were created.
5. Disable tracing by removing the TRACE lines from sqlnet.ora on both CLIENT and SERVER.
6. Compress (in .zip or .tar.gz format) and upload the trace files.
We only need a pair of client and server trace files for the same sqlplus session which exhibits the issue; in order to match client and server trace files you should use the tips in Note:374116.1 "How to Match Oracle Net Client and Server Trace Files"below is result of failing Journal Import :
+---------------------------------------------------------------------------+
General Ledger: Version : 12.0.0
Copyright (c) 1979, 1999, Oracle Corporation. All rights reserved.
GLLEZL module: Journal Import
+---------------------------------------------------------------------------+
Current system time is 07-MAY-2013 19:43:26
+---------------------------------------------------------------------------+
gllsys() 07-MAY-2013 19:43:26
    fnd_user_id = 1164
    fnd_user_name = CN_FAH_MANAGER
    fnd_login_id = 134937
    con_request_id = 491859
    sus_on = 0
    from_date =
    to_date =
    create_summary = 1
    archive = 0
    num_rec = 25000
    run_id = 6415
<< gllsys() 07-MAY-2013 19:43:26
SHRD0108: Retrieved 202 records from fnd_currencies
gllcnt() 07-MAY-2013 19:43:26SHRD0118: Updated 1 record(s) in table: gl_interface_control
source name = CN FAH Credit Card
interface source name = CN FAH Credit Card
group id = 17232
ledger_id = -1
LEZL0001: Found 1 sources to process.
glluch() 07-MAY-2013 19:43:26
<< glluch() 07-MAY-2013 19:43:26
gl_import_hook_pkg.pre_module_hook() 07-MAY-2013 19:43:26
<< gl_import_hook_pkg.pre_module_hook() 07-MAY-2013 19:43:26
glusbe() 07-MAY-2013 19:43:26
<< glusbe() 07-MAY-2013 19:43:26
<< gllcnt() 07-MAY-2013 19:43:26
gllacc() 07-MAY-2013 19:43:26
<< gllacc() 07-MAY-2013 19:43:26
gllenc() 07-MAY-2013 19:43:26SHRD0108: Retrieved 6 records from gl_encumbrance_types
<< gllenc() 07-MAY-2013 19:43:26
gllfss() 07-MAY-2013 19:43:26LEZL0005: Successfully finished building dynamic SQL statement.
<< gllfss() 07-MAY-2013 19:43:26
gllcje() 07-MAY-2013 19:43:26
gllalb() 07-MAY-2013 19:43:26
<< gllalb() 07-MAY-2013 19:43:26
glllgr() 07-MAY-2013 19:43:34
gllpst() 07-MAY-2013 19:43:34SHRD0108: Retrieved 45 records from gl_period_statuses
<< gllpst() 07-MAY-2013 19:43:34
gllbud() 07-MAY-2013 19:43:34
<< gllbud() 07-MAY-2013 19:43:34
    currency = IDR
    sus_flag = N
    ic_flag = Y
    bc_flag = N
    latest_opened_encumbrance_year = 2011
<< glllgr() 07-MAY-2013 19:43:34
SHRD0108: Retrieved 200 records from gl_je_categories
<< gllged() 07-MAY-2013 19:43:34
<< gllged() 07-MAY-2013 19:43:34
<< gllged() 07-MAY-2013 19:43:34
<< gllged() 07-MAY-2013 19:43:34
<< gllged() 07-MAY-2013 19:43:34
<< gllged() 07-MAY-2013 19:43:34
<< gllged() 07-MAY-2013 19:43:34
<< gllged() 07-MAY-2013 19:43:34
<< gllged() 07-MAY-2013 19:43:34
<< gllged() 07-MAY-2013 19:43:34
<< gllged() 07-MAY-2013 19:43:34
<< gllged() 07-MAY-2013 19:43:34
<< gllged() 07-MAY-2013 19:43:34
<< gllged() 07-MAY-2013 19:43:34
<< gllged() 07-MAY-2013 19:43:34
<x gllcje() 07-MAY-2013 19:49:18
Error in: gllcje
Function return status: 0
Function Err Message: Executing upd_prep using descriptor updbindda
Function warning number: -1
sqlcaid:   sqlabc: 0 sqlcode: -3113 sqlerrml: 48
sqlerrmc:
ORA-03113: end-of-file on communication channel
sqlerrp:      sqlerrd: 0 1 0 0 0 538976288
sqlwarn:           sqltext:
*****************************************************SHRD0044: Process logging off database and exiting ...
+---------------------------------------------------------------------------+
Start of log messages from FND_FILE
+---------------------------------------------------------------------------+
+---------------------------------------------------------------------------+
End of log messages from FND_FILE
+---------------------------------------------------------------------------+
ORACLE error 3114 in AFPRSR-Resubmit_Time
Cause: AFPRSR-Resubmit_Time failed due to ORA-03114: not connected to ORACLE
The SQL statement being executed at the time of the error was: and was executed from the file .
Routine FDPCLS encountered an error changing request 491859 status.
Contact your support representative.
ORACLE error 3114 in close_server_files
Cause: close_server_files failed due to ORA-03114: not connected to ORACLE.
The SQL statement being executed at the time of the error was: &SQLSTMT and was executed from the file &ERRFILE.
ORACLE error 3114 in fetch_lines
Cause: fetch_lines failed due to ORA-03114: not connected to ORACLE.
The SQL statement being executed at the time of the error was: &SQLSTMT and was executed from the file &ERRFILE.
ORACLE error 3114 in open_server_files
Cause: open_server_files failed due to ORA-03114: not connected to ORACLE.
The SQL statement being executed at the time of the error was: &SQLSTMT and was executed from the file &ERRFILE.
ORACLE error 3114 in close_user_handles
Cause: close_user_handles failed due to ORA-03114: not connected to ORACLE.
The SQL statement being executed at the time of the error was: &SQLSTMT and was executed from the file &ERRFILE.
ORACLE error 3114 in FDPCLS
Cause: FDPCLS failed due to ORA-03114: not connected to ORACLE
The SQL statement being executed at the time of the error was: lock TABLE FND_CONCURRENT_REQUESTS IN SHARE UPDATE MODE and was executed from the
/u02/oracle/PFT/apps/apps_st/appl/gl/12.0.0/bin/GLLEZL
Program exited with status 1
+---------------------------------------------------------------------------+
Executing request completion options...
Output file size:
0
Finished executing request completion options.
+---------------------------------------------------------------------------+
Concurrent request completed
Current system time is 07-MAY-2013 19:49:18
+---------------------------------------------------------------------------+I don't know how ORA-03114: not connected to ORACLE could happened.
My temporary suspect is on network issue between Apps Server and DB Server (Two-Tier) because with AutoBatch for FAH (Financial Accounting Hub), there is 5 Journal Import Processing on Request and only this one was error.
My team had raised this issue to SR two days ago, hopefully few hours again, we could see their answer.
Best Regards,
Yohanes
Edited by: SigCle on May 14, 2013 3:05 AM

Journal import fails when called from PLSQL

Hi,
When journal import is called from plsql code it is failing with error in 'gllacc() Function returning without value and no data found'.
Same transaction is run succesfully from front end.
I checked both gl_interface and gl_interface_control table but couldnt find the issue.
Any info on this would be very helpful.
Thanks
Sandhya

FOR l_rec IN (SELECT ledger_id,group_id from apps.gl_interface
WHERE status='NEW'
AND user_je_source_name='GIS_DATA_CONVERSION'
GROUP BY ledger_id,group_id
ORDER BY group_id
LOOP
apps.gl_journal_import_pkg.populate_interface_control (user_je_source_name => 'GIS_DATA_CONVERSION',
GROUP_ID => l_rec.group_id,
set_of_books_id => l_rec.ledger_id,
interface_run_id =>vl_interface_id,
table_name => 'GL_INTERFACE',
processed_data_action=>'D'
COMMIT;
vl_request_id := apps.fnd_request.submit_request (application => 'SQLGL', -- application short name
program => 'GLLEZLSRS', -- program short name
description => NULL, -- program name
start_time => NULL, -- start date
sub_request => FALSE, -- sub-request
argument1 => 2065, --Data access set id
argument2 => 'GIS_DATA_CONVERSION', --Source
argument3 => l_rec.ledger_id, -- set of books id
argument4 => l_rec.group_id,
argument5 => 'N', -- error to suspense flag
argument6 => NULL, -- create summary flag
argument7 => 'N' -- import desc flex flag
COMMIT;
IF ( vl_request_id = 0 ) THEN
xxgis.gis_conv_util_pkg.debug_print_p(1,'FND_LOG','E001: Journal Import Submission Failed. ' || SQLERRM);
retcode := 2;
EXIT;
ELSE
xxgis.gis_conv_util_pkg.debug_print_p(1,'FND_LOG','P001: Submitted Journal Import Program for group id: ' || l_rec.group_id ||
'and ledger :'||l_rec.ledger_id|| ', Request ID: ' || vl_request_id);
END IF;
END LOOP;

Journal Import Attributes not processed

Hi,
I'am loading data in an interface table to create journal lines using Standard Journal Import program and I am passing values in attributes fields in my interface table. The attributes are for the table GL_JE_LINES.
After processing of Journal Import, my journal lines are created but no information appears in the attribute fields.
I have pass Context value as well.
I can't find why attribute values are not taken by Journal import.
Please help
Vik

Hello,
Yes it was argument7 when submitting the request via fnd_request.submit - the value should be either O- without validation or W- with validation.
, p_argument1 => l_interface_run_id
, p_argument2 => TO_CHAR(fnd_profile.value('GL_ACCESS_SET_ID'))
, p_argument3 => 'N'
, p_argument4 => NULL
, p_argument5 => NULL
, p_argument6 => 'N'
, p_argument7 => 'O'-- import dff
, p_argument8 => 'Y'
Thx
vik

GL : after journal import currency conversion type change to User

Hi
I have following data in GL_Interface table
User_currency_conversion-type = 'Corporate'
Currency_conversion_date = '9/21/2008' ( Get from Gl_Daily_rates)
Currency_conversion_rate = Null
As per GL_Daily_Rates the conversion_rate is 1.5 for this currency to functonal currency.
After journal import, gl_je_header is populated with
User_currency_conversion-type = 'User'
Currency_conversion_date = '9/21/2008'
Currency_conversion_rate = 1
Can you please explain, why the User_currency_conversion-type and Currency_conversion_rate are changed to above values ?
If you have any good document of "Journal Import Rules and Logic" , please share
Thaks in Advance

Hello Mr. G. Lakshmipathi,
Thanks! I'll try this function module READ_EXCHANGE_RATE.
However, I think this issue is not really related to the exchange rate. The amount conversion from USD to JOD happens correctly based on the current pricing forumla that we are using i.e. amounts in JOD have 3 decimals after conversion from USD, but when they are stored in pricing structure, the last decimal is truncated as the currency against the 3 condition types is USD (USD has 2 decimals). Hence, the amounts have 2 deicmals.
Thanks,
Amit

Journal Import Warning

Hi ,
I am running Journal Import but the status completion is warning. When I check the output/log is says:
Journal Import finds no records in GL_INTERFACE for processing.
Check LEDGER_ID, USER_JE_SOURCE_NAME, and GROUP_ID of import records.
+---------------------------------------------------------------------------+
General Ledger: Version : 12.0.0
Copyright (c) 1979, 1999, Oracle Corporation. All rights reserved.
GLLEZL module: Journal Import
+---------------------------------------------------------------------------+
Current system time is 24-AUG-2010 18:45:14
+---------------------------------------------------------------------------+
gllsys() 24-AUG-2010 18:45:14
    fnd_user_id = 1090
    fnd_user_name = KCAALIM
    fnd_login_id = 344175
    con_request_id = 607564
    sus_on = 0
    from_date = 2010/01/01
    to_date = 2010/07/31
    create_summary = 0
    archive = 0
    num_rec = 1000
    run_id = 73591
<< gllsys() 24-AUG-2010 18:45:14
SHRD0108: Retrieved 2 records from fnd_currencies
gllcnt() 24-AUG-2010 18:45:14SHRD0118: Updated 3 record(s) in table: gl_interface_control
source name = Receivables
interface source name = Receivables
group id = 626376
ledger_id = 2023
source name = Receivables
interface source name = Receivables
group id = 626377
ledger_id = 2023
source name = Receivables
interface source name = Receivables
group id = 626378
ledger_id = 2023
LEZL0001: Found 3 sources to process.
glluch() 24-AUG-2010 18:45:14
<< glluch() 24-AUG-2010 18:45:14
gl_import_hook_pkg.pre_module_hook() 24-AUG-2010 18:45:14
<< gl_import_hook_pkg.pre_module_hook() 24-AUG-2010 18:45:14
glusbe() 24-AUG-2010 18:45:14
<< glusbe() 24-AUG-2010 18:45:14
glusbe() 24-AUG-2010 18:45:14
<< glusbe() 24-AUG-2010 18:45:14
glusbe() 24-AUG-2010 18:45:14
<< glusbe() 24-AUG-2010 18:45:14
<< gllcnt() 24-AUG-2010 18:45:14
gllacc() 24-AUG-2010 18:45:14
<< gllacc() 24-AUG-2010 18:45:14
gllenc() 24-AUG-2010 18:45:14SHRD0108: Retrieved 6 records from gl_encumbrance_types
<< gllenc() 24-AUG-2010 18:45:14
gllfss() 24-AUG-2010 18:45:14LEZL0005: Successfully finished building dynamic SQL statement.
<< gllfss() 24-AUG-2010 18:45:14
gllcje() 24-AUG-2010 18:45:14
gllalb() 24-AUG-2010 18:45:14
<< gllalb() 24-AUG-2010 18:45:14
gllnid() 24-AUG-2010 18:45:14
glluch() 24-AUG-2010 18:45:14
<< glluch() 24-AUG-2010 18:45:14
LEZL0008: Found no interface records to process.
LEZL0009: Check LEDGER_ID, GROUP_ID, and USER_JE_SOURCE_NAME of interface records.
If no GROUP_ID is specified, then only data with no GROUP_ID will be retrieved. Note that most data
from the Oracle subledgers has a GROUP_ID, and will not be retri
SHRD0119: Deleted 3 record(s) from gl_interface_control.
<< gllnid() 24-AUG-2010 18:45:14
+---------------------------------------------------------------------------+
Start of log messages from FND_FILE
+---------------------------------------------------------------------------+
+---------------------------------------------------------------------------+
End of log messages from FND_FILE
+---------------------------------------------------------------------------+
+---------------------------------------------------------------------------+
Executing request completion options...
Finished executing request completion options.
No data was found in the GL_INTERFACE table.
+---------------------------------------------------------------------------+
Concurrent request completed
Current system time is 24-AUG-2010 18:45:14
+---------------------------------------------------------------------------+I check the GL_INTERFACE table and it has 3000+ contents.
How do I check this error please....
Thanks a lot
Ms K

Hi Msk;
You have below errors,
LEZL0008: Found no interface records to process.
LEZL0009: Check LEDGER_ID, GROUP_ID, and USER_JE_SOURCE_NAME of interface records.Journal Import Finds No Records in gl_interface for Processing [ID 141824.1]
Journal Import Finds No Records in GL_INTERFACE For Processing For AX and AP Sources [ID 360994.1]
GLMRCU does not populate GL_INTERFACE to produce journal for reporting sob [ID 1081808.6]
Regards
Helios

Multi Journal Import - Doubts ?

Hi All
Right now we are running a Multi Journal Import and we are inserting data into 4 interface tables gl_interface1-4.
I would like to know , if i increase the table from 4 to 10 tables ?
Any suggestions?
Thanks
Ravi

FOR l_rec IN (SELECT ledger_id,group_id from apps.gl_interface
WHERE status='NEW'
AND user_je_source_name='GIS_DATA_CONVERSION'
GROUP BY ledger_id,group_id
ORDER BY group_id
LOOP
apps.gl_journal_import_pkg.populate_interface_control (user_je_source_name => 'GIS_DATA_CONVERSION',
GROUP_ID => l_rec.group_id,
set_of_books_id => l_rec.ledger_id,
interface_run_id =>vl_interface_id,
table_name => 'GL_INTERFACE',
processed_data_action=>'D'
COMMIT;
vl_request_id := apps.fnd_request.submit_request (application => 'SQLGL', -- application short name
program => 'GLLEZLSRS', -- program short name
description => NULL, -- program name
start_time => NULL, -- start date
sub_request => FALSE, -- sub-request
argument1 => 2065, --Data access set id
argument2 => 'GIS_DATA_CONVERSION', --Source
argument3 => l_rec.ledger_id, -- set of books id
argument4 => l_rec.group_id,
argument5 => 'N', -- error to suspense flag
argument6 => NULL, -- create summary flag
argument7 => 'N' -- import desc flex flag
COMMIT;
IF ( vl_request_id = 0 ) THEN
xxgis.gis_conv_util_pkg.debug_print_p(1,'FND_LOG','E001: Journal Import Submission Failed. ' || SQLERRM);
retcode := 2;
EXIT;
ELSE
xxgis.gis_conv_util_pkg.debug_print_p(1,'FND_LOG','P001: Submitted Journal Import Program for group id: ' || l_rec.group_id ||
'and ledger :'||l_rec.ledger_id|| ', Request ID: ' || vl_request_id);
END IF;
END LOOP;

Journal Import - Multiple Reporting Curriencies

Can someone please let me know how i can handle Journal Import Process for Multiple Currencies, Please let me know the validation i need to be perform.

the whole error i am facing is below :
group id = 452132
LEZL0023: Journal Import can only process data from one table at a time.
<x gllcnt() 19-OCT-2012 00:33:21
Error in: gllcnt
Function return status: 0
Function Err Message: multiple tables
Function warning number: -1
sqlcaid: sqlabc: 0 sqlcode: 1403 sqlerrml: 25
sqlerrmc:
ORA-01403: no data found
1 Concurrent request ended in an error

Journal Import Error Codes

Hi All,
I wanted to know where are the error codes stored in the database for the journal import process. For example, after the journal import completes - the execution report has the details and at the end it mentions about all the error codes and the meaning. Where is this informaiton stored. How can we derive the text of the error given a error code. I wanted to know to build a custom report.
Thanks,
Anand

I think the meaning you can get it from the lookup.select *
from fnd_lookups
where lookup_type = 'PSP_SUSP_AC_ERRORS'
order by lookup_code;But it seems GL is printing the error message details from the table fnd_new_messages.select *
from fnd_new_messages
where application_id = 101
and language_code = 'US'
and message_name like 'R_LEZL%'
order by message_name;By
Vamsi

Journal Import table

Similar Messages

Maybe you are looking for