Jump to content

Dave Read

Hornbill Users
  • Content Count

    16
  • Joined

  • Last visited

  • Days Won

    1

Dave Read last won the day on March 22 2019

Dave Read had the most liked content!

Community Reputation

4 Neutral

About Dave Read

  • Rank
    Member

Profile Information

  • Gender
    Male
  • Location
    Walthamstow

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. thanks, @James Ainsworth i search now and i see that post, not yesterday - but their problem i've offered the same fix as I've just used successfully... remove redundant columns. this allows dynamic and automatic adjustment of width rendering to take place. (we need a "last update BY" column so i was adding too many columns like "last updated" & "last updated date" so we can sort by this column for identifying customer responses) sorry for potential thread hijack to @Martyn Houghton ;-)
  2. hi all @lee mcdermott, i had the same problem but realised that it was because i thought i needed all the column headings i had on display; i used "customize columns" and removed some and the width of the columns i needed wider then dynamically widen automatically... fixed it for me. e.g. i had "last updated" and "date last updated" because we need to see if a customer has responded, but this is not useful if the service desk has updated the ticket. we ideally need (as per supportworks) the "last update BY" so we can sort by this column for identifying customer responses.
  3. +1 for us, also, would I need to raise a separate thread for column widths in Service Manager for sub-queue view? truncation even if at lower screen zoom levels - we're looking to re-order the extracted content but pixel width control like Excel with optimising using customize columns would be a major efficiency.
  4. thanks so much victor, my manager is very interested in your reply, so sending an alert to him @JBasey
  5. Hi all, as simple as that really.... additional button to trigger a conversion of an Incident to a Service Request Problem/landscape the front-end of our self-service could possibly have a refresh to allow a Pareto-esque channelling of staff logging calls in the correct way with bespoke and specific choices based on historical calls of the last 9 months since initial implementation of Hornbill from Supportworks. staff are logging a high volume calls inappropriately as Incidents as that's the first item in the queue once a call's logged as an Incident, it appears there's no way to mid-process-engine convert to a Service Request the time wasted in relogging calls is very draining on resources and although our performance metrics are great, there's a gaping mound of efficiencies that could be cleared down. we take many requests that are far from broken items; folder permissioning, mobile device config, social service system requests, purchasing, New Users , website updates etc etc (plus other directorates are on the Hornbill bandwaggon in a *big* way, but these are items we don't see) we have a tight 1 day SLA on incidents that's being hampered by having to relog calls all day long could there be a way to have an additional icon close Incident emailing user what's happening log service request copying salient email user with standard confirmation and new ref block email updates to old call coping with classifications and anything else I've not thought of ;-) 99% I simply classify as a non-chargeable service request Grateful if this could be injected into your release plans Thanks, Dave.
  6. @James Ainsworth +1 for me too James please on the backlog alert, this idea could incorporate segmenting the attachments more visibly as per suggestion in post as follows
  7. Brilliant, thanks, Steven - do these "Stories" have a user visibility for illustrating progression and projected production deployment timescales? My manager @JBasey is impressed (in general with Hornbill ) with the firm possibilities offered.... excellent., functionality we will look forward to using, maybe even rules of "all tickets linked" too etc for Major Incident Management / Problem Management Cheers, Dave
  8. Hi guys I've just been approached by a team member that for updating a cluster of calls with the same information, I was looking to guide him on selecting a group of Service Requests and triggering an email to send a mass update using the "Actions" button that appears after selection...... although it would offer the ability to update all the calls (or assign), there's no option to email? (I think I'm right that you can't select a blend of INs&SRs) My workaround for my colleague (because it was a single requester), was to guide on using exchange and sending a single email from the associated mailbox, then do a mass update on each call to reflect this information. Is there a more elegant option akin to "tick for emailing" option in the pipeline? I've checked forum and not seen similar. This would be a boon of extra functionality Update different staff Guide huge tranches of users with bespoke updates and/or instructions Warn a selection of staff their call was liable for closure Prompt requesters their call would be under imminent scrutiny and to provide required feedback for quick resolutions ASAP rather than being chased or closed Assist in Major Incident management communication in tandem with all other mediums. etc etc Thanks, Dave
  9. @James Ainsworth & @dwalby Hi all, searched but no similar query mentioned..... could there be, or is there an existing change item you're planning, to create an extra section in a support call that would include the attachments contained within a ticket that had been emailed either inbound or outbound? For time saving reasons to avoid a huge drain of scouring a ticket being required? Potential solution 1 Add a section called "Emailed Attachments", to incorporate both outbound and inbound 2 Rename current "Attachments" section to be "Uploaded Attachments" 3 In the new "Emailed Attachments", show all the files neatly arranged instead of looking at all items in the timeline for "view email" and then seeking the .doc or .pdf etc. Have the post URL clickable for uniquely opening that element to see the email that had the attachment. Trigger Scenario: our very senior security architect querying with me (desk-side) the location of a Security Event document I struggled to find myself, even though I'd included the URL of the timeline post in prep of him struggling!! I imagine a more efficient landscape to aggregate the data together amongst the sometimes overwhelming amount of timeline post/updates. There might be mileage in further granulation of adding sub-sections of the Emailed Attachments to show "those sent in by the customer/requester" and "others, admin sent out" etc, using a look-up comparing the inbound email address for being the same as the requester's etc.... but maybe going too far? Or I', not and separate the uploaded into user and admin? So possibly to be distinct in the origin of the data might be a better to highlight/organise?... Customer/Requester/User Attachments, and non-customer/Admin Attachments - then cater for "Other" where a contributor to the call might send in some associated data with the ticket ref in the subject. This would be a stunning improvement and deliver huge efficiencies for saving time in accessing crucial data in a timely fashion. Thanks, Dave
  10. Daniel, awesome. tested and working beautifully. soon as we can have full sync across AD/Hornbill+staff directory it will be even more of a godsend than it currently is. thank you from me and the team.
  11. sorry for confusion... I was comparing your search function to the existing one in Windows File Explorer and Outlook that can interrogate a list of data extracting those items of a certain size. ("size:large" gives those files between 1&16MB so assists Exchange users find those emails that can be targeted to reduce their mailbox usage)
  12. Officially gobsmacked.... brilliant. I'll pass on the good news to my manager & colleagues , some are just remembering everything in the phonecall, then going back to log it after they've confirmed the caller's surname; there's some efficiencies to be made there for sure!! Thank you so much. (akin to "size:large" for files/email searching criteria, so makes sense)
  13. This could be fantastic Daniel... so if I understand your offering correctly, are you suggesting that for logging a call our process would be simply be this go to "Create New Incident" or "Create New Service Request" (same/no change) in the "Search Customer" field enter either "phone:xxxx" or "tel:xxxx" for it to generate results of staff? if so, then this would be a huge improvement for us on the Service Desk needing to take notes in MS Word in the meantime of the caller taking breath and giving their surname. Thanks, Dave.
×
×
  • Create New...