Guest Posted December 7, 2020 Posted December 7, 2020 Once this leaver ticket has been closed. In the background I would a ticket to be re-open again with ticket details of the leaver and go to service desk. How can i achieve this?
Steve Giller Posted December 7, 2020 Posted December 7, 2020 @Shamaila Rather than re-opening a closed Request, you probably want to assign the Request to the Service Desk after the Resolve Request node, they can then complete their actions and close the Request when it's completed.
Victor Posted December 7, 2020 Posted December 7, 2020 Re: Timer Once a timer is stopped (not paused) that timer cannot be restarted or resumed anymore.
Guest Posted December 8, 2020 Posted December 8, 2020 This is very helpful. How about a new ticket being opened and sent to service desk 1st line and the subject is carried over and something in the box of the ticket that says (Its now been 90 days since LeaverName has left the business please close AD account) is that an option and how do i do this?
Steve Giller Posted December 8, 2020 Posted December 8, 2020 @Shamaila If you have a look at the Log Requests section of the Service Manager Business Process Workflow wiki you should be able to achieve this.
Guest Posted December 8, 2020 Posted December 8, 2020 Perfect @Steve G I see its an Hornbill automation task. How would i get it to assign it to the same person who resolves it ?
Steve Giller Posted December 8, 2020 Posted December 8, 2020 One of the options is Copy Owner, and the most likely scenario is that the Owner is also the person who resolve the Request. I don't think it's possible to assign it to the same person who resolves it, as this could be a Basic User, Contact, or the System, depending on how the Process is configured, and only a User can Own a Request.
Guest Posted December 9, 2020 Posted December 9, 2020 23 hours ago, Steve Giller said: One of the options is Copy Owner, and the most likely scenario is that the Owner is also the person who resolve the Request. I don't think it's possible to assign it to the same person who resolves it, as this could be a Basic User, Contact, or the System, depending on how the Process is configured, and only a User can Own a Request. @Steve G The last part i am stuck on is. How to i get the new ticket to be created and sit on hold for 60days?
Guest Posted December 9, 2020 Posted December 9, 2020 We use sub status to put things on hold - i cant see anywhere where i could specify this ?
Victor Posted December 10, 2020 Posted December 10, 2020 @Shamaila the new request that is being logged... is this using the same workflow definition as the originating request?
Guest Posted December 10, 2020 Posted December 10, 2020 48 minutes ago, Victor said: @Shamaila the new request that is being logged... is this using the same workflow definition as the originating request? Yes
Guest Posted December 10, 2020 Posted December 10, 2020 1 hour ago, Shamaila said: Yes I can see on a hornbill automation node that there is an option to update request and then you can set sub-status. However im not sure i link it the work flow as it may chance the original ticket? Not sure that makes sense ?
Steve Giller Posted December 10, 2020 Posted December 10, 2020 @Shamaila I'm not sure of the logic for using the same workflow: From what I've read in this thread it seems that you are performing the Leaver actions in the original Request, then creating a new Request to perform any "clean-up" operations 60 days later? To me that would suggest that the Logging & Account Expiry and Account Decommissioning stages would already be complete and there's no value in using that Workflow. If you Raise the new Request against a different Workflow you could easily start this with a few checks to ensure all the required information is there, once confirmed set the Status/Substatus accordingly and use a Suspend node set to expire after 60 days. Using the same workflow would require some potentially complex logic to detect if this is an original Leaver ticket or a secondary one. 1
Guest Posted December 10, 2020 Posted December 10, 2020 4 hours ago, Steve Giller said: @Shamaila I'm not sure of the logic for using the same workflow: From what I've read in this thread it seems that you are performing the Leaver actions in the original Request, then creating a new Request to perform any "clean-up" operations 60 days later? To me that would suggest that the Logging & Account Expiry and Account Decommissioning stages would already be complete and there's no value in using that Workflow. If you Raise the new Request against a different Workflow you could easily start this with a few checks to ensure all the required information is there, once confirmed set the Status/Substatus accordingly and use a Suspend node set to expire after 60 days. Using the same workflow would require some potentially complex logic to detect if this is an original Leaver ticket or a secondary one. Agree i now have a new catalogue and workflow- so just stuck on and error i get now on the back of the below. The ticket is still not going on hold? I have also used the suspend option but still doesnt put ticket on hold?
Steve Giller Posted December 10, 2020 Posted December 10, 2020 @Shamaila Without seeing the full error it's difficult to be sure, but I'd suggest changing the Reason field to Manual, and entering a suitable piece of text. Despite the option to "Automatically pick up the value" where there is nowhere to pick up a value from, this will cause the node to fail.
Guest Posted December 10, 2020 Posted December 10, 2020 41 minutes ago, Steve Giller said: @Shamaila Without seeing the full error it's difficult to be sure, but I'd suggest changing the Reason field to Manual, and entering a suitable piece of text. Despite the option to "Automatically pick up the value" where there is nowhere to pick up a value from, this will cause the node to fail. Legend!!!!!! Its on hold! perfect! thank you so very much! learnt so much in the process too! @Steve G
Guest Posted January 8, 2021 Posted January 8, 2021 @Steve G @Victor I currently have an automation which is highlighted that opens a new ticket. How do i get a hornbill automation to open another Catalogue and then carrying on with closing the ticket? (Not sure that makes sense? ) So open a new request but follow another workflow below? So the request-leavers process then opens a new ticket but using this flow - At the moment the leavers ticket closes and it does open a new ticket but what i want it to do is close the leavers and open a new ticket with leavers laters actions workflow? can you help please? So
Martyn Houghton Posted January 11, 2021 Posted January 11, 2021 @Shamaila In the 'Log New Service Request' - if you populate the 'Service' and 'Catalog Item' that should allow the new request to be logged prior to closing the parent. Cheers Martyn
Guest Posted January 12, 2021 Posted January 12, 2021 @Martyn Houghton Thank you getting back to you me Strange i did enter the below which i believe is correct but it just error'd - Do i need to enter it in some sort of format ? Service - Employee & Account ServicesCatalog Item - Employee Leavers- Tidy-up actions
Martyn Houghton Posted January 12, 2021 Posted January 12, 2021 @Shamaila Just looking at one of our services, the Service field should be a populated by a drop down so in you would select 'Employee & Account Services' for that. If you do have catalog items (would be the section below in your screenshot above) you do need to enter this manually with the exact matching Catalog name. Cheers Martyn
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now