Pipeline Materials (Info Record) Cost not getting picked in Standard Cost

Dear Team,
We are using the Pipeling Materials Concept in our client. Pipeline materials are procoured without referene to PO/Quotation.
Pipeline materials cost is not getting updated in the the standard cost estimate in cost roll-up.
All Sub-strategies options in the Valuation variant for price from Purchase Info Record are all wrt PO/Quotation.
How can i get my pipeline materials cost in the standard cost estimate.
Please guide.
Regards,
Vikrant Sood

Hi Vikrant,
Can you please advise us on how this issue was resolved? We're having the same error here.
Thanks and best regards,
Patrick

Similar Messages

Customer material info records are not getting displayed in Sales order

Hi ,
We are upgrading our client sap system from ECC 5.0 to ECC 6.0 .We are now in the testing phase .An issue came up regarding customer material info records .
When we are creating a sales order using VA01, after entering Material number and order quantity for an item if we press the ordering party tab(before saving the sales order) the customer material info records (value in cutomer material number) are gettting displayed.But if we save the sales order we are not able to see the customer material info records.
kindly guide me in this issue .
Thanks in advance .
Nikhil

hi nikhil,
check the tick box in vov8 "read info record",and when you create sales order(va01),dont enter the material number enter the "customer material number" and see whether you are getting the material number.
and also go to (va02) and check whether you are getting the CMIR details.
pls explain me the problem in detail for my better understanding
regards
senya

Re : Condition record not getting picked

Hi All,
This is with reference to Inter-company PO.
A condition record has been maintained for MWST condition type(for key combination of Departure country -ID & Destination Country BE).But the system is not picking this condition record but it is picking the condition record maintained for MY to BE.
Could you please tell me where I need to check if a condition record is not getting picked.
Regards,
Mahesh.

Dear Mahesh
- Check your Ship To Party Country
- Ensure that the tax code you have maintained for the combination of ID -- BE
thanks
G. Lakshmipathi

Scale maintained in info records but not picking up in scheduling agreement

Hi,
We have maintained scales for PB00 in info record (subcontracting), this scale is picked up in Subcontracting Purchase Order.
But when we are trying to create Subcontracting scheduling agreement, this scale is not picked up by the system.
Why the system is picking up scales for PO but not for scheduling agrmment?
Regards,

Hey there,
Please check your InfoUpdate Indicator on the scheduling agreement.
The indicator determines which prices and conditions are suggested in future PO items.
Prices and conditions can apply to an entire purchasing organization or to a single plant within a purchasing organization.
For example, if you create a purchase order for a plant for which an info record has been defined at plant level, the purchase order is based on the conditions in the plant info record and not on the conditions that apply to the purchasing organization.
probably your info record is at the Porg level and not at the plant level and hence it's not picking it up.
Hope this helps,
Cheers,
Dhaval

Purchase info record does not exists in purchase organization 1000

Hi experts,
          I have created a new enterprise structure in SAP. when i am creating a PO its picking the correct info record, but when i am doing GR, its giving the error as 'purchase info record does not exists in purchase organization 1000". I have maintained everything perfect. the only thing i have changed is I have moved the open and close period from 11-2002 to 12-2008 in MMPV.
         Please give me some suggestions, where it can go wrong.
Thanks & Regards,
Poorna.

Hi Guys,
          Thanks for all yours responses, Actually what deepak said was right, but in my IDES system i am not able to create new entries in assign plant to std purchase org. I found the database view for that, V_001W_E its for table T001W. So i looked into that table i found that std purchase org was given as 1000. i made direct entries in that table, i thought the reason for this may be due to , that i copied plant from 1000. After making entries , i did not got the error message that was i am previously getting.
Thanks & Regards,
Ravi.

PO creation wrt PR - value not getting picked

Hi,
Purchase orders are created with respect to fully approved Purchase requistions (Release proc is set for PR) but net price is not getting copied to PO from PR.
Please let me know how to resolve it
Regards,
Uzair

If the info record (or contract) is not wanted, it is possible to "adopt" the price from the purchase requisition>
Are you getting the error - 'Net price must be greater than 0' - For PO creation from a requisiton for materials the system tries to determine the price from a source (info records, quota arrangement, contract etc). It is possible to use configuration to have the purchase requisition price adopted (and hence not use any info record) for this you must make the following configuration.
Material Management -> Purchasing -> Authorization management ->
Define Function Authorization for Buyers.
In here choose: "Function Authorizations: Purchase order"
In here you may specify a number of Function Authorization keys.
For each key, you may set rights for the key.
The field in question is "Order price adoption" (T160D-EBPUEB) which
must be ticked.
Then back out and now choose "Maintain Users".
In here choose tab "Parameters" and enter parameter ID "EFB" along
with the value equal to the key you just maintained.
(Remember to use Capitals when entering the key value)
In ME51N in the item detail screen, tab "Valuation", the field
"PO price" will now be visible and can be maintained via a dropdown.
The field will have following possible values:
- "Do not adopt"
- "As gross price" and
- "As net price"
If "do not adopt" is selected (and this is deafult ) then the system will look for an info record, contract etc when creating PO
If Other two options are selected the price from the PR will be adopted into the PO (info record will not be considered)

Index is not getting picked even after providing hint

