AR_SYSTEM_PARAMETERS_ALL.TAX_REGISTRATION_NUMBER

This is an Oracle Receivables R12 question about an issue which is impacting our Invoice Printing programs.
In Oracle Receivables R12, is there any front-end form which updates the AR_SYSTEM_PARAMETERS_ALL.TAX_REGISTRATION_NUMBER field?
After introduction of ebTax (ZX), is this field obsolete? Our Invoice Print programs are using value set in this field and we need a way to change the value now.

Tax registration(if I remember it right), is done at the Legal Entity, OU setup,.. could be by operating unit tax accounts... I guess the tax registration number should be there too...
You could also check Implementation Guide...

Similar Messages

  • After 10gto11g upgd, 'Planning Data Pull Worker'  perf is very slow

    Hi all,
    We upgraded database from 10g to 11gR2. We have 3 prod instances , they work together. They are ebiz, planning, and configurator. Some of you might be familiar with this kind of setup.
    We are running 'Planning Data Pull Worker' in APS instance (planning) instance. This program "SELECTs" (and gets data) from EBIZ instance and "INSERTS" into planning instance.
    But after upgrade, this works fine in one instance (PERF6) (half hr), and takes very long like 6+ hrs in another instacen ARCH6.
    We figured where the problem is. A select statement.
    "select count(1) from apps.MRP_AP3_SALES_ORDERS_V ;"
    Eventhough this is not exactly the select been used. We simplified by just trying "count(1)" of the main view which as the culprit.
    I am pasting trace of both instance where working fine (PERF6) and where it is taking too long (ARCH6).
    Please have a look and help. We opened a sev-1 tar as well , still problem persists.
    Thanks,
    Gopal

    =======================================
    ___PERF6 instance trace; Where it works fine._
    =======================================
    SQL> SELECT * FROM table(DBMS_XPLAN.DISPLAY_AWR(('87dtkqstb5adq'),'961766442',null,'ADVANCED'));
    PLAN_TABLE_OUTPUT
    SQL_ID 87dtkqstb5adq
    select count(1) from apps.MRP_AP3_SALES_ORDERS_V
    Plan hash value: 961766442
    | Id | Operation | Name | Row
    s | Bytes | Cost (%CPU)| Time |
    PLAN_TABLE_OUTPUT
    | 0 | SELECT STATEMENT | |
    | | 29253 (100)| |
    | 1 | SORT AGGREGATE | |
    1 | 189 | | |
    | 2 | NESTED LOOPS | |
    PLAN_TABLE_OUTPUT
    1 | 189 | 29253 (1)| 00:05:52 |
    | 3 | HASH JOIN | |
    1 | 185 | 29253 (1)| 00:05:52 |
    | 4 | NESTED LOOPS OUTER | |
    1 | 176 | 29246 (1)| 00:05:51 |
    | 5 | NESTED LOOPS OUTER | |
    1 | 170 | 29245 (1)| 00:05:51 |
    PLAN_TABLE_OUTPUT
    | 6 | NESTED LOOPS | |
    1 | 161 | 29245 (1)| 00:05:51 |
    | 7 | HASH JOIN | | 60
    90 | 654K| 19090 (1)| 00:03:50 |
    | 8 | TABLE ACCESS BY INDEX ROWID | FND_LANGUAGES |
    20 | 100 | 2 (0)| 00:00:01 |
    | 9 | INDEX RANGE SCAN | FND_LANGUAGES_N1 |
    20 | | 1 (0)| 00:00:01 |
    PLAN_TABLE_OUTPUT
    | 10 | HASH JOIN | | 62
    46 | 640K| 19088 (1)| 00:03:50 |
    | 11 | TABLE ACCESS FULL | OE_TRANSACTION_TYPES_TL | 12
    97 | 37613 | 10 (0)| 00:00:01 |
    | 12 | NESTED LOOPS | |
    | | | |
    | 13 | NESTED LOOPS | | 41
    PLAN_TABLE_OUTPUT
    03 | 304K| 19077 (1)| 00:03:49 |
    | 14 | NESTED LOOPS | | 41
    03 | 220K| 14517 (1)| 00:02:55 |
    | 15 | HASH JOIN | | 41
    00 | 104K| 9959 (1)| 00:02:00 |
    | 16 | TABLE ACCESS FULL | MRP_DERIVED_SO_DEMANDS | 41
    00 | 65600 | 17 (0)| 00:00:01 |
    PLAN_TABLE_OUTPUT
    | 17 | INDEX FAST FULL SCAN | MTL_SYS_ITEMS_SN_N2 | 15
    59K| 14M| 1184 (1)| 00:00:15 |
    | 18 | TABLE ACCESS BY INDEX ROWID| OE_ORDER_LINES_ALL |
    1 | 29 | 2 (0)| 00:00:01 |
    | 19 | INDEX UNIQUE SCAN | OE_ORDER_LINES_U1 |
    1 | | 1 (0)| 00:00:01 |
    | 20 | INDEX UNIQUE SCAN | OE_ORDER_HEADERS_U1 |
    1 | | 1 (0)| 00:00:01 |
    PLAN_TABLE_OUTPUT
    | 21 | TABLE ACCESS BY INDEX ROWID | OE_ORDER_HEADERS_ALL |
    1 | 21 | 2 (0)| 00:00:01 |
    | 22 | TABLE ACCESS BY INDEX ROWID | MTL_SALES_ORDERS |
    1 | 51 | 3 (0)| 00:00:01 |
    | 23 | INDEX RANGE SCAN | MTL_SALES_ORDERS_N1 |
    1 | | 2 (0)| 00:00:01 |
    | 24 | INDEX UNIQUE SCAN | PJM_PROJECT_PARAMETERS_U1 |
    PLAN_TABLE_OUTPUT
    1 | 9 | 0 (0)| |
    | 25 | INDEX RANGE SCAN | OE_ODR_LINES_SN_N2 |
    1 | 6 | 2 (0)| 00:00:01 |
    | 26 | TABLE ACCESS FULL | AR_SYSTEM_PARAMETERS_ALL |
    43 | 387 | 6 (0)| 00:00:01 |
    | 27 | INDEX UNIQUE SCAN | GL_SETS_OF_BOOKS_U2 |
    1 | 4 | 0 (0)| |
    PLAN_TABLE_OUTPUT
    Query Block Name / Object Alias (identified by operation id):
    1 - SEL$15993197
    8 - SEL$15993197 / FNL@SEL$2
    9 - SEL$15993197 / FNL@SEL$2
    11 - SEL$15993197 / OTTL@SEL$2
    PLAN_TABLE_OUTPUT
    16 - SEL$15993197 / MDSD@SEL$2
    17 - SEL$15993197 / MSIK@SEL$2
    18 - SEL$15993197 / OOL@SEL$2
    19 - SEL$15993197 / OOL@SEL$2
    20 - SEL$15993197 / OOHA@SEL$2
    21 - SEL$15993197 / OOHA@SEL$2
    22 - SEL$15993197 / MSO@SEL$2
    23 - SEL$15993197 / MSO@SEL$2
    24 - SEL$15993197 / MPP@SEL$2
    25 - SEL$15993197 / OOL1@SEL$2
    26 - SEL$15993197 / ASPA@SEL$2
    PLAN_TABLE_OUTPUT
    27 - SEL$15993197 / GSB@SEL$2
    Outline Data
    /*+
    BEGIN_OUTLINE_DATA
    IGNORE_OPTIM_EMBEDDED_HINTS
    OPTIMIZER_FEATURES_ENABLE('11.2.0.2')
    DB_VERSION('11.2.0.2')
    OPT_PARAM('optimizer_dynamic_sampling' 6)
    PLAN_TABLE_OUTPUT
    ALL_ROWS
    OUTLINE_LEAF(@"SEL$15993197")
    ELIMINATE_JOIN(@"SEL$5C160134" "MTL_SALES_ORDERS"@"SEL$3")
    OUTLINE(@"SEL$5C160134")
    MERGE(@"SEL$335DD26A")
    OUTLINE(@"SEL$1")
    OUTLINE(@"SEL$335DD26A")
    MERGE(@"SEL$3")
    OUTLINE(@"SEL$2")
    OUTLINE(@"SEL$3")
    INDEX_FFS(@"SEL$15993197" "MSIK"@"SEL$2" ("MRP_SN_SYS_ITEMS"."INVENTORY_IT
    PLAN_TABLE_OUTPUT
    EM_ID"
    "MRP_SN_SYS_ITEMS"."ORGANIZATION_ID"))
    FULL(@"SEL$15993197" "MDSD"@"SEL$2")
    INDEX_RS_ASC(@"SEL$15993197" "OOL"@"SEL$2" ("OE_ORDER_LINES_ALL"."LINE_ID"
    INDEX(@"SEL$15993197" "OOHA"@"SEL$2" ("OE_ORDER_HEADERS_ALL"."HEADER_ID"))
    FULL(@"SEL$15993197" "OTTL"@"SEL$2")
    INDEX_RS_ASC(@"SEL$15993197" "FNL"@"SEL$2" ("FND_LANGUAGES"."INSTALLED_FLA
    G"))
    PLAN_TABLE_OUTPUT
    INDEX_RS_ASC(@"SEL$15993197" "MSO"@"SEL$2" ("MTL_SALES_ORDERS"."SEGMENT1")
    INDEX(@"SEL$15993197" "MPP"@"SEL$2" ("PJM_PROJECT_PARAMETERS"."PROJECT_ID"
    "PJM_PROJECT_PARAMETERS"."ORGANIZATION_ID"))
    INDEX(@"SEL$15993197" "OOL1"@"SEL$2" ("MRP_SN_ODR_LINES"."LINE_ID"))
    FULL(@"SEL$15993197" "ASPA"@"SEL$2")
    INDEX(@"SEL$15993197" "GSB"@"SEL$2" ("GL_SETS_OF_BOOKS"."SET_OF_BOOKS_ID")
    PLAN_TABLE_OUTPUT
    LEADING(@"SEL$15993197" "MSIK"@"SEL$2" "MDSD"@"SEL$2" "OOL"@"SEL$2" "OOHA"
    @"SEL$2" "OTTL"@"SEL$2"
    "FNL"@"SEL$2" "MSO"@"SEL$2" "MPP"@"SEL$2" "OOL1"@"SEL$2" "ASPA"@"S
    EL$2" "GSB"@"SEL$2")
    USE_HASH(@"SEL$15993197" "MDSD"@"SEL$2")
    USE_NL(@"SEL$15993197" "OOL"@"SEL$2")
    USE_NL(@"SEL$15993197" "OOHA"@"SEL$2")
    PLAN_TABLE_OUTPUT
    NLJ_BATCHING(@"SEL$15993197" "OOHA"@"SEL$2")
    USE_HASH(@"SEL$15993197" "OTTL"@"SEL$2")
    USE_HASH(@"SEL$15993197" "FNL"@"SEL$2")
    USE_NL(@"SEL$15993197" "MSO"@"SEL$2")
    USE_NL(@"SEL$15993197" "MPP"@"SEL$2")
    USE_NL(@"SEL$15993197" "OOL1"@"SEL$2")
    USE_HASH(@"SEL$15993197" "ASPA"@"SEL$2")
    USE_NL(@"SEL$15993197" "GSB"@"SEL$2")
    SWAP_JOIN_INPUTS(@"SEL$15993197" "MDSD"@"SEL$2")
    SWAP_JOIN_INPUTS(@"SEL$15993197" "OTTL"@"SEL$2")
    SWAP_JOIN_INPUTS(@"SEL$15993197" "FNL"@"SEL$2")
    PLAN_TABLE_OUTPUT
    END_OUTLINE_DATA
    110 rows selected.
    SQL> spool off

  • EBS R12.1.1 Synonyms

    Hi,
    I came across an interesting issue:
    In Oracle EBS R12's database, there are two synonyms
    - APPS.ar_system_parameters_all
    - APPS.ar_system_parameters
    on the same table AR.ar_system_parameters_all.
    Ex:
    Query: select count(*) from ar_system_Parameters_all
    Output: 5 rows
    Query: select count(*) from apps.ar_system_parameters_all
    Output: 5 rows
    Query: select count(*) from apps.ar_system_parameters
    Output: 0 row
    But when you do a simple select query on then, the output are not the same.
    Can anyone help me understand what is the catch in those synonyms?
    Reagrds,
    Roy

    Post your questions here in EBS General Discussion.
    General EBS Discussion
    addionally,if you login to MOS, under online documentation->e-business suite->electronic technical reference manual.
    You can find all the information about e-business objects.
    http://etrm.oracle.com/pls/etrm/etrm_search.search
    HTH
    -Anantha

  • Regarding a daatbase trigger

    I need to create a database trigger
    Requirements are
    The tax information should be inserted into gl_je_interface_headers and gl_je_interface_lines
    when import journal process takes place.
    My doubt is
    I have to put the trigger after insert on gl_je_interface_lines.
    I have tried one ,I am not sure about it. could you please clarify it.
    CREATE OR REPLACE TRIGGER GL_JE_LINES_PRC
    AFTER INSERT OR UPDATE OF REFERENCE13 ON GL_INTERFACE
    FOR EACH ROW
    WHEN ( NEW.REFERENCE14='SACO')
    DECLARE
    vctaxable_line_flag VARCHAR2(1);
    vctax_type_code gl_tax_codes_v.tax_type_code%TYPE;
    nTax_id tfsaco_accountings.tax_id%TYPE;
    vcTax_information tfsaco_accountings.tax_information%TYPE;
    dTax_date tfsaco_accountings.tax_date%TYPE;
    vcTax_name tfsaco_accountings.tax_name%TYPE;
    vcTax_reference tfsaco_accountings.tax_reference%TYPE;
    vcTax_identification tfsaco_accountings.tax_identification%TYPE;
    vcTax_line_flag tfsaco_accountings.tax_line_flag%TYPE;
    nTax_group_id tfsaco_accountings.tax_group_id%TYPE;
    BEGIN
    IF INSERTING
    THEN
    BEGIN
    SELECT taxable_line_flag
    INTO vctaxable_line_flag
    FROM gl_je_lines
    WHERE je_header_id IN (SELECT je_header_id
    FROM gl_INTERFACE
    WHERE set_of_books_id=107
    AND user_je_source_name='SACO'
    AND currency_code='PLN'
    AND reference13='SACO');
    WHEN NO_DATA_FOUND THEN
    DBMS_OUTPUT.PUT_LINE('taxable_line_flag is null');
    --RAISE_APPLICATION_ERROR(-20508,'Taxable Line Flag Is null');
    END;
    BEGIN
    SELECT tax_type_code
    INTO vctax_type_code
    FROM gl_tax_code IN (SELECT tax_id
    FROM tfsaco_accountings
    WHERE transaction_id IN(SELECT transaction_id
    FROM tfsaco_transactions
    WHERE sob_id=107
    AND currency_code='PLN' );
    EXCEPTION
    WHEN NO_DATA_FOUND THEN
    DBMS_OUTPUT.PUT_LINE('tax_type_code IS NULL');
    --RAISE_APPLICATION_ERROR(-20508,'tax_type_code Is null');
    WHEN TOO_MANY_ROWS THEN
    DBMS_OUTPUT.PUT_LINE('More than one tax_type_code exists');
    --RAISE_APPLICATION_ERROR(-20508,'more than one  tax_type_code exists');
    END;
    BEGIN
    SELECT Tax_id
    ,Tax_information
    ,Tax_date
    ,Tax_name
    ,Tax_reference
    ,Tax_identification
    ,Tax_line_flag
    ,Tax_group_id
    INTO nTax_id
    ,vcTax_information
    ,dTax_date
    ,vcTax_name
    ,vcTax_reference
    ,vcTax_identification
    ,vcTax_line_flag
    ,nTax_group_id
    FROM tfsaco_accountings
    WHERE transaction_id IN (SELECT transaction_id
    FROM tfsaco_transactions
    WHERE sob_id=107);
    EXCEPTION
    WHEN NO_DATA_FOUND THEN
    DBMS_OUTPUT.PUT_LINE('No data found for the tax lines');
    END;
    IF :NEW.REFERENCE13 IS NOT NULL AND vctaxable_line_flag='Y'
    THEN
    UPDATE GL_JE_LINES
    SET TAX_TYPE_CODE =vctax_type_code
    ,TAX_CODE_ID = nTax_id
    ,TAX_ROUNDING_RULE_CODE=NULL
    ,AMOUNT_INCLUDES_TAX_FLAG=NULL
    ,TAX_DOCUMENT_IDENTIFIER=vcTax_information
    ,TAX_DOCUMENT_DATE=dTax_date
    ,TAX_CUSTOMER_NAME=vcTax_name
    ,TAX_CUSTOMER_REFERENCE=vcTax_reference
    ,TAX_REGISTRATION_NUMBER=vcTax_identification
    ,TAX_LINE_FLAG=vcTax_line_flag
    ,TAX_GROUP_ID=nTax_group_id
    WHERE je_header_id IN (SELECT je_header_id
    FROM gl_je_headers
    WHERE set_of_books_id=107
    AND je_source='SACO');
    ELSIF :NEW.REFERENCE13 IS NOT NULL AND vctaxable_line_flag='N'
    THEN
    UPDATE gl_je_lines
    SET tax_line_flag=vcTax_line_flag
    ,tax_group_id =nTax_group_id
    WHERE je_header_id IN (SELECT je_header_id
    FROM gl_je_headers
    WHERE set_of_books_id=107
    AND je_source='SACO'
    END IF;
    END IF;
    END IF;
    END;
    /

    Not 100% sure what you are asking, but here a few things just from the look at your source:
    <ol>
    <li>would be helpful if you would put your source into blocks to keep the formatting</li>
    <li>you create an INSERT OR UPDATE trigger but filter INSERTING only???</li>
    <li>did you actually created the trigger or is it on paper, cause there are a few syntax issues like the missing exception on line 30 or the 3rd END IF at the end with only two IF's in the code</li>
    <li>not sure how big your tables are but since this is a row-level trigger you might run into performance issue with all those select statements</li>
    </ol>                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                               

  • Performance Issues during Upgrade of EBS from 11.5.10.2 to 12.1.1

    Hi,
    We're upgrading our EBS , from Rel 11.5.10.2 to 12.1.1.
    We're stuck , while running script ar120bnk.sql (ran more than 20 Hours) :
    Regarding the tables involved in this Process :
    select owner , table_name,num_rows,last_analyzed,sample_size
    from dba_tables
    where table_name in
    'RA_CUSTOMER_TRX_ALL',
    'RA_CUST_TRX_LINE_GL_DIST_ALL',
    'XLA_UPGRADE_DATES',
    'AR_SYSTEM_PARAMETERS_ALL',
    'RA_CUST_TRX_TYPES_ALL',
    'RA_CUST_TRX_LINE_GL_DIST_ALL',
    'XLA_TRANSACTION_ENTITIES_UPG')
    AR RA_CUSTOMER_TRX_ALL 55,540,740 04/02/2012 12:41:56 5554074
    AR RA_CUST_TRX_LINE_GL_DIST_ALL 380,513,830 04/02/2012 13:54:12 38051383
    AR RA_CUST_TRX_TYPES_ALL 90 04/02/2012 14:04:54 90
    AR AR_SYSTEM_PARAMETERS_ALL 6 04/02/2012 12:19:49 6
    XLA XLA_UPGRADE_DATES 4 05/02/2012 17:12:57 4
    As you can see: RA_CUST_TRX_LINE_GL_DIST_ALL is more tan 380 million rows !
    and RA_CUSTOMER_TRX_ALL is more than 55 million rows.
    We have more huge tables in the AR schema , and we would like to know if we are unique customer
    with huge AR schema objects , and if NOT how come that we are getting stuck on threed statment in
    AR schema.
    Bellow an output of all the objects that have more than 10 million rows in AR schema :
    select owner , table_name,to_char(num_rows,'999,999,999') ,last_analyzed
    from dba_tables
    where owner = 'AR'
    and num_rows > 10000000
    order by num_rows desc nulls last
    AR AR_DISTRIBUTIONS_ALL 408,567,520 04/02/2012 11:49:57
    AR RA_CUST_TRX_LINE_GL_DIST_ALL 380,513,830 04/02/2012 13:54:12
    AR MLOG$_AR_CASH_RECEIPTS_ALL 310,777,690 04/02/2012 12:30:33
    AR RA_CUSTOMER_TRX_LINES_ALL 260,211,090 04/02/2012 13:30:26
    AR AR_RECEIVABLE_APPLICATIONS_ALL 166,834,930 04/02/2012 12:16:54
    AR MLOG$_RA_CUSTOMER_TRX_ALL 150,962,980 04/02/2012 12:33:23
    AR AR_CASH_RECEIPT_HISTORY_ALL 145,737,410 04/02/2012 11:40:31
    AR RA_CUST_TRX_LINE_SALESREPS_ALL 130,287,580 04/02/2012 14:03:54
    AR AR_PAYMENT_SCHEDULES_ALL 108,652,480 04/02/2012 12:05:32
    AR RA_CUSTOMER_TRX_ALL 55,540,740 04/02/2012 12:41:56
    AR AR_CASH_RECEIPTS_ALL 53,182,340 04/02/2012 11:29:53
    AR AR_DOC_SEQUENCE_AUDIT 52,865,150 04/02/2012 11:52:46
    AR RA_MC_TRX_LINE_GL_DIST 17,317,730 04/02/2012 14:05:18
    AR AR_MC_DISTRIBUTIONS_ALL 13,037,030 04/02/2012 11:53:35
    AR AR_MC_RECEIVABLE_APPS 12,672,050 04/02/2012 11:53:57
    AR AR_TRX_SUMMARY 12,457,560 04/02/2012 12:20:16
    AR RA_CUST_RECEIPT_METHODS 11,105,750 04/02/2012 13:35:38
    AR HZ_ORGANIZATION_PROFILES 10,271,640 04/02/2012 12:24:44
    How to Upgrade AR tables whith Huge amount of Datas ( > 50 Millions Rows ) ?

    Hi,
    Dont worry, you are not the only one even we have one customer whose AR_DISTRIBUTIONS_ALL table is 80 GB now and i can even do select count(*) for this table.
    We had to keep this much data for business requirements, but i wonder if this is a bug or users mistake.
    Due to this we are facing seruios performance issues for AR reports and raised SRs but no resolution yet. And this guy who is assigned to us is reall ynot been helpful to fix the issue.
    Although we did not upgrade for this customer, but we migrated from 11.5.9 to R12.1.1 by re-implementation. But all these increasing size of these tables happened after migration.
    And i believe most of the time in your upgrade is going to building the indexes. You can ask Oracle if they can edit the driver file to skip building the indxes and rebuild them after upgrade. But again it will also take time.
    Another option for you is to "Archive and Purge the data" as per chapter 10 of
    11i Receivables user guide.
    http://docs.oracle.com/cd/B25284_01/current/acrobat/115arug.zip
    Thanks
    Edited by: EBSDBA on Feb 8, 2012 10:04 PM

  • MULTIORG SETUP후 ORG_ID = NULL 인 데이타가 존재할 때

    제품 : AOL
    작성날짜 : 2003-05-14
    MULTIORG SETUP후 ORG_ID = NULL 인 데이타가 존재할 때
    ============================================
    PURPOSE
    MULTIORG SETUP후 ORG_ID = NULL 인 데이타의 해결
    Problem Description
    1. Run script to check Multi-Org is enabled:
              SELECT multi_org_flag
              FROM fnd_product_groups;
    2. Check that Profile Option MO: Operating unit is set
    3. Run script to see how many rows have org_id=NULL
              SELECT count(*) from AR_SYSTEM_PARAMETERS_ALL
              WHERE ORG_ID is null;
    Workaround
    Solution Description
    adadmin에서 multi-org 를 enable하시전에
    Profile Option에서 MO:Operating Unit 에 값을 넣고
    작업을 진행하면 된다.
    Reference Documents
    Note 163537.1

Maybe you are looking for