Netting Onhand from multiple Organizations (Global Netting)

Hi ASCP Experts,
We are on 11.5.10.2 with the latest rollups.
We are running EDD constraint plan.
Our requirement is to net onhand from all organizations before we create planned orders in the organization where the demand originates.
We need this logic in each of the orgs. We setup the following sourcing rule in each of the org.
Org 1 (M1)
Transfer from: M2 : 0.000001 %
Make at: M1: 99.999999 %
Org 2 (M2)
Transfer from: M1: 0.000001
Make at: M2: 99.999999 %
Without the sourcing rule in org2 this works fine for us. We see onhand from M2 netting off demand in M1 before planned orders for remaining quantity are created on M1
But with the second rule, the memory based planner doesnt complete. We are running into a loop.
Is there anyway we can accomplish global netting with 11.5.10.2 (either constraint or optimized)
The workarounds we toyed around are creating a fictious org and placing all onhands in the fictious org and netting off te fictious org. Are there any better ways to do so.
Appreciate your help.
Thanks
Raj
Edited by: [email protected] on Mar 3, 2009 3:22 PM

Before trying dummy org solution, you may want to check inventory rebalancing functionality in R12. I got following information from ASCP 12 user guide:
You use inventory rebalancing if you want distribution planning to resolve an expected shortage in one organization by planning to transfer inventory from a related
organization and vice versa. For example, you have two regional distribution centers that are geographically close. If there is a shortage in either distribution center, the planning engine plans to use the other organization as a supply source. The planning engine does not create bidirectional transfers within the same bucket or across several close-in-time buckets to prevent inventory from continually circling back and forth between sites.
Please search keyword 'Inventory Rebalancing' in ASCP R12 user guide for more details. You will find some good example also.

Similar Messages

Where is the "Net" trail from Java tutorial?

Hello!
May be it's stupid question, but I just need to look at Net trail from java tutorial (java.net, urls, sokets etc...) . As I remember there was good tutorial about this, probably in "essential java classes", but now there is no it.
Does anybody know where is it or what's happend?
Thanks

Is this what you're looking for? http://java.sun.com/docs/books/tutorial/networking/index.html

"CLOSED":How to plan inventory from multiple orgs simultaneously using MRP?

Hello everybody,
How to plan inventory from multiple organizations simultaneously using SCP?
My customer found that in supply chain planning (MRP) system always plans in single manufacturing organization, say, ATC, firstly. If set in organization item master, the source type as 'Inventory' and the source organization as another trading organization name, say, ANX. if there is insufficient inventory in ATC, SCP-MRP would plan in ANX, disregard of the inventory exist in ANX for the item.
But for some items, there are both inventory in ATC and ANX and we want plan BOTH their inventory simultaneously instad of firstly ATC and then ANX.
Is there any standard function in Oracle that can do so? I found that the sourcing rule cannot help in this case.
A simple test case is described in
https://gtcr.oracle.com/gtcr-dir/gtcr_4607/5580425.992/Alternative_to_plan_multi-org_MRP.doc
Thanks
Catalina
Message was edited by:
user447176

Catalina,
Net the inventory simultaneously? Its not quite clear what your client wants.
Even in the old SCP, you can use sourcing rules to first net inventory in org1 and then net the inventory in org 2 via a transfer from rule. The key point is it is always incremental based on where you place teh demand and then you provide source to fill that demand.
One restriction that ASCP still has up to 11.5.10 is that you can only have sourcing rules going in one direction. This means that you can't have a rule that sources ORG1 from ORG2 for item A, then have the revers in ORG2 sourcing from ORG1. That won't work, ASCP will randomly ignore one of the rules.
The best choice may be to use GOP with a sourcing split % so that yo do consider the inventory in both orgs when demanding the order, but it would still be done by checking ORG1 then ORG2.
Hope this helps.
Kevin Creel

How to change value date from posting date to net due date

Hi Gurus,
My client wants to change value date from posting date to net due date. currently posting date is considered as value date but in future client wants to change value date to net due date of documents.
1. what configurations need to be maintained to change value date from posting date to net due date.
2. Will these changes effect automatic payment run.
Thanks and Regards,
Suresh

Hi Suresh,
In Future
While posting the documents you can mention the value date as due date of the documents.
For already posted documents
You can change the value date to net due date.
If the value date is display mode i.e. if you are not able to change the value date in FB02 (Document Change Mode), use OB32 transaction and make value date field as eidtable (BSEG-VALUT).
In OB32 transaction enter all the required fields like Account type, transaction type, company code and finally activate the Field can be changed check box.
But not sure, whether we can change the value date to previous date or not?
This would help you..
Regards,
Praisty
Edited by: Praisty on Jul 28, 2009 9:56 AM

In J1IS system is not picking net value from PO automatically

Dear Experts,
I want to send rejected material to vendor back, so I have done return delivery against MIGO material document, in MIGO, in Excise Invoice Tab i have selected no exicse Entry document. At the time of J1IS sytem is not picking net value from PO. This field is editable. Our requirement is, system should pick net value from PO.
In this case I am not makeing any RETURN PO
Could any body guide me? Is there any configuration required?
Thanks & Regards,
Trupti.

There is no link between p.o & excise inv. creation using J1IS.
In J1IS,Enter return material document no,Ref doc. type - MATD,Doc Year,series group,excise group,series group & finally vendor in selection.
In excise invoice automatically details like material code,qty will appear.
You need to enter assesable value & excise duties manually.
Note :
Be cautious while entereing excise duties bcoz you may be returning partial quantity to vendor,
so calculate excise duties in a seperate excel sheet before entering it in J1IS.

Process wait SQL*Net message from dblink /SQL*Net message from client

