Tips for Report Development in AX BEFORE You Create the Report

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

When Microsoft Dynamics AX 2012 was released, we had to change, or at least rethink, the way we created reports.  The biggest change is that you now need to get the data in some manner, and then have the report render things out.  When we had X++ reporting, we could do this simultaneously by modifying the fetch() method of the report.  But when you step back a bit and look at this, is this process really a bad thing?  Think about it, you can use either a query or a Report Data Provider class, and build out a temporary table that contains your data.

Why is this nice?  You can actually test out your logic for retrieving the data BEFORE you do any type of report layout or design (OK, you have to have an idea of what your report is going to look like, but I hope you see where I am going with this).  If you are using a query, you can create a simple job, process the query, and retrieve the information.  You could create something like the following:

QueryRun           qr;

Query   q;

CustTable   ct;

;

 

qr = new QueryRun(querystr(myQuery));

if (qr.prompt())

{

while (qr.next())

{

ct = qr.get(tableNum(CustTable));

print ct.AccountNum;

}

}

else

{

 

}

 

At this point, you add in your parameters for the query and see what results you get.  I know the above is a very simple example, so for more information please see the following:

http://msdn.microsoft.com/en-us/library/aa625948.aspx

 

Report Data Provider (RDP) classes and data contracts can also be tested using jobs.  You can pass parameters into the data contract, and then have the RDP class do its processing.

 

static void TestDP(Args _args)

{

tmpMenuItemAccess           tmpTable;

MSUserMenuItemAccessRDP     dataProvider = new MSUserMenuItemAccessRDP();

MSUserTableAccessContract   contract = new MSUserTableAccessContract();

 

contract.parmdataArea(‘ceu’);

contract.parmUserId(‘ddst2’);

 

dataProvider.parmDataContract(contract);

dataProvider.processReport();

tmpTable = dataProvider.getTmpMenuItemAccess();

 

while select tmpTable

{

info(tmpTable.UserId + “: ” + tmpTable.MenuItemType + ‘-‘ + tmpTable.MenuItemName + ” -> ” + tmpTable.GrantedAccess);

}

 

}

 

If you want more to see, you can make sure the temporary table used by the RDP class is NOT set to be a temp table, but is a normal table (for testing purposes).  That way you can run the job, and then examine the contents stored in the table to see if you are getting the expected data.  This also makes it quite easy to debug, as you simply set your breakpoints in the code, and the debugger will start when the breakpoint is hit.

So, using the above techniques, you more often than not will have your data retrieval debugged and ready to go even before you start designing a report.

Related Posts

0 Comments

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