Deep link URLs

[ablakey]

Hi,
We are looking to generate email links that take users direct to tickets and applications via a CMS interface.. We've not been able to find a URL format that works...

i.e.
https://myinstance.service-now.com/incident.do?sys_id=6dd430ff3067d4005fe39dea903fa58e
works fine
https://myinstance.service-now.com/CMSPAGE/incident.do?sys_id=6dd430ff3067d4005fe39dea903fa58e
doesn't work..

our CMS page is configured as a self-service interface
Can anyone advise if there is an alternative URL format that works, or if we're missing something here?

[drewc]

we have saml and the redirector page in place, and deep links work fine for users who are not already logged in to the respective instance.
however, you're presented with a completely blank page if you're already logged in and then click a deep link.
Anyone have clues on this? We have a ticket open with support, but it's going nowhere.

Thanks,
drew

[Jmrogers]

I have an issue and could use some help. We are working on our ServiceNow ESS pages running into an issue.
Our single signon is working using the deep linking and a URI after the URL. We experience a delay in the redirect to the desired page. The main ESS page is presented for a short period, first, and then the user is redirected to the desired page. This delay after SSO login is not a good customer experience when a splash page is presented and then the service catalog item form. Is there a better way to modify the URL to shorten the delay or avoid the presentation of the page in the first part of the URL and direct only to the URI or adjust to avoid an undesired customer experience?
Thanks.

Jason M. Rogers, PMP | Sr. Project Manager, PMO & IT Development
University of Arkansas at Little Rock | Information Technology Services
501.916.5079 | jmrogers@ualr.edu | ualr.edu

[Tom Brown]

I am attempting to populate four fields using a URL deep-linked in an email, and I am having trouble similar to those listed here. I have attempted everything that I've found on the community and wiki sites, but I'm missing something. I'm hoping someone can point out the error of my ways. Not that it matters, but the item uses Runbook to extend contractor ids that are expiring. We email a notification to the managers, and the intent is to provide a link to extend the id by 30, 90 or 180 days, or to delete the account if they are no longer with us.

I created a client script that looks for four fields in the URL for this item. If they're found, it populates the item and the manager simply needs to hit the Order button to have it processed. This one works, but does not address the single sign-on issue. If the person isn't logged in already, it stops at the Service-Now homepage. Subsequent clicks on the link take them to the item with the variables filled in.
https://instance.service-now.com/com.glideapp.servicecatalog_cat_item_view.do?sysparm_id=ebaf65dc0a0a3c49009a3135931427c1&account=jqpublic&extdel=extend&name=John%20Q%20Public&days=180

This one takes care of the SSO issue and drops to a fresh catalog item, but the fields won't fill in:
https://instance.service-now.com/nav_to.do?uri=com.glideapp.servicecatalog_cat_item_view.do?sysparm_id=ebaf65dc0a0a3c49009a3135931427c1&account=jqpublic&extdel=extend&name=John%20Q%20Public&days=180

I also tried the information here: http://wiki.servicenow.com/index.php?title=Content_Management_Security#CMS_Sites_and_Single_Sign-On_.28SSO.29 and created a 'redirector' UI Page. This again takes me to the page for the item, but without the fields populated. I've found that if I'm already logged in, it tells me that the page can not be found:
https://instance.service-now.com/redirector.do?uri=com.glideapp.servicecatalog_cat_item_view.do?sysparm_id=ebaf65dc0a0a3c49009a3135931427c1&account=jqpublic...

I would appreciate any thought or input. I'm learning a lot that doesn't work...