Hi There,
We have an ETL process that we kindly need your help with. The process been running since Sun, where it transfers the data from one server (via remote query). The process was running ok till last night where it appeared
to have stopped working and/or the session is just idling doing nothing.
Here are some tests that we did to figure out what's going on:
1. when looking at the session IO, we noticed that it's not changing:
etl_user@datap> select sess_io.sid,
2         sess_io.block_gets,
3         sess_io.consistent_gets,
4         sess_io.physical_reads,
5         sess_io.block_changes,
6         sess_io.consistent_changes
7    from v$sess_io sess_io, v$session sesion
8   where sesion.sid = sess_io.sid
9     and sesion.username is not null
10     and sess_io.sid=301
11 order by 1;
                    logical   physical
SID BLOCK_GETS      reads      reads BLOCK_CHANGES CONSISTENT_CHANGES
301 388131317   97721268   26687579     223052804             161334
Elapsed: 00:00:00.012. Check there is nothing blocking the session
etl_user@datap> select * from v$lock where sid=301;
ADDR     KADDR           SID TY        ID1        ID2      LMODE    REQUEST      CTIME      BLOCK
684703F0 6847041C        301 DX         35          0          1          0      45237          0
684714C4 684714F0        301 AE     199675          0          4          0     260148          0
619651EC 6196521C        301 TM      52733          0          3          0      45241          0
67F86ACC 67F86B0C        301 TX     458763      52730          6          0      45241          03. Check if the session is still valid:
etl_user@datap> select status from v$session where sid=301;
STATUS
ACTIVE4. Check if there is anything in long ops that has not completed:
etl_user@datap> SELECT SID, SERIAL#, opname, SOFAR, TOTALWORK,
2      ROUND(SOFAR/TOTALWORK*100,2) COMPLETE, TIME_REMAINING/60
3      FROM   V$SESSION_LONGOPS
4      WHERE
5      TOTALWORK != 0
6      AND    SOFAR != TOTALWORK
7     order by 1;
no rows selected
Elapsed: 00:00:00.005. Check if there is anything in long ops for the session:
etl_user@datap> r
1* select SID,SOFAR,TOTALWORK,START_TIME,LAST_UPDATE_TIME,TIME_REMAINING,MESSAGE from V$SESSION_LONGOPS where sid=301
SID      SOFAR TOTALWORK START_TIM LAST_UPDA TIME_REMAINING MESSAGE
301          0          0 22-JUL-12 22-JUL-12                Gather Table's Index Statistics: Table address_etl : 0 out of 0 Indexes done
Elapsed: 00:00:00.00This is a bit odd!! This particular step have actually completed successfully on the 22nd of July, and we don't know why it's still showing in long opps!? any ideas?
6. Looking at the sql and what's it actually doing:
etl_user@datap> select a.sid, a.value session_cpu, c.physical_reads,
2 c.consistent_gets,d.event,
3 d.seconds_in_wait
4 from v$sesstat a,v$statname b, v$sess_io c, v$session_wait d
5 where a.sid= &p_sid_number
6 and b.name = 'CPU used by this session'
7 and a.statistic# = b.statistic#
8 and a.sid=c.sid
9 and a.sid=d.sid;
Enter value for p_sid_number: 301
old   5: where a.sid= &p_sid_number
new   5: where a.sid= 301
             CPU   physical    logical                                   seconds
SID       used      reads      reads EVENT                             waiting
301    1966595   26687579   97721268 SQL*Net message from dblink         45792
Elapsed: 00:00:00.037. We looked at the remote DB where the data resides on, and we noticed that the remote session was also waiting on the db link:
SYS@destp> select a.sid, a.value session_cpu, c.physical_reads,
2 c.consistent_gets,d.event,
3 d.seconds_in_wait
4 from v$sesstat a,v$statname b, v$sess_io c, v$session_wait d
5 where a.sid= &p_sid_number
6 and b.name = 'CPU used by this session'
7 and a.statistic# = b.statistic#
8 and a.sid=c.sid
9 and a.sid=d.sid;
Enter value for p_sid_number: 388
old   5: where a.sid= &p_sid_number
new   5: where a.sid= 390
       SID SESSION_CPU PHYSICAL_READS CONSISTENT_GETS EVENT                                                    SECONDS_IN_WAIT
       390         136              0            7605 SQL*Net message from client                                        46101
SYS@destp>We have had an issue in the past where the connection was being dropped by the network when the process runs for few days, hence we have added the following to the sqlnet.ora and listener.ora files:
sqlnet.ora:
SQLNET.EXPIRE_TIME = 1
SQLNET.INBOUND_CONNECT_TIMEOUT = 6000
listener.ora:
INBOUND_CONNECT_TIMEOUT_LISTENER = 6000What else can we do and/or further investigate to work out the root cause of the problem, and may be help resolve this. We don't want to just stop and start the process again as it took few days already. We have
had a chat to the infrastructure team and they've assured us that there have been no network outages.
Also, the alert logs for both instances (local and remote) shows no errors what so ever!
Your input is highly appreciated.
Thanks
Edited by: rsar001 on Jul 25, 2012 10:22 AM

Ran the query on both local/remote db, and no rows returned:
etl_user@datap> SELECT DECODE(request,0,'Holder: ','Waiter: ')||vl.sid sess, status,
2 id1, id2, lmode, request, vl.type
3 FROM V$LOCK vl, v$session vs
4 WHERE (id1, id2, vl.type) IN
5 (SELECT id1, id2, type FROM V$LOCK WHERE request>0)
6 and vl.sid = vs.sid
7 ORDER BY id1, request
8 /
no rows selected
Elapsed: 00:00:00.21

How can I remove people tags from MULTIPLE images in Organizer 13?

How can I remove people tags from MULTIPLE images in Organizer 13? The strategy for removing keyword tags does not work. It appears that keyword tags and People tags are considered something completely different in 13. I highlight multiple images, right click, and under keyword tags it says there are no keyword tags. There does not appear to be an option for people or other tags. Can anyone help? It is going to take literally hundreds of hours for me to do this one photo one tag at a time. ??

