Frustrated with standard reports (no DISTINCT clause), how can we use Enterprise (SQL) reports in dashlets?

Hello Sugar lovers,

We're regularly confronted to the limitations of the standard Sugar Reports module: No HAVING, no DISTINCT, no ability to make calculations... 

Currently our customers do not want to invest in third pary solutions (Discover and the other reporting plugins), so that's out of the equation. 

We do know of the Enterprise / Advanced / SQL reports, but that is not usable for day to day users. Also, we'd love to have the results in dashboard dashlets. 

Has any of you ever built a dashlet that allows a user to pick an advanced report and simply present the results in a table? A graph would be nice, but a table would be a start. In all honesty, I've asked an AI bot to generate the module for me but my trust level is quite low on code generation at the moment (but that's another debate ;) ). 

How do you approach that kind of need? 

Thanks in advance!

Cheers,
Damien

  •  

    I don't know the complexities of the reports you are trying to generate but the upcoming Sugar 25 release does include a new option to show distinct results only in Reports so that might solve that specific problem for you. It depends on the specific requirements but often you can find that with some custom logic hooks and schedulers you can provide data points in the system that remove the requirement for the DISTINCT or HAVING clauses as you then have a filterable value to allow normal Reports to work.

    A common example that comes to mind is a Report to show Accounts not called in the last X months which in Reports is fiddly. For this we use custom fields to record those dates on the Account and then the reporting becomes easy. Historically for that example I would point you towards a SugarOutfitters package but again that is something that is coming build in for Sugar 25.

    Does any of that help at all?

  • Hi  

    That's great news :) For this particular use case we'll stick to the DISTINCT option in reports then. 

    Overall we're used to having formulas, BPMs and hooks to compensate, but with a complex data model and dozens of automations the CRM is starting to feel sluggish. 

    Regarding reports we will probably need more of that in the future: ways to filter data based on users assigned in distant objects, calculations that are hard to do with formulas, etc. Example: there are "levels" in the sales team. Depending on the customer level and user level, there are targets for th enumber of meetings per year. 

    A gold customer will require 3 meetings per year, of which 3 needs to be attended to by the junior sales, 1 for the most senior. SO We need to calculate how many meetigns a users still need to attend to in total and per customer. That's quite hard when the team assignments are not made on the account for territory reasons :)

    Cheers,

    Damien

    Damien Pochon

    CRM & Digital consultant @ ITS4U Group