Problem With Custom Lookup in AX Using SysTableLookup

by | Updated August 15, 2016 | Development, Dynamics AX

One of the requirements for a customer feature I was developing asked for a custom lookup in AX that allowed the user to pick a released product.  However, the list of products was to be further reduced by a custom field value.  The lookup should have been simple, create a custom lookup using the fields from the InventTable’s AutoReport field group and add a range to the query that limited the results by a custom field.

At first I tried the SysFieldGroupLookup class.  This class creates a lookup that contains all of the fields of a specified field group. This worked great, except it didn’t honor my range restriction.  Since I didn’t really need to use SysFieldGroupLookup I decided to switch to SysTableLookup and manually add the necessary fields.  The result looked something like this:

Customizing Lookups

tTabIe, Itemld), true); defaultProductName)); add Lookup+i eld (field Num (InventTabIe, NameAIias)); addLookupMethod (tableMethodStr(InventTabIe, itemGroupId)); addLookup+ieId (fieldNum(InventTabIe, ItemType));

This worked great, except the defaultProductName display method wasn’t returning a value.  The itemGroupId method worked so I knew I could at least execute a display method.  It must be something about this specific method so I changed to the defautProductDescription method from the same table.  Same result, no data.

After a bit of debugging I realized that the defaultProductName display method calls a static method on the EcoResProduct table.  The problem was that it passed the Product field as a parameter and it didn’t have a value.  A quick check of the InventTable table revealed that there was in fact a value, it just wasn’t visible here.  I decided to add the Product field to my lookup to see what value it contained within the context of my lookup.  To my surprise as soon as I displayed the lookup defaultProductName was now returning a value.

It appears that the SysTableLookup class is returning only used fields for performance reasons and therefore didn’t retrieve the Product field.  Once I added this field everything worked fine.  I did try adding the field and related tables to the query, but that didn’t seem to affect the fields retrieved for display purposes (which, I suppose it shouldn’t).  I haven’t yet debugged the SysFieldGroupLookup class to figure out why it doesn’t honor my range.

Related Posts

1 Comment

  1. Chris Jamison

    Mark,
    Thank you for this post. You helped me work through a very similar problem. Solution was to add the Product field, as you mention above.

Submit a Comment

Your email address will not be published. Required fields are marked *

Upcoming Events

september

02sep10:00 am10:30 amThe Modern Manufacturer - Cycle Count Management

02sep12:00 pm12:30 pmBest Practices for Work Order Planning and Routing for Field Service Companies

09sep10:00 am11:00 amWhat is Levridge? An Overview of the Ultimate Ag Solution

09sep12:00 pm12:30 pmOverview of Microsoft Promotion for NAV and GP Clients

10sep11:00 am12:00 pmConfab with Stoneridge - Livestream - Field Service Comparisons

16sep10:00 am10:30 amThe Modern Manufacturer - Product Lifecycle Management

16sep12:00 pm12:30 pmHow to Upgrade to Dynamics 365 Finance and Operations: Examining Custom Code and ISV Implications

16sep2:00 pm2:30 pmScheduling and Dispatching for the Modern Field Service Company

23sep12:00 pm1:00 pmDynamics 365 Business Central Wave 2 Release Preview - An Overview of the Most Exciting New Features Coming in October

24sep11:00 am12:00 pmConfab with Stoneridge - Livestream - The Modern Workplace: Teams, Sharepoint, Outlook, Office, and AI Integration

30sep10:00 am10:30 amThe Modern Manufacturer - Return Management

30sep12:00 pm12:30 pmEmpowering Your Field Service Technicians with a Mobile Solution

october

07oct12:00 pm1:00 pmThe Three Paths to Business Central from Dynamics GP

08oct11:00 am12:00 pmConfab with Stoneridge - Livestream - The Vision and Strategy of Microsoft Business Systems

14oct10:00 am10:30 amThe Modern Manufacturer - Complex Cost Modeling

14oct12:00 pm12:30 pmGenerating Custom Inspection or Process Forms

19octAll Day22Stoneridge Connect Fall 2020

22oct11:00 am12:00 pmConfab with Stoneridge - Livestream - Stoneridge Connect Recap

28oct10:00 am10:30 amThe Modern Manufacturer - Engineering Change Orders

About Stoneridge
Stoneridge Software is a unique Microsoft Gold Partner, with emphasis on partner. With specialties in Microsoft Dynamics 365, Microsoft Dynamics AX, Microsoft Dynamics NAV, Microsoft Dynamics GP and Microsoft Dynamics CRM, we focus on attracting the most knowledgeable experts in the field to our team, and prioritize delivering stellar solutions with maximum impact for your business. At Stoneridge, we are deeply committed to your results. Each engagement is met with a dedicated team, ready to provide thorough, tailored, and expert service. Based in Minnesota, we intentionally “step into your shoes,” wherever you are. We focus on what you care about, and develop trusting, long-term relationships with our clients.

Subscribe To Our Blog

Sign up to get periodic updates on the latest posts.

Thank you for subscribing!

X