Comp. 792 wrote:
Hi, my linked images all have dashed lines at the bottom of the images. I searched for an answer and someone said to add:
img a {text-decoration:none:}
to the end of my CSS,
That CSS is complete nonsense. The correct way to remove borders from around links is here: http://forums.adobe.com/thread/417110.
If you want to get rid of dotted lines, they are almost certainly caused by the outline property. However, outlines around links are there for a reason: it provides a visual "you are here" clue to people who navigate the web with the keyboard, either through preference or because of disability. You shouldn't remove the dotted outline without providing a different visual clue.

How to drill down the cause of "SQL*Net message from/to client"

Pretty frustrated with my tune up using suggestions from many papers for Oracle 10g R2 on AIX 5.3 L system. My users told me that the system (including Baan 5c) still responds slowly in some processes, some even worsen.
Using both queries such as
SELECT sid, schemaname, status FROM gv$session ORDER BY 2;
SELECT inst_id, seq#, event, p1, p2, p3, wait_time FROM v$session_wait_history WHERE sid=<sid from above>
INST_ID SEQ# EVENT P1 P2 P3 WAIT_TIME
1 1 SQL*Net message from client 1413697536 1 0 6419
1 2 SQL*Net message to client 1413697536 1 0 0
and others similar, I found very large numbers (almost 97%) of the sessions have events as “SQL*Net message to client” and “SQL*Net message from client” on their wait_time even the sids are in inactive status. After checking the meaning of those messages in Oracle Performance and Tuning document, the document states that mainly they are probably network problems. So How can I drill down to what status of network from my client (the users) to server by Oracle or AIX? In Baan, it has its own parameter sets in its db_resource file controlling the connectivity. In average, there are 4000 “opened cursor current”, but most of them inactives.
So my colleague asked me rollback all th changes I did on OS level such as minperm%=5
maxperm%=90
maxclient%=90,
lgpg_regions lgpg_size,
sys0 maxuproc=512,
aio0 maxservers='260'
and many ioo parameters to system defaults.
I even removed the mulitplex copy of the redo log.
I tried to proof them that there maybe the problem of the Baan/Oracle connectivity, ie due to message above,

http://docs.oracle.com ... read them for configuration information.
http://tahiti.oracle.com ... read them for recommendations.
http://otn.oracle.com ... find the best practices docs.
http://metalink.oracle.com ... look for similar issues to yours.
People that change things, on production boxes, without first determining that metrics indicate they are a good idea, and then determining their impact on a test box, should be sold to zoos as leopard food.
PS: Slowly likely has absolutely nothing to do with anything you touched. First you tune the application. Then you tune the database. Then you tune the operating system. Get out of the way and make the DBAs do their job.

Query started taking longer time with SQL*Net message from dblink

Hi,
Since Yesterday we started see one query which normally used to take 3 min but now it started taking 70 min after a small change do the query instead of accessing view we started accessing directly table.
Both Schema's are on same DB.
Oracle version=11.2.0.2
OS=Solaris 10
Existing Query
WITH ot_symbol_data_v AS
     (SELECT   dat.symbol, dat.startdate, dat.enddate, oi.currencycode,
               dat.primarymarket, primsymb.symbol primarysymbol, dat.mic,
               dat.universeid, dat.symbology
          FROM onetick_symbol_data@refdata_link dat
               LEFT JOIN
               (SELECT   symbology, universeid, mic, MAX (enddate) enddate
                    FROM onetick_symbol_data@refdata_link
                GROUP BY symbology, universeid, mic) prim
               ON prim.symbology = dat.symbology
             AND prim.universeid = dat.universeid
             AND prim.mic = dat.primarymarket
               LEFT JOIN onetick_symbol_data@refdata_link primsymb
               ON prim.symbology = primsymb.symbology
             AND prim.universeid = primsymb.universeid
             AND prim.mic = primsymb.mic
             AND prim.enddate = primsymb.enddate
               JOIN onetick_isincur_data@refdata_link oi
               ON dat.universeid = oi.universeid
               JOIN
               (SELECT   universeid, MAX (enddate) AS enddate
                    FROM onetick_isincur_data@refdata_link
                GROUP BY universeid) oilatest
               ON oi.universeid = oilatest.universeid
             AND oi.enddate = oilatest.enddate
      ORDER BY dat.universeid, dat.mic, dat.symbology, dat.enddate)
SELECT      i.instrumentid
         || '||'
         || i.firsttradingdate
         || '000000|'
         || NVL (i.delisteddate, '30001231')
         || '000000|'
         || i.home_market
         || '|'
         || DECODE (imfm.feedid, 0, 'FIXN_RFA', 1, 'ALGO', 2, 'FIXNETIX')
         || '::'
         || osdv.primarysymbol
    FROM tibex_meinstrumentview i JOIN tibex_instrumentmicfeedmapview imfm
         ON i.isin = imfm.isin
       AND i.currencycode = imfm.currencycode
       AND i.home_market = imfm.mic
         JOIN rd_universeview@refdata_link u
         ON i.instrumentid = u.instrumentid AND i.instrumentstatus != 3
         and active='Y'
         JOIN
         (SELECT   universeid, DECODE (symbology, 1, 0, 2, 2, -1) feedid,
                   primarysymbol
              FROM ot_symbol_data_v
          GROUP BY universeid, symbology, primarysymbol) osdv
         ON u.universeid = osdv.universeid
   WHERE osdv.feedid = imfm.feedid
ORDER BY i.isin, i.currencycode, i.instrumentid;
New Query
WITH ot_symbol_data_v AS
     (SELECT   dat.symbol, dat.startdate, dat.enddate, oi.currencycode,
               dat.primarymarket, primsymb.symbol primarysymbol, dat.mic,
               dat.universeid, dat.symbology
          FROM onetick_symbol_data@refdata_link dat
               LEFT JOIN
               (SELECT   symbology, universeid, mic, MAX (enddate) enddate
                    FROM onetick_symbol_data@refdata_link
                GROUP BY symbology, universeid, mic) prim
               ON prim.symbology = dat.symbology
             AND prim.universeid = dat.universeid
             AND prim.mic = dat.primarymarket
               LEFT JOIN onetick_symbol_data@refdata_link primsymb
               ON prim.symbology = primsymb.symbology
             AND prim.universeid = primsymb.universeid
             AND prim.mic = primsymb.mic
             AND prim.enddate = primsymb.enddate
               JOIN onetick_isincur_data@refdata_link oi
               ON dat.universeid = oi.universeid
               JOIN
               (SELECT   universeid, MAX (enddate) AS enddate
                    FROM onetick_isincur_data@refdata_link
                GROUP BY universeid) oilatest
               ON oi.universeid = oilatest.universeid
             AND oi.enddate = oilatest.enddate
      ORDER BY dat.universeid, dat.mic, dat.symbology, dat.enddate)
