Unfortunately travel to the states does not seem to be in the cards for now. I have enjoyed the times I’ve been to Insights, but current climate will have me staying put in Canada.
off topic, but the way SSRS upload works in Kinetic is so bad, I built a dashboard that uses Kinetic “Generate For Design” functionality and allows direct upload of .rdl in dashboard (no need to zip to reports.zip and upload, etc.) - if you are frustrated with that, give it a try 
I will give that a shot for sure. Anything is better than having to rezip every edit to every .rdl. for it to not look the way you want and do it again.
Did you figure out a way by chance to see anything with calculated fields that RDD is pushing to .rdl’s. It seems like there should be a way to see how these fields are calculated. Thanks again that is a huge help.
Calculated fields in the RDL are generally hard coded in the RDL Code itself. So there is no way to see how those calculations are made. At that level.
I believe he is referring to the fields that are calculated internally by Epicor (they are not calculated within the RDD, but they are declared there - they are calculated before the dataset arrives at the SSRS server / is seen by the .RDL - for a specific example, T1.Calc_CustEMailAddress on InvcHead in ARForm on the ARInvoice RDD.
@TBYFORD: Yes, I know how these are calculated. I would request that you contact me directly for further information as it is well outside the scope of this topic
We are on cloud and do not have the read only database. But one thing I learned you can do is expose the BAQID through an API into an excel query connection. But the loading time can take very long for large queries,so only use it for small queries. I have it setup for user accounts and Menu Access.
Server/api/v1/BaqSvc/BAQ
How many times has this been requested, is there an idea for this? Document the calculated fields?
I’ve seen it asked around the forum plenty of times, but never answered. I try and avoid the ideas site in most cases and opt toward discovery/implementation myself for the sake of brevity, so I’ve not opened (or seen) one.
I’ve been asking for this since Vantage 8.0 days
If you are on-prem you can view the calculations in a matter of seconds
The other thing that would be helpful is leaving Zendesk in favor of the older Help Documents, for some reason they were much easier to read and navigate. Epicor also published Books in full color, high-quality… What happened to all that quality. Large customers could also modify the on-prem help and inject their own notes and procedures right into the help.
It felt as if Epicor was very proud of high-quality, and it showed during the earlier era. Golden Days
How?! 
Decompile. And its not limited to field calculations. Sussing out logic, flow, bugs, etc.
The Zendesk stuff just feels incomplete and the UI isn’t great. Especially for other product lines like Quick Ship it’s lacking content. The QS docs in Zendesk also are out of date. The search doesn’t work well either. That’s not an Epicor’s fault, probably just how Zendesk works.
They are still maintaining Service Know KBs too. Maybe there’s a Service Now feature that could combine the application help and KBs. So that support only has to maintain one platform. And all the docs and KBs are in one place. KBs and docs could then be related to each other and linked to tickets.
You don’t need to be on prem for this either, it’s just more difficult in cloud, but not unpossible.
If that’s the case, I’ve got some tricks I need to learn. DM as needed 
Of course you figured it out 
Hi Gabe, I was actually looking for this yesterday. Is there any way you could show me how to do it?
Sure, dm me please.
I don’t know how to DM you 
Mark: Yes inference is much less intensive on the compute side than training. But there is a reason some of the industry leaders are spending billions on data centers. It is because they consider this a technology that will rule the future. The final products may not require intensive compute, but the training certainly does.
The other aspect is updates, so I want to roll out updates continually, and this requires re-training some portions, again as you are pointing out some things do not need to be re-trained continually, they can lock things down and only train certain areas requiring magnitudes less compute, but no company can afford to bring a spoon to a knife fight, there are too many unknowns, and in the end I would bet the house on the fact that compute will be critical. Being first matters, being better than your competition matters.
I am speaking generally about the technology, I am not speaking specifically about a specific path or plan that Epicor has to leverage this technology, only about the potential, and the very real angle that this is justified. Epicor will need to lay out that and provide specifics. Yes big players like Microsoft have their own AI Cloud services and their own paths and plans. Peace.