Schema Drift Repair
A source schema changes. Investigate the affected relationship and bring a cited mapping proposal to review. Saving the proposal leaves the live mapping unchanged.
Signal Flows. Investigate changes in your data, bring a proposed response to review, and follow it through to a confirmed result.
42-second product walkthrough with synthetic Orders data.

Product walkthrough
Read the transcript and visual descriptionsA source schema changes. Investigate the affected relationship and bring a cited mapping proposal to review. Saving the proposal leaves the live mapping unchanged.
A quality check flags an anomaly. Gather the supporting evidence and return a cited diagnosis for the team, without changing data.
A refresh fails. Investigate the failure and propose a reviewed dry run or live materialization run. Keep the confirmed run attached to the investigation.
Records enter or leave an object set. Investigate the change and propose running an allowed Workflow, with its scope and review requirements attached.
A model monitor raises a signal. Inspect the retained production evidence and propose an Evaluation run to investigate the behavior.
A destination sync fails. Investigate the failure and prepare a writeback proposal for review. Sending the change to the external system remains a separate step.
A field rename puts a customer mapping at risk. Follow the evidence into review and the confirmation that an approved proposal was saved.
Orders schema guard watches the source, brings the schema and customer mapping into the investigation, and requires a data operator to review any proposal. Version 3 is confirmed live in this example.
The Orders stream replaces customer_id with customer_reference. Open the run to see the source event and the customer relationship that needs attention.
Read the finding alongside three source references and two checks. The proposed mapping points the customer relationship at the renamed field.
The review brings the evidence, before-and-after preview, and affected items together. A data operator decides whether to save the proposal. No source records would change.
The run waits for confirmation after approval. It completes when the mapping service confirms the proposal was saved. The live mapping remains unchanged; applying it is a separate action.

One signal, one connected response
An alert tells you something changed. Signal Flows brings the source, investigation, and proposed response into the same run, so the team can decide with the evidence in view.
In this Orders example, a data operator approves a mapping proposal. The run ends when the mapping service confirms it saved that proposal.
Explore people and agents at workcustomer_idcustomer_referencePoint the customer relationship at customer_reference.
The live mapping and source records stay unchanged. Applying the proposal is a separate action.
Synthetic exampleChoose a signal your team already handles. Define the evidence an agent needs, the changes it may propose, and the review required before action.