SELECT      i.instrumentid
         || '||'
         || i.firsttradingdate
         || '000000|'
         || NVL (i.delisteddate, '30001231')
         || '000000|'
         || i.home_market
         || '|'
         || DECODE (imfm.feedid, 0, 'FIXN_RFA', 1, 'ALGO', 2, 'FIXNETIX')
         || '::'
         || osdv.primarysymbol
    FROM tibex_meinstrumentview i JOIN tibex_instrumentmicfeedmapview imfm
         ON i.isin = imfm.isin
       AND i.currencycode = imfm.currencycode
       AND i.home_market = imfm.mic
         JOIN universe@refdata_link u
         ON i.instrumentid = u.instrumentid AND i.instrumentstatus != 3
         and active='Y'
         JOIN
         (SELECT   universeid, DECODE (symbology, 1, 0, 2, 2, -1) feedid,
                   primarysymbol
              FROM ot_symbol_data_v
          GROUP BY universeid, symbology, primarysymbol) osdv
         ON u.universeid = osdv.universeid
   WHERE osdv.feedid = imfm.feedid
ORDER BY i.isin, i.currencycode, i.instrumentid;Most of the wait event is
SQL*Net message from dblink
SQL*Net message to dblink
Regards
NM

Hi Kim,
uat_trd_owner@UAT001> select * from table(dbms_xplan.display);
PLAN_TABLE_OUTPUT
Plan hash value: 741667790
| Id | Operation                              | Name                           | Rows | Bytes | Cost (%CPU)| Time     | Inst   |IN-OUT|
|   0 | SELECT STATEMENT                       |                                |     1 |   137 | 21981   (2)| 00:04:24 |        |      |
|   1 | SORT ORDER BY                         |                                |     1 |   137 | 21981   (2)| 00:04:24 |        |      |
|* 2 |   HASH JOIN OUTER                      |                                |     1 |   137 | 21980   (2)| 00:04:24 |        |      |
|* 3 |    HASH JOIN OUTER                     |                                |     1 |   131 |   422   (4)| 00:00:06 |        |      |
|   4 |     NESTED LOOPS                       |                                |       |       |            |          |        |      |
|   5 |      NESTED LOOPS                      |                                |     1 |   125 |   107   (9)| 00:00:02 |        |      |
|   6 |       NESTED LOOPS                     |                                |    20 | 1680 |    87 (11)| 00:00:02 |        |      |
|* 7 |        HASH JOIN                       |                                |     1 |    64 |    86 (11)| 00:00:02 |        |      |
|   8 |         VIEW                           | TIBEX_INSTRUMENTMICFEEDMAPVIEW |     1 |    34 |    84   (9)| 00:00:02 |        |      |
|   9 |          HASH GROUP BY                 |                                |     1 |   166 |    84   (9)| 00:00:02 |        |      |
|* 10 |           HASH JOIN RIGHT OUTER        |                                |   267 | 44322 |    83   (8)| 00:00:01 |        |      |
| 11 |            TABLE ACCESS FULL           | TIBEX_BOARDFEEDMAP             |     1 |    20 |     3   (0)| 00:00:01 |        |      |
| 12 |            NESTED LOOPS OUTER          |                                |   267 | 38982 |    80   (8)| 00:00:01 |        |      |
| 13 |             NESTED LOOPS OUTER         |                                |   267 | 21627 |    80   (8)| 00:00:01 |        |      |
|* 14 |              HASH JOIN                 |                                |   267 | 17088 |    80   (8)| 00:00:01 |        |      |
| 15 |               MERGE JOIN CARTESIAN     |                                | 2004 | 88176 |    37   (0)| 00:00:01 |        |      |
| 16 |                INDEX FULL SCAN         | TIBEX_EDPDEFAULTFEED_PK        |     1 |     3 |     1   (0)| 00:00:01 |        |      |
| 17 |                BUFFER SORT             |                                | 2004 | 82164 |    36   (0)| 00:00:01 |        |      |
|* 18 |                 TABLE ACCESS FULL      | TIBEX_INSTRUMENT               | 2004 | 82164 |    36   (0)| 00:00:01 |        |      |
| 19 |               VIEW                     | TIBEX_EDPINSTRUMENTMARKETSVIEW | 22040 |   430K|    42 (12)| 00:00:01 |        |      |
| 20 |                HASH GROUP BY           |                                | 22040 |   430K|    42 (12)| 00:00:01 |        |      |
| 21 |                 VIEW                   |                                | 22040 |   430K|    41 (10)| 00:00:01 |        |      |
| 22 |                  SORT UNIQUE           |                                | 22040 |   544K|    41 (57)| 00:00:01 |        |      |
| 23 |                   UNION-ALL            |                                |       |       |            |          |        |      |
| 24 |                    INDEX FAST FULL SCAN| TIBEX_EDPFIXNETIXL1_R01        | 7578 |   162K|    18   (0)| 00:00:01 |        |      |
| 25 |                    TABLE ACCESS FULL   | TIBEX_EDPIXSYMBOLS             | 7494 |   197K|    12   (0)| 00:00:01 |        |      |
| 26 |                    TABLE ACCESS FULL   | TIBEX_EDPRFALGOSUBSCRIPTION    | 6968 |   183K|     7   (0)| 00:00:01 |        |      |
|* 27 |              INDEX RANGE SCAN          | TIBEX_MICFEEDMAP_PK            |     1 |    17 |     0   (0)| 00:00:01 |        |      |
| 28 |             TABLE ACCESS BY INDEX ROWID| TIBEX_INSTRUMENTFEEDMAP        |     1 |    65 |     0   (0)| 00:00:01 |        |      |
|* 29 |              INDEX UNIQUE SCAN         | TIBEX_INSTRUMENTFEEDMAP_PK     |     1 |       |     0   (0)| 00:00:01 |        |      |
| 30 |         VIEW                           |                                |   100 | 3000 |     1 (100)| 00:00:01 |        |      |
| 31 |          REMOTE                        |                                |       |       |            |          | REFDA~ | R->S |
| 32 |        REMOTE                          | UNIVERSE                       |    20 |   400 |     1   (0)| 00:00:01 | REFDA~ | R->S |
|* 33 |       INDEX UNIQUE SCAN                | XPKTIBEX_INSTRUMENT            |     1 |       |     0   (0)| 00:00:01 |        |      |
|* 34 |      TABLE ACCESS BY INDEX ROWID       | TIBEX_INSTRUMENT               |     1 |    41 |     1   (0)| 00:00:01 |        |      |
| 35 |     VIEW                               | TIBEX_MELASTEXPRICEINTVIEW     |    36 |   216 |   314   (2)| 00:00:04 |        |      |
| 36 |      HASH UNIQUE                       |                                |    36 | 1656 |   314   (2)| 00:00:04 |        |      |
|* 37 |       HASH JOIN                        |                                |    36 | 1656 |   313   (1)| 00:00:04 |        |      |
| 38 |        VIEW                            | VW_SQ_1                        |   304 | 5776 |   157   (2)| 00:00:02 |        |      |
| 39 |         HASH GROUP BY                  |                                |   304 | 7296 |   157   (2)| 00:00:02 |        |      |
|* 40 |          TABLE ACCESS FULL             | TIBEX_EXECUTION                | 17462 |   409K|   156   (1)| 00:00:02 |        |      |
| 41 |        TABLE ACCESS FULL               | TIBEX_EXECUTION                | 17463 |   460K|   156   (1)| 00:00:02 |        |      |
| 42 |    VIEW                                | TIBEX_MSGSEQBYINSTRUMENT       | 3908 | 23448 | 21558   (2)| 00:04:19 |        |      |
| 43 |     HASH GROUP BY                      |                                | 3908 | 74252 | 21558   (2)| 00:04:19 |        |      |
| 44 |      VIEW                              |                                | 11626 |   215K| 21556   (2)| 00:04:19 |        |      |
| 45 |       UNION-ALL                        |                                |       |       |            |          |        |      |
| 46 |        HASH GROUP BY                   |                                | 1460 | 26280 | 8906   (1)| 00:01:47 |        |      |
| 47 |         TABLE ACCESS FULL              | TIBEX_QUOTE                    | 1362K|    23M| 8866   (1)| 00:01:47 |        |      |
| 48 |        HASH GROUP BY                   |                                |   677 | 12186 | 11750   (2)| 00:02:21 |        |      |
| 49 |         TABLE ACCESS FULL              | TIBEX_ORDER                    | 1790K|    30M| 11696   (1)| 00:02:21 |        |      |
| 50 |        HASH GROUP BY                   |                                |   304 | 5472 |   157   (2)| 00:00:02 |        |      |
|* 51 |         TABLE ACCESS FULL              | TIBEX_EXECUTION                | 17463 |   306K|   156   (1)| 00:00:02 |        |      |
| 52 |        HASH GROUP BY                   |                                |     1 |    40 |     3 (34)| 00:00:01 |        |      |
|* 53 |         TABLE ACCESS FULL              | TIBEX_TSTRADE                  |     1 |    40 |     2   (0)| 00:00:01 |        |      |
| 54 |        HASH GROUP BY                   |                                |   717 | 11472 |   229   (1)| 00:00:03 |        |      |
| 55 |         INDEX FAST FULL SCAN           | IX_BESTEXREL                   | 7323 |   114K|   228   (0)| 00:00:03 |        |      |
| 56 |        HASH GROUP BY                   |                                | 1911 | 34398 |    13   (8)| 00:00:01 |        |      |
|* 57 |         TABLE ACCESS FULL              | TIBEX_MERESUMEPRDTRANSITION    | 5216 | 93888 |    12   (0)| 00:00:01 |        |      |
PLAN_TABLE_OUTPUT
| 58 |        HASH GROUP BY                   |                                |     3 |    51 |     5 (20)| 00:00:01 |        |      |
| 59 |         TABLE ACCESS FULL              | TIBEX_EDPUPDATEREJECT          |    48 |   816 |     4   (0)| 00:00:01 |        |      |
| 60 |        HASH GROUP BY                   |                                | 1587 | 46023 |   215   (2)| 00:00:03 |        |      |
|* 61 |         HASH JOIN                      |                                | 35166 |   995K|   213   (1)| 00:00:03 |        |      |
| 62 |          INDEX FULL SCAN               | XPKTIBEX_CONFIGMEGROUP         |     4 |    16 |     1   (0)| 00:00:01 |        |      |
| 63 |          TABLE ACCESS FULL             | TIBEX_INSTRUMENTADMIN          | 87915 | 2146K|   212   (1)| 00:00:03 |        |      |
| 64 |        HASH GROUP BY                   |                                |     6 |   102 |     5 (20)| 00:00:01 |        |      |
| 65 |         TABLE ACCESS FULL              | TIBEX_BESTEXECPRICELOG         |   793 | 13481 |     4   (0)| 00:00:01 |        |      |
| 66 |        HASH GROUP BY                   |                                |     1 |    40 |     3 (34)| 00:00:01 |        |      |
|* 67 |         TABLE ACCESS FULL              | TIBEX_AUCTIONPRICE             |     1 |    40 |     2   (0)| 00:00:01 |        |      |
| 68 |        HASH GROUP BY                   |                                | 1587 | 28566 |   236   (2)| 00:00:03 |        |      |
|* 69 |         TABLE ACCESS FULL              | TIBEX_ADMINACK                 | 87915 | 1545K|   233   (1)| 00:00:03 |        |      |
| 70 |        HASH GROUP BY                   |                                | 1914 | 34452 |    26   (8)| 00:00:01 |        |      |
| 71 |         INDEX FAST FULL SCAN           | INSTRUMENTSTATEMSGSEQ          | 23705 |   416K|    24   (0)| 00:00:01 |        |      |
| 72 |        HASH GROUP BY                   |                                | 1458 | 26244 |     8 (13)| 00:00:01 |        |      |
| 73 |         INDEX FAST FULL SCAN           | TIBEX_FREEZEEOTPK              | 5890 |   103K|     7   (0)| 00:00:01 |        |      |
Predicate Information (identified by operation id):
   2 - access("A"."INSTRUMENTID"="C"."INSTRUMENTID"(+))
   3 - access("A"."INSTRUMENTID"="B"."INSTRUMENTID"(+))
   7 - access("OSDV"."FEEDID"="IMFM"."FEEDID")
