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

Notifications

Announcements

No record found.

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

Responsible AI policies

As AI tools become more common, we’re introducing a Responsible AI Use…

Neeraj Kumar – Community Spotlight

We are honored to recognize Neeraj Kumar as our Community Spotlight honoree for…

Leaderboard > Customer experience | Sales, Customer Insights, CRM

#1
Tom_Gioielli Profile Picture

Tom_Gioielli 70 Super User 2025 Season 2

#2
Gerardo Rentería García Profile Picture

Gerardo Rentería Ga... 33 Most Valuable Professional

#3
Daniyal Khaleel Profile Picture

Daniyal Khaleel 32 Most Valuable Professional

Last 30 days Overall leaderboard

Product updates

Dynamics 365 release plans