Microsoft Dynamics GP Reporting – overview for consultant

Apr 22
10:59

2007

Andrew Karasev

Andrew Karasev

  • Share this article on Facebook
  • Share this article on Twitter
  • Share this article on Linkedin

Microsoft Great Plains Dynamics GP has variety of reporting tools: Dexterity ReportWriter, Microsoft SQL Server Reporting Services, FRx, Advanced Financial Reports (which is in fact old legacy dex tool), Crystal Reports, SQL Queries (exported to MS Excel), Smart List and Smart List Builder, Microsoft Great Plains Dexterity.

mediaimage

This variety of reporting gadgets sometimes leads to misunderstanding on what reporting tool can do for you.  Let’s take this philosophical approach – if you have a tool to create screws,Microsoft Dynamics GP Reporting – overview for consultant Articles required in car assembly – this doesn’t mean that newer version of the screw maker will let your car ran faster or let you to produce new car model.

  • Reporting Tools limitations.  Typically such reporting tools as Crystal Reports or MS SQL Server Reporting Services (SRS) allow you to link GP tables in some visual linking tool and then build your report body, and then group it and show summarized values by groups.  Regardless of  your expectations that newer reporting tool will do miracle, you need to go into report engine, which typically is designed outside of reporting tool, we will describe it below
  • SQL Views.  In SQL Server you can go far beyond the restricted functionality of reporting tool – you can create views, where you can unionize select statements and cross database and even servers platforms – heterogeneous queries, where you pull data, joining cross-platform data: SQL Server, Oracle, other ODBC compliant, etc.  Well, SQL views are great tools, but sometimes you need to go further to SQL scripting, as described below
  • SQL Stored Procedure.  You can base your SRS or Crystal Reports on SQL Stored Procedure (sometimes referred as stored proc).  Procedure is more flexible and allows you to add variables, parameters, build temporary tables to join your data across various sources in single union.  Typically you switch to stored procedure approach when you need temp tables, parameters and exec statements (when you build your select statement on the fly from text constructions)
  • GP Report Wizard.  We recommend you these considerations.  First, try to link tables in reporting tool.  If you see that this approach doesn’t work, try SQL view concept.  If View is not an option, consider SQL Stored Procedure – this is final and guaranteed solution (if you feel that you are still not oriented enough – think about temporary tables – they should allow you to produce final result set)