10 - access("I"."PRIMARYSTATUSBOARDID"="BOARDFM"."BOARDID"(+))
14 - access("SUBSC"."ISIN"="I"."ISIN" AND "SUBSC"."CURRENCYCODE"="I"."CURRENCYCODE")
       filter("SUBSC"."HOMEMARKET" IS NULL OR "SUBSC"."HOMEMARKET"="I"."HOME_MARKET")
18 - filter("I"."INSTRUMENTSTATUS"<>3)
27 - access("SUBSC"."MIC"="MICFM"."MIC"(+))
29 - access("I"."INSTRUMENTID"="INSTRFM"."INSTRUMENTID"(+))
33 - access("A"."INSTRUMENTID"="U"."INSTRUMENTID")
34 - filter("A"."INSTRUMENTSTATUS"<>3 AND TO_DATE("A"."FIRSTTRADINGDATE",'YYYYMMDD')<=SYSDATE@! AND "A"."ISIN"="IMFM"."ISIN"
              AND "A"."CURRENCYCODE"="IMFM"."CURRENCYCODE" AND "A"."HOME_MARKET"="IMFM"."MIC")
37 - access("A"."MESSAGESEQUENCE"="MAX(B.MESSAGESEQUENCE)" AND "A"."INSTRUMENTID"="ITEM_0")
40 - filter(("B"."SELLENTITYTYPE"=0 OR "B"."SELLENTITYTYPE"=2) AND ("B"."BUYENTITYTYPE"=0 OR "B"."BUYENTITYTYPE"=2))
51 - filter("INSTRUMENTID" IS NOT NULL)
53 - filter("INSTRUMENTID" IS NOT NULL)
57 - filter("INSTRUMENTID" IS NOT NULL)
61 - access("ADMINUSER"="MEGROUPID")
67 - filter("INSTRUMENTID" IS NOT NULL)
69 - filter("INSTRUMENTID" IS NOT NULL)
Remote SQL Information (identified by operation id):
31 - EXPLAIN PLAN INTO PLAN_TABLE@! FOR SELECT "A1"."UNIVERSEID",DECODE("A1"."SYMBOLOGY",1,0,2,2,(-1)),"A1"."PRIMARYSYMBOL"
        FROM (SELECT "A6"."SYMBOL" "SYMBOL","A6"."STARTDATE" "STARTDATE","A6"."ENDDATE" "ENDDATE","A3"."CURRENCYCODE"
        "CURRENCYCODE","A6"."PRIMARYMARKET" "PRIMARYMARKET","A4"."SYMBOL" "PRIMARYSYMBOL","A6"."MIC" "MIC","A6"."UNIVERSEID"
        "UNIVERSEID","A6"."SYMBOLOGY" "SYMBOLOGY" FROM "ONETICK_SYMBOL_DATA" "A6", (SELECT "A7"."SYMBOLOGY"
        "SYMBOLOGY","A7"."UNIVERSEID" "UNIVERSEID","A7"."MIC" "MIC",MAX("A7"."ENDDATE") "ENDDATE" FROM "ONETICK_SYMBOL_DATA" "A7" GROUP
        BY "A7"."SYMBOLOGY","A7"."UNIVERSEID","A7"."MIC") "A5","ONETICK_SYMBOL_DATA" "A4","ONETICK_ISINCUR_DATA" "A3", (SELECT
        "A8"."UNIVERSEID" "UNIVERSEID",MAX("A8"."ENDDATE") "ENDDATE" FROM "ONETICK_ISINCUR_DATA" "A8" GROUP BY "A8"."UNIVERSEID") "A2"
        WHERE "A3"."UNIVERSEID"="A2"."UNIVERSEID" AND "A3"."ENDDATE"="A2"."ENDDATE" AND "A6"."UNIVERSEID"="A3"."UNIVERSEID" AND
        "A5"."ENDDATE"="A4"."ENDDATE"(+) AND "A5"."MIC"="A4"."MIC"(+) AND "A5"."UNIVERSEID"="A4"."UNIVERSEID"(+) AND
        "A5"."SYMBOLOGY"="A4"."SYMBOLOGY"(+) AND "A5"."MIC"(+)="A6"."PRIMARYMARKET" AND "A5"."UNIVERSEID"(+)="A6"."UNIVERSEID" AND
        "A5"."SYMBOLOGY"(+)="A6"."SYMBOLOGY" ORDER BY "A6"."UNIVERSEID","A6"."MIC","A6"."SYMBOLOGY","A6"."ENDDATE") "A1" GROUP BY
        "A1"."UNIVERSEID","A1"."SYMBOLOGY","A1"."PRIMARYSYMBOL" (accessing 'REFDATA_LINK' )
