web
You’re offline. This is a read only version of the page.
close
Skip to main content

Announcements

News and Announcements icon
Community site session details

Community site session details

Session Id :
Customer experience | Sales, Customer Insights,...
Suggested Answer

CRM Portal - how to load case edit entity form by ticketnumber instead of guid

(0) ShareShare
ReportReport
Posted on by 20

Is it possible to display a "Case Edit" entity form using ticketnumber on the query string instead of id?  When I switch the "Record  ID Query String Parameter Name" from id to ticketnumber, my web page returns "The record you are looking for couldn't be found.".  I also tried using a custom web template with both fetchxml and {% entityform name: "Customer Service - Edit Case - Custom" %} mthods, but got the same result.  It seems that the form can only be loaded using the GUID.  Does anyone else have a workaround / solution?

I have the same question (0)
  • Suggested answer
    oliver.rodrigues Profile Picture
    4,052 on at

    Hi

    The {% entityform %} tag accepts only the name or guid of the entity form as parameter, you can't really set the "target" record id there

    is there any reason that you need to pass the ticketnumber instead of the GUID?

    you can bypass this with the following:

    - your first web page takes the ticketnumber, there is no entity form related

    - via custom page template/web template, you add a liquid code to retrieve the case GUID via FetchXML

    - now make a redirect to another web page, passing the case GUID as parameter

    - this page would contain the association with the Entity Form

    now, this would have an additional Fetch/Retrieve Multiple plus a redirect.. you would be loosing a bit of performance and UX here

    ------------

    If you like this post, give a Thumbs up. Where it solved your request, Mark it as a Solution to enable other users find it.

    We highly recommend users to migrate to PowerUsers community for new Portal questions:

    powerusers.microsoft.com/.../PowerAppsPortals

  • portalmonkey Profile Picture
    20 on at

    Thanks Oliver.  I used this method last night before seeing your reply this morning and it does work, although it does impact load time/performance as you mentioned.  The reason we want to use the ticketnumber instead of GUID is for improved UX.  Customers want a friendly URL that shows their case number.  CSRs also prefer a shorter URL for email replies.  We've found that customers and CSRs will cut-n-paste URLs, but often miss characters in the GUID, so the URL fails. It's easier for customers and CSRs alike to reference the case number.

    Thanks again for the quick reply and creative option.

Under review

Thank you for your reply! To ensure a great experience for everyone, your content is awaiting approval by our Community Managers. Please check back later.

Helpful resources

Quick Links

Season of Sharing Community Challenge Launch!

Jump in, show your community spirit, and win prizes!

Women in Power Builds Momentum

Expanding mentorship, skilling, and AI innovation

Congratulations to the April Top 10 Community Leaders

These are the community rock stars!

Leaderboard > Customer experience | Sales, Customer Insights, CRM

#1
Nagaraju_Matta Profile Picture

Nagaraju_Matta 121

#2
ManoVerse Profile Picture

ManoVerse 71 Super User 2026 Season 1

#3
Abhilash Warrier Profile Picture

Abhilash Warrier 66 Super User 2026 Season 1

Last 30 days Overall leaderboard

Product updates

Dynamics 365 release plans