Activating email auto replies for closed tickets

by default and also a typical configuration, the docid\ k caxgwjtxmh6o1k9mfg3 and docid\ n7grmobhia4a8dg6nvsgm processes do not allow updates to closed records this includes updates from inbound emails, where the default behaviour is not to add the email contents into the already closed records however, servicely has an out of box capability that you can activate, to automatically send an auto reply email to an email sender, should they email servicely for a record (either docid\ su l6qrxg4jzoztrt5vy , incident or itsm request) that is already closed the auto reply email servicely sends out, will then provide an option to raise a new interaction ticket flow of emails/information if activated in the out of box form, the below image shows the expected flow of emails and information at a high level, in and out of servicely purely from the auto reply email perspective example of sent email below shows a screenshot of a portion of the out of box auto reply email in this example it highlights how servicely emailed a user about an incident, but by the time the recipient replied, their incident has been closed off clicking on the “new ticket” button on the email body, it will bring up the user’s default email application and will result in an email response that can be sent back to servicely to create a new interaction the new interaction will have a customer communication journal added that a link back to the closed incident for historical reference how to activate change set if you are activating these rules in a non production environment, with the intention of migrating the changes to another servicely environment (such as production), please ensure that you had created a docid\ n2uudis1ndtpjcmol2i1n and set it to track configurations application properties the docid\ ltoo4wlb8le r0q20fndx below have value of false , out of box you may set them to true as required property name purpose interaction auto reply enabled set to true , if servicely should send an auto reply to anyone replying to a notification linked to an interaction that's already classified and the target record is also closed incident auto reply enabled set to true , if servicely should send an auto reply to anyone replying to a notification linked to an incident that's already closed itsm request auto reply enabled set to true , if servicely should send an auto reply to anyone replying to a notification linked to an itsm request that's already closed the two application properties below should point to the respective outbound notification template’s ids in the next section of this documentation if you want to create your own outbound notification templates to send as the auto reply emails, then ensure you place the ids of those outbound notification records, into the respective application properties below property name purpose incident auto reply notification template id servicely record id of outbound notification template for auto reply on closed incidents default value is e67e8cafe18f11eea72b0242ac140026 itsm request auto reply notification template id servicely record id of outbound notification template for auto reply on closed itsm requests default value is 940f1d6ce19111eea72b0242ac140026 outbound notification template please review the following notification templates and if you need to, you can tweak the its configuration such as the email content, that includes the header/footer accordingly notification url purpose incident auto reply for closed incidents #/outboundnotification/e67e8cafe18f11eea72b0242ac140026 notification to send as an auto reply, to inbound emails sent to a closed incident itsm request auto reply for closed requests #/outboundnotification/940f1d6ce19111eea72b0242ac140026 notification to send as an auto reply, to inbound emails sent to a closed itsmrequest system inbound action please check and ensure the following inbound action record is already active if not, please set the active flag to be yes and save your changes inbound action url create new interaction from auto reply closed email #/systeminboundaction/dbde5e52285111efbd0c12230e323c36 other configuration this requires javascript, and general servicely platform knowledge existing auto reply if you want to update the condition on when an auto reply email is sent, you will need to update the respective inbound message configurations for the processes e g they are below incident located in https //\<instance name> servicely ai/#/inboundmessage/34a288deb83111efade82622bf02a1ea itsmrequest located in https //\<instance name> servicely ai/#/inboundmessage/c0a804c369c11f978169c169211c03e2 interaction located in https //\<instance name> servicely ai/#/inboundmessage/c0a804c369c11f978169c1689b8703d2 if you want to create your own outbound notification template for the auto reply email that is sent out, ensure the respective application properties “ incident auto reply notification template id ” and/or “ itsm request auto reply notification template id ” are updated to reference the servicely id of your new outbound notification template if you want to change how servicely handles the reply coming back from the auto reply email, then you can update the system inbound action configuration it is located in https //\<instance name> servicely ai/#/systeminboundaction/dbde5e52285111efbd0c12230e323c36 custom auto reply if you want to make similar auto reply functionality available to other processes (or custom ones), then we recommend that you follow the out of box code we have for incident/itsmrequest/interaction and come up with your own application properties outbound notification template \[optional] system inbound action \[optional] script library based on itsmworkemailutils reference documents general information on inbound message is outlined here in docid\ zah49ic1z3qdqpzkk0u9t general information on outbound notification is outlined here in docid\ rl4ihxyzjma6fgokx1qz3