Canada Real-Time Rail (RTR) Integration and Participation
The Real-Time Rail went live on 9 November 2026. Integration engineering for the decisions that follow: which connectivity and settlement models to use, which of the published lead times actually controls your go-live date, ISO 20022 message handling, integrating the mandatory central fraud services, and building returns processing for a rail where the sender cannot cancel a submitted payment.
Already live on a US rail? Start with FedNow and RTP integration and the FedNow vs RTP comparison. Working in Canada more broadly? See our Toronto practice.
When to call us
The rail is new, so almost every team approaching it is making these decisions for the first time.
Connectivity and settlement are still undecided
These are two separate choices. A direct-to-exchange connection or a connection service provider, and direct settlement or settlement through an agent. Payments Canada sets them out separately, and the requirements attaching to each are different, so deciding them as one question tends to hide whichever requirement is slowest.
You have a go-live date and the dependencies are not mapped
Payments Canada publishes processing estimates and minimum notice periods that attach to different participation choices, and they start from different events. A date set before those are mapped against implementation, testing, certification and the onboarding sequence is a date set on one input.
Your exception handling assumes the sender can cancel
Under RTR Rule 6 a submitted payment message cannot be cancelled, revoked or amended by the sending participant. Rule 7 then provides a formal returns process with its own clocks. The implementation has to support pre-submission controls and the returns procedures the rules require.
The timing budgets are tighter than your current stack
Payments Canada specifies end-to-end processing within 10 seconds and Confirmation of Payee responses within two seconds. Rule 6 requires the receiving participant to make funds available promptly and no later than 60 seconds from its receipt of the settlement outcome message indicating that settlement has occurred, subject to the exceptions in Rule 7. Those numbers are an architectural constraint before they are a performance target.
The published lead times, and what they do not measure
Payments Canada publishes all of these, and they are not comparable to each other. Two are processing estimates, two are minimum advance notice periods, they attach to different participation choices, and their clocks start at different events.
Bank of Canada settlement account
The Participation Guide gives the application processing time as approximately two to six months, varying with factors such as whether the applicant already holds a settlement account. Without approval, an organization cannot participate as a direct settlement participant.
An unregistered connection service provider
RTR Rule 5 requires notice to the Association at least 6 months before the first exchange using a connection service provider that is not yet registered, and the provider may only be used once the Association confirms registration.
An already registered connection service provider
Rule 5 requires notice at least 90 calendar days before the participant's first exchange of an RTR payment message using that provider.
RTR participant conditional approval
Payments Canada staff review the application and recommend conditional approval by the President, pending completion of the program activities leading to go-live. The Guide gives approximately two to three weeks. This is an application stage that precedes onboarding, not a measure of time to go live.
None of these four is a project duration, and the list is not exhaustive. Implementation, testing, certification, final approval and Payments Canada's own sequenced onboarding can each determine the date, and Payments Canada ties participant go-live to the sequenced launch strategy and to participant readiness. Membership approval is a further dependency for applicants who are not yet members. Map the requirements that actually apply to your chosen route before committing to milestones. Existing membership and settlement arrangements change which steps apply: an existing Lynx or ACSS settlement account permits a streamlined RTR settlement account application rather than removing the requirement, so the remaining account, connectivity and participation obligations still need confirming.
What you actually get
The technical and operational components of an RTR integration that holds up in production.
- Dependency mapping across the applicable published estimates and notice periods together with implementation, testing, certification, final approval and the Payments Canada onboarding sequence, so the schedule reflects every input rather than the most quotable one
- Connectivity decision - a direct-to-exchange connection assessed against a connection service provider, including the Rule 5 provider notice periods that apply to the provider route and the implementation, onboarding and certification requirements of each option
- Settlement decision - direct settlement participant against indirect settlement through a settlement agent, including the Bank of Canada settlement account path and what each choice does to reconciliation
- ISO 20022 message handling and the operational state machine it implies, built against the Canadian message set rather than a FedNow or SEPA Instant mapping assumed to carry over
- Returns and exception processing under RTR Rule 7 - a 60 calendar day window from the date the message was exchanged to initiate a payment return request, a 10 calendar day obligation to respond from receipt of that request, and the extension path and designated contacts the rules require
- Integration of the central fraud services - Central Risk List, Central Fraud Analytics, Central Fraud Reporting and Confirmation of Payee - alongside existing in-house controls, with the participant retaining decision-making responsibility
- Confirmation of Payee implementation for payments sent from personal accounts, including the two-second response obligation, the onboarding data contribution and the ongoing contributions via API or the fraud portal
- The 24/7 operating model - liquidity policy, funding and defunding windows, alerting that reaches someone who can act, and an on-call arrangement that is chosen rather than arrived at by accident
The participation sequence
As Payments Canada sets it out in the Participation Guide. Note the order: conditional approval comes before onboarding begins, not after onboarding and testing are complete.
Application and conditional approval
Payments Canada staff review the participant application and recommend conditional approval by the President, pending successful completion of the program activities leading to go-live. Approximately two to three weeks.
Onboarding begins
Onboarding activities start on receipt of written notification of conditional approval, guided by Payments Canada, with a detailed implementation plan and defined timelines developed with the participant.
Testing and certification
Certification means demonstrating full end-to-end connectivity and payment execution, including defined day-in-the-life business processes for the relevant participant type.
Attestation, final approval, production
After onboarding and testing, the participant signs the RTR go-live attestation form. The President then provides final approval, after which production rollout begins alongside the industry solution assurance phase.
Named proof
AZdev has not delivered a production RTR integration. These are the US payments and platform engagements the RTR work would build on, described as what they were.
Netspend
Austin, TXShipped a credit-building feature on a mobile banking platform operating inside the US payments stack, working within an existing production payments environment and its release constraints.
HelloHive
New York, NYMigrated a legacy monolith to TypeScript microservices on serverless infrastructure.
How we work
30-min discovery call
Whether you are already a Payments Canada member, which connectivity and settlement models you are considering, and an honest read on whether participation is worth it at your volume. Sometimes it is not.
RTR readiness assessment
2 to 3 weeks, assuming reasonable access to your engineering and compliance leads. Written output: a dependency map showing which published lead time controls your date, a connectivity and settlement recommendation, an ISO 20022 gap analysis against your current message handling, and a fraud services integration plan.
Embedded build
We pair with your senior engineers on the highest-risk components through onboarding, testing and certification, and into production rollout.
Frequently asked
Is the Real-Time Rail actually live?
Yes. Payments Canada announced the launch on 9 November 2026 and describes the system as now live, with real-time settlement in central bank funds and data-rich ISO 20022 messaging. Coverage is still expanding under what Payments Canada calls the RTR launch phase target timeline: the first quarter of 2027 for initial Interac e-Transfer clearing and settlement migration participants, the second quarter for additional migration participants, and the third quarter for all participants in the initial launch phases at full transaction volumes. Payments Canada also states a target of over nine in 10 Canadian bank accounts served by Q3 2027. Those are published targets, and Payments Canada says participants will continue to go live in accordance with the sequenced launch strategy and their own readiness.
What controls our go-live date?
Several things, and which of them applies depends on the route you choose. Payments Canada publishes a processing estimate of approximately two to six months for a Bank of Canada settlement account application, and approximately two to three weeks for conditional approval of the RTR participant application. RTR Rule 5 sets minimum advance notice before your first exchange using a connection service provider: at least 6 months for a provider that is not yet registered, at least 90 calendar days for one that is. Membership requires Board approval on a quarterly cycle if you are not already a member. None of those is a project duration, and they do not form a complete list. Implementation, testing, certification, final approval and Payments Canada's sequenced onboarding also bear on the date, and Payments Canada ties go-live to the sequenced launch strategy and participant readiness. The useful exercise is mapping the requirements that apply to your route against your own delivery plan before a date is committed.
Should we connect directly to the RTR Exchange?
This is a judgment rather than a rule, and ours is that firms without an existing payments platform team should start with a connection service provider. Payments Canada permits a direct-to-exchange connection or the services of a connection service provider, which may itself be a participant offering connectivity services or a third-party entity. Two things are worth knowing before treating outsourcing as the easy path. Rule 5 attaches minimum advance notice periods to the provider route, 90 calendar days for a registered provider and at least 6 months for one that is not yet registered, so the provider route is not automatically the faster one and the comparison has to be made rather than assumed. And under Rule 5 a participant that contracts a service provider remains responsible for ensuring the function is carried out in accordance with the RTR By-law and Rules, so accountability does not transfer with the work. Connectivity and settlement are separate choices, and Payments Canada sets them out separately.
What is the difference between direct and indirect settlement?
A participant can settle its own payments as a direct settlement participant, which requires a Bank of Canada settlement account. A direct settlement participant can also act as a settlement agent and settle payments for others, though acting as an agent depends on holding the appropriate account type and approval rather than following automatically from direct settlement status. An indirect settlement participant is an RTR participant that uses the services of a direct settlement participant acting as settlement agent. A member non-participant is different: under RTR Rule 1 it is a Payments Canada member that is not an RTR participant and has entered into an agreement with a direct settlement participant to offer payments to its customers that will be exchanged, cleared and settled via the RTR, using that direct settlement participant's services. Using a settlement agent does not by itself make an organization a member non-participant. Which of these you are changes your reconciliation design, your liquidity obligations and the requirements that apply, so it is worth settling early rather than treating it as a downstream detail.
Can an RTR payment be reversed?
Two separate facts, and conflating them is the most common error. Under RTR Rule 6, an RTR payment message once submitted to the RTR Exchange cannot be cancelled, revoked or amended by the sending participant, so prevention has to happen before submission. But recovery is not gone. RTR Rule 7 provides a formal returns process: a sending participant may initiate a payment return request within 60 calendar days from the date the message was exchanged, limited to one per original message, and the receiving participant must respond within 10 calendar days from receipt of that request with an acceptance, a rejection, or a request for an extension. A return request is a process, not a guarantee of recovery. So you need pre-submission controls and a genuine returns, investigation and complaint capability with those clocks built in. Anyone who tells you an irrevocable rail means you can delete your dispute handling has not read Rule 7.
What are the fraud requirements?
Payments Canada states that RTR fraud mitigation services are mandatory for all participants and that participants are required to use the centralized fraud services under the RTR Rules from day one. The central layer has four components: the Central Risk List, Central Fraud Analytics, Central Fraud Reporting and Confirmation of Payee. The Participation Guide describes the service as mandatory for all participants with some optionality around Confirmation of Payee, and it requires participants to implement and use a confirmation of payee service for all payments sent from a personal account, with the ability to provide responses within two seconds, plus data contributions at onboarding and on an ongoing basis. Note the responsibility boundary: these services supply signals and recommendations while the participant retains decision-making responsibility. The integration work is consuming central signals into your own decision policy, not making two systems agree.
What is the transaction limit?
Payments Canada publishes an initial $100,000 system transaction limit at launch, and RTR Rule 6 sets the RTR Exchange Value Limit applicable to any RTR payment message at $100,000. Participants can set lower limits for their own end users, and a participant send limit must be equal to or less than the system limit. Payments Canada says the limit will be reevaluated with a view to increasing it to support additional use cases over time, without giving a date. For product design this matters more than it first appears: if your use case has payments above the limit, the RTR does not replace your existing rail, it sits beside it, and the routing logic between them becomes part of the build.
We already integrated FedNow or RTP. How much carries over?
The ISO 20022 discipline, the 24/7 operating model, the liquidity thinking and the exception-handling patterns carry over well, and that is a real head start. What does not carry over is the Canadian participation and settlement framework, the Rule 5 notice regime, the central fraud services including Confirmation of Payee, the Rule 7 returns clocks, and the specific message set. Some design patterns are likely to be reusable, subject to a gap assessment against the Canadian requirements, while the connectivity, membership and compliance work should be treated as new.
Have you delivered an RTR integration?
No. AZdev has not delivered a production RTR integration. Our relevant experience is US payments engineering and platform modernization, plus the Canadian regulatory context we work in from Toronto. What we bring is the published framework read closely and the integration patterns that transfer, and it is worth weighing that against suppliers who worked on the launch itself. We would rather set that out here than in a sales call.
Is RTR participation worth it for us at all?
Sometimes not. If your volumes do not justify the operational and compliance load, reaching the rail through a provider that is already a participant is usually the better answer, and member non-participant status is one route for a Payments Canada member that is not itself an RTR participant and contracts with a direct settlement participant. We will look at your volumes, your customer expectations, your fraud profile and your engineering capacity, and give you a straight read on a free call rather than billing you to discover it.
Sources
RTR requirements, published processing estimates, notice periods and launch targets are drawn from the sources below: Payments Canada's public pages, the RTR Participation Guide for Payment Service Providers, and the RTR Rules. Where a figure is a published target rather than a commitment, the page says so. The architecture recommendations and delivery assessments are AZdev's own judgments.
- Payments Canada - Canada's Real-Time Rail is now live (9 November 2026)
- Payments Canada - RTR frequently asked questions (transaction limit, mandatory fraud services, certification)
- Payments Canada - RTR testing and launch (the launch phase target timeline)
- Payments Canada - RTR access (connectivity and settlement models)
- Payments Canada - RTR fraud services
- Payments Canada - RTR Participation Guide for Payment Service Providers, V1.3 October 2026 (PDF)
- Payments Canada - RTR Rule 5, connection service providers (PDF)
- Payments Canada - RTR Rule 6, RTR Exchange, including value limit and irrevocability (PDF)
- Payments Canada - RTR Rule 7, funds availability exceptions and returns (PDF)
Ready to talk?
30 minutes, free, no pitch. We will give you a straight read on which requirements apply to your route and whether RTR participation makes sense for you at all.