SDO_UTIL.GETNUMVERTICES for point type geometries returns gtype?

Hi folks,
This is a head scratcher.
Uh shouldn't this always return 1? It seems to return the get_gtype value.
SELECT
SDO_UTIL.GETNUMVERTICES(
   SDO_GEOMETRY(
      2001,
      8265,
      SDO_POINT_TYPE(
         -86.85791015625,
         33.3029861812241,
         NULL
      NULL,
      NULL
FROM DUAL;We can get even whackier. This returns 9!
SELECT
SDO_UTIL.GETNUMVERTICES(
   SDO_GEOMETRY(
      9001,
      8265,
      SDO_POINT_TYPE(
         NULL,
         NULL,
         NULL
      NULL,
      NULL
FROM DUAL;Am I missing some nuance here?
Thanks!
Paul

Hi Paul,
I'm looking forward to hearing you work the term "fancy hat" into an explanation of this behavior.
I get the same behavior on 11.2.0.2. Tsk tsk on you for not mentioning your version. Back on 10.2.0.4 the same select statements yield:
ORA-06531: Reference to uninitialized collection
ORA-06512: at "MDSYS.SDO_UTIL", line 344
So the only nuance I can think of, which isn't really a nuance at all, is that getnumvertices isn't allowed for point types.
Matt

Similar Messages

CL_ABAP_ELEMDESCR returns incorrect help_id for dobj types

If runtime type services are used to retrieve the help_id of a dobj type (dbtab-field), the data element type is returned instead of the type dbtab-field. The describe statement provides a work-around since it works correctly, but data objects created from the data descriptor lose the information completely. Also, GET_DDIC_OBJECT seems to return the wrong information in the TABNAME and FIELDNAME fields.
Can anyone tell me if I am just missing something?
e.g.
*Use describe statement to find the help_id.
data foo like T100-ARBGB.
data descHelpID type string.
describe field foo HELP-ID descHelpID.
*Now we use RTTS to find the help_id.
data elemDescr type ref to CL_ABAP_ELEMDESCR.
data rttsHelpID type string.
data myX031L type standard table of X031L.
elemDescr ?= CL_ABAP_TYPEDESCR=>DESCRIBE_BY_DATA( foo ).
rttsHelpID = elemDescr->help_id.
if elemDescr->IS_DDIC_TYPE( ) = abap_True.
myX031L = elemDescr->GET_DDIC_OBJECT( ).
endif.
write: / `help_id via describe: `, descHelpID.
write: / `help_id via RTTS: `, rttsHelpID.
break-point.

the DESCRIBE statement does not give exactly the help-id, it gives the definition of field in form TABNAME-FIELDNAME
for class CL_ABAP_ELEMDESCR, I agree to say that HELP-ID attribute is not very useful !
in fact help-ids can be found in table DD04L for elements and in DD35L for fields of a table - those are the only reliable sources for this piece of information !

Issue with Return Delivery for movement type 262

Hi,
I have got a strange issue, the user is trying to do a MIGO Return Delivery for a material document using movement type 262, this he claims has been doing it for many materials. However when i go to the MKPF table i see the transaction Code field to be MIGO_GI for all the material documents for which he claims to have done return delivery. But under this transaction code we have only 4 options - Display, Issue, Cancel and Remove from storage.
Now when he tries to do the return delivery for movement type 262 he get an error message "Check table T156N: entry RL 262 does not exist" , but this has been very well maintained in the table.
Can you please let me know -
If it is possible to do a return delivery for a movement type 262?
If yes how to address the above error encountered.
Thanks in advance
Sachin

Hi Sachin,
If you think of return delivery to vendor with or w/o PO reference you can use movement types 161, 122, 124 as default settings.
Movement type 261 means withdrawal against production order and its reverse is MVT 262. The latter can be used e.g. via MB1A (or you can make storno of a confirmation by 261).
Are you sure your user is using the correct terminology ('return delivery')? Please check the material documents he/she claims to have booked as return delivery. (in MB51 you can get a list of all material movements of MVT 261 that belong to 'your user' and after that you can open the material document and check through which transaction the booking was made.)
BR
Csaba

FM returns wrong total value for Limit type PO's

Hi all,
I am working on SRM 5.0 (SP13) ECS.
I have implemented the BADI "BBP_WFL_APPROVAL_BADI" for determining the Approvers for PO whenevr a PO is changed.If the diference between the Old PO value and new PO value is > 1000 and the approval text field(custom text under "Documents" link) is set to "YES",then the WF approval is required and the approvers are determined.
The above logic works fine for the Standard type PO's where the difference between the old value and new value is determined using FM "BBP_PD_PO_GETDETAIL" by passing the GUID (for the change version and the active vesion) obtained at runtime in the BADI.
However for the limit type PO's,whenevr I change the total value for the Limit item,I see that the FM "BBP_PD_PO_GETDETAIL" doesnt return the changed value but always returns blank!
Bcause I need to check bth the values i.e. Custom text set to "YES" as well as Total value diff ,I cant use the start conditions in tcode SWB_COND.ALso I need to fetch the approvers based on the price diff so I need this value at runtime in the BADI using the FM "BBP_PD_PO_GETDETAIL".
Please advise why the FM is not returning the changed values for the Limit type PO and is there any other way(other table/FM) to get the changed value at runtime for the LIMIT type PO.
Thanks for your time.
Edited by: Rads1234 on Nov 18, 2010 4:39 AM

Thanks for the rpely.
Yes.I am using the GUID available at runtime in the BADI "BBP_WFL_APPROV_BADI" which is the current change version GUID.I tried using that GUID to get the data from both FM as well as CDHDR and CDPOS tables.
I think this is something related to LImit type PO because for Standard type PO's the FM returns the corretc changed value (as in the screen) for the change version GUID.I fail to understand why the changed values are shwon on the screen but are not stored anywhere in the system before actually ordering the PO!

HRMD_ABA change pointer trigger not work for info type changes

Hi,
In change pointer for message type HRMD_ABA Certain changes to HR records like adding activity types to infotype 315, changing dates to infotype 0001, 0105 and 315 and adding/changing/deleting are not woking through change pointers.
We are are replicating those changes through RHALEINI program, so can anyone let me know how to customize in case of adding this info types to trigger automatically through change pointers.
Thanks,
Marai

Hi,
Then check for change document created or not, if created then use SWEC to link it

Issue in GI for shipment for movement type 161 for vendor returns

Hi Guru's,
When we try to make the Goods Issue for the shipment in VT12...I'm geting a error message as
"Combination of Movement type/Special stock/ stock type is not possible".
And also FYI..the delivery in the shipmet was completley picked and packed and loaded.
Please Advice.

Check following SAP Notes:
- Note 1090988 - Pooling: Quality inspection for return delivery not possible
Symptom - You run the ADEC special pooling process for a material in which master inspection setup is maintained.
The error message M7 361 occurs: Combination of movement type/special stock/stock type is not possible. No inspection lot can be created by goods movement receipt (GR) for pooled stock.
Reason and Prerequisites - It is not planned to deal with ADEC pooling order with quantity inspection lot. The relevant Customizing entries are missing for this process.
Solution - Refer SAP Note 1090988
- Note 376615 - M7001: MEU5 xx 01 is missing in table T156M
Symptom - During goods receipt to a stock transport order with returns item, the system generates message M7001:
'Please check table T156M: entry MEU5 xx 01 does not exist'. or message M7361: 'Combination of movement type/special stock/stock type not possible'. The system displays the error message if you want to post the returns item from the stock in quality inspection, from the restricted-use stock or from the blocked stock to the stock in transit.
Cause - The entry is missing in the standard system
Solution - Refer SAP Note 376615
Also, check Allowed Transaction & Reversal & Follow-on M Type node in Tcode OMJJ for M Type 161
Thanks & Regards
JP

ID Point for Storage Type V.S. Value in Storage Type Search Table.

I am trying to perform a GR without PO (MVT 501) for material ABC into Plant 1000, Warehouse number 100, Storage Location 0100.
During creation of Transport Order, the Destinated Storage Type appeared
is 011 (ID point for st.ty.010). However, the desired Destinated Storage Type should be 015 (High Rack) instead of 011.
I have checked the following configuration:
1. At the SPRO->LE->WM->Master Data->Define Storage Type, the value set for Field: Assigned ID (Identification point) for storage type under the Stock Placement Control = 011 (ID point for st.ty.010).
2. At the Storage Type Search Strategy, 015 is put as the first Storage Type, followed by Storage Type 001 (high Rack Storage)
3. And I found out that using LX03 (Bin Status Report) that there is no
Storage Bin created for the combination of the following
Plant 1000, WN 100, SLOC 0100, Storage Type 015, Storage Section 001
Since we do not have any Storage Bin created for Storage Type 015, it will display 011 as the destinated storage type during TO creation.
My question
After I have manually created a Storage Bin 03-01-01 for storage type 015, during the TO Creation, system still suggests 011 as Destinated Storage Type instead of the 015 I put in the 1st column of the Storate Type Search.
I already have the Storage Bin created for Storage Type 015, why the system still fails to pick it but suggests 011 from Assigned ID (Identification point) for storage type.

Dear Karthik
You are right, I did activated Indicator: Activate Storage Unit Type Check for Stock Placement in SPRO->LE->WM->Master Data->Define Storage Type
The Indicator: Storage type with storage unit management was also ticked automatically by system when I selected Indicator: Activate Storaget Unit Type Check for Stock Placement.
Are you trying to say the ID Port defined in Storage Type will have higher priority over the Storage Type value I maintained in the Storage Type Search Table?
I have already maintained the Storage Bin and I still do not understand why system still go for ID port. As far as I know, system will suggest the Storage Type from ID Port ONLY if storage bin in this storage type as their destination are not maintained in first in the other setting.
Quoted from SAP HELP
Identification point for storage type
Identification point (storage type) of the current storage type.
All goods movements that do not have a specific storage bin in this storage type as their destination are first directed to the identification point.
Here the goods are identified and a transfer order is generated for the actual transfer of the goods into the storage type concerned.
Please help.
Edited by: Daimos on Nov 4, 2011 3:25 AM

ZSAPLINK for Object type = CLAS is not working

Dear Experts,
ZSAPLINK for Object type = CLAS is not working. On executing by selecting Export Object to Slinkee with Object type = CLAS and class name, It is giving the dump which is shown in below snapshots. Pls guide me how to resolve this error.
Thanks
KH

From the screenshot, It seems that the object _renderer did not point to any memory location.
You can verify this by putting a breakpoint in method IF_IXML~CREATE_RENDERER of class CL_IXML
If the return value RVAL is initial, this mean there something wrong with the kernel module abkm_iXML_CreateRenderer. If it is, you will have to check with your Basis team to apply some kernel patches.
Hope it helps. Cheers!

BAPI_GOODSMVT_CREATE is not working for movement type 701 in MIGO

Hi gurus
Can anybody help to track that bapi: BAPI_GOODSMVT_CREATE is not working for movement type 701 for MIGO Transaction.

call this standard BAPI, AND EXECUTE IN SE37
""Local Interface:
*" IMPORTING
*"     VALUE(GOODSMVT_HEADER) LIKE BAPI2017_GM_HEAD_01 STRUCTURE
*"        BAPI2017_GM_HEAD_01
*"     VALUE(GOODSMVT_CODE) LIKE BAPI2017_GM_CODE STRUCTURE
*"        BAPI2017_GM_CODE
*"     VALUE(TESTRUN) LIKE BAPI2017_GM_GEN-TESTRUN DEFAULT SPACE
*"     VALUE(GOODSMVT_REF_EWM) LIKE /SPE/BAPI2017_GM_REF_EWM STRUCTURE
*"        /SPE/BAPI2017_GM_REF_EWM OPTIONAL
*" EXPORTING
*"     VALUE(GOODSMVT_HEADRET) LIKE BAPI2017_GM_HEAD_RET STRUCTURE
*"        BAPI2017_GM_HEAD_RET
*"     VALUE(MATERIALDOCUMENT) TYPE BAPI2017_GM_HEAD_RET-MAT_DOC
*"     VALUE(MATDOCUMENTYEAR) TYPE BAPI2017_GM_HEAD_RET-DOC_YEAR
*" TABLES
*"      GOODSMVT_ITEM STRUCTURE BAPI2017_GM_ITEM_CREATE
*"      GOODSMVT_SERIALNUMBER STRUCTURE BAPI2017_GM_SERIALNUMBER
*"       OPTIONAL
*"      RETURN STRUCTURE BAPIRET2
*"      GOODSMVT_SERV_PART_DATA STRUCTURE
*"        /SPE/BAPI2017_SERVICEPART_DATA OPTIONAL
*"      EXTENSIONIN STRUCTURE BAPIPAREX OPTIONAL
*"      GOODSMVT_ITEM_CWM STRUCTURE /CWM/BAPI2017_GM_ITEM_CREATE
*"       OPTIONAL
call function 'BAPI_GOODSMVT_CREATE'
    exporting
      goodsmvt_header         = goodsmvt_header
      goodsmvt_code           = goodsmvt_code
      testrun                 = testrun
      goodsmvt_ref_ewm        = goodsmvt_ref_ewm
    importing
      goodsmvt_headret        = goodsmvt_headret
      materialdocument        = materialdocument
      matdocumentyear         = matdocumentyear
    tables
      goodsmvt_item           = goodsmvt_item
      goodsmvt_serialnumber   = goodsmvt_serialnumber
      return                  = return
      goodsmvt_serv_part_data = goodsmvt_serv_part_data
      extensionin             = extensionin.
commit work.
hi, rewards point, if this is useful,
regrds
karthikeyan

BAPI_GOODSMVT_CREATE for Movement type 262

Can anyone please suggest a BAPI or FM for MB1A transaction for movement type 262 ?
I am trying to use it but returns with error 'Stock data of serial number 40000000 not suitable for movement'
Edited by: Venkat Naga on Dec 2, 2011 8:31 PM

Hi,
Here is some sample code from one of my programs, which does a 551 movement type. This should get you started. Just check the RETURN table for messages, they should tell you what you are missing.
code
Structures for BAPI
data: gm_header type bapi2017_gm_head_01.
data: gm_code type bapi2017_gm_code.
data: gm_headret type bapi2017_gm_head_ret.
data: gm_item type table of
bapi2017_gm_item_create with header line.
data: gm_return type bapiret2 occurs 0.
data: gm_retmtd type bapi2017_gm_head_ret-mat_doc.
clear: gm_return, gm_retmtd. refresh gm_return.
Setup BAPI header data.
gm_header-pstng_date = sy-datum.
gm_header-doc_date = sy-datum.
gm_code-gm_code = '06'. " MB11
Write 551 movement to table
clear gm_item.
move '551' to gm_item-move_type .
move '000000000040001234' to gm_item-material.
move '1' to gm_item-entry_qnt.
move 'EA' to gm_item-entry_uom.
move '0004' to gm_item-plant.
move '4000' to gm_item-stge_loc.
move '201' to gm_item-move_reas.
Determine cost center per plant
case xresb-werks.
when '0004'.
move '0000041430' to gm_item-costcenter.
when '0006'.
move '0000041630' to gm_item-costcenter.
when '0007'.
move '0000041731' to gm_item-costcenter.
when '0008'.
move '0000041830' to gm_item-costcenter.
endcase.
append gm_item.
Call goods movement BAPI
call function 'BAPI_GOODSMVT_CREATE'
exporting
goodsmvt_header = gm_header
goodsmvt_code = gm_code
importing
goodsmvt_headret = gm_headret
materialdocument = gm_retmtd
tables
goodsmvt_item = gm_item
return = gm_return.
call function 'BAPI_TRANSACTION_COMMIT'
exporting
wait = 'X'.
[/code]
Welcome to SDN! Please remember to award points for helpful answers and mark you post as solved when solved completely. Thanks.
REgards,
Raj.

For any type selector

This might be covered elsewhere in the forum but my searches have been fruitless.
Given:
public Object genKey(Class clazz) {
}and
public interface Keyed<K> {
public void setKey(K key);
public Class<K> keyClass();
}this is a valid use:
Keyed<X> keyed = ...;
Object key = genKey(keyed.keyClass());
keyed.setKey(keyed.keyClass().cast(key));
...Now, say I have some framwork code that checks that an arbitrary object implements Keyed and assigns a key if it does:
if ( Keyed.class.isAssignableFrom( obj.getClass() ) {
Keyed keyed = (Keyed)obj;
Object key = genKey(keyed.keyClass());
keyed.setKey( keyed.keyClass().cast(key));
...Of course, the call to setKey generates a warning. But there is enough information there for the compiler to determine that the call is type-safe.
What I seek is a way to declare the variable keyed with the semantics "for any type Y" as the generic selector. A wildcard doesn't work because it doesn't provide a handle to the selected type.
Is there some way to to express this meaning in Java 5 or am I stuck with the warning?
if ( Keyed.class.isAssignableFrom( obj.getClass() ) {
Keyed<any Y> keyed = (Keyed)obj;
Object key = genKey(keyed.keyClass());
keyed.setKey( keyed.keyClass().cast(key));
}Tia,
-=greg

I omitted some explanation to keep it simple, but I probably made it less clear.
this is a valid use:
What do you mean by "valid use"? Do you mean it
"compiles"? Of course, it does compile, as cast()
takes any Object as parameter, regardless if the cast
will succeed.I understand this. By valid, I mean the it is type-safe from the compiler's
point of view. I know that an invalid cast will throw an exception at runtime
and that by using the cast call, I assume responsibility.
if ( Keyed.class.isAssignableFrom( obj.getClass() )
Keyed keyed = (Keyed)obj;
Object key = genKey(keyed.keyClass());
keyed.setKey( keyed.keyClass().cast(key));
...Of course, the call to setKey generates a warning.
But there is enough information there for the
compiler to determine that the call is type-safe.No, it's not. You are using raw type Keyed here, so
there is no type-safety involved. The cast may
succeed or fail, who knows? Again, just talking about the compile-time safety interpretation here. Ignore
the potential runtime exceptions.
There is enough information here in the sense that any Class instance
returned from the keyClass() call is guaranteed to be compatible with the
parameter type of the setKey(..) call--according to the interface definition
alone. The interface implementation could, of course, return all kinds of
wrong things. But the issue I was trying to address in this post has only to do
with the compiler warning issued in the setKey(..) call.
You can use Keyed<T> keyed = (Keyed)
obj; so you actually see the origin of the
warning. Information on T only is available at
compile-time. There is no Keyed<T>.class, so you can
neither test its assignability nor cast to it. Hence,
the warning about erasure. The rest of your code
still remains the same, unsafe code, while the
compiler gets forced to accept it as type safe.I know this. I am simply trying determine if there is a way to, as a
compile-time benefit only, introduce a binding of the "for any" kind. It is a
useful semantic that I don't think is available in the language.
A first thing would be to parametrize genKey, e.g.:
public <T> T genKey(Class<T> clazz) throws
InstantiationException, IllegalAccessException {
return clazz.newInstance();
And, indeed, it is actually implemented in such a fashion--I provided the
version I did because it spells out the problem more clearly. The problem
is that in the framework code snippet ONLY, there is no way to express the
selector because, as you have pointed out, it cannot be determined.
So, the original question is the same--and I think the answer is probably
"no": can an arbitrary selector be introduced with the meaning "for any?"
Wildcarding is inches from being the right meaning but there is no selector
introduction.
Secondly, you will have to define a type to be used
in the context, so you can connect outcomes to a
@SuppressWarnings("unchecked")
Keyed<T> keyed = (Keyed) obj;
Right. Doing this is closest to what I was seeking but it is not a true
representation of the semantic (i.e. it still generates a warning).
So, what I'm hearing so far is, "no, there is not a syntactic construct that will
express a 'for any selector' concept other than to force it and accept the
resulting warning." That answer is fine with me, I just didn't want to miss out
on any better way.
-=greg

SRIDs do not match for the two geometries

When execute the program below, it return the error messages: ORA-29877,ORA-13037 and ORA-06512, can anyone tell me what happen and how to fix it, thanks.
SQL> DECLARE
2 geo MDSYS.SDO_GEOMETRY;
3 BEGIN
4 SELECT A.GEOMETRY INTO geo FROM LINE A WHERE A.ENTITYID = 1734;
5 UPDATE LINE SET GEOMETRY = geo WHERE ENTITYID = 1733;
6 END;
7 /

Hi,
Oracle SDO 9i r.2
I have the same errors.
Action:
UPDATE M0100I.TERENURIP t SET t.geoloc.sdo_srid = 262148;
ERROR at line 1:
ORA-29877: failed in the execution of the ODCIINDEXUPDATE routine
ORA-13037: SRIDs do not match for the two geometries
ORA-13037: SRIDs do not match for the two geometries
ORA-06512: at "MDSYS.SDO_INDEX_METHOD_9I", line 319
ORA-06512: at "MDSYS.SDO_IDX", line 16
ORA-06512: at "MDSYS.SDO_INDEX_METHOD_9I", line 368
For this table data indexed:
CREATE INDEX "M0100I"."TERENURIP_SX"
ON "M0100I"."TERENURIP" ("GEOLOC") INDEXTYPE IS
MDSYS.SPATIAL_INDEX PARAMETERS (' SDO_INDX_DIMS=2
LAYER_GTYPE="POINT" SDO_RTR_PCTFREE=2 INITIAL=64K NEXT=8192
MINEXTENTS=1 MAXEXTENTS=2147483645 PCTINCREASE=0')
In table user_sdo_geom_metadata for this table: "M0100I"."TERENURIP" SRID = 262148
sdo_srid of the geometry = null
Andrey

[svn:bz-trunk] 11030: Tweak the deserialization of ASObjects to treat an empty string for the type of an object as null .

Revision: 11030
Author:   [email protected]
Date:     2009-10-20 11:35:02 -0700 (Tue, 20 Oct 2009)
Log Message:
Tweak the deserialization of ASObjects to treat an empty string for the type of an object as null. It appears that there is some logic in the LC remoting code that relies on a non-null class name to always exist. This change reverts to the old behavior of not allowing empty string as a value for the ASObject.namedType.
This should fix bug 2448442 and its duplicates caused by the recent serialization changes.
I don't think this is the perfect fix. Pending further investigation, a better fix would be either:
a. If it's OK to assume that empty string should always mean null for the type of the ASObject, the code that enforces it should be in the setter/getter inside ASObject and not in the deserializer.
b. ASObject doesn't guarantee that a named type exists or is valid. In that sense an empty string is as bad as some random characters that cannot be a valid class name in java, so depending on how disruptive it may be, the fix should be in any logic that uses ASObject.getType().
Modified Paths:
    blazeds/trunk/modules/core/src/flex/messaging/io/amf/AbstractAmfInput.java

Hi Pavan,
"In your payload there is no namespace prefix for the elements under PayloadHeader element."
Yes, you are right - but this message is standard AQ Adapter Header message - it's not defined by me. I just used message which was automatically added to my project when I have defined AQ Adapter.
"In your process is the default namespace is same as namespace value of tns ??"
Do you mean targetNamespace? If yes it's different as it points to process "targetNamespace="http://xmlns.oracle.com/PF_SOA_jws/PF_APPS/APPS_PROCESS" (names of application and process have changed as I try different ways to do that)
ns1 is: xmlns:ns1="http://xmlns.oracle.com/pcbpel/adapter/aq/PF_SOA/PF_APPS/PO_AQ"
"another thing is tns and ns1 should have same values.."
When I create a variable of header type, namespace ns1 is automatically created for it. I set it as property of receive activity. When process is instantiated on the serwer I get the error in which you can see that namespace is tns.
Maybe I'm doing something wrong but I don't see how I could fix this in my process.
You can see that the message I get on the server has nothing in common with the application/project/process names. Is it possible to define such variable?
Regards
Pawel
PS:
In Transformation xsl file, both variables (source and target) has tns namespace for Header and PayloadHeader, and no namespace for subfields.
Edited by: pawel.fidelus on 2010-01-05 02:37

Material number is blank in FBL3N for doc type SA

Hi,
If posting is coming from SD or MM module, the material number is reflected in FBL3N for GL acct "Material price variance". But when the posting is coming from FI, the material field is blank.
But in another company code, when postings are from FI, the material field is correctly populated.
I have already checked and verified that BSEG-MATNR was defined as a special field. I have also ran RFPOSXEXTEND and BALVBUFDEL but the material field from FI posting is still blank.
The FI posting involves filling up the material or product number in the profitability segment amongst other fields and then system will do a derivation.
Can someone point me to the right direction on how to get the material field populated by an FI posting?
Thanks and regards,
Thess

Hi,
The material field should appear in FBL3N for all types of postings, provided it got populated. Can you please check, whether material field is getting populated in BSEG table for that document # ? If the material is not getting derived, then it won't appear in the report.
Best Regards,
Madhu

Unit of measure for calculation type C must be completed

Hi All
When releasing some contracts in SRM , we are getting the error message as above.
The error message doesn't specify any particular part and the contract has more than 3000 parts.
There are no conditions at header or item level.
There is no Target quantity also. Just a Target value for the contract and prices for individual items are maintained.
We are using extended classic scenario and the contract is manually created in SRM.
I have checked the OSS notes for this error, but they are mostly for contract creation in Bidding and not for a manually created SRM contract.
We checked the UOMs for all the contract parts with the UOMs ( Base and Purchasing) in ECC Material Master and they are OK.
In our scenario , MM changes in ECC are replicated to SRM in real time
Any pointers towards pin pointing the error will be rewarded!
Regards
Kedar

Hi,
We encountered this error message and resolved the problem by applying the following 3 SAP Notes:
a)     Note #1022928 - Unit of Measure for Calculation Type C Must Be Completed
        (Previously Mentioned)
b)     Note #1702484 - Unit of Measure for Calculation Type C Must Be Completed
c)     Note #1517648 - Default Conditions Added for Product Category Item Type
Although the contract required is similar to a "Limit" item, but had to be placed for bid, then the RFX PS Item Type was set to "Service" to receive the bid responses. After accepting the bid response, then we created a contract from the bid response. Since it was to be a "Limit" type contract, then we immediately removed the data from the following fields:
Remove the Quantity
Remove the Unit of Measure
Remove the Price
Remove the Price Condition
After removing the values from these fields, then we switched the PS Item Type from "Service" to "Product Category". We added the Guaranteed Minimum and account assignment data to encumber the funds. We were able to "Release" the contract successfully.
Bob Zinsmeister

SDO_UTIL.GETNUMVERTICES for point type geometries returns gtype?

Similar Messages

Maybe you are looking for