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

Similar Messages

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

Beginner trying to import data from GL_interface to GL

Hello I’m Beginner with Oracle GL and I ‘m not able to do an import from GL_Interface, I have putted my data into GL_interface but I think that something is wrong with it Becose when I try to import data
with Journals->Import->run oracle answer me that GL_interface is empty!
I think that maybe my insert is not correct and that's why oracle don't want to use it... can someone help me?
----> I have put the data that way:
insert into gl_interface (status,set_of_books_id,accounting_date, currency_code,date_created,
created_by, actual_flag, user_je_category_name, user_je_source_name, segment1,segment2,segment3,
entered_dr, entered_cr,transaction_date,reference1 )
values ('NEW', '1609', sysdate, 'FRF', sysdate,1008009, 'A', 'xx jab payroll', 'xx jab payroll', '01','002','4004',111.11,0,
sysdate,'xx_finance_jab_demo');
insert into gl_interface (status,set_of_books_id,accounting_date, currency_code,date_created,
created_by, actual_flag, user_je_category_name, user_je_source_name, segment1,segment2,segment3,
entered_dr, entered_cr,transaction_date,reference1 )
values ('NEW', '1609', sysdate, 'FRF', sysdate,1008009, 'A', 'xx jab payroll', 'xx jab payroll', '01','002','1005',0,111.11,
sysdate,'xx_finance_jab_demo');
------------> Oracle send me that message:
General Ledger: Version : 11.5.0 - Development
Copyright (c) 1979, 1999, Oracle Corporation. All rights reserved.
GLLEZL module: Journal Import
Current system time is 14-MAR-2007 15:39:25
Running in Debug Mode
gllsob() 14-MAR-2007 15:39:25sob_id = 124
sob_name = Vision France
coa_id = 50569
num_segments = 6
delim = '.'
segments =
SEGMENT1
SEGMENT2
SEGMENT3
SEGMENT4
SEGMENT5
SEGMENT6
index segment is SEGMENT2
balancing segment is SEGMENT1
currency = EUR
sus_flag = Y
ic_flag = Y
latest_opened_encumbrance_year = 2006
pd_type = Month
<< gllsob() 14-MAR-2007 15:39:25
gllsys() 14-MAR-2007 15:39:25fnd_user_id = 1008009
fnd_user_name = JAB-DEVELOPPEUR
fnd_login_id = 2675718
con_request_id = 2918896
sus_on = 0
from_date =
to_date =
create_summary = 0
archive = 0
num_rec = 1000
num_flex = 2500
run_id = 55578
<< gllsys() 14-MAR-2007 15:39:25
SHRD0108: Retrieved 51 records from fnd_currencies
gllcsa() 14-MAR-2007 15:39:25<< gllcsa() 14-MAR-2007 15:39:25
gllcnt() 14-MAR-2007 15:39:25SHRD0118: Updated 1 record(s) in table: gl_interface_control
source name = xx jab payroll
group id = -1
LEZL0001: Found 1 sources to process.
glluch() 14-MAR-2007 15:39:25<< glluch() 14-MAR-2007 15:39:25
gl_import_hook_pkg.pre_module_hook() 14-MAR-2007 15:39:26<< gl_import_hook_pkg.pre_module_hook() 14-MAR-2007 15:39:26
glusbe() 14-MAR-2007 15:39:26<< glusbe() 14-MAR-2007 15:39:26
<< gllcnt() 14-MAR-2007 15:39:26
gllpst() 14-MAR-2007 15:39:26SHRD0108: Retrieved 110 records from gl_period_statuses
<< gllpst() 14-MAR-2007 15:39:27
glldat() 14-MAR-2007 15:39:27Successfully built decode fragment for period_name and period_year
gllbud() 14-MAR-2007 15:39:27SHRD0108: Retrieved 10 records from the budget tables
<< gllbud() 14-MAR-2007 15:39:27
gllenc() 14-MAR-2007 15:39:27SHRD0108: Retrieved 15 records from gl_encumbrance_types
<< gllenc() 14-MAR-2007 15:39:27
glldlc() 14-MAR-2007 15:39:27<< glldlc() 14-MAR-2007 15:39:27
gllcvr() 14-MAR-2007 15:39:27SHRD0108: Retrieved 6 records from gl_daily_conversion_types
<< gllcvr() 14-MAR-2007 15:39:27
gllfss() 14-MAR-2007 15:39:27LEZL0005: Successfully finished building dynamic SQL statement.
<< gllfss() 14-MAR-2007 15:39:27
gllcje() 14-MAR-2007 15:39:27main_stmt:
select int.rowid
decode(int.SEGMENT1|| int.SEGMENT2|| int.SEGMENT3|| int.SEGMENT4|| int.SEGMENT5|| int.SEGMENT6
, '', replace(ccid_cc.SEGMENT2,'.','
') || '.' || replace(ccid_cc.SEGMENT1,'.','
') || '.' || replace(ccid_cc.SEGMENT3,'.','
') || '.' || replace(ccid_cc.SEGMENT4,'.','
') || '.' || replace(ccid_cc.SEGMENT5,'.','
') || '.' || replace(ccid_cc.SEGMENT6,'.','
, replace(int.SEGMENT2,'.','
') || '.' || replace(int.SEGMENT1,'.','
') || '.' || replace(int.SEGMENT3,'.','
') || '.' || replace(int.SEGMENT4,'.','
') || '.' || replace(int.SEGMENT5,'.','
') || '.' || replace(int.SEGMENT6,'.','
') ) flexfield , nvl(flex_cc.code_combination_id,
nvl(int.code_combination_id, -4))
, decode(int.SEGMENT1|| int.SEGMENT2|| int.SEGMENT3|| int.SEGMENT4|| int.SEGMENT5|| int.SEGMENT6
, '', decode(ccid_cc.code_combination_id,
null, decode(int.code_combination_id, null, -4, -5),
decode(sign(nvl(ccid_cc.start_date_active, int.accounting_date-1)
- int.accounting_date),
1, -1,
decode(sign(nvl(ccid_cc.end_date_active, int.accounting_date +1)
- int.accounting_date),
-1, -1, 0)) +
decode(ccid_cc.enabled_flag,
'N', -10, 0) +
decode(ccid_cc.summary_flag, 'Y', -100,
decode(int.actual_flag,
'B', decode(ccid_cc.detail_budgeting_allowed_flag,
'N', -100, 0),
decode(ccid_cc.detail_posting_allowed_flag,
'N', -100, 0)))),
decode(flex_cc.code_combination_id,
null, -4,
decode(sign(nvl(flex_cc.start_date_active, int.accounting_date-1)
- int.accounting_date),
1, -1,
decode(sign(nvl(flex_cc.end_date_active, int.accounting_date +1)
- int.accounting_date),
-1, -1, 0)) +
decode(flex_cc.enabled_flag,
'N', -10, 0) +
decode(flex_cc.summary_flag, 'Y', -100,
decode(int.actual_flag,
'B', decode(flex_cc.detail_budgeting_allowed_flag,
'N', -100, 0),
decode(flex_cc.detail_posting_allowed_flag,
'N', -100, 0)))))
, int.user_je_category_name
, int.user_je_category_name
, 'UNKNOWN' period_name
, decode(actual_flag, 'B'
     , decode(period_name, NULL, '-1' ,period_name), nvl(period_name, '0')) period_name2
, currency_code
, decode(actual_flag
     , 'A', actual_flag
     , 'B', decode(budget_version_id
     , 1210, actual_flag
     , 1211, actual_flag
     , 1212, actual_flag
     , 1331, actual_flag
     , 1657, actual_flag
     , 1658, actual_flag
     , NULL, '1', '6')
     , 'E', decode(encumbrance_type_id
     , 1000, actual_flag
     , 1001, actual_flag
     , 1022, actual_flag
     , 1023, actual_flag
     , 1024, actual_flag
     , 1048, actual_flag
     , 1049, actual_flag
     , 1050, actual_flag
     , 1025, actual_flag
     , 999, actual_flag
     , 1045, actual_flag
     , 1046, actual_flag
     , 1047, actual_flag
     , 1068, actual_flag
     , 1088, actual_flag
     , NULL, '3', '4'), '5') actual_flag
, '0' exception_rate
, decode(currency_code
     , 'EUR', 1
     , 'STAT', 1
     , decode(actual_flag, 'E', -8, 'B', 1
     , decode(user_currency_conversion_type
     , 'User', decode(currency_conversion_rate, NULL, -1, currency_conversion_rate)
     ,'Corporate',decode(currency_conversion_date,NULL,-2,-6)
     ,'Spot',decode(currency_conversion_date,NULL,-2,-6)
     ,'Reporting',decode(currency_conversion_date,NULL,-2,-6)
     ,'HRUK',decode(currency_conversion_date,NULL,-2,-6)
     ,'DALY',decode(currency_conversion_date,NULL,-2,-6)
     ,'HLI',decode(currency_conversion_date,NULL,-2,-6)
     , NULL, decode(currency_conversion_rate,NULL,
     decode(decode(nvl(to_char(entered_dr),'X'),'X',1,2),decode(nvl(to_char(accounted_dr),'X'),'X',1,2),
     decode(decode(nvl(to_char(entered_cr),'X'),'X',1,2),decode(nvl(to_char(accounted_cr),'X'),'X',1,2),-20,-3),-3),-9),-9))) currency_conversion_rate
, to_number(to_char(nvl(int.currency_conversion_date, int.accounting_date), 'J'))
, decode(int.actual_flag
     , 'A', decode(int.currency_code
          , 'EUR', 'User'
     , 'STAT', 'User'
          , nvl(int.user_currency_conversion_type, 'User'))
     , 'B', 'User', 'E', 'User'
     , nvl(int.user_currency_conversion_type, 'User')) user_currency_conversion_type
, ltrim(rtrim(substrb(rtrim(substrb(int.reference1, 1, 50)) || ' ' || int.user_je_source_name || ' 2918896: ' || int.actual_flag || ' ' || int.group_id, 1, 100)))
, rtrim(substrb(nvl(rtrim(int.reference2), 'Journal Import ' || int.user_je_source_name || ' 2918896:'), 1, 240))
, ltrim(rtrim(substrb(rtrim(rtrim(substrb(int.reference4, 1, 25)) || ' ' || int.user_je_category_name || ' ' || int.currency_code || decode(int.actual_flag, 'E', ' ' || int.encumbrance_type_id, 'B', ' ' || int.budget_version_id, '') || ' ' || int.user_currency_conversion_type || ' ' || decode(int.user_currency_conversion_type, NULL, '', 'User', to_char(int.currency_conversion_rate), to_char(int.currency_conversion_date))) || ' ' || substrb(int.reference8, 1, 15) || int.originating_bal_seg_value, 1, 100)))
, rtrim(nvl(rtrim(int.reference5), 'Journal Import 2918896:'))
, rtrim(substrb(nvl(rtrim(int.reference6), 'Journal Import Created'), 1, 80))
, rtrim(decode(upper(substrb(nvl(rtrim(int.reference7), 'N'), 1, 1)),'Y','Y', 'N'))
, decode(upper(substrb(int.reference7, 1, 1)), 'Y', decode(rtrim(reference8), NULL, '-1', rtrim(substrb(reference8, 1, 15))), NULL)
, rtrim(upper(substrb(int.reference9, 1, 1)))
, rtrim(nvl(rtrim(int.reference10), nvl(to_char(int.subledger_doc_sequence_value), 'Journal Import Created')))
, int.entered_dr
, int.entered_cr
, to_number(to_char(int.accounting_date,'J'))
, to_char(int.accounting_date, 'YYYY/MM/DD')
, int.user_je_source_name
, nvl(int.encumbrance_type_id, -1)
, nvl(int.budget_version_id, -1)
, NULL
, int.stat_amount
, decode(int.actual_flag
, 'E', decode(int.currency_code, 'STAT', '1', '0'), '0')
, decode(int.actual_flag
, 'A', decode(int.budget_version_id
, NULL, decode(int.encumbrance_type_id, NULL, '0', '1')
, decode(int.encumbrance_type_id, NULL, '2', '3'))
, 'B', decode(int.encumbrance_type_id
, NULL, '0', '4')
, 'E', decode(int.budget_version_id
, NULL, '0', '5'), '0')
, int.accounted_dr
, int.accounted_cr
, nvl(int.group_id, -1)
, nvl(int.average_journal_flag, 'N')
, int.originating_bal_seg_value
from GL_INTERFACE int,
gl_code_combinations flex_cc,
gl_code_combinations ccid_cc
where int.set_of_books_id = 124
and int.status != 'PROCESSED'
and (int.user_je_source_name,nvl(int.group_id,-1)) in (('xx jab payroll', -1))
and flex_cc.SEGMENT1(+) = int.SEGMENT1
and flex_cc.SEGMENT2(+) = int.SEGMENT2
and flex_cc.SEGMENT3(+) = int.SEGMENT3
and flex_cc.SEGMENT4(+) = int.SEGMENT4
and flex_cc.SEGMENT5(+) = int.SEGMENT5
and flex_cc.SEGMENT6(+) = int.SEGMENT6
and flex_cc.chart_of_accounts_id(+) = 50569
and flex_cc.template_id(+) is NULL
and ccid_cc.code_combination_id(+) = int.code_combination_id
and ccid_cc.chart_of_accounts_id(+) = 50569
and ccid_cc.template_id(+) is NULL
order by decode(int.SEGMENT1|| int.SEGMENT2|| int.SEGMENT3|| int.SEGMENT4|| int.SEGMENT5|| int.SEGMENT6
, rpad(ccid_cc.SEGMENT2,30) || '.' || rpad(ccid_cc.SEGMENT1,30) || '.' || rpad(ccid_cc.SEGMENT3,30) || '.' || rpad(ccid_cc.SEGMENT4,30) || '.' || rpad(ccid_cc.SEGMENT5,30) || '.' || rpad(ccid_cc.SEGMENT6,30)
, rpad(int.SEGMENT2,30) || '.' || rpad(int.SEGMENT1,30) || '.' || rpad(int.SEGMENT3,30) || '.' || rpad(int.SEGMENT4,30) || '.' || rpad(int.SEGMENT5,30) || '.' || rpad(int.SEGMENT6,30)
) , int.entered_dr, int.accounted_dr, int.entered_cr, int.accounted_cr, int.accounting_date
control->len_mainsql = 16402
length of main_stmt = 7428
upd_stmt.arr:
update GL_INTERFACE
set status = :status
, status_description = :description
, je_batch_id = :batch_id
, je_header_id = :header_id
, je_line_num = :line_num
, code_combination_id = decode(:ccid, '-1', code_combination_id, :ccid)
, accounted_dr = :acc_dr
, accounted_cr = :acc_cr
, descr_flex_error_message = :descr_description
, request_id = to_number(:req_id)
where rowid = :row_id
upd_stmt.len: 394
ins_stmt.arr:
insert into gl_je_lines
( je_header_id, je_line_num, last_update_date, creation_date, last_updated_by, created_by , set_of_books_id, code_combination_id ,period_name, effective_date , status , entered_dr , entered_cr , accounted_dr , accounted_cr , reference_1 , reference_2
, reference_3 , reference_4 , reference_5 , reference_6 , reference_7 , reference_8 , reference_9 , reference_10 , description
, stat_amount , attribute1 , attribute2 , attribute3 , attribute4 , attribute5 , attribute6 ,attribute7 , attribute8
, attribute9 , attribute10 , attribute11 , attribute12 , attribute13 , attribute14, attribute15, attribute16, attribute17
, attribute18 , attribute19 , attribute20 , context , context2 , context3 , invoice_amount , invoice_date , invoice_identifier
, tax_code , no1 , ussgl_transaction_code , gl_sl_link_id , gl_sl_link_table , subledger_doc_sequence_id , subledger_doc_sequence_value
, jgzz_recon_ref , ignore_rate_flag)
SELECT
:je_header_id , :je_line_num , sysdate , sysdate , 1008009 , 1008009 , 124 , :ccid , :period_name
, decode(substr(:account_date, 1, 1), '-', trunc(sysdate), to_date(:account_date, 'YYYY/MM/DD'))
, 'U' , :entered_dr , :entered_cr , :accounted_dr , :accounted_cr
, reference21, reference22, reference23, reference24, reference25, reference26, reference27, reference28, reference29
, reference30, :description, :stat_amt, '' , '', '', '', '', '', '', '', '' , '', '', '', '', '', '', '', '', '', '', ''
, '', '', '', '', '', '', '', '', '', gl_sl_link_id
, gl_sl_link_table
, subledger_doc_sequence_id
, subledger_doc_sequence_value
, jgzz_recon_ref
, null
FROM GL_INTERFACE
where rowid = :row_id
ins_stmt.len: 1818
glluch() 14-MAR-2007 15:39:27<< glluch() 14-MAR-2007 15:39:27
LEZL0008: Found no interface records to process.
LEZL0009: Check SET_OF_BOOKS_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 retrieved if no GROUP_ID is specified.
SHRD0119: Deleted 1 record(s) from gl_interface_control.
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 14-MAR-2007 15:39:27
---------------------------------------------------------------------------

As per the error message said, you need to specify a group id.
as per documentation :
GROUP_ID: Enter a unique group number to distinguish import data within a
source. You can run Journal Import in parallel for the same source if you specify a
unique group number for each request.
For example if you put data for payables and receivables, you need to put different group id to separate payables and receivables data.
HTH

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

How Journal Import groups records from GL_INTERFACE into Journal Headers

Hello,
Does anyone know how or using what criteria the Journal Import program groups records from the GL_INTERFACE into Journal Entries?
The R12 User Guide says that :
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) (Encumbrance Type ID, if applicable) (Currency
Conversion Rate, if applicable) (Currency Conversion Date, if applicable) (Originating
Balancing Segment Value), chopped to the first 100 characters. If the above results in
multiple journals in the same batch with the same name, then additional characters are
chopped off, and a 2, 3, 4, and so on, is added for the second, third, fourth, journals with
the same name.
Does it mean that for every unique combination of Category+Currency+CurrencyConversion Rate+Currency Conversion Date, a Journal Header would be created? I also found that although not mentioned in the user guide, if the Accounting Date within a group of records is different, the import program includes accounting date to the above criteria and tries to create separate Journal headers per Accounting Date.
Also, is there a way to override this ( Category+Currency+CurrencyConversion Rate+Currency Conversion Date) criteria?
Thanks,
Manish

any suggessions on the above query?
Thanks & regards
Aboo

Journal Import finds no records in GL_INTERFACE for processing.

Hi,
I'm using the Oracle Web ADI (11i) to upload journal entries form a spreedsheat to GL.
When the request is finished, this message is shown on the out put :
Journal Import finds no records in GL_INTERFACE for processing.
Check SET_OF_BOOKS_ID, USER_JE_SOURCE_NAME, and GROUP_ID of import 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 retrieved if no GROUP_ID is specified.
Can you help me to reslove it.
Thx.

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

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;

Using Data Pump from Grid Control to import schema

Hi,
I have 2 10g oracle databases on 2 different windows servers. The databases are called: source and dest.
In dest I have created a database link to source.
I want to import a schema from source to dest.
I log on Grid Control and in the maintenance tab I click the link Import from database.
I choose import from schema and the database link I created earlier.
I then choose the schema name.
In the page Import From Database: Options I expand the advanced options.
I choose Exclude Only Objects Specified Below and I add a row that looks like this:
object type: TABLE
object name expression: EXCLUDE=TABLE:"IN('TEST6', 'TEST7')"
As I submit the job I get this error message:
Import Submit Failed
Errors: ORA-39001: invalid argument value ORA-39071. The value of NAME_EXPR is misformed. ORA-00920: invalid relation operator.
I have tried several ways, but I am still getting the same error.
Any suggestion will be appreciated.

Hi,
Thanks for your replay.
I have already tried the following with back slash:
EXCLUDE=TABLE:\"IN('TEST6', 'TEST7')\"
and I get the same error message.
If you have the correct syntax could you send it to me?
Regards.

Duplicate transactions in GL Journals when imported from 3rd party

Hi All,
Normally everyday we receive data from 3rd party system will imported to GL via GL interface tables. A scheduled program 'Journal import' is being scheduled every night which was in error status since last 4 days.
So we have deleted certain transactions from the GL interface tables using delete command and imported the good ones into GL. Now when we see the amount is doubled.
Any ideas. Have we done anything wrong?
This is 11i.
Thankyou in advance,
Sudah

Hi All,
The journals that were imported are in Posted status. We have more journals than expected like almost doubled. what is the fix for this.
Please help.
Regards,
Sudha

Import Transactions as Journal Voucher from Excel

Hi,
Customer would like to import transactions into Journal Voucher from Excel using the Administration > Data Import > Import Transactions from SAP Business One option. Please note that customer does not want to use DTW for data import.
Is there any documentation which I can refer to for importing transactions into JV in B1? Please provide the link if any.
Thanks and regards,
Priscilla

Hey Ramzi ,
I tried the code so many times and every time there is a sign error in this line :
If lRetCode <> 0 Then
                    sErrMsg = oCompany.GetLastErrorDescription
                    MsgBox sErrMsg & " - Ligne entete n°: " & j - 10, vbCritical, " ERREUR"
                    Worksheets("entete").Cells(j, 1).Font.Color = vbRed
can you help me to understand why i have msg error ?
Thanks in advance

Security rule whether be checked when journal import

Hi All,
Thanks for your attention, I have got an issue about security rule.
When I used gl_interface to import journals into EBS system, I think the security rules will not be checked, it only check cross-validation, but I found sometimes security rule is checked for some responsibilities when journal import, why this happened, and is there any profile or setup to control it?
Thanks for your help.
Best Regards
Spark

Hi Spark,
It looks like Journal Import doesn't check for Security rules, but it checks for cross validation rules upon dynamic insertion. Sorry for the misled earlier. You can check the metalink note, Journal Import - FAQ [ID 107059.1]. Here are the comments for the note,
A04. Does the Journal Import process check for Cross-Validation or Security
Rules violations?
Journal Import does not check security rules. Transactions that come
from Oracle subledgers (AR, AP, etc.) already have the CCID (Code
Combination ID) in the GL_INTERFACE table. These have been validated
in the feeder system.
You can also populate the accounting segments directly into the
gl_interface table and let Journal Import populate the
code_combination_id. If dynamic insertion is enabled, and this is a
new combination, then the import program will check for cross
validation rule violations.
Thanks,
Kiran

AP Journal Import Error

Hi all,
While running process to import journal error occured. Description of error are as below:
1) User run ACCOUNTS PAYABLE JOURNAL ENTRY EXCEPTION REPORT, run completed with no error.
2) The follow up auto run of JOURNAL IMPORT EXECUTION REPORT was interrupted due to failure of Oracle System resulting in a shutdown of the Server. Status Indicated Journal Import Completed with Error. No output file was generated.
3) User then follow up with GL Supervisor responsibility and when 'GL Supervisor --> Journal --> Enter' is run and posting the month is queried, no unposted posting can be found for the data imported.
4) Subsiquent re-run of ACCOUNTS PAYABLE JOURNAL ENTRY EXCEPTION REPORT and JOURNAL IMPORT EXECUTION REPORT completed with no error. However, output indicated NO DATA FOUND.
Below are the output for the re-run:
Sawit - Set of Books ACCOUNTS PAYABLE JOURNAL ENTRY EXCEPTION REPORT Date: 02-APR-07 Page: 1
Invoice Distributions with Exceptions
|----------------Invoice------------------| |--------------------Distribution------------------| Exception
Supplier Name Invoice Number Currency Amount Num Amount Description GL Date Code
*** No data exists for this report ***
Sawit - Set of Books ACCOUNTS PAYABLE JOURNAL ENTRY EXCEPTION REPORT Date: 02-APR-07 Page: 2
Invoice Payments with Exceptions
|----------------Payment------------------| |----------------Invoice Payment---------------| Exception
Supplier Name Document Number Currency Amount Num Invoice Number Amount GL Date Code
*** No data exists for this report ***
Sawit - Set of Books ACCOUNTS PAYABLE JOURNAL ENTRY EXCEPTION REPORT Date: 02-APR-07 Page: 3
Reconciliation Payment Distributions with Exceptions
Supplier Name Document Number Currency Amount Line Type GL Date Exception Code
*** No data exists for this report ***
Sawit - Set of Books ACCOUNTS PAYABLE JOURNAL ENTRY AUDIT REPORT Date: 02-APR-07 Page: 1
TRANSFER TO GENERAL LEDGER : POSTED INVOICES
Currency :
Supplier Na Invoice Num GL Date Accounting Flex Entered Debit Entered Credit Accounted Debit Accounted Credit
*** No data exists for this report ***
Sawit - Set of Books ACCOUNTS PAYABLE JOURNAL ENTRY AUDIT REPORT Date: 02-APR-07 Page: 2
TRANSFER TO GENERAL LEDGER : POSTED PAYMENTS
Bank Acccount :
Payment Document :
Currency :
Supplier Na Document Num GL Date Accounting Flex Entered Debit Entered Credit Accounted Debit Accounted Credit
*** No data exists for this report ***
Sawit - Set of Books ACCOUNTS PAYABLE JOURNAL ENTRY AUDIT REPORT Date: 02-APR-07 Page: 3
TRANSFER TO GENERAL LEDGER : POSTED RECONCILIATION DISTRIBUTIONS
Bank Acccount :
Payment Document :
Currency :
Supplier Na Document Num GL Date Accounting Flex Entered Debit Entered Credit Accounted Debit Accounted Credit
*** No data exists for this report ***
Sawit - Set of Books Journal Import Execution Report Date: 02-APR-07 08:28
Concurrent Request ID: 706386 Page: 1
Journal Import finds no records in gl_interface for processing.
Check status, set_of_books_id, je_source_name and interface_run_id of import records.
***** End of Report *****
5) Check done on the gl.gl_interface show no data.
6) Check done on the gl.gl_je_batches show no such data.
7) A Sweep of un-imported journal before closing of period is done shows no record found of unposted records.
8) As of date, user have closed the period of Mar-07.
The question is, how do we repost the required data for the month of Mar-07 and to allow for posting into GL using the 'GL Supervisor --> Journal --> Enter' form?
Please help....thanks a lot..

