orchestrationWebUrl returned in the response. The customer completes the entire
consent journey — across every FIU named in the request — on one combined screen.
Redirect the customer
Redirect the customer’s browser toorchestrationWebUrl. If you didn’t supply
customer.fipIds on Consent Creation, they first see a combined FIP-selection
screen; either way, they approve (or reject) consent for every named FIU on one
combined screen — fully hosted by MoneyOne. You do not need to build or manage any
part of this UI, and you never see or handle the underlying Account Aggregator
redirect URL directly.
Return to your app
Once the customer finishes, MoneyOne redirects their browser to theredirectUrl you
supplied on Consent Creation, if any.
This redirect is a UI signal only — it tells you the customer finished the consent
flow, not the terminal outcome of each consent. Confirm the actual outcome via the
consolidated consent callback below, or Track Status.
Consolidated consent callback
Rather than one notification per FIU, you receive one consolidated callback per Consent Creation call, covering every FIU named in that request. You need a webhook URL configured to receive it — provide this at onboarding; MoneyOne’s team configures it for you. This fires within a maximum of 120 seconds after the customer’s browser is redirected back to yourredirectUrl.
Use this webhook as your primary signal, and Track Status —
passing
transactionId alone — as a complement, not just a fallback for when the
webhook fails to arrive.Payload shape
accounts/dataFetchStatus field. Account and
data-fetch detail is reported separately, per FIU, once a fetch actually runs — via the
data-fetch webhook or via Track Status, which
already exposes the accounts approved at consent time independently of this callback.
Payload fields
If some FIUs are still not terminal after this callback arrives, poll
Track Status up to 5 times, 5 seconds apart, before treating the
remainder as failed.
