Converting a Classic Epicor Dashboard to a Kinetic App

By Bryan Spencer

Epicor has moved away from automated dashboard conversion because of the vast difference in WinForms-based classic dashboards and the Kinetic dashboards that are web containers within the Epicor Kinetic browser-based experience.   The conversion produced very poor results on any but the most basic dashboards.  Epicor’s recommended approach now is to rebuild the dashboard in Kinetic rather than convert it.   In this article, I will briefly show how to build the Epicor Kinetic application version of the dashboard using the dashboard maintenance screen, and then show a solution to one of the most asked for corrections to the converted dashboard, missing parameters.

Epicor has removed the dashboard conversion routine from the conversion workbench in the later versions of Kinetic.   We will open Dashboard maintenance and generate the kinetic app from there as a new menu item accessible to the user.

Once the Kinetic Dashboard app is generated, we can start the work.  First off, find the generated app in Application Studio and open it.   Our example dashboard is a relatively simple dashboard built on JobOper and involves a few parameters, including a start and end date range.  More often than not, the conversion will not create the controls for the second date range parameter, requiring the user to customize the kinetic application to restore full functionality.

The wizard will create multiple dataviews.  One to hold the data and one to hold your parameters for each Query/parameter set.   My example was simple and only used one BAQ, so 2 views were created along with the Transview.  0_0 is the main dataview, and 0_1 is the parameter view.

You can verify the dataviews by looking at the databinding on the created parameters controls.

Once you have identified that correct dataview.   Create any additional controls to collect the additional dates that you need and bind them to new fields in the dataview.   Note that these fields are created on the fly and should not be added to the dataview designer.   Just add them in the EpBinding on the control.   Example “dataview.newfield”

This allows the user to customize the Epicor Kinetic application directly within Application Studio without modifying the underlying structure.

Now that all your parameter controls are bound to their respective fields on the parameter dataview you need to create the event that adds a row to the parameter dataview.  I normally name all my custom events as UD_xxxxx  so that I can find them later.   The event has no trigger and only one row-add node.   Configure the row-add node  for the parameter dataview.   In the value field you need to add the fields and values in JSON format

Now that you have the event that adds a row.  You need to inject the event into the form load event chain.  Edit the window.onload event to include your newly created event. Normally the wizard creates an onload event very similar to this.

The last step is to wire up the grid provider model to use the new fields.  In the grid/grid model/Provider model/baq options/where list you want to add an additional where that uses the additional date field so the Epicor Kinetic application reflects updated user inputs in real time within the browser.

If you have classic dashboards that need converted to kinetic apps let us help you customize your Epicor Kinetic environment and streamline the user experience across every menu item and application

Previous
Previous

Issue Materials With a Custom Epicor Kinetic Screen

Next
Next

An Epicor Kinetic BAQ Call From Application Studio Using Provider Model to Execute Dynamic Where Filters on the Server