|
|
|||
|
|||
|
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. |
|
|
|||
|
|||
|
Yes, reporting on audit is definitely something that we consider. Admins already have this entire audit information when visiting both the Password record level audit tab as well as the main Audit tab of the Passwords window. This latter tab shows the entire audit from all passwords and it can be filtered by the specific employee/user that performed the action, the specific customer account and or asset. The missing part is printing this list. Thanks for asking.
|
