Adrian Simpkins Posted April 23, 2019 Posted April 23, 2019 Hi, Our vision is to have our requests auto close after a 5 day period once the request is in a resolved status - this is achieved via an email sent to the Customer with a link to reopen the call if the resolution has not addressed their issue. I have set a decision node to check the status of the call after 5 days, and if it is reopened by the Customer it should loop back round for a review of the resolution, or if the Customer has not reopened the call it should check it is still in Resolved then move to the final stage to send a closure email and auto close the request. However, i am unable to get it move to the closure stage so can anyone advise where I am going wrong please? I have included a screen shot of the BPM as below. The Request Reopened node has a custom expression: 'Flowcodes->RequestStatus==Status.open', and the Request Still in Resolved Status has the expression 'Flowcodes->RequestStatus==Status.resolved'. I am getting an error 'No Matching GoTo If Found'. I have also set this code with a value of 'RequestStatus' from the FlowCode picker and this is kicking back a larger error but I think this is due to the decision node logic. Can anyone advise at all please? Many thanks
Martyn Houghton Posted April 23, 2019 Posted April 23, 2019 @Adrian Simpkins Can you try putting in a Get Request Details node between the Suspend and the Decision, node to make sure you have the up to date values in the Flowcode. Also for testing purposes I would be tempted to also insert a Timeline update node after this and insert a team comment including the Request Status value, so you can see what the value is before it goes into the decision node. Cheers Martyn
Adrian Simpkins Posted April 23, 2019 Author Posted April 23, 2019 Hi Martyn, Thank you for the response. I will insert a Get Request node and let you know what happens. I did start putting a Get Request in but as there was one eariler in the script I was questioning myself ! I will try now and confirm what happens Many thanks
Adrian Simpkins Posted April 23, 2019 Author Posted April 23, 2019 Hi Martyn I have amended the BPM, but it appears that our MSB instance is not available. I raised 3 calls ending 340/341/342 and they were not appearing in the New Request List, and now I am unable to get any response from the URL - not getting a timeout, or error, literally just sitting there with no response! I have emailed the Customer Care team to advise. Once it is available again, i will let you know what happened with the above Many thanks
Martyn Houghton Posted April 23, 2019 Posted April 23, 2019 @Adrian Simpkins Oh dear. Hope you get it sorted. Cheers Martyn
Adrian Simpkins Posted April 23, 2019 Author Posted April 23, 2019 Hi Martyn Our instance has come back to life (not sure why wasn't available earlier) and I have now tried the amended script, and now it is failing again with an error : Xmlmc method invocation failed for BPM invocation node 'stage-070fd218/flowcode-67d2775c': 0200 apps updateReqTimeline FlowCode Exception (com.hornbill.servicemanager/entities/Request... I added a Get Request details, and a Timeline update before the decision node, but now giving this different error rather than No GoTo If found. Any ideas please?
Martyn Houghton Posted April 23, 2019 Posted April 23, 2019 @Adrian Simpkins Can you post a screen print of the update timeline node and the does the error message expand if you click on the red error message pop up. Cheers Martyn
Adrian Simpkins Posted April 23, 2019 Author Posted April 23, 2019 Hi Martyn Screen shot below - the error does not expand any further when i click into it, just the text copied above. Many thanks
Martyn Houghton Posted April 23, 2019 Posted April 23, 2019 @Adrian Simpkins You need to update the 'Update Text' property to 'Manual' then use the field and the button to insert the flowcode field variables/text you want to appear in the timeline update. I would also set the Visibility to 'Manual' with the value of 'Team' as well. This should then allow the BPM node to work and you should have the diagnostic values in the update. Cheers Martyn
Adrian Simpkins Posted April 23, 2019 Author Posted April 23, 2019 Hi Martyn Thanks for the above - I have updated the Timeline node as suggested above and have run another test call to see what happens. So I am no longer getting the large error above, but now I am getting the original error 'No Matching GoTo If Found'. Screen shot of the timeline update is below including the 2 previous updates on the timeline Thank you
Martyn Houghton Posted April 23, 2019 Posted April 23, 2019 @Adrian Simpkins Can you adjust the decision node to have the selection based on the database value (existing expression) and the display value, for both outcomes. I am suspecting the evaluation might be using the display value. i.e. Resolved Status has the expression 'Flowcodes->RequestStatus==Status.resolved' or 'Flowcodes->RequestStatus==Resolved' Cheers Martyn
Adrian Simpkins Posted April 24, 2019 Author Posted April 24, 2019 Hi Martyn I could only see Status in the flowcode picker, and not RequestStatus ? I did find a Request Status under the Suspend - Await Status Change - 5 Working Days, but this shows a value of newStatus rather than RequestStatus? Screen shot below. NB These were old scripts that another team member setup at the initial setup of Hornbill and already had RequestStatus set in this field - I think i selected Status when updating it as I could not locate RequestStatus then either. So I amended both as per the below screen shots, then run a new test script and got the below error. FYI The error did not expand the text any further when I clicked on it. Many thanks
Martyn Houghton Posted April 24, 2019 Posted April 24, 2019 @Adrian Simpkins Get Request Details > Status is fine as this will the the status of the request following the expiry of the suspend node. As you are not getting the NoGotoIf error it suggests it is getting past this and routing down one of the outcomes from the decision process then hitting a different error when attempting to send an email to the customer. What does the HUD show, has it gone on to the next stage or has it gone down the Request Reopened route where the second node is an Email Customer operation. Cheers Martyn
Adrian Simpkins Posted April 24, 2019 Author Posted April 24, 2019 Hi Martyn Image of HUD below, it appears it is not moving onto the Request Complete stage. I have also included a screen shot of the next stage (just in case). Many thanks
Martyn Houghton Posted April 24, 2019 Posted April 24, 2019 @Adrian Simpkins Okay looking at your workflow we it could either be the email customer in the next stage or the one on the reopened path. Presuming the decision node is now working can you check the setting on the email node in the final stage to ensure the settings are correct/valid. To confirm the route through the workflow you could also add another diagnostic Timeline update node so you can confirm which route it is taking. Cheers Martyn
Adrian Simpkins Posted April 24, 2019 Author Posted April 24, 2019 Hi Martyn Thank you. I have checked the email node(s) and they all appear to be set correctly. Image of 1 of the 3 email settings shown below, all 3 have the same settings (same as emails earlier in the BPM which are trigerring correctly as expected i.e. New Call Logged, Call Resolved. However, i have inserted a timeline update as below screenshot, and now the script appears to have completed all the way through to closure! So of course, thank you for your gudiance. As an aside can you advise at all why adding these timeline updates has enabled it to complete? Both of the timeline updates are after the decision node logic so I just wanted to understand how adding these resolved the issue. Would I need to include these timeline updates in all scripts that will use this flow? Many thanks for your assistance !
Martyn Houghton Posted April 24, 2019 Posted April 24, 2019 @Adrian Simpkins The timeline updates are only there for diagnostic purposes, so now the decision node conditions are working you should be able to remove them without it breaking the BPM. You could always replace them with additional Stage Check Points so you can see the route it went through on the HUD. It is possible by going into each of the the email nodes has reverted/changed something which was triggering the last error, or it could have been something to do withe the test request itself. Glad it is working for you now. Cheers Martyn
Adrian Simpkins Posted April 24, 2019 Author Posted April 24, 2019 Hi Martyn Thanks for confirming the above, I will move onto updating the other requests with the same flow / coding behind it. Many thanks for your help, much appreciated !
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now