Hi All
The index pk_sku is not getting picked even after providing the hints when executing the query.Please kindly give me such recommendations.I am providing the information.
select * from
(select /*+ index(s pk_sku) */
      to_char(t.dstamp, 'YYYYmmDDHH24MI') as sort_1,
      t.client_id as CLIENT_ID ,
      t.site_id as SITE_ID,
      tz.time_zone_name as TIME_ZONE_NAME     ,
      t.owner_id as OWNER_ID,
      t.sku_id as SKU_ID,
      t.reason_id as ADJUST_TYPE,
      to_char(t.dstamp+tz.diff/24, 'DD/mm/YYYY HH24:MI') as ADJUST_DATETIME,
      t.reference_id as RECEIPT_ID,
      t.batch_id as BATCH_ID,
      t.update_qty as UPDATE_QTY,
      t.lock_code as LOCK_CODE,
      s.description as SKU_DESCRIPTION
from mv_inventory_transaction t
      JOIN timezone tz ON tz.site_id = t.site_id ,
       mv_sku s
where   t.sku_id= s.sku_id
and     t.client_id=s.client_id
and   ( :client is null or :client = t.client_id)
and    ( :site is null or t.site_id in (:site))
and    ( :owner is null or t.owner_id in (:owner))
and    t.code= 'Adjustment'
and   (t.dstamp+tz.diff/24) between to_date(:dateFrom, 'DD/mm/yyyy') and to_date(:dateTo,'DD/mm/yyyy')+1
and      (:sku is null or t.sku_id in (:sku))
UNION ALL
(select /*+ index(s pk_sku) */
     to_char(t.dstamp, 'YYYYmmDDHH24MI') as sort_1,
    t.client_id as CLIENT_ID ,
      t.site_id as SITE_ID,
                      tz.time_zone_name as TIME_ZONE_NAME     ,
      t.owner_id as OWNER_ID,
      t.sku_id as SKU_ID,
      t.reason_id as ADJUST_TYPE,
      to_char(t.dstamp+tz.diff/24, 'DD/mm/YYYY HH24:MI') as ADJUST_DATETIME,
      t.reference_id as RECEIPT_ID,
      t.batch_id as BATCH_ID,
      t.update_qty as UPDATE_QTY,
      t.lock_code as LOCK_CODE,
      s.description as SKU_DESCRIPTION
from mv_inventory_transaction_arch t
      JOIN timezone tz ON tz.site_id = t.site_id,
       mv_sku s
where   t.sku_id= s.sku_id
and     t.client_id=s.client_id
and   ( :client is null or :client = t.client_id)
and    ( :site is null or t.site_id in (:site))
and    ( :owner is null or t.owner_id in (:owner))
and    t.code= 'Adjustment'
and   (t.dstamp+tz.diff/24) between to_date(:dateFrom, 'DD/mm/yyyy') and to_date(:dateTo,'DD/mm/yyyy')+1
and      (:sku is null or t.sku_id in (:sku))
order by sort_1,2,3,4,5
version = Release 10.1.0.5.0
SQL> sho parameter optimizer
NAME                                 TYPE        VALUE
optimizer_dynamic_sampling           integer     2
optimizer_features_enable            string      10.1.0.5
optimizer_index_caching              integer     0
optimizer_index_cost_adj             integer     100
optimizer_mode                       string      ALL_ROWS
sho parameter db_file_multiblock_count_read
sho parameter cursor_sharing
SQL> sho parameter optimizer
NAME                                 TYPE        VALUE
optimizer_dynamic_sampling           integer     2
optimizer_features_enable            string      10.1.0.5
optimizer_index_caching              integer     0
optimizer_index_cost_adj             integer     100
optimizer_mode                       string      ALL_ROWS
SQL> sho parameter db_file_multi
NAME                                 TYPE        VALUE
db_file_multiblock_read_count        integer     16
SQL> sho parameter cursor_sharing
NAME                                 TYPE        VALUE
cursor_sharing                       string      EXACTExplain plan
| Id | Operation                              | Name                          | Rows | Bytes | Cost (%CPU)| Time     |
|   0 | SELECT STATEMENT                       |                               |    56 | 29736 |   345K (1)| 01:09:07 |
|   1 | SORT ORDER BY                         |                               |    56 | 29736 |   345K (1)| 01:09:07 |
|   2 |   VIEW                                 |                               |    56 | 29736 |   345K (1)| 01:09:07 |
|   3 |    UNION-ALL                           |                               |       |       |            |          |
|   4 |     NESTED LOOPS                       |                               |     2 |   984 | 29686   (1)| 00:05:57 |
|   5 |      HASH JOIN                         |                               |     1 |   326 | 26870   (1)| 00:05:23 |
|   6 |       TABLE ACCESS FULL                | TIMEZONE                      |     4 |    88 |     3   (0)| 00:00:01 |
|   7 |       VIEW                             | MV_INVENTORY_TRANSACTION      |    25 | 7600 | 26866   (1)| 00:05:23 |
|   8 |        UNION-ALL                       |                               |       |       |            |          |
|   9 |         FILTER                         |                               |       |       |            |          |
| 10 |          MAT_VIEW ACCESS BY INDEX ROWID| MV_INVENTORY_TRANSACTION      |     1 |    67 | 24327   (1)| 00:04:52 |
| 11 |           INDEX RANGE SCAN             | IDX_CODE_CLIENTID_690         | 79681 |       |   518   (1)| 00:00:07 |
| 12 |         FILTER                         |                               |       |       |            |          |
| 13 |          MAT_VIEW ACCESS BY INDEX ROWID| MV_INVENTORY_TRANSACTION      |    24 | 2328 | 2539   (1)| 00:00:31 |
| 14 |           INDEX RANGE SCAN             | IDX_CODE_646                  | 9269 |       |    46   (0)| 00:00:01 |
| 15 |      VIEW                              | MV_SKU                        |    37 | 6142 | 2816   (1)| 00:00:34 |
| 16 |       UNION-ALL                        |                               |       |       |            |          |
| 17 |        MAT_VIEW ACCESS FULL            | MV_SKU                        |   335K|    10M| 2535   (1)| 00:00:31 |
| 18 |        MAT_VIEW ACCESS FULL            | MV_SKU                        | 37839 | 1699K|   280   (1)| 00:00:04 |
| 19 |     NESTED LOOPS                       |                               |    54 | 26568 |   315K (1)| 01:03:10 |
| 20 |      HASH JOIN                         |                               |     1 |   326 |   313K (1)| 01:02:37 |
| 21 |       TABLE ACCESS FULL                | TIMEZONE                      |     4 |    88 |     3   (0)| 00:00:01 |
| 22 |       VIEW                             | MV_INVENTORY_TRANSACTION_ARCH |   576 |   171K|   313K (1)| 01:02:37 |
| 23 |        UNION-ALL                       |                               |       |       |            |          |
| 24 |         FILTER                         |                               |       |       |            |          |
| 25 |          MAT_VIEW ACCESS BY INDEX ROWID| MV_INVENTORY_TRANSACTION_ARCH |     1 |    72 | 19258   (1)| 00:03:52 |
| 26 |           INDEX RANGE SCAN             | QUI_IDX_INVTRANS_ARC1         | 36016 |       |   287   (1)| 00:00:04 |
| 27 |         FILTER                         |                               |       |       |            |          |
| 28 |          MAT_VIEW ACCESS BY INDEX ROWID| MV_INVENTORY_TRANSACTION_ARCH |   575 | 55200 |   293K (1)| 00:58:45 |
| 29 |           INDEX RANGE SCAN             | QUI_IDX_INVTRANS_ARC1         |   367K|       | 3466   (1)| 00:00:42 |
| 30 |      VIEW                              | MV_SKU                        |    37 | 6142 | 2816   (1)| 00:00:34 |
| 31 |       UNION-ALL                        |                               |       |       |            |          |
| 32 |        MAT_VIEW ACCESS FULL            | MV_SKU                        |   335K|    10M| 2535   (1)| 00:00:31 |
| 33 |        MAT_VIEW ACCESS FULL            | MV_SKU                        | 37839 | 1699K|   280   (1)| 00:00:04 |
------------------------------------------------------------------------------------------------------------------------when put in sql tuning advisor,It recommended with better plan using indexes
| Id | Operation                              | Name                          | Rows | Bytes | Cost (%CPU)| Time     |
|   0 | SELECT STATEMENT                       |                               |    56 | 29736 |   340K (1)| 01:08:01 |
|   1 | SORT ORDER BY                         |                               |    56 | 29736 |   340K (1)| 01:08:01 |
|   2 |   VIEW                                 |                               |    56 | 29736 |   340K (1)| 01:08:01 |
|   3 |    UNION-ALL                           |                               |       |       |            |          |
|   4 |     NESTED LOOPS                       |                               |     2 |   848 | 26900   (1)| 00:05:23 |
|   5 |      HASH JOIN                         |                               |     1 |   326 | 26898   (1)| 00:05:23 |
|   6 |       TABLE ACCESS FULL                | TIMEZONE                      |     4 |    88 |     3   (0)| 00:00:01 |
|   7 |       VIEW                             | MV_INVENTORY_TRANSACTION      |    25 | 7600 | 26894   (1)| 00:05:23 |
|   8 |        UNION-ALL                       |                               |       |       |            |          |
|   9 |         FILTER                         |                               |       |       |            |          |
| 10 |          MAT_VIEW ACCESS BY INDEX ROWID| MV_INVENTORY_TRANSACTION      |     1 |    67 | 24352   (1)| 00:04:53 |
| 11 |           INDEX RANGE SCAN             | IDX_CODE_CLIENTID_690         | 79681 |       |   518   (1)| 00:00:07 |
| 12 |         FILTER                         |                               |       |       |            |          |
| 13 |          MAT_VIEW ACCESS BY INDEX ROWID| MV_INVENTORY_TRANSACTION      |    24 | 2328 | 2542   (1)| 00:00:31 |
| 14 |           INDEX RANGE SCAN             | IDX_CODE_646                  | 9269 |       |    46   (0)| 00:00:01 |
| 15 |      VIEW                              | MV_SKU                        |    37 | 3626 |     2   (0)| 00:00:01 |
| 16 |       UNION-ALL PARTITION              |                               |       |       |            |          |
| 17 |        MAT_VIEW ACCESS BY INDEX ROWID | MV_SKU                        |     1 |    34 |     3   (0)| 00:00:01 |
| 18 |         INDEX UNIQUE SCAN              | PK_SKU                        |     1 |       |     2   (0)| 00:00:01 |
| 19 |        MAT_VIEW ACCESS BY INDEX ROWID | MV_SKU                        |     1 |    46 |     2   (0)| 00:00:01 |
| 20 |         INDEX UNIQUE SCAN              | PK_SKU                        |     1 |       |     1   (0)| 00:00:01 |
| 21 |     NESTED LOOPS                       |                               |    54 | 22896 |   313K (1)| 01:02:38 |
| 22 |      HASH JOIN                         |                               |     1 |   326 |   313K (1)| 01:02:38 |
| 23 |       TABLE ACCESS FULL                | TIMEZONE                      |     4 |    88 |     3   (0)| 00:00:01 |
| 24 |       VIEW                             | MV_INVENTORY_TRANSACTION_ARCH |   576 |   171K|   313K (1)| 01:02:38 |
| 25 |        UNION-ALL                       |                               |       |       |            |          |
| 26 |         FILTER                         |                               |       |       |            |          |
| 27 |          MAT_VIEW ACCESS BY INDEX ROWID| MV_INVENTORY_TRANSACTION_ARCH |     1 |    72 | 19269   (1)| 00:03:52 |
| 28 |           INDEX RANGE SCAN             | QUI_IDX_INVTRANS_ARC1         | 36016 |       |   287   (1)| 00:00:04 |
| 29 |         FILTER                         |                               |       |       |            |          |
| 30 |          MAT_VIEW ACCESS BY INDEX ROWID| MV_INVENTORY_TRANSACTION_ARCH |   575 | 55200 |   293K (1)| 00:58:47 |
| 31 |           INDEX RANGE SCAN             | QUI_IDX_INVTRANS_ARC1         |   367K|       | 3466   (1)| 00:00:42 |
| 32 |      VIEW                              | MV_SKU                        |    37 | 3626 |     2   (0)| 00:00:01 |
| 33 |       UNION-ALL PARTITION              |                               |       |       |            |          |
| 34 |        MAT_VIEW ACCESS BY INDEX ROWID | MV_SKU                        |     1 |    34 |     3   (0)| 00:00:01 |
| 35 |         INDEX UNIQUE SCAN              | PK_SKU                        |     1 |       |     2   (0)| 00:00:01 |
| 36 |        MAT_VIEW ACCESS BY INDEX ROWID | MV_SKU                        |     1 |    46 |     2   (0)| 00:00:01 |
| 37 |         INDEX UNIQUE SCAN              | PK_SKU                        |     1 |       |     1   (0)| 00:00:01 |
------------------------------------------------------------------------------------------------------------------------So ,after checking the recommended plan I tried to execute the query with the hints,even then it is picking up the indexes in the explain plan.So please kindly help in solving the issue
The pk_sku is the index created on client_id and sku_id columns
Thanks
GV

riedelme wrote:
My experience is differernt - hints will be followed if the optimizer determines they will be beneficial and not if they will not, including my current project on 11gR2. The example below (unfortunately only 11gR1) disproves your theory, showing the index hint is followed and that the cost increases by a factor of five.
The most common cases of the optimizer apparently ignoring a hint are due to operator error, the hint is not well formed, or cannot be followed. There are a couple of documented cases where a hint will be ignored - first_rows used in CTAS is one.
Jonathan Lewis writes a lot about it on his blog showing that the optimizer always acts on a well formed hint if it is at all possible.
SQL> create table t (n number not null, c varchar2(1000));
Table created.
SQL> insert into t select 1, rpad('x',1000,'x')
2 from dual connect by level <= 50000;
50000 rows created.
SQL> create index t_ix on t (n);
Index created.
SQL> exec dbms_stats.gather_table_stats(user, 't', cascade => true)
PL/SQL procedure successfully completed.
SQL> explain plan for
2 select max(c) from t where n =1;
Explained.
SQL> select * from table(dbms_xplan.display);
PLAN_TABLE_OUTPUT
Plan hash value: 2966233522
| Id | Operation          | Name | Rows | Bytes | Cost (%CPU)| Time     |
|   0 | SELECT STATEMENT   |      |     1 | 1004 | 1574   (1)| 00:00:19 |
|   1 | SORT AGGREGATE    |      |     1 | 1004 |            |          |
|* 2 |   TABLE ACCESS FULL| T    | 50000 |    47M| 1574   (1)| 00:00:19 |
Predicate Information (identified by operation id):
PLAN_TABLE_OUTPUT
   2 - filter("N"=1)
14 rows selected.
SQL> explain plan for
2 select /*+ index (t t_ix) */ max(c) from t where n = 1;
Explained.
SQL> select * from table(dbms_xplan.display);
PLAN_TABLE_OUTPUT
Plan hash value: 3231292748
| Id | Operation                    | Name | Rows | Bytes | Cost (%CPU)| Time     |
|   0 | SELECT STATEMENT             |      |     1 | 1004 | 7244   (1)| 00:01:27 |
|   1 | SORT AGGREGATE              |      |     1 | 1004 |            |          |
|   2 |   TABLE ACCESS BY INDEX ROWID| T    | 50000 |    47M| 7244   (1)| 00:01:27 |
|* 3 |    INDEX RANGE SCAN          | T_IX | 50000 |       |    98   (0)| 00:00:02 |
PLAN_TABLE_OUTPUT
Predicate Information (identified by operation id):
   3 - access("N"=1)
15 rows selected.

Force index not getting picked up while running the SQL Query

Hi All,
We are facing an issue with one SQL Query. We have created a custom Index and we are using that index in our query by using the following syntax:
/*+INDEX(ol XXEXH_ORDER_LINES_N2)*/
Where
ol – Table Alias Name
XXEXH_ORDER_LINES_N2 – Index Name
But still the index is not getting picked up in the Explain Plan.
If any one of you have faced a similar issue then please let us know how you had resolved it.
Appreciate your help.
DB version:10.2.0.4
Apps version: 11.5.10.2.0
Thanks.

The query and plan are given as:
SELECT
/*+INDEX(ol XXEXH_ORDER_LINES_N2)*/
ol.header_id,
ol.line_id,
ol.line_type_id,
ol.flow_status_code,
ol.last_update_date,
ol.inventory_item_id,
ol.ship_from_org_id,
oh.order_number,
ttv.NAME,
msib.segment1,
msib.item_type,
fl.segment1 || '-' || fl.segment2 || '-' || fl.segment3 || '-' || fl.segment4 current_loc,
ship_to.country
|| '-'
|| NVL (ship_to.state, ship_to.province)
|| '-'
|| DECODE (ship_to.county,
NULL, ship_to.city,
ship_to.county
|| DECODE (ship_to.country,
NULL, NULL,
'-' || ship_to.city
) new_loc,
mmt.transaction_type_id,
mtt.transaction_type_name,
DECODE (mil.segment1,
UPPER ('Field%'), 'PLEASE VALIDATE FIELD LOCATION',
hou.country
|| '-'
|| DECODE (mil.segment1,
UPPER ('Field%'), NULL,
hou.region_2
|| '-'
|| DECODE (mil.segment1,
UPPER ('Field%'), NULL,
hou.region_1
|| '-'
|| DECODE (mil.segment1,
UPPER ('Field%'), NULL,
hou.town_or_city
) rma_loc,
ship_su.attribute1 oper_loc,
msib.organization_id --SC#5878
,fa.asset_number --SC#5878
,fdh.code_combination_id --SC#5878
,fa.asset_id parent_asset_id
FROM fnd_flex_values_vl ffvv,
fnd_flex_value_sets ffvs,
mtl_item_locations mil,
--hr_organization_units_v hou,
hr_organization_units o,
-- hr_lookups l,
-- hr_lookups l2,
hr_locations hou,
hr_locations_all_tl lot,
mtl_transaction_types mtt,
mtl_material_transactions mmt,
hz_locations ship_to,
hz_cust_acct_sites ship_cas,
hz_cust_site_uses ship_su,
hz_party_sites ship_ps,
fa_distribution_history fdh,
fa_locations fl,
fa_additions fa,
mtl_system_items_b msib,
oe_transaction_types_tl ttv,
oe_order_headers oh,
oe_order_lines ol
WHERE ol.org_id = TO_NUMBER (fnd_profile.VALUE ('ORG_ID')) --SC#5878
AND ol.flow_status_code = 'CLOSED'
AND TRUNC(ol.last_update_date) BETWEEN '01-SEP-2010' AND '31-OCT-2010'
AND ol.header_id = oh.header_id
AND ol.line_type_id = ttv.transaction_type_id
AND ol.inventory_item_id = msib.inventory_item_id
AND ol.ship_from_org_id = msib.organization_id
AND msib.item_type = 'REN'
AND SUBSTR(fa.asset_number,1,DECODE(INSTR(fa.asset_number,'-'),0,LENGTH(fa.asset_number),INSTR(fa.asset_number,'-')-1)) = msib.segment1 -- SC#11824 / added for fetching all assets with any suffix/ on 20-JUL-2011 by MPRAKAS
AND fdh.asset_id(+) = fa.asset_id
AND fdh.location_id = fl.location_id(+)
AND fdh.date_ineffective IS NULL
AND ol.ship_to_org_id = ship_su.site_use_id
AND ship_su.cust_acct_site_id = ship_cas.cust_acct_site_id
AND ship_cas.party_site_id = ship_ps.party_site_id
AND ship_ps.location_id = ship_to.location_id
AND mmt.inventory_item_id = ol.inventory_item_id --added new condition
AND mmt.organization_id = ol.ship_from_org_id --added new condition
AND mmt.trx_source_line_id = ol.line_id
AND mmt.transaction_quantity > 0
AND mmt.transaction_type_id = mtt.transaction_type_id(+)
AND mtt.transaction_type_name(+) = 'RMA Receipt'
AND o.organization_id(+) = mmt.organization_id
AND mil.inventory_location_id(+) = mmt.locator_id
AND ffvs.flex_value_set_name = 'HCCA_AFF_LOCATION' --added new condition
AND ffvv.flex_value_set_id = ffvs.flex_value_set_id(+)
AND ffvv.flex_value(+) = ship_su.attribute1
AND ttv.LANGUAGE = 'US'
AND (ol.ordered_item_id IS NULL OR ol.ordered_item_id > 0)
AND NVL (ol.ship_to_org_id, 1) > 0
AND NVL (hou.location_id, 1) > 0
AND o.location_id = hou.location_id(+)
AND NVL (hou.business_group_id, NVL (hr_general.get_business_group_id, -99)) = NVL (hr_general.get_business_group_id, -99)
AND hou.location_id = lot.location_id
AND lot.LANGUAGE = USERENV ('LANG')
AND (fa.asset_id = fa.parent_asset_id OR fa.parent_asset_id IS NULL)
Plan
SELECT STATEMENT ALL_ROWSCost: 4,065 Bytes: 958 Cardinality: 2
     125 CONCATENATION
          62 NESTED LOOPS OUTER Cost: 3,140 Bytes: 479 Cardinality: 1
               59 FILTER
                    58 NESTED LOOPS OUTER Cost: 3,139 Bytes: 441 Cardinality: 1
                         55 NESTED LOOPS Cost: 3,131 Bytes: 420 Cardinality: 1
                              52 NESTED LOOPS OUTER Cost: 3,130 Bytes: 390 Cardinality: 1
                                   49 NESTED LOOPS OUTER Cost: 3,128 Bytes: 377 Cardinality: 1
                                        46 NESTED LOOPS Cost: 3,127 Bytes: 351 Cardinality: 1
                                             44 HASH JOIN Cost: 3,126 Bytes: 342 Cardinality: 1
                                                  42 NESTED LOOPS Cost: 2,443 Bytes: 324 Cardinality: 1
                                                       40 NESTED LOOPS Cost: 2,443 Bytes: 315 Cardinality: 1
                                                            38 NESTED LOOPS Cost: 2,443 Bytes: 306 Cardinality: 1
                                                                 36 NESTED LOOPS Cost: 2,443 Bytes: 298 Cardinality: 1
                                                                      33 NESTED LOOPS Cost: 2,442 Bytes: 268 Cardinality: 1
                                                                           31 NESTED LOOPS Cost: 2,441 Bytes: 259 Cardinality: 1
                                                                                28 NESTED LOOPS Cost: 2,438 Bytes: 238 Cardinality: 1
                                                                                     25 NESTED LOOPS Cost: 2,437 Bytes: 207 Cardinality: 1
                                                                                          22 NESTED LOOPS Cost: 2,436 Bytes: 194 Cardinality: 1
                                                                                               19 NESTED LOOPS Cost: 2,435 Bytes: 184 Cardinality: 1
                                                                                                    16 NESTED LOOPS Cost: 2,433 Bytes: 168 Cardinality: 1
                                                                                                         13 NESTED LOOPS Cost: 2,432 Bytes: 154 Cardinality: 1
                                                                                                              10 NESTED LOOPS Cost: 2,430 Bytes: 126 Cardinality: 1
                                                                                                                   7 NESTED LOOPS Cost: 2,427 Bytes: 102 Cardinality: 1
                                                                                                                        4 NESTED LOOPS Cost: 779 Bytes: 34,028 Cardinality: 724
                                                                                                                             2 TABLE ACCESS BY INDEX ROWID TABLE APPLSYS.FND_FLEX_VALUE_SETS Cost: 2 Bytes: 28 Cardinality: 1
                                                                                                                                  1 INDEX UNIQUE SCAN INDEX (UNIQUE) APPLSYS.FND_FLEX_VALUE_SETS_U2 Cost: 1 Cardinality: 1
                                                                                                                             3 TABLE ACCESS FULL TABLE AR.HZ_CUST_SITE_USES_ALL Cost: 777 Bytes: 13,756 Cardinality: 724
                                                                                                                        6 TABLE ACCESS BY INDEX ROWID TABLE ONT.OE_ORDER_LINES_ALL Cost: 3 Bytes: 55 Cardinality: 1
                                                                                                                             5 INDEX RANGE SCAN INDEX ONT.OE_ORDER_LINES_N2 Cost: 2 Cardinality: 1
                                                                                                                   9 TABLE ACCESS BY INDEX ROWID TABLE INV.MTL_MATERIAL_TRANSACTIONS Cost: 3 Bytes: 24 Cardinality: 1
                                                                                                                        8 INDEX RANGE SCAN INDEX INV.MTL_MATERIAL_TRANSACTIONS_N1 Cost: 2 Cardinality: 1
                                                                                                              12 TABLE ACCESS BY INDEX ROWID TABLE INV.MTL_SYSTEM_ITEMS_B Cost: 2 Bytes: 28 Cardinality: 1
                                                                                                                   11 INDEX UNIQUE SCAN INDEX (UNIQUE) INV.MTL_SYSTEM_ITEMS_B_U1 Cost: 1 Cardinality: 1
                                                                                                         15 TABLE ACCESS BY INDEX ROWID TABLE AR.HZ_CUST_ACCT_SITES_ALL Cost: 1 Bytes: 14 Cardinality: 1
                                                                                                              14 INDEX UNIQUE SCAN INDEX (UNIQUE) AR.HZ_CUST_ACCT_SITES_U1 Cost: 0 Cardinality: 1
                                                                                                    18 TABLE ACCESS BY INDEX ROWID TABLE ONT.OE_ORDER_HEADERS_ALL Cost: 2 Bytes: 16 Cardinality: 1
                                                                                                         17 INDEX UNIQUE SCAN INDEX (UNIQUE) ONT.OE_ORDER_HEADERS_U1 Cost: 1 Cardinality: 1
                                                                                               21 TABLE ACCESS BY INDEX ROWID TABLE AR.HZ_PARTY_SITES Cost: 1 Bytes: 10 Cardinality: 1
                                                                                                    20 INDEX UNIQUE SCAN INDEX (UNIQUE) AR.HZ_PARTY_SITES_U1 Cost: 0 Cardinality: 1
                                                                                          24 TABLE ACCESS BY INDEX ROWID TABLE HR.HR_ALL_ORGANIZATION_UNITS Cost: 1 Bytes: 13 Cardinality: 1
                                                                                               23 INDEX UNIQUE SCAN INDEX (UNIQUE) HR.HR_ORGANIZATION_UNITS_PK Cost: 0 Cardinality: 1
                                                                                     27 TABLE ACCESS BY INDEX ROWID TABLE ONT.OE_TRANSACTION_TYPES_TL Cost: 1 Bytes: 31 Cardinality: 1
                                                                                          26 INDEX UNIQUE SCAN INDEX (UNIQUE) ONT.OE_TRANSACTION_TYPES_TL_U1 Cost: 0 Cardinality: 1
                                                                                30 TABLE ACCESS BY INDEX ROWID TABLE APPLSYS.FND_FLEX_VALUES Cost: 3 Bytes: 21 Cardinality: 1
                                                                                     29 INDEX RANGE SCAN INDEX APPLSYS.FND_FLEX_VALUES_N1 Cost: 2 Cardinality: 1
                                                                           32 INDEX UNIQUE SCAN INDEX (UNIQUE) APPLSYS.FND_FLEX_VALUES_TL_U1 Cost: 1 Bytes: 9 Cardinality: 1
                                                                      35 TABLE ACCESS BY INDEX ROWID TABLE HR.HR_LOCATIONS_ALL Cost: 1 Bytes: 30 Cardinality: 1
                                                                           34 INDEX UNIQUE SCAN INDEX (UNIQUE) HR.HR_LOCATIONS_PK Cost: 0 Cardinality: 1
                                                                 37 INDEX UNIQUE SCAN INDEX (UNIQUE) HR.HR_ALL_ORGANIZATION_UNTS_TL_PK Cost: 0 Bytes: 8 Cardinality: 1
                                                            39 INDEX UNIQUE SCAN INDEX (UNIQUE) HR.HR_LOCATIONS_ALL_TL_PK Cost: 0 Bytes: 9 Cardinality: 1
                                                       41 INDEX UNIQUE SCAN INDEX (UNIQUE) HR.HR_LOCATIONS_ALL_TL_PK Cost: 0 Bytes: 9 Cardinality: 1
                                                  43 TABLE ACCESS FULL TABLE FA.FA_ADDITIONS_B Cost: 683 Bytes: 670,734 Cardinality: 37,263
                                             45 INDEX UNIQUE SCAN INDEX (UNIQUE) FA.FA_ADDITIONS_TL_U1 Cost: 1 Bytes: 9 Cardinality: 1
                                        48 TABLE ACCESS BY INDEX ROWID TABLE INV.MTL_TRANSACTION_TYPES Cost: 1 Bytes: 26 Cardinality: 1
                                             47 INDEX UNIQUE SCAN INDEX (UNIQUE) INV.MTL_TRANSACTION_TYPES_U1 Cost: 0 Cardinality: 1
                                   51 TABLE ACCESS BY INDEX ROWID TABLE INV.MTL_ITEM_LOCATIONS Cost: 2 Bytes: 13 Cardinality: 1
                                        50 INDEX RANGE SCAN INDEX (UNIQUE) INV.MTL_ITEM_LOCATIONS_U1 Cost: 1 Cardinality: 1
                              54 TABLE ACCESS BY INDEX ROWID TABLE AR.HZ_LOCATIONS Cost: 1 Bytes: 30 Cardinality: 1
                                   53 INDEX UNIQUE SCAN INDEX (UNIQUE) AR.HZ_LOCATIONS_U1 Cost: 0 Cardinality: 1
                         57 TABLE ACCESS BY INDEX ROWID TABLE FA.FA_DISTRIBUTION_HISTORY Cost: 8 Bytes: 126 Cardinality: 6
                              56 INDEX RANGE SCAN INDEX FA.FA_DISTRIBUTION_HISTORY_N2 Cost: 2 Cardinality: 6
               61 TABLE ACCESS BY INDEX ROWID TABLE FA.FA_LOCATIONS Cost: 1 Bytes: 38 Cardinality: 1
                    60 INDEX UNIQUE SCAN INDEX (UNIQUE) FA.FA_LOCATIONS_U1 Cost: 0 Cardinality: 1
          124 NESTED LOOPS OUTER Cost: 925 Bytes: 479 Cardinality: 1
               121 FILTER
                    120 NESTED LOOPS OUTER Cost: 924 Bytes: 441 Cardinality: 1
                         117 NESTED LOOPS Cost: 916 Bytes: 420 Cardinality: 1
                              115 HASH JOIN Cost: 915 Bytes: 411 Cardinality: 1
                                   113 NESTED LOOPS OUTER Cost: 231 Bytes: 393 Cardinality: 1
                                        110 NESTED LOOPS OUTER Cost: 229 Bytes: 380 Cardinality: 1
                                             107 NESTED LOOPS Cost: 228 Bytes: 354 Cardinality: 1
                                                  104 NESTED LOOPS Cost: 225 Bytes: 330 Cardinality: 1
                                                       102 NESTED LOOPS Cost: 224 Bytes: 321 Cardinality: 1
                                                            99 NESTED LOOPS Cost: 222 Bytes: 293 Cardinality: 1
                                                                 96 NESTED LOOPS Cost: 221 Bytes: 263 Cardinality: 1
                                                                      93 NESTED LOOPS Cost: 220 Bytes: 253 Cardinality: 1
                                                                           90 NESTED LOOPS Cost: 218 Bytes: 237 Cardinality: 1
                                                                                87 NESTED LOOPS Cost: 217 Bytes: 223 Cardinality: 1
                                                                                     84 NESTED LOOPS Cost: 216 Bytes: 192 Cardinality: 1
                                                                                          81 NESTED LOOPS Cost: 210 Bytes: 137 Cardinality: 1
                                                                                               78 NESTED LOOPS Cost: 28 Bytes: 118 Cardinality: 1
                                                                                                    75 NESTED LOOPS Cost: 22 Bytes: 97 Cardinality: 1
                                                                                                         73 NESTED LOOPS Cost: 22 Bytes: 88 Cardinality: 1
                                                                                                              71 NESTED LOOPS Cost: 22 Bytes: 79 Cardinality: 1
                                                                                                                   69 NESTED LOOPS Cost: 22 Bytes: 71 Cardinality: 1
                                                                                                                        66 NESTED LOOPS Cost: 19 Bytes: 58 Cardinality: 1
                                                                                                                             64 TABLE ACCESS BY INDEX ROWID TABLE APPLSYS.FND_FLEX_VALUE_SETS Cost: 2 Bytes: 28 Cardinality: 1
                                                                                                                                  63 INDEX UNIQUE SCAN INDEX (UNIQUE) APPLSYS.FND_FLEX_VALUE_SETS_U2 Cost: 1 Cardinality: 1
                                                                                                                             65 TABLE ACCESS FULL TABLE HR.HR_LOCATIONS_ALL Cost: 17 Bytes: 30 Cardinality: 1
                                                                                                                        68 TABLE ACCESS BY INDEX ROWID TABLE HR.HR_ALL_ORGANIZATION_UNITS Cost: 3 Bytes: 13 Cardinality: 1
                                                                                                                             67 INDEX RANGE SCAN INDEX HR.HR_ORGANIZATION_UNITS_FK3 Cost: 1 Cardinality: 5
                                                                                                                   70 INDEX UNIQUE SCAN INDEX (UNIQUE) HR.HR_ALL_ORGANIZATION_UNTS_TL_PK Cost: 0 Bytes: 8 Cardinality: 1
                                                                                                              72 INDEX UNIQUE SCAN INDEX (UNIQUE) HR.HR_LOCATIONS_ALL_TL_PK Cost: 0 Bytes: 9 Cardinality: 1
                                                                                                         74 INDEX UNIQUE SCAN INDEX (UNIQUE) HR.HR_LOCATIONS_ALL_TL_PK Cost: 0 Bytes: 9 Cardinality: 1
                                                                                                    77 TABLE ACCESS BY INDEX ROWID TABLE APPLSYS.FND_FLEX_VALUES Cost: 6 Bytes: 2,667 Cardinality: 127
                                                                                                         76 INDEX RANGE SCAN INDEX APPLSYS.FND_FLEX_VALUES_N2 Cost: 2 Cardinality: 127
                                                                                               80 TABLE ACCESS BY INDEX ROWID TABLE AR.HZ_CUST_SITE_USES_ALL Cost: 182 Bytes: 19 Cardinality: 1
                                                                                                    79 INDEX RANGE SCAN INDEX APPS.HCCA_HZ_CUST_SITE_USES_ALL_N1 Cost: 1 Cardinality: 489
                                                                                          83 TABLE ACCESS BY INDEX ROWID TABLE ONT.OE_ORDER_LINES_ALL Cost: 6 Bytes: 55 Cardinality: 1
                                                                                               82 INDEX RANGE SCAN INDEX ONT.OE_ORDER_LINES_N2 Cost: 2 Cardinality: 4
                                                                                     86 TABLE ACCESS BY INDEX ROWID TABLE ONT.OE_TRANSACTION_TYPES_TL Cost: 1 Bytes: 31 Cardinality: 1
                                                                                          85 INDEX UNIQUE SCAN INDEX (UNIQUE) ONT.OE_TRANSACTION_TYPES_TL_U1 Cost: 0 Cardinality: 1
                                                                                89 TABLE ACCESS BY INDEX ROWID TABLE AR.HZ_CUST_ACCT_SITES_ALL Cost: 1 Bytes: 14 Cardinality: 1
                                                                                     88 INDEX UNIQUE SCAN INDEX (UNIQUE) AR.HZ_CUST_ACCT_SITES_U1 Cost: 0 Cardinality: 1
                                                                           92 TABLE ACCESS BY INDEX ROWID TABLE ONT.OE_ORDER_HEADERS_ALL Cost: 2 Bytes: 16 Cardinality: 1
                                                                                91 INDEX UNIQUE SCAN INDEX (UNIQUE) ONT.OE_ORDER_HEADERS_U1 Cost: 1 Cardinality: 1
                                                                      95 TABLE ACCESS BY INDEX ROWID TABLE AR.HZ_PARTY_SITES Cost: 1 Bytes: 10 Cardinality: 1
                                                                           94 INDEX UNIQUE SCAN INDEX (UNIQUE) AR.HZ_PARTY_SITES_U1 Cost: 0 Cardinality: 1
                                                                 98 TABLE ACCESS BY INDEX ROWID TABLE AR.HZ_LOCATIONS Cost: 1 Bytes: 30 Cardinality: 1
                                                                      97 INDEX UNIQUE SCAN INDEX (UNIQUE) AR.HZ_LOCATIONS_U1 Cost: 0 Cardinality: 1
                                                            101 TABLE ACCESS BY INDEX ROWID TABLE INV.MTL_SYSTEM_ITEMS_B Cost: 2 Bytes: 28 Cardinality: 1
                                                                 100 INDEX UNIQUE SCAN INDEX (UNIQUE) INV.MTL_SYSTEM_ITEMS_B_U1 Cost: 1 Cardinality: 1
                                                       103 INDEX UNIQUE SCAN INDEX (UNIQUE) APPLSYS.FND_FLEX_VALUES_TL_U1 Cost: 1 Bytes: 9 Cardinality: 1
                                                  106 TABLE ACCESS BY INDEX ROWID TABLE INV.MTL_MATERIAL_TRANSACTIONS Cost: 3 Bytes: 24 Cardinality: 1
                                                       105 INDEX RANGE SCAN INDEX INV.MTL_MATERIAL_TRANSACTIONS_N1 Cost: 2 Cardinality: 1
                                             109 TABLE ACCESS BY INDEX ROWID TABLE INV.MTL_TRANSACTION_TYPES Cost: 1 Bytes: 26 Cardinality: 1
                                                  108 INDEX UNIQUE SCAN INDEX (UNIQUE) INV.MTL_TRANSACTION_TYPES_U1 Cost: 0 Cardinality: 1
                                        112 TABLE ACCESS BY INDEX ROWID TABLE INV.MTL_ITEM_LOCATIONS Cost: 2 Bytes: 13 Cardinality: 1
                                             111 INDEX RANGE SCAN INDEX (UNIQUE) INV.MTL_ITEM_LOCATIONS_U1 Cost: 1 Cardinality: 1
                                   114 TABLE ACCESS FULL TABLE FA.FA_ADDITIONS_B Cost: 683 Bytes: 670,734 Cardinality: 37,263
                              116 INDEX UNIQUE SCAN INDEX (UNIQUE) FA.FA_ADDITIONS_TL_U1 Cost: 1 Bytes: 9 Cardinality: 1
                         119 TABLE ACCESS BY INDEX ROWID TABLE FA.FA_DISTRIBUTION_HISTORY Cost: 8 Bytes: 126 Cardinality: 6
                              118 INDEX RANGE SCAN INDEX FA.FA_DISTRIBUTION_HISTORY_N2 Cost: 2 Cardinality: 6
               123 TABLE ACCESS BY INDEX ROWID TABLE FA.FA_LOCATIONS Cost: 1 Bytes: 38 Cardinality: 1
                    122 INDEX UNIQUE SCAN INDEX (UNIQUE) FA.FA_LOCATIONS_U1 Cost: 0 Cardinality: 1

EXW price is not getting picked up during preference determination

HI .. all,
We have transferred Sales order from ECC to GTS. But during prreferrence determination, EXW price of the Sales order is not getting picked up.
Please suggest if any configuration is missing .
Thnks in Advance .

Hi Sapcongts,
Of course you should not modify standard SAP code, and I will not help you to do that.
I don't agree with your idea of proposed and actual EXW values. The Sales Order is your way of recording the customer's Purchase Order, and the price should be fixed at that point. The billing process should not change the agreed price of the goods - only perhaps re-calculate taxes and any other charges that could not be confirmed at the time of order.
If your standard prices are offered as FOB, then I can understand your needing to subtract some components to reach the EXW price, but in that case you will have problems transferring the correct amount to GTS. As I mentioned earlier, you can manipulate the data in the BAdI /SAPSLL/IFEX_SD0A_R3, but I had not looked closely enough at this specific requirement. Unfortunately the pricing table KONV is not provided in the BAdI and that data will not yet be available in the database. Provided the elements to be subtracted are to be read from Master Data, then you could make that same subtraction again in the BAdI. But if there are complex dependencies, it might not be easy.
Having looked in more detail at the code, I think you would be reasonably entitled to complain to SAP about missing functionality here. In the ERP system, the SD pricing provides a specific sub-total (KOMP-PREVA: subtotal 8) for Preference Value, and you can easily configure that to be filled after your subtractions. But that subtotal is not used in the GTS mapping, and I think that's a mistake. You might want to create an OSS message about it, requesting that the GTS Preference value be taken from the sub-total that was clearly designed exactly for that purpose.
In any case, good luck with the project.
Regards,
Dave

CST is not getting picked up in sales order

Dear Experts,
We are following TAXINN procedure and we have maintained condition record for excise condition type - JEXP, JECS & JA1X and tax condition types - JIVC and JIVP. But in sales order, Excise condition types and Vat is getting picked automatically for local customer. But if I chose a CST customer CST is not getting picked automatically even though I have maintained condition record for the same. I have told my client to use alternative tax classification but my client doesnt want to follow this procedure.
Kindly let me know, how can I make the CST to be picked automatically in sales order.
Thanks & Regards,
Reji S

Dear Reji,
These may be the possible areas for the issue.
1.Check the ship to party Tax classification in the customer master>Sales area data>billing tab.
2.Check the Tax classification of the material master-->Sales org data view.
3.Check the region of the ship to party.
I hope this will help you,
Regards,
Murali.

Billing pricing not getting picked up

I created a sales invoice with reference a sales order. In the sales order the price was getting picked up and was displayed.
Delivery was also created. But when the invoice was created and saved the net value is shown as 0. Price is not getting picked up.
The option which many other consultants has given was to cancel the invoice and re create a new invoice. But we want the price to be picked in the same invoice.
This happened only for 5 invoices which was created on a particular day. These 5 inovices show a net value of 0.
Could you please help me out to resolve this issue.
Thanks very much.

Hi,
Please check if the document pricing procedure is same for Order type and billing type.
If its not same please check what is the pricing procedure system taking for Billing document procedure.
In that pricing procedure check what is the Base price condition type.
Check whether condition records maintained for that condition type.
Iff no records maintain then use VK11 to create new condition records.
Then go to Item data - Conditions in billing document press Update button and use B-Carry out new pricing.
Revert if you need more elaborate explanation.
Best Regards,

CUSTOM library not getting picked up

We have our custom business code written in HR_ADMIN.pll and it will be called through CUSTOM.pll for few forms ( like people, Assignment, Element Entry forms)
In Our CLONE instance after every weekend outage for backup, we get error opening people form because of HR_ADMIN.pll not getting picked up. we used to bounce forms port, everything would then work. but since last week bouncing forms port also not working.
I took frd trace, error is exactly at calling hr_admin package. Did anybody got the same error before and have any solution to this ?
Error we get is:
FRM-40735: WHEN-CREATE-RECORD trigger raised unhandled exception ORA-06508.
ORA-01403: no data found
Message was edited by:
user552453

check whether task name is same as session/workflow name. also check any spaces in name. if dac didn't fin corresponding session/workflow it may not create paramater file. if other custom tasks are working from dac this should also work.
Thanks
Jay.

WT not getting picked up under 3PR

Hi All
We are facing an issue wherein the wage type is not getting picked up in 3PR even though it is coming under remuneration statement.
Can you please advise what could be the reason ?
Regards
Neha

As far i understand system will always considers the retro values when ever any changes are there pertaining to wage type accordingly system will do the posting.
Either it is a positive arrear or negative arrear system will bring it to the current period you do not want retro calculation delimit the record maintain 78 with effective date on wards.
Regards
Venkatesh

Release Strategy for Contract is not getting picked whereas it is ok for PO

Dear Experts,
I have created release strategy for PO with doc type, p.org, net value as chars and frg_ekko as class and release group as 02.
I kept NB,FO,MK and WK as char values. it is working fine for PO's whereas it is not getting picked for Contracts. we need same release strategy for PO as well as for Contract.
Kindly resolve the issue.
Satish

S0004830404 wrote:
Dear Experts,
>
> I have created release strategy for PO with doc type, p.org, net value as chars and frg_ekko as class and release group as 02.
> I kept NB,FO,MK and WK as char values. it is working fine for PO's whereas it is not getting picked for Contracts. we need same release strategy for PO as well as for Contract.
>
> Kindly resolve the issue.
>
> Satish
hi,
use create other characteristic for value CEKKO-GNETW in this use the mk , wk values in value field and assign this characteristic to your class and save.
Thanking you

Purchase info record is not showing in po.

Hi all,
while creating purchase order i m giving purchase info record no but values from info record
is not updating in purchase order.plz help.
best regards.

Hi Nissinha,
There are so many ways to be analysed for the cause. Because PIR -Purchase info record:
Please check in order of priority while diagnosing and finding for the solution:
1. Check wether the PIR is created for the Vendor of that perticular material or not.
2. Check for the validity (valid upto which date) mentioned in the PIR
3. Check for the type of Info record (based on Item category) it is such as Standard, Sub contracting, etc
Hope it clarifies
Regards,
Sapsrin

Pipeline Materials (Info Record) Cost not getting picked in Standard Cost

Similar Messages

Maybe you are looking for