Request a scheduled data refresh
Coordinate an approved refresh and confirm its outcome with a data owner.
Illustrative idea, not a published runnable template. Grunt is prelaunch; live service is paused and live provider connections and outcomes remain unverified. The steps, providers, and outcomes below describe a concept.
Use an approved job name and any required input details to request a data-processing task, then wait for its outcome. Keep the run status and returned result connected to the original request so an owner can verify that the right job completed and decide whether the result is ready to use.
Actual availability depends on published steps, supported connections, permissions, and provider approval.
“Start the approved task, track its completion, and return the requested result with status context for human review.”
Clear tasks, with review where it matters.
Helps teams request a defined data job and retrieve its result without losing track of the request that started it.
The wrong job or input can affect shared operations, and a returned value may be incomplete or misleading. Restrict requests to authorized users, confirm the job and inputs before it starts, and have an owner verify completion and result context before using consequential outputs or sharing them outside the intended team.
Select an illustrative task to explore its proposed role. No workflow runs here.
Identify the intended task, its owner, and what result the requester expects.
Verify that the supplied parameters are complete and appropriate for the approved job.
Have an authorized owner confirm the target and inputs before starting work that affects shared operations.
Keep the request associated with its current status and flag delays, failures, or unclear outcomes.
Check that the value belongs to the correct run and period before relying on it or sharing it more widely.
Identify the intended task, its owner, and what result the requester expects.
These are planning notes for the concept, not instructions for a currently available template.
Define which data jobs may be requested and who may start each one.
Explain the expected details, result fields, and conditions that indicate a completed task.
Choose how long to wait and who reviews failed, delayed, or incomplete runs.
Name who approves runs and who verifies results before they inform decisions or leave the team.
Published templates and verified customer availability remain pending.
Explore the sample experience while launch details are being finalized.
View pricing status Explore the simulation