I would say those exceptions always happening with Java products of Cisco.
You need to open a Cisco TAC case for them to collect logs and see in details (in programming view) why this exception is happening.
From my experience this may take sometime because the TAC engineer usually have no idea about the programming so he forward the logs analysis to a programmer who can understand.
If you can open a TAC case then this should be your next step.
Good luck.
Amjad
P.S: The main reason of most such exceptions is bugs.

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.

Journal Import

Hi
Please advise on below requirement:
Business users are uploading journals using web ADI and one unbalanced journal is also uploaded, now while importing journal program is error out because of unbalanced journal entry and correct journal are also stuck in interface.
We are deleting the unbalanced record from GL_INTERFACE and journal import works fine.
Please suggest the way that journal import will not fail because of one wrong journal entry for other correct entries will imported successfully.
Best Regards,
AMIT

Hi Amit,
Please suggest the way that journal import will not fail because of one wrong journal entry for other correct entries will imported successfully.
I am not quiet sure whether this is recommended and achievable, hopefully other experts may have a valuable input
We are deleting the unbalanced record from GL_INTERFACE and journal import works fine.
For clearing the incomplete imported Journal l entries, Please try running the program "Delete Journal Import Data" as GL user. And select the respective request ID which failed.
Thanks &
Best Regards,

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

Controlling Journal Import from Gl_INTERFACE

Similar Messages

Maybe you are looking for