A shared API changes without notice. What should happen?

Uncontrolled interface change

Restore or contain the impact through the authorized technical process, then establish versioning, notification, and compatibility expectations. Treat the interface as a shared commitment.

What to do now

  1. Identify affected consumers and behavior
  2. Coordinate safe restoration or adaptation
  3. Agree interface version and change rules
  4. Add compatibility verification
Recommended action flow for uncontrolled interface change: Identify affected consumers and behavior then Coordinate safe restoration or adaptation then Agree interface version and change rules then Add compatibility verification. Escalate when the change disrupts critical service or corrupts data.

When to escalate

Escalate when

The change disrupts critical service or corrupts data.

Who decides

The accountable integration or dependency owner

Example

A field change is versioned and tested with consumers before the old behavior is retired.

Mistake to avoid

Assuming internal APIs do not need change coordination.

Prevent a repeat

Verify dependency completion with the consuming team and test the integrated outcome early enough to act.

Suggested ApprovedFlow setup

  • Tasks
  • Documents
  • Projects

Keep dependency owners, required evidence and dates with linked work records, confirming supported link behavior in the current build. See the platform

Related cases

Practice references