Skip to main content
rprivett
Contributor ⭐️
October 30, 2018
New Idea

SQL Interface to build Reports - OR - Use the Rule Engine from Journey Orchestrator for Report creation

  • October 30, 2018
  • 4 replies
  • 181 views
You know you're writing too many Gainsight Reports when you start to dream of ways to improve the process. As an former database engineer, I have become used to SQL, joins, unions, views, temp tables, and exporting to CSV file (not excel). These are many of the things that would be very handy while creating reports within Gainsight. Being able to join 2 tables using a common column, or save output in a temporary table and create a report based off it - is a feature that many Gainsight users would welcome. Many of these features are already available within the Rules engine in Journey Orchestrator - but not available within the report tool.

For many reports, I have to export the output to a file, edit the file (if needed), load it into a database, run a query to extract only the rows needed, and perform any calculations on the fly, then import the result into excel to provide management.

For other reports, I may have to export 2 or more tables, then use a database to join them together.

    4 replies

    rakesh
    Gainsight Employee ⭐️
    Lets put your data to work!
    November 13, 2018
    Hi Ron,

     

    This is a nice idea! I agree that joins/unions enable people to explore their data, increasing the value of reporting significantly. We are calling that as Bionic reporting. While we are figuring our nuances for Bionic Reporting, we cannot pick it up near term. We have this as a high priority item in our medium-term roadmap. 

    Meanwhile, the only way to achieve that is to write the bionic rule to a custom object and report off of it. 

    @ all, Please hit like to increase priority in the roadmap. Also, do share the use cases! 

    matthew_lind
    VIP ⭐️⭐️⭐️⭐️⭐️
    November 13, 2018
    Bionic Reporting, for the win!

    Making people their best....currently disguised as a CS Ops Architect. How can I contribute to your success?
    phaneendhar_lingam
    Contributor ⭐️⭐️⭐️
    March 5, 2021

    Great idea! Hope to see this in the product!

    More importantly, we’d need the flexibility to use display names from objects instead of internal names, and all the functions in the underlying database should be exposed to the end-users. 

    narayanan_s
    Contributor ⭐️⭐️⭐️⭐️⭐️
    March 11, 2021

    +100

    Narayan