« Microsoft CRM Many-To-Many Relationship Considerations | Main | Embedded Grid on CRM form – including custom entities »
June 10, 2008
TrackBack
TrackBack URL for this entry:
http://www.typepad.com/services/trackback/6a00e54fb34b6f883300e5535c241b8834
Listed below are links to weblogs that reference Simplified filtered lookups for Microsoft CRM:
Comments
Verify your Comment
Previewing your Comment
This is only a preview. Your comment has not yet been posted.
Your comment could not be posted. Error type:
Your comment has been saved. Comments are moderated and will not appear until approved by the author. Post another comment
As a final step before posting your comment, enter the letters and numbers you see in the image below. This prevents automated programs from posting comments.
Having trouble reading this image? View an alternate.




Thank you for posting this. This was so simple and easy to apply and only took me about 20 minutes to get this filtered look up working properly. Is something like this possible for picklists also?
For example, I want to be able to filter available picklist options based on a value in another picklist.
Thanks!
Posted by: Hann | October 21, 2008 at 03:41 PM
If you wish to filter picklists, check out the free mscrm Demonstration Tools. it includes an awsome filtered picklist generator
http://www.microsoft.com/downloads/details.aspx?FamilyID=634508dc-1762-40d6-b745-b3bde05d7012&DisplayLang=en
Posted by: Joel Lindstrom | October 22, 2008 at 06:03 PM
What if you wanted it 3 tiered? example Area Category Issue?
Also what about zip? Is there a way to populate City and State with the Zip selected?
Posted by: David Withers | July 30, 2009 at 12:15 PM
Hi David,
If you want a more complex filtered lookup, like your area/category/issue, I recommend the filtered lookup product from www.stunnware.com. Michael has done a great job and this can easily handle that kind of logic, and it is the best thing out there for filtered lookups. The example in the post is not really good for that.
Regarding auto populating city and state based on zip, why not use a workflow?
1. Create an entity with postal code and the city and state associated with the postal code
2. Relate to account, contact, or wherever you want to use the postal code and remove the default zippostalcode field from the form.
3. Create a workflow that runs on create of the given record or on update of the postal code zipcode.
4. In your workflow, update the record city and state field with the city and state of the related postal code.
the only downside of this is that the change doesn't happen "before your eyes," but it will be there when you refresh the record.
BTW, with this approach, I usually also have the workflow update the system zippostalcode field so the zip code will be included in the outlook integration for contacts.
Posted by: Joel Lindstrom | July 30, 2009 at 12:52 PM
So this is great and absolutely what I was looking for...except one thing. I am using Microsoft CRM 4.0 Online (though I don't think the version should matter) and it works fine the first time through. But if I go back to my parent lookup and change the entry, when I go to the child lookup I get a generic Microsoft error (An error has occurred). Any suggestions on how to work through this? I was thinking that perhaps clearing the stored value out of the child lookup would help, but I'm unsure what all values need to be cleared out. Help?!
Posted by: Caitlin Young | April 14, 2010 at 03:42 PM