Jump to content

WFMKC

Hornbill Users
  • Posts

    22
  • Joined

  • Last visited

Posts posted by WFMKC

  1. @James Ainsworth Think I maybe need to add a bit of additional context here.

    As you have seen, we use 'Suspend' to manage the time (in our case 2 working days) before the BPM progresses to the next stage if it doesn't receive an email update (any email update progresses the request).  The issue for us appears to be that the suspend is never expiring when no update is received, therefore the call remains permanently stuck at the 'Wait for off hold' stage when it should actually progress to the next stage, which is to send a further reminder email to an authoriser (specified by a custom field in the original capture) and again suspend for 16 hours.  After this if a response still isn't received, it should progress to a closed state as not authorised.  If at any stage an email is received updating the call, it will progress.

    This has always worked fine since implementation over 3 years ago, until after 19 July when it seems to have stopped.  I believe this corresponds with 'Service Manager' update that seemed to cause various issues for several customers.  As Archana has stated, we haven't changed anything it just stopped working after this date.

    I wonder, is it possibly linked to this?

     

  2. @Steve Giller To add further information to the issue.  This is the current setting of the nodes mentioned above in our Hornbill instance confirming they are setup correctly.  We've been using these nodes for sometime and apart from the initial issues referred to above, they've worked well up to the 19 July.

    image.thumb.png.bc91adb691f7d0355def172ed0a6a1d1.png

    When requests are now resolved, instead of the SLA timer moving to the 'Resolution Paused' state, it just continues to count down (example below of a resolved call with resolution counter still active).

    image.png.7c22ca50aa98d207d44fe8d90cccf39f.png

    We could really do with a resolution to this as it does appear to be an issue introduced after the update applied on 19 July and I suspect is an issue for anyone else using this functionality.

  3. @Steve Giller I'm the colleague @Marius is talking about.  I've managed to narrow it down to views I've setup where one of the conditions is 'Source' and 'Is not' (doesn't then matter what the 'is not' is).  When this filter is active, none of the charts (regardless of how many I have set to visible) show and I get the 'There are no charts configured or visible' message.  I've managed to work around this, but just wanted to highlight as it seems to be a bug that wasn't there prior to the updates and may eventually catch others out!

    image.thumb.png.93bebd7d6884ce17230a682a3e595fb3.png

  4. @Steve Giller Hi Steve.  Any idea why the visibility of 'Functional Availability' on each asset type would keep switching back on?
    I've edited each asset type under 'manage asset types' to make sure this is not visible (it's not something we want to use).  When I save and go to an asset of that type, it has disappeared but then when checking a few days later, it re-appears and going back to 'manage asset types' I note the visibility box for 'Functional Availability' on each asset type has returned.  I've removed this twice now on all assets but it keeps coming back.

    Any ideas?

  5. 3 minutes ago, Keith Stevenson said:

    All
    Thanks for the post. Can you clear your Browsers Cache.  This should allow it to conitnue.. We are looking at the root cause

    Kind Regards

    Hornbill Cloud team

    Nope.  Clearing cache not working for us either or incognito mode

  6. @AndyG Just noticed today no images are working in our FAQs anywhere across our instance (Portals, Service Desk or when editing).  Examples below:

    Portal
    image.png.083750090e6438d7316665c01f063ed0.png

    Service Desk

    image.png.eaab847f38e910512376ccc1b365a7e0.png

    Editing

    image.png.91897f1a5ff071f8f7194d2730492e71.png

    I'm not sure when these stopped working, but pretty certain they have been OK in the last couple of weeks.

    When right clicking on the image icon within service desk or portal and selecting open the link in another tab, we get this...

    image.png.f70c6720789a023162c6f189bddc3710.png

    Any ideas why this has just started for us.  Even if we create a new FAQ and add an image (using the image button), it doesn't work.  Tested on Chrome and Edge on a Windows PC and also via the mobile PWA, not working on anything.

    Is anyone else affected by this?

    Is it likely to be related to the new UI that has gone live today?

  7. hi @Daniel Dekel

    Has the fix for this been implemented as it is still an issue for us, example below of a table within the editing tool and then how it appears in Employee Portal.  Anyone else still have this issue?

    How it looks when editing...
    image.png.189bc260fcff839aed0c50778fe76922.png

    How it looks on the Employee Portal...

    image.png.6cbc034dcddef2adfb7ba35e75d6d8b9.png

     

  8. On 3/9/2021 at 3:57 PM, Daniel Dekel said:

    Hi @Katie,

    Regarding the table, this was an issue reported a few weeks ago but it was fixed in the build 1436 on the 4th of March. 

    Can you please confirm this is still an issue?

    Regards,

    Daniel.

    @Daniel Dekel I can confirm this is still an issue and is also documented in this post; Fairly urgent - FAQs not displayed when using a table - Service Manager - Hornbill Community Forums.  Would be good if we could have an update on this.  Thanks

  9. Can confirm we also have this issue and it is when accessing FAQs in the Employee Portal.  I've included screenshots below of a mocked up article, but this is now affecting existing articles that were working a couple of weeks ago.

    Admin view:

    image.png.c44d814da4b1565ffc28a05f90a7a920.png

    Employee Portal view:

    image.png.88bc16657dcd6dd39879cb1cc5276961.png

    Service Desk view:

    image.png.2f78760f3436f777297faa2568aa9cc1.png

    Prior to this, there has been an ongoing issue with the formatting of tables as well which I believe is covered in this post; FAQ Formatting - Employee Portal - Hornbill Community Forums.  Do we know if there is an update to this or has there been a Core-UI update in the last couple of weeks that has possibly caused this new issue?

  10. We have an issue after a user has used the 'paste image here' option when raising a call using the Employee Portal.  When pasting the image, the file is attached to the open ticket with a name of 'paste_xxxxxxxxxxxx.png' (where x is replaced by randomised numbers).

    When attempting to open any of these images (in any of the available image/photo applications), they appear to be corrupt and throw up an error message (see attached example).  If the same copied image is first pasted into a 3rd party program (such as MS Paint), saved as a PNG file then attached to the call, this issue doesn't occur.  Therefore it would appear Service Manager is corrupting the file when saving it as a PNG file.  Does anyone else have this issue or know how it can be resolved?

    Seems this has only started recently as we can go back to calls raised about 3 weeks ago and open attachments pasted into calls in the same way without issue.

    image1.jpg

    image2.jpg

  11. Hi James,

    We have already setup your suggestion and have a folder for processed requests within the email.  However we'd still prefer to not have to use this, we like to keep things tidy.  We don't consider it good practice to use the email for permanent storage.  We previously used Supportworks and had that configured to attach the email to the call.  So never kept any emails as they were either copied into the body of the call raised or attached to the call.  This worked seamlessly for calls manually logged from email via an agent and also emails picked up by the auto responder.  We just assumed Service Manager would do the same thing.  Could this possibly be considered as a future enhancement?

    I'm sure there are others who would like to keep their Service Manager mailbox tidy as we do.

     

×
×
  • Create New...