2 of 2 people found this helpful
You haven't mentioned the version you are on, but in 19.02 AR and Smart Reporting together delivered a feature to use custom db functions in Smart Reporting. If you know the logic and that is available or can be implemented as a database function, it can be consumed via Smart Reporting (via AR JDBC driver). That may help you achieve what you are looking for. Please check this: https://docs.bmc.com/docs/ars1902/defining-database-functions-for-remedy-smart-reporting-in-remedy-ar-system-server-8410…
Thank you for your comment. I'm afraid I don't have such access, but we will definitely investigate this path.
of course, your customers can rewrite all standard functions in SmartReporting themselves, but is this really your idea of an expensive standard software?
Not mine, I rather expect you to solve this standard IT problem and make SmartReporting work with more than one time zone. What do you think?
Thanks Stefan Hall for the feedback. If this is a standard function and requirement, yes, ideally it should be part of BMC OOTB product. However, I am not the best person to say if it's standard function that BMC should ship. PMs would make that call based on customer feedback.
I responded to this thread to provide info about the new functionality from Remedy that can help immediately unblock the customer, if this is an important functionality and cannot wait the cycle of idea submission, prioritization by PMs and making it available in the product.
Ashutosh, I know, and I'm very grateful.
In this case, it is a bug that has existed since versions of all standard functions implemented by BMC. These do not get along with the time zones. Therefore there is no idea for this standard IT problem (time zones). There is more than one
Hope that the developers will take care of this annoying bug some day.