Skip to main content
D
dharsanad696569
July 21, 2026
Question

Asynchronous API call from interface and follow up API to get the status of the job.

  • July 21, 2026
  • 1 reply
  • 2 views

Hi

I have a requirement where I need to invoke an asynchronous API that returns a jobId in the response. After a certain wait time, I need to call a second API to check the status of the job by passing the jobId received from the first API. This status API should continue to be invoked at regular intervals until the job completes successfully.

All of these steps must be completed before the form is submitted, as activity chaining needs to be maintained.

Our current plan is to use a Start Process smart service to initiate the asynchronous operation and capture the process ID. I can then use Query Process Analytics at configurable refresh intervals to monitor the process status until the second API returns a successful response. Once the process completes, I can retrieve the results and display them to the user in a grid.

Is there any better approach than this /any drawback in this approach. Anyone had similar requirement? Please sugget.

1 reply

K
khushim2808
July 21, 2026

Hi [mention:2737f3edac9d496b9c0decdd18ead53e:e9ed411860ed4f2ba0265705b8793d05] 

Your approach is technically feasible, but the deciding factor is how long the external job typically takes.

If the job usually completes within a few seconds, I'd consider polling the status API directly from the interface (using a refresh variable or refresh interval) until the job completes or a timeout is reached. This avoids introducing another process model solely for polling.

If the external job can take longer (tens of seconds or minutes), then using a separate process model is more appropriate. However, I'd be cautious about relying on activity chaining for a long-running asynchronous operation, since activity chaining is intended for short-lived interactions and may not be reliable for extended polling.

Your proposed approach of starting a process and monitoring it via Query Process Analytics can work, but it does add complexity and requires handling retries, maximum wait times, failures, and process timeouts.

Out of curiosity, how long does the external job usually take to complete? That will largely determine the most suitable design.

Terms & ConditionsAccessibility statement