Skip to main content
An Orchestration can refresh a Surface after a task completes. The task returns a structured payload once, then Sofie updates the target Surface, records where the update came from, and refreshes the open Surface. Use this pattern for recurring metrics, program status, review packs, operational trackers, and other Surfaces that should stay connected to a repeatable workflow.

Understand the connection

Choose a target strategy

A fixed target is safer for a workflow built specifically for one dashboard or report. A Surface input is useful for a reusable Orchestration that operates on different projects.

Configure a Surface output

1

Open the task

In the Orchestration editor, open the task that produces the Surface data.
2

Choose Surface output

Set the task’s Output Mode to Surface.
3

Choose the target

Set a fixed Surface or choose a Surface input that the run will ask for.
4

Name the Surface part

Enter the section the task updates, such as Risk Register, Timeline, or Metrics.
5

Choose the update behavior

Select Replace snapshot, Merge object, or Append row/event.
6

Define the output

Click Define Output and create the structured fields the Surface expects.
7

Test the run

Run the Orchestration with realistic inputs. Confirm the right Surface part changed and review the Sources and Activity tabs.

Choose an update behavior

Choose the behavior deliberately. Replacing an event log can remove earlier entries from the rendered feed. Appending a full snapshot can create duplicates.
Replace snapshot replaces the current payload in one feed. It does not create a named Surface snapshot. Use Snapshot After Each Run when you also want to retain the Surface version and feed state after the run.

Map one task to one part

When the structured output has a top-level field with the same meaning as the Surface part, Sofie sends that field. Otherwise, Sofie sends the complete task output. For predictable mapping, align the field and part names. Example output shape:
Target the Metrics part so Sofie can map the metrics field without extra configuration.

Map one task to multiple parts

Use Advanced multi-part mapping only when one task intentionally updates several Surface parts. For each mapping, define:
  • The part or feed.
  • An optional output field or path.
  • Replace, merge, or append behavior.
Keep mappings small and test each one. Separate tasks are often easier to review when different sources or validation rules drive each Surface section.

Save a snapshot after each run

Turn on Snapshot After Each Run for recurring formal outputs. Name patterns can include the run date, date and time, run reference, or timestamp. Good uses:
  • Weekly business reviews.
  • Monthly PPQ summaries.
  • Client status packs.
  • Periodic governance reports.
Skip automatic snapshots for high-frequency or exploratory updates because they can create a noisy snapshot library. Snapshots save the Surface version and feed history selected at that run. They do not freeze collection records used by the Surface.

Verify the update

After the run:
  1. Open the Surface and confirm the intended visual or records changed.
  2. Open Data > Sources and confirm the Orchestration, affected collections, fields, and record counts.
  3. Open Activity and filter to Orchestrations or Sources.
  4. Check for a Needs attention feed status.
  5. If the run created a snapshot, open it and verify the saved version and feed state.
A successful run confirms that Sofie delivered a payload. It does not prove that the source data, calculations, mapping, or resulting visual is correct. Review the Surface after changes to the Orchestration output schema or Surface structure.

Ask Sofie to set up the workflow

You can describe the connection in chat before editing it directly.
Use focused prompts to review or diagnose an existing connection:
For general workflow design and testing, see Build and edit an Orchestration and Test Orchestrations.