Forum Discussion

tanjum_shaikh_altegra_se's avatar
3 months ago
Solved

For API GET call, not receiving item type in the payload for custom part.

Hi,

We have following scenario,

If I do a get call for Part or Requirement, I'm receiving the respective item-types id as  'itemtype':'id' in payload. But if I do get call for a custom Item I'm not receiving the 'itemtype':'id' in its payload.

If I have to get the 'itemtype':'id' for a custom item, do I need to update my item type or my API call? Below, I have added API calls and responses for different items.

Get Call for Requirement: instance/Server/odata/re_Requirement('D2E185A3F91248CEB219C848C56EC97C')?$expand=

Payload:

{

 "@odata.context": "instance/Server/odata/$metadata#re_Requirement/$entity",

    "classification": "Requirement",

    "content": "<Requirement aras:id=\"4c2ebcb8a3d544769f42e1238ddb0b55\" reqId=\"70F10587B45F4B7DB612CD2455089234\" xmlns:aras=\"http://aras.com/ArasTechDoc\" xmlns=\"http://www.aras.com/REStandard\"><Requirement-Info aras:id=\"1e9e767cf6d24c838d902d3e1e3e5c65\"><Requirement-Chapter aras:id=\"d1c3cc1e37954198b01ad944bfb74150\"><aras:emph emphtype=\"text\"></aras:emph></Requirement-Chapter><Requirement-Title aras:id=\"7b86d25939b248d99aa3fc6a27aac6ff\"><aras:emph emphtype=\"text\">Asot Req 1</aras:emph></Requirement-Title><Requirement-Number aras:id=\"fe249c8cbe1f4926843bcc65703fa948\"><aras:emph emphtype=\"text\">REQ-000000272</aras:emph></Requirement-Number></Requirement-Info><Text aras:id=\"27be607cf9014ff591071e5a4b62a1e6\" /></Requirement>",

    "[email protected]": "en",

    "created_on": "2026-01-14T07:01:01",

    "[email protected]": "Draft",

    "generation": 2,

    "global_version": "32007",

    "id": "D2E185A3F91248CEB219C848C56EC97C",

    "is_current": "1",

    "is_released": "0",

    "keyed_name": "REQ-000000272 Asot Req 1",

    "major_rev": "A",

    "modified_on": "2026-01-19T07:39:05",

    "new_version": "0",

    "not_lockable": "0",

    "req_complexity": "Low",

    "req_priority": "Low",

    "req_risk": "Low",

    "root_element_name": "Requirement",

    "root_element_type": "Single",

    "state": "Draft",

    "item_number": "REQ-000000272",

    "req_title": "Asot Req 1",

    "itemtype": "55515617CB224C90AB5A9DAC0F061C2A"

}

Get Call for Custom Item:

instance/Server/odata/poc_ASOT_Item('EE714F53C7D8438990900B58658C5763')?$expand=

Payload:

{

    "@odata.context": "instance/Server/odata/$metadata#poc_ASOT_Item/$entity",

    "created_on": "2026-01-19T13:57:35",

    "generation": 1,

    "id": "EE714F53C7D8438990900B58658C5763",

    "is_current": "1",

    "is_released": "0",

    "keyed_name": "ASOT_00086",

    "major_rev": "A",

    "modified_on": "2026-01-19T13:57:35",

    "new_version": "1",

    "not_lockable": "0",

    "poc_channel_name": "234",

    "poc_datasource": "DOORS_SOURCE_1",

    "poc_datasourcetype": "DOORS",

    "poc_displayname": "xyz",

    "poc_fqn": "rr33ee55",

    "poc_item_number": "ASOT_00086"

}

Do you know how to do this?
Thanks in advance.

Best regards
Tanjum

  • Hello,

    My best guess for this behavior is that the re_Requirement and Part ItemTypes are Poly Sources for a bigger Poly ItemType . At the very least, OOTB both of these ItemTypes have Secure Social enabled on them which automatically  makes them poly sources of the SSVCItems Poly ItemType.

    If there's a strong reason you need the itemtype ID in your responses, you can try enabling Secure Social on your custom ItemType. That worked in a quick test in my local instance. If you don't need the itemtype ID though, you can safely ignore this difference in functionality.

    - Chris

2 Replies

  • Hello,

    My best guess for this behavior is that the re_Requirement and Part ItemTypes are Poly Sources for a bigger Poly ItemType . At the very least, OOTB both of these ItemTypes have Secure Social enabled on them which automatically  makes them poly sources of the SSVCItems Poly ItemType.

    If there's a strong reason you need the itemtype ID in your responses, you can try enabling Secure Social on your custom ItemType. That worked in a quick test in my local instance. If you don't need the itemtype ID though, you can safely ignore this difference in functionality.

    - Chris

  • Hi,

    Thank you for your analysis.

    You are right.  re_Requirement and Part ItemTypes are Poly Sources for another poly ItemType. Enabling Secure Social for my Custom Item Type returns the item type ID in responses.

    Regards.