Jump to content

Recommended Posts

Posted

Hi,

 

I have a process that is told to wait for custom K, this is populated by the API but the node doesn't acknowledge the update, although other custom fields do acknowledge the update via API

Could this be looked into? this is working with a supplier and the best way for us to pause our process and then progress is when we receive the relevant data from them which we populate with the API

  • Like 1
Posted

Hi @David Hall

 

I have tested this and it still does not progress, I have a separate flow that updates custom M without this parameter that does progress. 

When updating custom 25, or K it does not seem to progress at all with or without it and the values are definitely being set

Posted

This is all just test data but you can see from the config, payload and settings that its still not progressed despite data being set and resumeBpmProcess set to trueimage.png.f2c04ed123cfaa7b264bff53e6ec5509.pngimage.png.24f3c5ea87adf3486fd24054f07dbe74.pngimage.png.da4e412c22c94d614f0c8fd6815ab548.png

 

{ "params": { "requestId": "SR00090856", "customFields": "{\n\"h_custom_k\":\"PF47287494\",\n\"h_custom_l\":\"\",\n\"h_custom_o\" :\"PW0CXYHR\",\n\"h_custom_p\": \"SCC-001\",\n\"h_custom_25\":\"\",\n\"h_custom_26\":\"0.0\",\n\"h_custom_28\":\"1.0\",\n\"h_custom_30\":\"2.0\",\n\"h_custom_71\":\"0.0\",\n\"h_custom_72\":\"0.0\",\n\"h_custom_74\":\"0.0\",\n\"h_custom_77\":\"2024-10-23\",\n\"h_custom_80\":\"\"\n}", "h_external_ref_number": "V75748Y", "resumeBpmProcess": "true" }, "@service": "apps/com.hornbill.servicemanager/Requests", "@method": "update" }

Posted

I had a similar issue with updating a custom field from an auto task with the main workflow set to wait for custom field.

To get it working, I had to issue a timeline update as part of the custom field update, so I'm wondering if sending an "updateReqTimeline" API call immediately after sending the "update" API call will have the same effect?

image.png.84380de492e7e36b4e7a2d99d9b9fb95.png

  • Like 1
Posted

This would make some sense in the one that works as I tell it to set the status of the request to open, as on that one was on hold, not thought about it on this one that's erroring as its already open I will test later on

Posted

@Jim

Ok I'll double check that new parameter as it was working correctly when I previously tested it but I'll check with custom K to be sure.  As Gareth mentions... the updateReqTimeline should have the effect of moving on the workflow as well... this new param was added just to avoid the need to add a timeline entry.

  • Like 1
  • Thanks 1
Posted

Hi, 

Thanks both the update request timeline has worked and saved me from delivering some bad news :D thank you 

Funnily enough it does actually make sense to update the timeline in my scenario also to show when the fields were updated and how often :)

 

  • Like 2

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 account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...