32 - SELECT "INSTRUMENTID","UNIVERSEID" FROM "UNIVERSE" "U" WHERE "UNIVERSEID"=:1 (accessing 'REFDATA_LINK' )
127 rows selected.
For trace files
WAIT #18446741324892119016: nam='SQL*Net message to client' ela= 2 driver id=1413697536 #bytes=1 p3=0 obj#=-1 tim=42151855125079
WAIT #18446741324892119016: nam='SQL*Net message from client' ela= 182 driver id=1413697536 #bytes=1 p3=0 obj#=-1 tim=42151855125694
=====================
PARSING IN CURSOR #18446741324892117968 len=52 dep=0 uid=474 oct=47 lid=474 tim=42151855125777 hv=1029988163 ad='af4d0890' sqlid='9babjv8yq8ru3'
BEGIN DBMS_OUTPUT.GET_LINES(:LINES, :NUMLINES); END;
END OF STMT
PARSE #18446741324892117968:c=0,e=42,p=0,cr=0,cu=0,mis=0,r=0,dep=0,og=1,plh=0,tim=42151855125769
WAIT #18446741324892117968: nam='SQL*Net message to client' ela= 2 driver id=1413697536 #bytes=1 p3=0 obj#=-1 tim=42151855126145
EXEC #18446741324892117968:c=0,e=262,p=0,cr=0,cu=0,mis=0,r=1,dep=0,og=1,plh=0,tim=42151855126176
*** 2012-11-20 15:18:56.839
WAIT #18446741324892117968: nam='SQL*Net message from client' ela= 10252982 driver id=1413697536 #bytes=1 p3=0 obj#=-1 tim=42151865379208
CLOSE #18446741324892119016:c=0,e=13,dep=0,type=1,tim=42151865379327
CLOSE #18446741324892117968:c=0,e=28,dep=0,type=3,tim=42151865379370
WAIT #18446741324892082152: nam='single-task message' ela= 47849 p1=0 p2=0 p3=0 obj#=-1 tim=42151865429221
WAIT #18446741324892082152: nam='SQL*Net message from dblink' ela= 107 driver id=1413697536 #bytes=1 p3=0 obj#=-1 tim=42151865429886
WAIT #18446741324892082152: nam='SQL*Net message to dblink' ela= 2 driver id=1413697536 #bytes=1 p3=0 obj#=-1 tim=42151865429945
WAIT #18446741324892082152: nam='SQL*Net message from dblink' ela= 926 driver id=1413697536 #bytes=1 p3=0 obj#=-1 tim=42151865430901
WAIT #18446741324892082152: nam='SQL*Net message to dblink' ela= 2 driver id=1413697536 #bytes=1 p3=0 obj#=-1 tim=42151865431578
WAIT #18446741324892082152: nam='SQL*Net message from dblink' ela= 2525 driver id=1413697536 #bytes=1 p3=0 obj#=-1 tim=42151865434125
WAIT #18446741324892082152: nam='SQL*Net message to dblink' ela= 1 driver id=1413697536 #bytes=1 p3=0 obj#=-1 tim=42151894670108
WAIT #18446741324892082152: nam='SQL*Net message from dblink' ela= 58 driver id=1413697536 #bytes=1 p3=0 obj#=-1 tim=42151894670178
WAIT #18446741324892082152: nam='SQL*Net message to dblink' ela= 0 driver id=1413697536 #bytes=1 p3=0 obj#=-1 tim=42151894670235
WAIT #18446741324892082152: nam='SQL*Net message from dblink' ela= 60 driver id=1413697536 #bytes=1 p3=0 obj#=-1 tim=42151894670310
WAIT #18446741324892082152: nam='SQL*Net message to dblink' ela= 1 driver id=1413697536 #bytes=1 p3=0 obj#=-1 tim=42151894670337
WAIT #18446741324892082152: nam='SQL*Net message from dblink' ela= 59 driver id=1413697536 #bytes=1 p3=0 obj#=-1 tim=42151894670407
WAIT #18446741324892082152: nam='SQL*Net message to dblink' ela= 0 driver id=1413697536 #bytes=1 p3=0 obj#=-1 tim=42151894670464
WAIT #18446741324892082152: nam='SQL*Net message from dblink' ela= 60 driver id=1413697536 #bytes=1 p3=0 obj#=-1 tim=42151894670539
WAIT #18446741324892082152: nam='SQL*Net message to dblink' ela= 1 driver id=1413697536 #bytes=1 p3=0 obj#=-1 tim=42151894670566
WAIT #18446741324892082152: nam='SQL*Net message from dblink' ela= 59 driver id=1413697536 #bytes=1 p3=0 obj#=-1 tim=42151894670636
WAIT #18446741324892082152: nam='SQL*Net message to dblink' ela= 1 driver id=1413697536 #bytes=1 p3=0 obj#=-1 tim=42151894670693
WAIT #18446741324892082152: nam='SQL*Net message from dblink' ela= 60 driver id=1413697536 #bytes=1 p3=0 obj#=-1 tim=42151894670768Regards
NM

