# SDIM tracking\_id if tracking ritm

**URL:** <https://developer.sailpoint.com/discuss/t/sdim-tracking-id-if-tracking-ritm/202192>\
**Category:** SHF Discussion and Questions\
**Tags:** identity-security-cloud, servicenow\
**Created:** [April 10, 2026, 11:45am UTC](https://developer.sailpoint.com/discuss/t/sdim-tracking-id-if-tracking-ritm/202192 "2026-04-10T11:45:35Z")\
**Posts on this page:** 13\
**Page:** 1

<div class="post-metadata">

**Author:** ![lampard08](https://sea1.discourse-cdn.com/sailpoint/discuss/user_avatar/developer.sailpoint.com/lampard08/32/32646_2.png) [@lampard08](https://developer.sailpoint.com/discuss/u/lampard08)\
**Post date:** [April 10, 2026, 11:45am UTC](https://developer.sailpoint.com/discuss/t/sdim-tracking-id-if-tracking-ritm/202192/1 "2026-04-10T11:45:36Z")

</div>

Hi all,

We have a custom catalog item for SDIM. When we have the SDIM track RITMs, the provisioning is creating duplicate tickets on identity refresh for an existing provisioning operation but i switch it to request we are not seeing any issue.

Looking for pointers on what might be missing.

This is working :

```json
"attributes": {
        "password": "<passwd>",
        "provisioningTimeout": "180",
        "serviceRequest": {
            "checkStatus": {
                "statusMap": {
                    "closed_complete": "Committed",
                    "closed_rejected": "Failed",
                    "requested": "Queued",
                    "in_process": "Queued",
                    "closed_cancelled": "Failed",
                    "closed_incomplete": "Failed",
                    "closed_skipped": "Failed"
                },
                "closeNotes": "$.result[0].close_notes",
                "resource": "/api/now/table/sc_request?number=$ticketId&sysparm_fields=request_state,close_notes",
                "responseElement": "$.result[0].request_state",
                "statusMapClosureCode": null
            },
            "provision": {
                "request": {
                    
                    "short_description": " <short desc>",
                    "opened_by": "$!{plan.arguments.opened_by|'Default_ServiceNow_Account_Sys_ID'}",
                    "req_description": "Service Request created by Service Desk Integration Module (SIM)", "correlation_id": "$!plan.arguments.identityRequestId",
                    "description": "<descr>",
                    "requested_for": "$!plan.arguments.requested_for"
                },
                "requestRootElement": "items",
                "resource": "/api/x_sap_sdim/sailpoint_cart_js_api/create_ticket",
                "responseElement": "$.result.request_number",
                "catalogItem": {
                    "<isc_src_id1>": "<catalog>",
                    "<isc_src_id2>": "<catalog>",
				    "<isc_src_id2>": "<catalog>"
                }
            }
        },
        "ticketType": "serviceRequest",
        "authenticationType": "Basic",
        "connectorClass": "openconnector.connector.servicedesk.ServiceDeskConnector",
        "requesterSource": "<sourceID>",
        "url": "snowUrl",
        "spConnDebugLoggingEnabled": false,
        "username": "userID"
    },

```

This is creating duplicates :

```json
"attributes": {
        "password": "<passwd>",
        "provisioningTimeout": "180",
        "serviceRequest": {
            "checkStatus": {
                "statusMap": {
                    "1": "Queued",
                    "2": "Queued",
                    "3": "Committed",
                    "4": "Failed",
                    "5": "Failed",
                    "7": "Failed",
                    "8": "Queued",
                    "9": "Failed",
                    "closed_rejected": "Failed",
                    "-5": "Queued",
                    "closed_cancelled": "Failed",
                    "closed_incomplete": "Failed",
                    "closed_skipped": "Failed",
                    "closed_complete": "Committed",
                    "requested": "Queued",
                    "in_process": "Queued"
                },
                "closeNotes": null,
                "resource": "/api/now/table/sc_req_item?number=$ticketId&sysparm_fields=state",
                "responseElement": "$.result[0].state",
                "statusMapClosureCode": null
            },
            "provision": {
                "request": {
                    
                    "short_description": " #if($!plan.arguments.source == 'Certification' || $!plan.arguments.accessRequestType == 'REVOKE_ACCESS') This request is submitted by SailPoint Automation to revoke users access. #elseif($request.operation == 'Create'|| $!plan.arguments.accessRequestType == 'GRANT_ACCESS') This request is submitted by SailPoint Automation to add users access. #elseif($!plan.arguments.source == 'WebService')This request is submitted by SailPoint Automation to terminate users access. #else This request is submitted by SailPoint Automation to modify users access. #end",
                    "opened_by": "$!{plan.arguments.opened_by|'Default_ServiceNow_Account_Sys_ID'}",
                    "req_description": "Service Request created by Service Desk Integration Module (SIM)",
                    "track_ritm": "true", 
                    "correlation_id": "$!plan.arguments.identityRequestId",
                    "description": "<desc>",
                    "requested_for": "$!plan.arguments.requested_for"
                },
                "requestRootElement": "items",
                "resource": "/api/x_sap_sdim/sailpoint_cart_js_api/create_ticket",
                "responseElement": "$.result.items",
                "catalogItem": {
                    "<isc_src_id4>": "<catalog>",
                    "<isc_src_id5>": "<catalog>",
                }
            }
        },
        "ticketType": "serviceRequest",
        "authenticationType": "Basic",
        "connectorClass": "openconnector.connector.servicedesk.ServiceDeskConnector",
        "requesterSource": "sourceid",
        "url": "SNOW URL",
        "spConnDebugLoggingEnabled": false,
        "username": "<userName>"
    },

```

What i observed when using to track ritm is the tracking\_id sent to SNOW is different for each RITM in the same req and also the tracking id i see in snow is not the tracking number for the provisioning activity. also can you help understand what should be correlation\_id on SNOW ticket should match to in ISC.

I think we can live with using SC\_request but i want to understand why is it different when tracking ritm.

@mcheek : Appreciate any thoughts on this.

---

<div class="post-metadata">

**Author:** ![mcheek](https://sea1.discourse-cdn.com/sailpoint/discuss/user_avatar/developer.sailpoint.com/mcheek/32/23705_2.png) [@mcheek](https://developer.sailpoint.com/discuss/u/mcheek)\
**Post date:** [April 10, 2026, 11:48am UTC](https://developer.sailpoint.com/discuss/t/sdim-tracking-id-if-tracking-ritm/202192/2 "2026-04-10T11:48:12Z")

</div>

Are you seeing a “ticket number” in the account activities?

I’m gonna have to see if I can track down the code for the rest endpoint on the servicenow side because I don’t have that plugin installed in my demo instance currently

~~My suspicion is your $.result.items mapping isn’t correct but I’ll see what I can find~~

NVM that’s correct

---

<div class="post-metadata">

**Author:** ![lampard08](https://sea1.discourse-cdn.com/sailpoint/discuss/user_avatar/developer.sailpoint.com/lampard08/32/32646_2.png) [@lampard08](https://developer.sailpoint.com/discuss/u/lampard08)\
**Post date:** [April 10, 2026, 12:01pm UTC](https://developer.sailpoint.com/discuss/t/sdim-tracking-id-if-tracking-ritm/202192/3 "2026-04-10T12:01:32Z")

</div>

Thanks for quick response. Yes. I see ticket number in account activities. its just that it keeps creating same tickets while there is already a pending request.

---

<div class="post-metadata">

**Author:** ![mcheek](https://sea1.discourse-cdn.com/sailpoint/discuss/user_avatar/developer.sailpoint.com/mcheek/32/23705_2.png) [@mcheek](https://developer.sailpoint.com/discuss/u/mcheek)\
**Post date:** [April 10, 2026, 12:06pm UTC](https://developer.sailpoint.com/discuss/t/sdim-tracking-id-if-tracking-ritm/202192/4 "2026-04-10T12:06:48Z")

</div>

Are you able to hit the servicenow table API to look at the response for the status checks?

I’m thinking maybe it’s returning a state value that isn’t in your status mapping

Also state for RITM is always a numeric string unless you specifically put sysparm\_display\_value=true in the URL

---

<div class="post-metadata">

**Author:** ![lampard08](https://sea1.discourse-cdn.com/sailpoint/discuss/user_avatar/developer.sailpoint.com/lampard08/32/32646_2.png) [@lampard08](https://developer.sailpoint.com/discuss/u/lampard08)\
**Post date:** [April 10, 2026, 1:48pm UTC](https://developer.sailpoint.com/discuss/t/sdim-tracking-id-if-tracking-ritm/202192/5 "2026-04-10T13:48:10Z")

</div>

I can get the status of RITM and I verified again that the status is mapped :

I don’t know but should i check what the tracking\_id value should be ?

I thought tracking\_id on ServiceNow should be trackingNumber in Sailpoint and if the account acctivity has 3 sources, then i think the 3 RITMs created through that particular prov’ing process should have same tracking\_id and that should eb trackingNumebr in the Sailpoint. but imy case those 3 have different tracking\_id value and none of those are matching with Sailpoint. Am I wrong about the tracking\_id part?

 ![image](https://global.discourse-cdn.com/sailpoint/original/3X/4/a/4aeb7891296daa86b598255eb2dd9afe4d117066.png)

---

<div class="post-metadata">

**Author:** ![mcheek](https://sea1.discourse-cdn.com/sailpoint/discuss/user_avatar/developer.sailpoint.com/mcheek/32/23705_2.png) [@mcheek](https://developer.sailpoint.com/discuss/u/mcheek)\
**Post date:** [April 10, 2026, 2:38pm UTC](https://developer.sailpoint.com/discuss/t/sdim-tracking-id-if-tracking-ritm/202192/6 "2026-04-10T14:38:56Z")

</div>

The rest endpoint on the ServiceNow side basically takes the payload directly sent to it from SailPoint and creates an RITM. Now, the request body sent to ServiceNow has an items array, which gets iterated through. So if ISC is sending more than one item in the payload, more than one RITM will be created.

Tracking ID is the field label on the RITM but I’m fairly certain the field name is tracking\_number which should be the trackingNumber from ISC - are you seeing 3 different values for those on your RITMs?

---

<div class="post-metadata">

**Author:** ![lampard08](https://sea1.discourse-cdn.com/sailpoint/discuss/user_avatar/developer.sailpoint.com/lampard08/32/32646_2.png) [@lampard08](https://developer.sailpoint.com/discuss/u/lampard08)\
**Post date:** [April 10, 2026, 2:48pm UTC](https://developer.sailpoint.com/discuss/t/sdim-tracking-id-if-tracking-ritm/202192/7 "2026-04-10T14:48:14Z")

</div>

yes. it is different for each RITM in same REQ.

I also want to mention again that the catalog item is not the ootb. I wan to pull our SNOW folks on to a call and verify if there are any differences which came ootb to to this custom but i am not sure if I know what to check.

I will try to capture the payload they are getting when these are made.

---

<div class="post-metadata">

**Author:** ![mcheek](https://sea1.discourse-cdn.com/sailpoint/discuss/user_avatar/developer.sailpoint.com/mcheek/32/23705_2.png) [@mcheek](https://developer.sailpoint.com/discuss/u/mcheek)\
**Post date:** [April 10, 2026, 2:52pm UTC](https://developer.sailpoint.com/discuss/t/sdim-tracking-id-if-tracking-ritm/202192/8 "2026-04-10T14:52:07Z")

</div>

It’s possible that the catalog items you’re using might not have a Tracking Id variable on them, so that’s not getting sent back to ISC. IDK why that would be needed but it’s possible that could be an issue.

You can see in the code that if you choose to use RITM tracking, it includes trackingId in the response payload along with the RITM number - so maybe ISC needs that to map back and track.

```javascript
    // Prepare response
    response = {
        "request_number": rc.request_number
    };
    // Return REQ number
    if (returnRitm === false) {
        response = {
            "request_number": rc.request_number
        };
        return response;
    }

    var responseJson = "";
    var item1 = [];

    var ritmRecord = new GlideRecord('sc_req_item');
    ritmRecord.addQuery('request', rc.request_id);
    ritmRecord.query();

    while (ritmRecord.next()) {
        var variables = ritmRecord.variables.getElements();
        for (var j = 0; j < variables.length; j++) {
            if (variables[j] != '' && variables[j] != undefined) {
                var question = variables[j].getQuestion();
                var label = question.getLabel();
                var value = question.getDisplayValue();
                if (label.equals('Tracking ID')) {
                    item1.push({
                        trackingId: value,
                        ticketNumber: ritmRecord.number.toString()
                    });
                    break;
                }
            }
        }
    }

    response = {
        items: item1
    };

    return response;

```

Side note, I feel the pain of the developer who had to write this ES5 compatible looping structure through the variables instead of more modern JS methods 😄

---

<div class="post-metadata">

**Author:** ![lampard08](https://sea1.discourse-cdn.com/sailpoint/discuss/user_avatar/developer.sailpoint.com/lampard08/32/32646_2.png) [@lampard08](https://developer.sailpoint.com/discuss/u/lampard08)\
**Post date:** [April 10, 2026, 4:04pm UTC](https://developer.sailpoint.com/discuss/t/sdim-tracking-id-if-tracking-ritm/202192/9 "2026-04-10T16:04:52Z")

</div>

Thanks @mcheek . I will let you know here once i talk to my friends on SNOW side and review this code but this is very helpful. I have something to work with them now. 🙏

---

<div class="post-metadata">

**Author:** ![mcheek](https://sea1.discourse-cdn.com/sailpoint/discuss/user_avatar/developer.sailpoint.com/mcheek/32/23705_2.png) [@mcheek](https://developer.sailpoint.com/discuss/u/mcheek)\
**Post date:** [April 10, 2026, 4:36pm UTC](https://developer.sailpoint.com/discuss/t/sdim-tracking-id-if-tracking-ritm/202192/10 "2026-04-10T16:36:33Z")

</div>

Cheers, best of luck with MCI on Sunday

---

<div class="post-metadata">

**Author:** ![lampard08](https://sea1.discourse-cdn.com/sailpoint/discuss/user_avatar/developer.sailpoint.com/lampard08/32/32646_2.png) [@lampard08](https://developer.sailpoint.com/discuss/u/lampard08)\
**Post date:** [April 10, 2026, 7:47pm UTC](https://developer.sailpoint.com/discuss/t/sdim-tracking-id-if-tracking-ritm/202192/11 "2026-04-10T19:47:16Z")

</div>

about that. I am keeping my expectations in check. 😉

---

<div class="post-metadata">

**Author:** ![lampard08](https://sea1.discourse-cdn.com/sailpoint/discuss/user_avatar/developer.sailpoint.com/lampard08/32/32646_2.png) [@lampard08](https://developer.sailpoint.com/discuss/u/lampard08)\
**Post date:** [April 20, 2026, 1:47pm UTC](https://developer.sailpoint.com/discuss/t/sdim-tracking-id-if-tracking-ritm/202192/12 "2026-04-20T13:47:16Z")

</div>

I met with our ServiceNow folks and had them look into what you have pointed and everything is as is. but your input was very helpful to have some conversation with them.

It turns out, the culprit was setting below to true. There is no document reference as to what this is or does. in fact, customer support asked us to keep this true. we have now set this to false and its been about a week and results are good so far.

> “noProvisioningRequests”: true

Thanks for the swift response. This helped me the momentum going.

---

<div class="post-metadata">

**Author:** ![system](https://global.discourse-cdn.com/sailpoint/original/2X/f/f2136700ed5e3703e0b85e02f6be799dacca7735.png) [@system](https://developer.sailpoint.com/discuss/u/system)\
**Post date:** [June 19, 2026, 1:47pm UTC](https://developer.sailpoint.com/discuss/t/sdim-tracking-id-if-tracking-ritm/202192/13 "2026-06-19T13:47:54Z")

</div>

This topic was automatically closed 60 days after the last reply. New replies are no longer allowed.