Guest Paul Alexander Posted November 22, 2017 Share Posted November 22, 2017 Hello We have a 'daily checks' process which we trigger by sending an automated email to Hornbill every weekday. Basically, all this does is create an SR with a load of tasks in it, so nothing fancy. However, ONE of these tasks is only required on a Wednesday. I know that I can set up the software which sends the email to check what DAY of the week it is before it sends an email and base the Email routing rule on that, but I was wondering if there's any way in Hornbill to check the day of the week? This would then mean that I would only need ONE BPM with a decision tree which checks whether today is Wednesday and, if so, create this task, and, if not, then don't. Any ideas? Link to comment Share on other sites More sharing options...
Victor Posted November 22, 2017 Share Posted November 22, 2017 1 hour ago, Paul Alexander said: if there's any way in Hornbill to check the day of the week? @Paul Alexander simple answer is no... 1 hour ago, Paul Alexander said: I would only need ONE BPM with a decision tree which checks whether today is Wednesday and, if so, create this task, and, if not, then don't. You can only check values of the variables passed by flow code outputs or task outcomes... Link to comment Share on other sites More sharing options...
Gerry Posted November 22, 2017 Share Posted November 22, 2017 There is no reason why a Flowcode node could not be create to do this, its a pretty simple check. You would need to raise that as a feature request so I am mentioning @James Ainsworth who can get this added to the SM backlog, not sure how quickly we could fit something like this in, but we do very much you appreciate participating in one of our spotlights so am happy to help out if we can. James, it would be along the lines of a flowcode node that given the current date, would take an input param of day and would return outcomes of match/no match. Gerry 1 Link to comment Share on other sites More sharing options...
Guest Paul Alexander Posted November 22, 2017 Share Posted November 22, 2017 Thanks @Gerry and @James Ainsworth For us, this would useful I think.....like I said before it would mean needing only one BPM with a decision tree rather than separate BPM's for each day of the week. No rush though.....;) thanks Link to comment Share on other sites More sharing options...
Steve Giller Posted November 22, 2017 Share Posted November 22, 2017 Can I be a +1 for this, please? Our firewall changes are actioned twice a week, it would be useful for automation to check the current day and place the call on hold based on that value. Link to comment Share on other sites More sharing options...
Gerry Posted November 22, 2017 Share Posted November 22, 2017 Why not used scheduled tasks for those checks @DeadMeatGF? Hope you are recovering well? did you get a chance to look at those questions? Gerry Link to comment Share on other sites More sharing options...
Steve Giller Posted November 22, 2017 Share Posted November 22, 2017 They're not all scheduled, some are still requests (e.g. can x system have port y opened?) so they can be raised at any time; currently we manually hold them until the next change day, with this node we could automate it. May apologies, I totally got sidetracked from the questions, but I'll get back on them tomorrow. Link to comment Share on other sites More sharing options...
Gerry Posted November 22, 2017 Share Posted November 22, 2017 @DeadMeatGF ah ok, that makes perfect sense, so having a "hold until day" is actually a very sensible and useful function I would suggest. I am sure we can do something for it, sounds simple enough. Gerry Link to comment Share on other sites More sharing options...
TrevorKillick Posted November 22, 2017 Share Posted November 22, 2017 All, We have released two new iBridge Utility Methods, one returns the current day of the week as a string the other returns the ISO Date String for the next occurrence of a particular day of the week. Our Service Manager team are looking at a change to support putting a request on hold by passing in a date time string instead of a duration, hopefully these changes are beneficial to you all. Kind Regards Trevor Killick 1 Link to comment Share on other sites More sharing options...
Guest Paul Alexander Posted November 22, 2017 Share Posted November 22, 2017 Hi @TrevorKillick That's perfect...thank you. And so quick too! Link to comment Share on other sites More sharing options...
Gerry Posted November 22, 2017 Share Posted November 22, 2017 @Paul Alexander You are one of our published advocates so we are very happy to oblige...https://www.hornbill.com/blogpost/spotlight-to-microsoft-system-center-service-manager-and-back-again/ Gerry Link to comment Share on other sites More sharing options...
James Ainsworth Posted December 5, 2017 Share Posted December 5, 2017 On 22/11/2017 at 5:07 AM, TrevorKillick said: Our Service Manager team are looking at a change to support putting a request on hold by passing in a date time string instead of a duration, hopefully these changes are beneficial to you all. We are just concluding the development of these feature. This should be available in the coming weeks as part of a Service Manager update. Keep an eye out for the release notes. Regards, James Link to comment Share on other sites More sharing options...
James Ainsworth Posted January 29, 2018 Share Posted January 29, 2018 Hi @Paul Alexander I just wanted to let you know that second part to this requirement for using this with the Place on Hold operation in Service Manager has been completed and is now available in the last update. The image below shows the variable used in the Integration Call and then how it is applied in the Update Request -> Place On Hold operation. Let us know if this helps. Regards, James Link to comment Share on other sites More sharing options...
Guest Paul Alexander Posted January 30, 2018 Share Posted January 30, 2018 Hi @James Ainsworth That is very handy and will be very useful for our 'scheduled maintenance' tickets. Thank you Paul Link to comment Share on other sites More sharing options...
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