Change Monitor

Catch identifier changes before they become regressions.

A static bank lookup answers one question. A watchlist answers what changed, when it became effective and how to replay the affected payment workflow. IBANgen keeps this layer synthetic, source-aware and fail-closed.

Scope: Synthetic and sandbox-only. This page documents QA and integration workflows; it does not claim live account verification or production payment execution.

Use it in three steps

3. Replay migration

Download a stable synthetic fixture so routing and payment-form tests can reproduce the transition.

Explore replay migration →

Sources and freshness

Registry history contract

Open the documented source or runtime contract before relying on this workflow.

View source →Page evidence checked 2026-08-20

Questions teams ask

Does the monitor send live email automatically?

The current worker queues pending verification alerts only. Outbound delivery remains disabled until a deployment explicitly configures and verifies a sender.

What changes can be compared?

Supported registry fields can include names, identifiers, statuses, relationships, payment-rail flags and source metadata. Each diff reports the exact fields available in the snapshot.

Can I monitor unlimited entities?

No. Watchlist limits are plan-scoped so the service can keep storage and alert processing bounded.