Accepted, Not Yet Planned

Currently you could use ISHRemote to export the data into elastic search and create a dashboard for analytics/usage statistics.

Provide basic analytics/usage statistics

Proposed changes for Web Client > Event Log Tab:

All organizations need to have some basic usage stats for their tools. For example, over a given time interval we would like to know: how many active users, how many pubs released, how many pubs created, how many jobs published, how many pub failures, how many translations, how many imports, how many exports, etc.

Parents
  • Hi,

    We in Maersk Drilling also supports this. I have gathered inputs from my team on what they would like to see in a report and here are their suggestions based on how we use SDL:

    Statistics Report:

    1. List of status of objects in SDL except “Rejected” and “Released” - This includes status of the output, publication, maps, images, topics with the author/owner of the content. This would help us for cleaning up objects that were not yet released for long period of time and to know what needs to be done on those objects.

    2. List of objects in SDL – This report includes file path, type of object, GUIDs with date modified so we can go in and get objects that haven’t been modified in 2 years, or see how much content we have created in the last month.

    3. List of Conrefs topics and topics that uses each conrefs - So that we can see how many reuse we have used so far.

    4. List of active users, date when users last accessed SDL. – This would help to understand the usage of SDL in administrator perspective. And will give an accurate report rather than doing it manually

    5. List of pubs that are released at any time interval. The report could include the file path of pub, and the total of publications released. – This would help to keep track on the documents that are being published so far from SDL.

    6. Number of files that were moved from one status to another status at any time interval . Eg: No of files which were moved from Draft to Review state at a day. - This would help SDL business users to keep track of the work that is being done by SDL users like editors, reviewers and others every day. This would give statistics on work done.

    QA purposes:

    1. List of topics not connected to any maps and publications – This would help us capture any topic/s that has not been moved to obsolete topics

    2. List of topics with the same GUIDs – This would help us capture any topic/s that has the same GUID to avoid errors in SDL.

    3. List of topics checked out and to whom the file is checked out. - This would give SDL business users, an overview of the files on which SDL editors, reviewers and others are working on.

    If you need us to elaborate more on the suggestions, please feel free to contact me.

    Regards,

    Melanie Villafranca, Maersk Drilling

Comment
  • Hi,

    We in Maersk Drilling also supports this. I have gathered inputs from my team on what they would like to see in a report and here are their suggestions based on how we use SDL:

    Statistics Report:

    1. List of status of objects in SDL except “Rejected” and “Released” - This includes status of the output, publication, maps, images, topics with the author/owner of the content. This would help us for cleaning up objects that were not yet released for long period of time and to know what needs to be done on those objects.

    2. List of objects in SDL – This report includes file path, type of object, GUIDs with date modified so we can go in and get objects that haven’t been modified in 2 years, or see how much content we have created in the last month.

    3. List of Conrefs topics and topics that uses each conrefs - So that we can see how many reuse we have used so far.

    4. List of active users, date when users last accessed SDL. – This would help to understand the usage of SDL in administrator perspective. And will give an accurate report rather than doing it manually

    5. List of pubs that are released at any time interval. The report could include the file path of pub, and the total of publications released. – This would help to keep track on the documents that are being published so far from SDL.

    6. Number of files that were moved from one status to another status at any time interval . Eg: No of files which were moved from Draft to Review state at a day. - This would help SDL business users to keep track of the work that is being done by SDL users like editors, reviewers and others every day. This would give statistics on work done.

    QA purposes:

    1. List of topics not connected to any maps and publications – This would help us capture any topic/s that has not been moved to obsolete topics

    2. List of topics with the same GUIDs – This would help us capture any topic/s that has the same GUID to avoid errors in SDL.

    3. List of topics checked out and to whom the file is checked out. - This would give SDL business users, an overview of the files on which SDL editors, reviewers and others are working on.

    If you need us to elaborate more on the suggestions, please feel free to contact me.

    Regards,

    Melanie Villafranca, Maersk Drilling

Children
No Data