Jump to content

Berto2002

Hornbill Users
  • Posts

    1,303
  • Joined

  • Last visited

  • Days Won

    28

Posts posted by Berto2002

  1. Can anyone help with this mystery, please?

    Because we can't log a CR from Routing Rule Templates, I intend to log a SR and have an SR Workflow create a CR and then close. It nearly works; I get the CR but we have 3 important issues. I want to rule out my oversight first, then ask if there is something specifically blocking SRs raising CRs; before moving on to suggesting a defect.

    image.png.bfb040bd2bed5fe360ad39364e97e962.png

    First issue is that the new CR is not picking-up the Workflow.

    Create node is this:

    image.thumb.png.200579a2f25027f1d50de990af858d84.png

    The Service Catalog item under Change for Network & Infrastructure Support is:

    image.thumb.png.7af36cef95b7607954362d8e04d2e3cb.png

    And that Workflow is active:

    image.thumb.png.9f6b59d3e0bf683cfda6118e7492f153.png

    The CR gets created but has no Workflow:

    image.png.b22c4a71732f7cb88fc52815c6ac2a2b.png

    I first tried under ServiceDesk Basic User (a Subscriber to the Service) and got the error. I than tried as me (Full User) and full subscriber and still got the error so ruled-out the user being the issue:

    image.png.0781e709525f77334f7a2f4f92ff037c.png

    Interesting Observations:

    The "Raised By" is THIS:

    image.png.11dc469d82e4d89bd3f30165e1759489.png

    which is this when clicked:

    image.png.736795a2c747805f7756f3ea7b833e13.png

    Second issue is that the node that is in workflow to update the timeline with the new requestID (as diagnostics) is reporting no value, despite the "outcome" variable reporting success (so the overall flowcode reference works to refer to the node that spawned the CR):

    image.png.0b31ca7b0020cb35349e1f8ff5bc580d.png

    The node to update the timeline has this config and the red and green match the above (but for the last bit obvs):

    image.thumb.png.299366a5c73170ceb2f501dcf2729e5c.png

    And the node that creates the CR has the following outcomes which match the above:

    image.png.a76cb3cd6170e81a81478db4168f7244.png

    The Third issue is that, despite the node to create the Change Request stating to set the CR type to "Standard" (see first screenshot), the spawned CR has no Change Type set:

    image.png.ca50ce911326374fc8eb0577de19d78f.png

    Of course, I need workflow and I need a Change Type for this to work.

    Any ideas please?

    Thanks in advance.

  2. At present, Routing Rule Templates cannot raise Change Requests.

    Use-case: due to the fact I cannot use Service Manager to schedule to log Requests on the 2nd Tuesday of the month (see other post asking for new scheduling options to allow this), I planned to use a trigger from an external script - where we can detect such variable dates - to send in an email which would be picked-up by inbound routing rules and pushed to the routing rule template to log a patching change request for Microsoft servers. But I find no option to log a Change Request. As a workaround I need to log a Service Request into a mini Workflow which then logs the Change Request and closes itself down.

    Can't see why there shouldn't be an option to log a Change Request from a Routing Rule Template so requesting it please.

    image.png.86b77616d4210f61ef4340c4ab4d04b1.png

  3. Microsoft release Windows Updates (usually) on 2nd Tuesday of the month. There's no way to schedule this kind of recurrence in the Service Manager tool; we can only set specific numbered days of the month. As most people will be running Windows and many organisations use similar scheduling cycles for all sorts of reasons, I would like to suggest HB enhance the scheduling system (as used in Scheduled Requests and Reports) so we can specify such dates. The standard for this is in Outlook and should be easy to replicate:

    image.png.d5b86d833dfd9f94211aa00ebd8f8094.png

    Use case: allow us to align the production of reports or scheduling of requests to organisation-based deadlines using the same facilities.

  4. @Steve Giller are you able to point me to the area of documentation where I might find details of the visibility, please?

    I was hoping to see something but I am not sure what I am looking for.

    A search for "visibility" brings up a bunch of platform technical responses like this:

    Method - activity::activityPostCommentImage (hornbill.com) which has a "visibility" row entry stating "default=undefined

    Method - activity::postMessage (hornbill.com) which has a row entry stating "default=following"

    I am trying to find where it will be listed how these app settings affect things:

    guest.ui.app.com.hornbill.servicemanager.operation.defaultVisibility.schedule  
    guest.ui.app.com.hornbill.servicemanager.operation.defaultVisibility.linkDocument  
    guest.ui.app.com.hornbill.servicemanager.operation.defaultVisibility.link  
    guest.ui.app.com.hornbill.servicemanager.operation.defaultVisibility.hold  
    guest.ui.app.com.hornbill.servicemanager.operation.defaultVisibility.authorisers  
    guest.ui.app.com.hornbill.servicemanager.operation.defaultVisibility.assign  
    guest.ui.app.com.hornbill.servicemanager.operation.defaultVisibility.assets  
    guest.ui.app.com.hornbill.servicemanager.operation.defaultVisibility  
    guest.ui.app.com.hornbill.servicemanager.operation.defaultVisibility.escalate  
    guest.ui.app.com.hornbill.servicemanager.operation.defaultVisibility.update

     

    I am also trying to find out what the defaults are for each type of node if they are left as "Ignore".

  5. From a fellow user perspective it's upsetting our customers and messing with our workflow so I have asked Hornbill Customer Escalations to prioritise it. Hornbill noted on Tuesday 24th, "Our developers are aware that the fix in the recent Service Manager release does not appear to have been effective.  They are looking into a solution and once I know more I will of course pass on the next steps".

    • Thanks 1
  6. +1 for this.

    I would like to see us able to add Organisation Groups as Connections which would result in all the members of that Org Group being able to act as Connections.

    Use cases:

    1. Secretarial Pool supporting multiple execs and all need to be connections in case asked by any of them to look into their IT tickets
    2. Councillor Support Team is a virtual team of people we have as an Org Group (sync'd from O365 groups) doing as above for Councillors
  7. @will.good you could do something with your Workflows.

    • Imagine you have Custom fields A and B added to your Details Form for Service X, you can set them to be only visible when populated
    • You disable the Edit of the Details section for relevant Workflows and, instead, the Workflow adds a Human Task for your analysts to update the relevant information
    • Your BPM can detect which catalog item the Request was created through and divert the text entered in the Human Task to the correct field in the Details section (A or B )
    • The appropriate field shows in the details section as it's now populated
    • Your Human Task can be on a loop and always re-present itself after it's been used so further updates can be made (overwrite or append in each case) until a second outcome button of "no more updates" is used

    Because Workflow has the ability to lock or unlock the Details section you could set-up two Custom Buttons that run Autotasks to Lock / Unlock the Details section. Trusted users who know to select the correct fields for that type could be given that ability to edit directly and would not see the Human Task version above (Workflow could find them as the Owner and not present the Human Tasks).

    Just ideas in case useful.

    I would NOT want the forms to be customisable per cat item; it's bad enough with 100 services having to manually reconfigure them one by one for 100 services let alone 500 cat items!

     

  8. We are interested in SLA/OLA in relation to Suppliers so we can better access support and set expectations with customers and analysts. At a high level we would like to be able to:

    • 'Assign' a Request to a Supplier Contract. Perhaps this is a new collapsible section in the Request where the Contract is linked (via a lookup of the Supplier)
    • The Contract records would have fields for agreed operational performance (which may have to be freeform due to the infinite variations possible) containing relevant information such as:
      • Supported Hours/Days/Times
      • Response/Resolution times
      • Contact / call logging details
      • Pre-requisite information the supplier needs us to give
      • The people involved such as our contract owner and their contract owner
      • Escalation information
    • Have the above properties of that Contract exposed in the UI at the point of linking/assignment with the usual visibility options for team/customer, etc. The aim would be that it's clear how to get support and what to tell the customer about how it progresses
    • A tie-in in the sub-status that allows us to state whether the Request is or is not currently dependent on the Supplier (Contract). E.g. Request would be "In Progress (Supplier)" or "In Progress (Internal)"

    A future development of this would be to codify some of those fields (the most obvious being the supported hours and priorities) so some measurements of supplier/contract performance could be gleaned.

    • Like 1
  9. On 20/10/2023 at 16:07, James Ainsworth said:

    are you adding them as a Connection or a Member

    Connections. They are Basic Users. The use case is to allow a select pool of (secretarial) people to access Requests that are raised by senior members of staff; so when the exec says, "please sort that out for me" they can read and interact with the request.

  10. On 19/10/2023 at 10:55, Met said:

    You should use a LEFT JOIN to pull all rows from the h_itsm_requests table and only matching rows from the h_sys_tasks table. You could then look at where h_sys_tasks.h_obj_ref_urn is NULL. This should give you a list of requests which have never had a task associated with them.

    @Met very kind of you to suggest this but my logic circuits don't compute what you've suggested...

    Your first sentence seems to say "return all Requests linked to Tasks" but the second sentence (the filter) seems to say, "and filter out all the Requests linked to Tasks" (which will be 100% of rows found in the first part).

    I have 4 tables but the link to the h_buz_activities and h_sys_accounts is just to link additional columns of data so I think what I have is Requests linked to Tasks with the Left Join you suggested.

    Buz to Requests:

    image.thumb.png.857f501c12f113e5858af792f7e09616.png

    Requests to Accounts:

    image.thumb.png.0d10363aedad9549917c59d3e5afae4f.png

    Requests to Tasks:

    image.thumb.png.94e728d2f3a8c5eb9b690f529bf1e977.png

    And has some basic filters including the one I think you suggested.

    image.thumb.png.0240b299a1922a77a3b92c15d7cd3065.png

    The report runs for quite a time but returns no rows.

    If you can help further it would be much appreciated.

    Rob

  11. Summary: I would like my analysts (Full Users) to be able to quickly identify newly added or edited Human Task nodes so they are drawn to pay attention to them.

    We operate quite heavily on the principle of continual service improvement and iterative development of our workflows. We very often tweak the language in human task or add or remove step. We inform the analysts in comms or short update videos but in the heat of the moment when the analysts are running through workflows there is nothing to remind them when they hit one of those small areas that we've recently changed and sometimes that creates delay or confusion or errors. They are often running on auto-pilot and need a little hint to think at certain places.

    I'd very much like the ability to flag a human task node as having been recently edited so that it appears as a different colour to the analyst when they reach that stage of the workflow.

    How I see this working:

    1. As the designer of the workflow, I would simply like a box on the human task that I can tick to flag this as a new or altered human task node
    2. All the user interface needs to do is display that Human Task (activity) in a slightly highlighted colour. This will have the effect of alerting the analyst to pay particular attention when they reach one of these nodes to remind themselves of the change
    3. I envisage that any such flag would always be temporary and will automatically disable after either a defined period or the admin has a date selector (like expiry). That way the UI only highlights if the fixed date is in the future.

    I see this is a very easy thing to implement because it is non-functional; just a flag and the UI.

    Thinking ahead, it raises other possibilities such as the ability to colour-code tasks according to their function or importance. E.g. Asset handling tasks could be green highlight, account management red, etc; enabling analysts to see at a glance the type of work to be done.

    I imagine this sort of thing:

    image.thumb.png.bcca5390a8a3cee4a219b0dae5f782d7.png

    And it would look like this when opening the task:

    image.thumb.png.5fc6148674ccea2074a1ef11d1afb48c.png

    Here are two options as to how it might look to the workflow designer. 1) a simple tick box which activates a 4 week timer each time the node is edited and 2) setting a specific day/month/year for the highlighting to expire (my favoured option)

    image.thumb.png.92b42a545bd0e61ccf6320063422f06e.png

    I would welcome any comment or support for this analyst/usability/change focused suggestion.

  12. I would like a list of Active Requests where the required work by analysts is not driven by Tasks. That means knowing all Requests where all tasks have been completed or no tasks ever have been added.

    In my mind I believe this means I need a report which includes data from Tasks because you can't tell from the Request table if a Request has tasks or what status they are.

    But I don't think this works:

    1. If I link Requests to Tasks (e.g. as per below that we have in another report), then the report will naturally always exclude all Requests that have no Tasks at all
    2. If I don't link Requests to Tasks, I cannot at all determine if a Request has or had a task and what its status is

    I am trying to think through how I can get a complete list of Active Requests (period) and the task Title and Details only appears for those that do have tasks (with multirows if more than one task); where there are no tasks or only completed tasks, we see no task data.

    So I cannot see a way to get my desired outcome: Requests where all tasks have been completed or no tasks ever have been added.

    Any ideas please?

    image.thumb.png.746fb676c6b931e5ef391e6351ba15d9.png

  13. +1 for this but I acknowledge this would come down to having a firm requirement.

    For us it's something like:

    1. A permission that allow FAQ, Bulletins and service status which we can give to service desk and triage teams
    2. Allow the defined Service Owner to edit all other fields (SLA, Assets, Docs, etc) except Config (read only)
    3. Require an admin-level permission (Service Manager-level configuration) before being able to alter anything in the Config section (cat items etc)

    This is because:

    1. triage and service desk need to keep our customers updated on services
    2. the service owner is responsible for aspects of their service but they are not responsible for forms and workflows and could mess things up badly by altering things in config
    3. only trained ICF/BPM admins should be able to mess with Config to keep the risk down
    • Like 1
×
×
  • Create New...