We're getting increasingly more requests for reports that show which staff members accessed which customer credentials, and when.
There are two varieties of requests. Most common is contract language states that we control access to credentials, permanently log access, and can produce access reports on demand. Presently CommitCRM does all of this except reporting. I'm really concerned about the day we get one of these requests and have to spend days doing copy-paste from the audit tab.
Another case that came up recently is an internal management request for a list of all passwords access by a specific staff member during a period of time.
We're happy to write our own reports based on direct ODBC queries of the CommitCRM database. We just need the audit data to be present in tables we can query.
Thanks for considering this and making it a priority. We're investigating using a separate credential storage product that offers reporting and really-really don't want to do that.
There are two varieties of requests. Most common is contract language states that we control access to credentials, permanently log access, and can produce access reports on demand. Presently CommitCRM does all of this except reporting. I'm really concerned about the day we get one of these requests and have to spend days doing copy-paste from the audit tab.
Another case that came up recently is an internal management request for a list of all passwords access by a specific staff member during a period of time.
We're happy to write our own reports based on direct ODBC queries of the CommitCRM database. We just need the audit data to be present in tables we can query.
Thanks for considering this and making it a priority. We're investigating using a separate credential storage product that offers reporting and really-really don't want to do that.
Comment