PSA 2024.2 BAQ Alerts Email

In 2024.2 there is an automated BAQ Alerts email that fires every 5th of the month emails all BAQ Authors, Admins and spams them, it also sends from hardcoded email which is flagged by Spam since its not our domain SystemAdmin@epicor.com. Any BAQ that runs more than 30s will be flagged, you can change this in the Admin Console (not sure about cloud).

Who do we send the idea to remove this? I think its useless, its confusing and there is a screen where we can look at slow BAQs already.

It even sends an email letting us know “its about to start” atleast that one uses our company email, but emails itself. Epicor does know that most people put in AlertsEpicor@theirdomain.com or some other jibberish email in there, so emailing itself is like a dark hole.

Not to mention it duplicates emails sometimes.

I really don’t know why this exists. How do we disable it, we don’t want it to run at all. Even our Consultants get an email because they were an author on a BAQ from 4yrs ago.

There is a BAQ Metrics UI we can review. Either make it disabled by default, plus someone can use EFX to Schedule an Email if they really want one. Why is this one behaving differently than pretty much everything else in the system. Oh you want a PO Approval to send an email? Write it yourself, but not BAQ Alerts…

Kinetic monitors the performance time, or execution time, of each custom (non-system) business activity query (BAQ) that runs against your database. Kinetic has an Execution Time Threshold that defines how quickly each BAQ should run so that it does not slow performance. This default threshold value is 30 seconds.

If a BAQ take longer to execute than this 30 second threshold value, Kinetic captures this information and sends a BAQ Execution Summary email to both system administrators and BAQ authors. These individuals can then explore ways to improve the performance of these slow BAQs.

You can change this Execution Time Threshold to better match your environment:

  • If you are a system administrator in an on-premise environment, access your server and launch the Epicor Administration Console. Select the application server and then Application Settings; change the value in the Execution Time Threshold field.

  • If you are in a Cloud environment, submit a call to the Cloud Operations Team requesting a different threshold value.

Kinetic sends out this BAQ Execution Summary email once a month. This email will usually arrive on the 5th of the month. However, the first time Kinetic runs this performance test, the email may appear on a later date.

This emails displays its results in different ways:

  • If you are a system administrator, you see a list of all the BAQs that ran above this threshold value. The BAQs will display in separate groups for each company that you administrate.
  • If you are a BAQ author (and NOT a system administrator), you see a list of all the BAQs you created that ran above this threshold value.

Did I also mention the Alerts are stored in XXXDef… I guess making a table called “BAQMetrics” wasn’t an option :slight_smile: and yes it doesnt use MessageTemplate like Password Reset, HTML is hardcoded. Nontheless, lets get rid of this.

7 Likes

Does anyone have the Link to this idea? Maybe I am missing the benefit besides us getting blacklisted by spam filters around the world, and someones email sending bill increasing :slight_smile:

Somebody doesn’t like how much cloud resources are being used lol

4 Likes

Wait until they see their Email Bill :smiley:

looks like it uses the email setup in Kinetic, so the are gonna hose MY sendgrid not theirs :expressionless:

3 Likes

Personally, I don’t mind the spirit behind the idea… but the execution is :poop:

3 Likes

hack my life message GIF by truTV

So what you are saying Mark, if you were to Phish a Sys Admin you would send it from the same “SystemAdmin@epicor.com” email address, make it look like its a new type of “Notification for Epicor Customers” and ask them to download the latest EdgeAgent from a malicious CDN :slight_smile:

Many would open it and think “oh a new Epicor built in auto notification, lets see…” :stuck_out_tongue:

Atleast when its custom built, they have to nail your own style and verbage and its not auto-enabled.

3 Likes

If the spirit was making performance alerts easy for admins to create and monitor, yes… The fact that they appear to have made a deliberate effort to make this hard to turn off makes me think the motivations were not necessarily user driven…

Oh, no. I am firmly on the record against automated emails for almost ANY reason!!! This is no exception, and I am with you on that.

If on-prem users want to run inefficient queries that is up to them as long as they don’t complain to Epicor about performance. But in the cloud, I’m slowing down other users with poorly written queries. Now, this is low-hanging fruit. There is still work for Epicor to make it easier for users to build efficient code and queries.

5 Likes

indexes {cough cough}

Shameless plug.
https://epicor-manufacturing.ideas.aha.io/ideas/KIN-I-5722

4 Likes

They are slow because Epicor’s tooling require them to be slow. Its getting better where a BAQ can accept Parameters but wrapping a BAQ in a CTE is the common thing Epicor does behind the scenes.

Half the battle is the limitations where you have to grab alot of data and do post-filtering like in a RDL instead of BAQ Reports with Params (which exists now, but not mainstream yet).

3 Likes

So these are on the list because of a max? When does that get reset? If you have one bad run for a any of a bunch of unrelated issues, is that BAQ now doomed to be on the email alert forever? Or is it just in the month?

1 Like

Absolutely. I think Epicor needs to hire a SQL Guru to really revamp their Indexes… I recall Epicor’s fix to PartSug for me was “Make a fake company and fill it with fake data to even the Page Fills”.

I do recall also JobAsmbl_UD breaking MRP because the page-fill and fragmentation was very high. I worked with Raj Tapde on forcing a 50% pagefill to get it to work again.

July 2020 (Haso)

Indexes for sure :slight_smile:

4 Likes

I think once they email, they get removed from Ice.XXXDef. As you are building a BAQ, or once in a month a user emits all the filters and wants to see Journal Details for Entire Year. Its flagged as slow… Not sure, I think that ruins the avg.

My Bank BAQ is < 5 seconds with filters and 50 seconds if you pull 10yrs worth of data, which users do when closing the year or to compare something, or just to Excel Export.

2 Likes

Should we make an idea for Epicor to run a performance focus group? It’s very evident that Epicor doesn’t have a large database to do their testing, and I get that it would be resource intensive to so, but there is a lot of low hanging fruit. I’m 100% positive that there are a bunch of customers with advanced tech users that would be able to highlight “no-impact to usability” changes that would greatly increase the performance of epicor.

Not to mention a bug bounty program. If you required code fixes to collect the bounty, it would pay for itself immediately…

5 Likes

Anyone remember Patrick’s custom MES customization presentation at insights like 2-3 years ago and he told everyone he had a 3TB database?

3 Likes

This does seem very odd they’d spend development time to build when there is so much more useful for us users.

I think I disagree. Performance issues cause usability issues, and are exacerbated on the we where calls are stateless. Finding a way to fix this is a good thing. Again, I just don’t like the way they did it.

That’s not my problem. I paid for this service, I get to use it the way I want.
If they don’t like it, change the pricing plan to accommodate my usage, and then the problem will self correct.

4 Likes