Purchase Order - Retrieve net price from Central contract (SRM or ECC)

Hi,
I'm doing a test by creating a PO referencing a Central Contract, which is made in SRM. When creating the PO, at this moment the net prices is retrieved from SRM.
Question: Is it possible to retrieve the net price from the copied contract which is in the Local ECC system?
(Customizing in ECC) SPRO -->Integration with Other mySAP.com Components >Supplier Relationship Management>Central Contract-->Price Calculation
The value what is at this moment: SRM Pricing Immediate
Should the value be: 1 SRM Pricing Immediately Only for Hierarchy Contract Item
Regards,
Alexander

Check for existing screen layout name from below settings -
Goto SPRO -> IMG Settings -> Materials Management -> Purchasing -> Purchase Order -> Define Document Types
Check for Field selection key against the PO Type.
Then goto below setting -
SPRO -> IMG Settings -> Materials Management -> Purchasing -> Purchase Order -> Define screen layout at document level
Select the screen layout / Field selection key in this setting and modify the field selection group Quantity and price. Make Price and price unit as display only as per your requirement.

SQL*Net message from client - huge wait in trace file

Dear All,
I am facing a performance issue in a particular operation ( which was completed in 21 Minutes earlier). Now the same operation takes more than 35 Minutes. I took a trace for those session ( 10046 level 12 trace ) and found Lot of waits in SQL*Net message from client.
Elapsed times include waiting on following events:
Event waited on Times Max. Wait Total Waited
---------------------------------------- Waited ---------- ------------
SQLNet message from client 611927 10.00 1121.35*
I copied only the highest wait in the tkprof output.
And I found from the tkprof and even in raw trace file this event waits more time after excuting
SELECT sysdate AS SERVERDATE from dual;
Elapsed times include waiting on following events:
Event waited on Times Max. Wait Total Waited
---------------------------------------- Waited ---------- ------------
SQL*Net message to client 115 0.00 0.00
SQLNet message from client 115 10.00 724.52*
Please help me to find out why this wait taking long time, especially on the above query..
Regards,
Vinodh

