Brendan Posted August 6, 2020 Share Posted August 6, 2020 Evening all, almost Friday! New Hornbill Service Manager customer here. I'm currently trying to get my BPM workflow to move past a "Wait on Request Update" suspend node by updating it using PowerShell and the API but I'm hitting an issue and was hoping someone could steer me in the right direction. Up to now I've been able to update the requests using Requests::update to make a number of changes but this doesn't appear to progress the flow past the suspend node. I've also attempted updating the description field via the API while using the "Wait for Request Description" task in the flow but this too didn't go anywhere. This is the code I'm using to do the update to the description field in this case. # Build XMLMC API call Add-Param "requestId" "SR00000646" Add-Param "h_description" "Updated AGAIN!" $xmlmcOutput = Invoke-XMLMC "apps/com.hornbill.servicemanager/Requests" "update" -Verbose Is there a different method I should be using to fulfil the update action that the suspend node is waiting on? Many thanks Brendan Link to comment Share on other sites More sharing options...
Gerry Posted August 7, 2020 Share Posted August 7, 2020 @Brendan I am not terribly familiar with the underlying workings of Service Manager, but from a BPM point of view, the suspend node is a logical expression, almost certainly checking the state of something in the database. However, the BPM does not poll for changes, its event driven, so assuming you have changed the state accordingly, the BPM will need to be woken up. Typically this is done by some application-defined Flowcode (our internal back-end scripting environment that application teams use to build application logic and function) operation. You could call bpm::resume but there may be other logical stuff that needs doing to maintain the applications data integrity. By the looks of it, you are just updating the request description, but that is probably not what the BPM node is waiting on. Review the following API's under Requests, possibly there is a requestUpdate related API that will also deal with the underlying mechanics of waking the BPM in the right context for you. https://api.hornbill.com/apps/com.hornbill.servicemanager/ possibly this one (I am only guessing)https://api.hornbill.com/apps/com.hornbill.servicemanager/Requests?op=updateRequest I am sure one of the SM team devs or specialists will be able to be more precise here, but thats the general area you want to be looking at Gerry Link to comment Share on other sites More sharing options...
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