{"id":490,"date":"2016-01-26T18:54:12","date_gmt":"2016-01-26T18:54:12","guid":{"rendered":"https:\/\/blogs.ncl.ac.uk\/itsm\/?p=490"},"modified":"2016-02-10T09:10:21","modified_gmt":"2016-02-10T09:10:21","slug":"release-notes-26th-january-2016","status":"publish","type":"post","link":"https:\/\/blogs.ncl.ac.uk\/itsm\/2016\/01\/26\/release-notes-26th-january-2016\/","title":{"rendered":"Release Notes &#8211; 26th January 2016"},"content":{"rendered":"<h1>There are two elements to this system release:<\/h1>\n<ol>\n<li>To fix some issues and to make some improvements based on wish list items.<br \/>\nThe contents of this iteration are quite substantial and we hope the added functionality will be well received. Please see below for release notes.<\/li>\n<\/ol>\n<ol start=\"2\">\n<li>The underlying configuration required for the on-boarding of the Faculty of Medical Sciences IT Support is also included within this release. This functionality will be (in essence) switched on (without the need for further system downtime), on <strong>Monday 1st February<\/strong> as that is the go live date for FMS IT Support to begin using NU Service as analysts.<br \/>\n<strong>Information will follow on or before Monday 1st February regarding system handling\/ticket routing as a result of the FMS on-boarding.<\/strong><\/li>\n<\/ol>\n<p><strong>RELEASE NOTES<\/strong><\/p>\n<p><strong><u>Ticket History View \u2013 in chronological order<br \/>\n<\/u><\/strong>Analysts will now be able to see a chronological view of the history of a ticket; this is accessible from the \u2019View Ticket History\u2019 action in the \u2018Actions\u2019 panel within the Service Request and Incident ticket windows. Every time an action is carried out against a ticket, the details are added to the ticket history.<\/p>\n<p>\u2018View Ticket History\u2019 action:<br \/>\n<a href=\"https:\/\/blogs.ncl.ac.uk\/itsm\/files\/2016\/01\/View-Ticket-History-Action.png\" rel=\"attachment wp-att-495\"><img loading=\"lazy\" decoding=\"async\" class=\"alignnone size-medium wp-image-495\" src=\"https:\/\/blogs.ncl.ac.uk\/itsm\/files\/2016\/01\/View-Ticket-History-Action-300x194.png\" alt=\"View Ticket History Action\" width=\"300\" height=\"194\" srcset=\"https:\/\/blogs.ncl.ac.uk\/itsm\/files\/2016\/01\/View-Ticket-History-Action-300x194.png 300w, https:\/\/blogs.ncl.ac.uk\/itsm\/files\/2016\/01\/View-Ticket-History-Action-768x496.png 768w, https:\/\/blogs.ncl.ac.uk\/itsm\/files\/2016\/01\/View-Ticket-History-Action-464x300.png 464w, https:\/\/blogs.ncl.ac.uk\/itsm\/files\/2016\/01\/View-Ticket-History-Action.png 867w\" sizes=\"auto, (max-width: 300px) 100vw, 300px\" \/><\/a><\/p>\n<p>This feature is an alternative to the existing \u2018Print Report\u2019 button that exists at the top right corner of the Service Request and Incident windows. The difference between the content of the two reports is that the new view will list ALL the actions\/details carried out against the ticket in date\/time order (most recent appearing first). The limitation of the existing PDF report was that it could only be configured to show the activities in timeline order within their sections (e.g. All the &#8216;Notes&#8217; collated and ordered; all the &#8216;Assignments&#8217; collated and ordered etc.) and not all actions carried out against a ticket could be included. We have not removed the access to the existing PDF report so as to offer analysts both options for the time being.<\/p>\n<p>Example Ticket History view:<br \/>\n<a href=\"https:\/\/blogs.ncl.ac.uk\/itsm\/files\/2016\/01\/Ticket-History.png\" rel=\"attachment wp-att-494\"><img loading=\"lazy\" decoding=\"async\" class=\"alignnone size-medium wp-image-494\" src=\"https:\/\/blogs.ncl.ac.uk\/itsm\/files\/2016\/01\/Ticket-History-300x183.png\" alt=\"Ticket History\" width=\"300\" height=\"183\" srcset=\"https:\/\/blogs.ncl.ac.uk\/itsm\/files\/2016\/01\/Ticket-History-300x183.png 300w, https:\/\/blogs.ncl.ac.uk\/itsm\/files\/2016\/01\/Ticket-History-491x300.png 491w, https:\/\/blogs.ncl.ac.uk\/itsm\/files\/2016\/01\/Ticket-History.png 766w\" sizes=\"auto, (max-width: 300px) 100vw, 300px\" \/><\/a><\/p>\n<p><strong>IMPORTANT<\/strong> Notes and <strong>known issues<\/strong> regarding the new Ticket History:<\/p>\n<ul>\n<li><strong>Note:<\/strong> The ticket history can only begin to compile from the point that the functionality was released into the live system. This means that NEW tickets will compile their history from the point of ticket creation, however existing open tickets in the system will only begin to compile their history from the point of the release.<\/li>\n<li><strong>Note:<\/strong> The ticket history is printable using the in-browser print option, simply right-click anywhere within the on-screen Ticket History and select \u2018Print\u2019.<\/li>\n<li><strong><em>Known Issue:<\/em><\/strong> Sometimes the Ticket History will list the initial assignment of the ticket as though it happened before the creation (see above screen shot which\u00a0shows this happening). The reason is because the background processing of the ticket creation and initial assignment are milliseconds apart and the ticket history functionality is not yet sophisticated enough to process strictly to that sequence. This issue does not affect the sequence of other actions.<\/li>\n<li><strong><em>Known Issue:<\/em><\/strong> When a ticket is first created, the ticket reference number does not appear within the header section. It does then go on to be populated as soon as another action is compiled into the ticket history.<\/li>\n<li style=\"text-align: left\"><strong><em>Known Issue:<\/em><\/strong> When adding a task, the \u2018Assigned Support Group\u2019 for that task does not show up in the ticket History.<\/li>\n<\/ul>\n<p>Please note it is planned to work to address these known issues in a subsequent release.<\/p>\n<p><strong><u>Ticket Assignment at the point of <em>Incident<\/em> creation<br \/>\n<\/u><\/strong>Upon creation of an incident ticket, analysts now have more control over the initial ticket assignment. The options are:<\/p>\n<ul>\n<li>The \u2018Suggested Group\u2019 field that is populated (based on the category selection) can be altered in order to direct the ticket to a specified support group instead of that being suggested by the system.<\/li>\n<li>There is now a check box that analysts can tick to &#8216;Assign to my Group&#8217; instead of &#8216;Suggested Group&#8217;.<\/li>\n<li>There is now an \u2018Assign to Me\u2019 check box<\/li>\n<\/ul>\n<p><a href=\"https:\/\/blogs.ncl.ac.uk\/itsm\/files\/2016\/01\/Ticket-Assignment-1.png\" rel=\"attachment wp-att-492\"><img loading=\"lazy\" decoding=\"async\" class=\"alignnone size-medium wp-image-492\" src=\"https:\/\/blogs.ncl.ac.uk\/itsm\/files\/2016\/01\/Ticket-Assignment-1-300x75.png\" alt=\"Ticket Assignment 1\" width=\"300\" height=\"75\" srcset=\"https:\/\/blogs.ncl.ac.uk\/itsm\/files\/2016\/01\/Ticket-Assignment-1-300x75.png 300w, https:\/\/blogs.ncl.ac.uk\/itsm\/files\/2016\/01\/Ticket-Assignment-1-500x126.png 500w, https:\/\/blogs.ncl.ac.uk\/itsm\/files\/2016\/01\/Ticket-Assignment-1.png 601w\" sizes=\"auto, (max-width: 300px) 100vw, 300px\" \/><\/a><\/p>\n<p><a href=\"https:\/\/blogs.ncl.ac.uk\/itsm\/files\/2016\/01\/Ticket-Assignment-2.png\" rel=\"attachment wp-att-493\"><img loading=\"lazy\" decoding=\"async\" class=\"alignnone size-medium wp-image-493\" src=\"https:\/\/blogs.ncl.ac.uk\/itsm\/files\/2016\/01\/Ticket-Assignment-2-300x108.png\" alt=\"Ticket Assignment 2\" width=\"300\" height=\"108\" srcset=\"https:\/\/blogs.ncl.ac.uk\/itsm\/files\/2016\/01\/Ticket-Assignment-2-300x108.png 300w, https:\/\/blogs.ncl.ac.uk\/itsm\/files\/2016\/01\/Ticket-Assignment-2-768x275.png 768w, https:\/\/blogs.ncl.ac.uk\/itsm\/files\/2016\/01\/Ticket-Assignment-2-500x179.png 500w, https:\/\/blogs.ncl.ac.uk\/itsm\/files\/2016\/01\/Ticket-Assignment-2.png 775w\" sizes=\"auto, (max-width: 300px) 100vw, 300px\" \/><\/a><\/p>\n<p><strong><em>Known Issue:<\/em><\/strong> If either of these tick boxes are checked then unchecked (consecutively and more than twice) then <em>that<\/em> tick box becomes unresponsive. To make the affected tick box work again all you need to do is to check then uncheck the <em>other<\/em> tick box. This is a system bug which has been logged as a problem record with the vendor and hopefully will be fixed in a future version.<\/p>\n<p><u><\/u><strong><u>Resolve\/Fulfil on creation<br \/>\n<\/u><\/strong>The functionality that is already available to resolve or fulfil a ticket on creation (by checking the relevant tick box on the ticket creation window) has been enhanced.<br \/>\nPreviously, if the tick box was checked to resolve\/fulfil on creation then the analyst was directed to the resolution\/fulfilment window and committed to carrying out that action.<br \/>\nNew functionality to \u2018back out\u2019 of the resolution\/fulfilment has been added via a new tick box; if this is ticked then the ticket is moved to a status of \u2018in progress\u2019 for incidents or \u2018provisioning\u2019 for service requests. The ticket will be assigned as indicated\/selected on the ticket creation window.<\/p>\n<p>Example of \u2018Back out of Resolution\u2019 check box:<br \/>\n<a href=\"https:\/\/blogs.ncl.ac.uk\/itsm\/files\/2016\/01\/Back-out-of-Resolution.png\" rel=\"attachment wp-att-491\"><img loading=\"lazy\" decoding=\"async\" class=\"alignnone size-medium wp-image-491\" src=\"https:\/\/blogs.ncl.ac.uk\/itsm\/files\/2016\/01\/Back-out-of-Resolution-300x170.png\" alt=\"Back out of Resolution\" width=\"300\" height=\"170\" srcset=\"https:\/\/blogs.ncl.ac.uk\/itsm\/files\/2016\/01\/Back-out-of-Resolution-300x170.png 300w, https:\/\/blogs.ncl.ac.uk\/itsm\/files\/2016\/01\/Back-out-of-Resolution-768x435.png 768w, https:\/\/blogs.ncl.ac.uk\/itsm\/files\/2016\/01\/Back-out-of-Resolution-500x283.png 500w, https:\/\/blogs.ncl.ac.uk\/itsm\/files\/2016\/01\/Back-out-of-Resolution.png 986w\" sizes=\"auto, (max-width: 300px) 100vw, 300px\" \/><\/a><\/p>\n<p><strong><em>Guidance notes:<br \/>\n<\/em><\/strong>From the ticket creation window, if selecting resolve\/fulfil on creation, be sure to click \u2018Save\u2019 (and not \u2018Save and Close\u2019) so as to be directed to the relevant window. If you do click \u2018Save and Close\u2019 the ticket will be closed before the resolution\/fulfilment details screen can be offered for completion.<br \/>\nIf this was to happen then you can re-find your ticket via the two new queries on the analyst dashboard: \u2018Incidents Awaiting Resolution Information\u2019 and \u2018Requests Awaiting Fulfilment Information\u2019; if you need to refer back to the ticket at this point then you can easily back out of the resolution\/fulfilment.<\/p>\n<p>From the resolution\/fulfilment window, after entering the details be sure to click \u2018Save and Close\u2019 OR \u2018Save\u2019 then \u2018Cancel\u2019; this will avoid a <strong><em>Known Issue<\/em><\/strong> where if you click \u2018Save\u2019 followed by \u2018Save and Close\u2019 the system will clear out the resolution\/fulfilment details and it appears to the analyst as though they need to re-enter the details. Re-entering the details would then go on to generate an error since the system has actually already recorded the resolution\/fulfilment and moved the ticket to a status of resolved\/fulfilled. If you do arrive at such error then type the incident reference in the Search box at the top of the NU Service screen. This will return you to the main ticket window and you can verify (for peace of mind) that your resolution\/fulfilment was recorded.<\/p>\n<p><strong><u>Impact and Urgency attributes<br \/>\n<\/u><\/strong>On the incident and service request windows the position of the \u2018Urgency\u2019 attribute has been moved underneath the \u2018Impact\u2019 attribute. This brings the 2 fields into a vertical line with the auto-populating \u2018Response-level\u2019 attribute.<\/p>\n<p><strong><u>Location \u2013 Free-text box<br \/>\n<\/u><\/strong>An (optional) free-text box has been added to the ticket windows to allow analysts to enter specific details regarding the location of the raise user or logged on behalf of user.<\/p>\n<p><strong><u>Faculty\/Service attribute<br \/>\n<\/u><\/strong>There is now a Faculty\/Service attribute within the \u2018Raise User\u2019 and \u2018On behalf of\u2019 user details section of the ticket windows, which will start to be populated for new tickets from 1<sup>st<\/sup> February.<strong>\u00a0<\/strong><\/p>\n<p><strong><u>Ticket assignment when ticket is \u2018with customer\u2019<br \/>\n<\/u><\/strong>If a ticket is \u2018with customer\u2019 analysts can now reassign the ticket to another analyst within their team without affecting the status of the ticket.<\/p>\n<p><strong><u>By User filter<br \/>\n<\/u><\/strong>A \u2018By User Filter\u2019 already exists as a collection positioned at the bottom of ticket windows. It is particularly useful at the point of ticket creation; after you enter the \u2018Raise User\u2019 onto the ticket window, the filter then populates to show all tickets logged previously for that user.<br \/>\nThere are two new updates to this filter:<\/p>\n<ol>\n<li>It has been restricted to show the \u2018Raise Users\u2019 ticket history from within the last 15 months.<\/li>\n<li>It also includes tickets where the raise user was a \u2018Logged on Behalf of\u2019 user.<\/li>\n<\/ol>\n<p><strong><u>Character limit displayed on resolutions\/fulfilments<br \/>\n<\/u><\/strong>A note has been added to the \u2018Details\u2019 label to advise the maximum number of characters allowed in the resolution or fulfilment details field. There is currently no available functionality to offer a countdown of remaining characters.<\/p>\n<p><strong><u>Prompt for self-service users to provide their location and contact details<br \/>\n<\/u><\/strong>A prompt has been added to the self-service \u2018Log a Ticket\u2019 screen to encourage users to provide their location and contact details if appropriate.<\/p>\n<p><strong><u>Other minor issues that have been fixed:<\/u><\/strong><\/p>\n<ul>\n<li>There was an issue where Incident Category level 3 was not populating when a ticket was logged from a web form \u2013 this has now been fixed.<\/li>\n<li>The email generated from a Service Request fulfilment always indicated to the recipient that there was an attachment relating to the fulfilment even when this was not the case. This has been fixed so that the recipient is only informed of an attachment if there is one.<\/li>\n<li>There is a minor change to the email to NUIT analysts in the event of a Major Incident to make clear that it refers to a major IT incident.<\/li>\n<li>There was an issue whereby the option to send attachments from within tickets was available but would generate an error if the analyst used the action \u2013 this has been fixed.<\/li>\n<\/ul>\n<p><strong><u>CONFIGURATION REMOVED\u00a0&#8211; Office 365 Migration Project<br \/>\n<\/u><\/strong>Whilst the Office 365 Migration Project was ongoing there was configuration in place to support the associated ticket management (e.g. Dashboard shortcut etc.). This configuration has now been removed as the project is now complete; any queries pertaining to O365 will be handled as business as usual, with the related Service Request categories moved to the Service Desk and Incidents to the Operations team.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>There are two elements to this system release: To fix some issues and to make some improvements based on wish list items. The contents of this iteration are quite substantial and we hope the added functionality will be well received. &hellip; <a href=\"https:\/\/blogs.ncl.ac.uk\/itsm\/2016\/01\/26\/release-notes-26th-january-2016\/\">Continue reading <span class=\"meta-nav\">&rarr;<\/span><\/a><\/p>\n","protected":false},"author":3059,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[10,12],"tags":[],"class_list":["post-490","post","type-post","status-publish","format-standard","hentry","category-nu-service","category-system-releases-2"],"_links":{"self":[{"href":"https:\/\/blogs.ncl.ac.uk\/itsm\/wp-json\/wp\/v2\/posts\/490","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/blogs.ncl.ac.uk\/itsm\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/blogs.ncl.ac.uk\/itsm\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/blogs.ncl.ac.uk\/itsm\/wp-json\/wp\/v2\/users\/3059"}],"replies":[{"embeddable":true,"href":"https:\/\/blogs.ncl.ac.uk\/itsm\/wp-json\/wp\/v2\/comments?post=490"}],"version-history":[{"count":3,"href":"https:\/\/blogs.ncl.ac.uk\/itsm\/wp-json\/wp\/v2\/posts\/490\/revisions"}],"predecessor-version":[{"id":500,"href":"https:\/\/blogs.ncl.ac.uk\/itsm\/wp-json\/wp\/v2\/posts\/490\/revisions\/500"}],"wp:attachment":[{"href":"https:\/\/blogs.ncl.ac.uk\/itsm\/wp-json\/wp\/v2\/media?parent=490"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/blogs.ncl.ac.uk\/itsm\/wp-json\/wp\/v2\/categories?post=490"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/blogs.ncl.ac.uk\/itsm\/wp-json\/wp\/v2\/tags?post=490"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}