Vinodh Kumar wrote:
Hi,
This is what available in the trace file
PARSING IN CURSOR #2 len=38 dep=0 uid=60 oct=3 lid=60 tim=7052598842 hv=3788189359 ad='7d844fa0'
*"SELECT sysdate AS SERVERDATE FROM dual"*
END OF STMT
PARSE #2:c=0,e=12,p=0,cr=0,cu=0,mis=0,r=0,dep=0,og=1,tim=7052598839
BINDS #2:
EXEC #2:c=0,e=42,p=0,cr=0,cu=0,mis=0,r=0,dep=0,og=1,tim=7052599002
WAIT #2: nam='SQL*Net message to client' ela= 1 driver id=1952673792 #bytes=1 p3=0 obj#=-1 tim=7052599058
FETCH #2:c=0,e=15,p=0,cr=0,cu=0,mis=0,r=1,dep=0,og=1,tim=7052599110
*** 2012-01-02 17:07:30.364
WAIT #2: nam='SQL*Net message from client' *" ela= 10007957"* driver id=1952673792 #bytes=1 p3=0 obj#=-1 tim=7062607120Please find the last line WAIT -- in the complete trace after executing this query
In awr report , this query taken less than a sec for more than 2000 executions.
Regards,
VinodhGood idea to check the raw trace file. It is important to notice that this particular wait event appears after the fetch of the result from the database. The client receives the SYSDATE from the database server, and then the client performs some sort of action for about 10 seconds before submitting its next request to the database. The SQL statement that immediately follows and immediately preceeds this section of the trace file might provide clues regarding what caused the delay, and where that delay resides in the client side code. Maybe a creative developer added a "sleep for 10 seconds" routine when intending to sleep for 10ms? Maybe the client CPU is close to 100% utilization?
Charles Hooper
http://hoopercharles.wordpress.com/
IT Manager/Oracle DBA
K&M Machine-Fabricating, Inc.

Net Price from the Service Order

Hi Experts,
I want to read the net price from the service order, in the order_read_ow FM I am getting the pricing conditions tab and getting the prices related to the conditions.
Is there any way to get the net price directly.
Thanks in Advance,
Praveen

Pls use the FM CRM_PRIDOC_READ_OW. You can pass the header GUID.

Sales order should not copy the net value from contract

Hi,
When we are creating the sales order,Where we can maintain that sales order should not copy the net value from contract.
Regards
Prabudh

Hi,
When I am creating the sales order with reference to contract,it's copying the net value and quantity from the contract.
But I want that sales order should not copy the net value and quantity from the contract and user can take new required quantity at the time creating the sales order.
Regards
Prabudh

I'm using migration assistant to transfer files from my wife old net book to new mac air and the pc dropped out during transfer. Pc now says waiting for mac to connect and has is stuck at transferring information. How do I get the process to continue?

I'm using migration assistant to transfer files from my wife old net book to new mac air and the pc dropped out during transfer. I started up migration assistant on the Pc again and now says waiting for mac to connect! New MacBook Air is stuck at transferring information. How do I get the process to reconnect and continue?

Whew, good luck!
What version of OSX is on the older one?

Oracle - Informatica transfer speed fetch size and SQL*Net message from c

Hi,
I'm testing how fast informatica can take data from our 10.2.0.3 and using large (140GB 1 200 000 000 rows) table as source and doing simple
select * from large_table .
Here goes quite interesting wait time analyze :) .
call     count       cpu    elapsed       disk      query    current        rows
Parse        0      0.00       0.00          0          0          0           0
Execute      0      0.00       0.00          0          0          0           0
Fetch   186994    131.84     198.25     127545     314167          0    25431184
total   186994    131.84     198.25     127545     314167          0    25431184
Misses in library cache during parse: 0
Parsing user id: 400
Elapsed times include waiting on following events:
Event waited on                             Times   Max. Wait Total Waited
----------------------------------------   Waited ---------- ------------
db file scattered read                       9122        0.33         64.71
SQL*Net more data to client                529327        0.00          8.34
SQL*Net message from client                186994        0.21        478.74
SQL*Net message to client                  186994        0.00          0.30
db file sequential read                       145        0.01          0.49
gc cr multi block request                    6998        0.01          6.30
gc current grant 2-way                          9        0.00          0.00
gc cr grant 2-way                              67        0.00          0.03The interesting part is ' SQL*Net message from client 186994 0.21 478.74'
so looks like from Informaticka point of view (client side) is lagging 478 sec , so its lagging .
Doing some math 25431184/186994 = 136 .
Could You share with me Your experience in that matter ?
Looks like to speed up I need to :
1. increase fetch size (not sure how to do that).
2. increase SDU client and probably server side .
Network is 100Mbit ethernet so about 10MBytes per second .
Regards
GregG

Have you solve your problem ?
If yes I'm strongly interest by the solution.
If you have a question of issue create your own thread and provide the particulars of your use case. This thread is year old.
OP likely did NOT have any problem. As OP stated the max throughput for a 100 Mbit network is about 10 MB per second. So do the math for moving 140 GB and you will see that the network itself will be the limiting factor.

Netting Onhand from multiple Organizations (Global Netting)

Similar Messages

Maybe you are looking for