Jump to content

Steve Giller

Hornbill Staff
  • Posts

    6,478
  • Joined

  • Last visited

  • Days Won

    268

Posts posted by Steve Giller

  1. 1 hour ago, Giuseppe Iannacone said:

    how can I address the right role (just the minimum required to create/assign/interact with the requests IN/SR)

    That's not really something that can easily be addressed on the forums, as it would, with apologies for the predictable comment, simply rely on what you need them to do.
    They would, as you've found, need to support each Service that they interact with.
    They would also need Incident and Service Request Management roles (again, the level depending on what they need to do) and potentially Board Manager, email etc. for triggering related actions.

     

  2. This has been discussed previously, but no-one has been able to define what the "Next" or "Previous" Request is.

    A User can create any number of Views of the Request List and may have access to shared Views created by other Users.
    They may Own Requests, be Members or Connections on a Request, and Requests can be assigned to a Team they're a member of.
    A Request List View can display almost any column in the Requests table, be ordered by most of these, and a User may have multiple different Views open at any one time.
    Finally, these lists are dynamic, so the order of the View may have changed in the background while the current Request was being worked on.

  3. Try putting a Get Request Details node immediately before the Task so that any changes in the Request state are up to date.

    Additionally, check that the Owner has "Assign Task" and "View Task" set in the relevant Team settings.

  4. 3 minutes ago, Lee C said:

    i want the task to assign to whoever takes ownership of the ticket.

    Firstly, check you used "Owner (For Tasks)" as the variable - it appears that you did from the next image, but a second check never hurts.

    Assuming that you have the correct variable, this is almost certainly that the Request does not have an Owner at the point where the Task is created.

  5. 19 hours ago, Jacopo Carraro said:

    does anyone have a solution for this?

    Currently the only available workaround is to restart the failed Workflow.
    We appreciate this is not ideal as it requires manual intervention and only a select few Users will have that capability, which is why we are investigating this as a priority.

    We will post back here when we have further information so that anyone without a Support Incident raised can see the progress.

    • Like 3
    • Thanks 1
  6. If the screenshot is of an email that uses a Date field variable, then this will be because you have chosen not to format the date and are simply passing the database value, which is stored as UTC.

    Information on formatting dates in email templates is on the Documentation Site.

    Please note that "the email has changed it to an hour either side" is not correct - UTC does not change, it is the change between GMT/BST that causes this.

  7. @billster Just for clarity, the screenshots you're sending appear to be within a Request workflow - this is only created when a Request is raised, so there would be no possible way to prevent one being raised at that point, although you could automatically (and silently) resolve and close it.

    The action you have taken with the Inbound Routing Rules is the correct one for this scenario.

  8. On 28/03/2024 at 18:53, Estie said:

    When I start the test I am asked to enter a username to run the test as and choose the service and catalog item

    You have a "Select Customer" node followed by a "Select Service" node, so the above is exactly what you should see.
    You are not being asked to "Running test as" (this is displayed for your information) you are being asked to select a Customer by the Co-Worker Search node.

×
×
  • Create New...