A familiar starting point
Your institution designs the surrounding experience: product language, instructions, context, and the next step. Agree provider-specific branding and hosted-flow constraints during implementation.
Bring authorized financial evidence into the experience your customers already know. Design the introduction, connection handoff, and return around your product and keep your institution in control.
One relationship. Evidence with context.
A connection flow is part of the customer relationship. Explain why information is needed, what permission covers, and what happens next. Plan the customer interface and the evidence workflow together.
Your institution designs the surrounding experience: product language, instructions, context, and the next step. Agree provider-specific branding and hosted-flow constraints during implementation.
Select supported provider products for the resources and purposes the workflow needs. Explain the request before redirecting the customer to authorization.
Distinguish authorization, data availability, and assessment completion. Use confirmed server-side status to drive the messages your customer sees.
Support interrupted authorization and eligible reconnection journeys. Keep historical records and connection lineage, and obtain fresh consent when required.
Explore examples of how evidence and connection states shape the next review. These fictional examples illustrate the workflow, not a live product screen.
The browser return starts the handoff. Your server confirms the connection and reviews synchronized records before presenting information as ready for assessment.
Show connection confirmation while the evidence workflow continues.
Present the request in your product, with clear language about the institution, the information needed, and its intended use.
Obtain and record the required permission. Open the supported provider authorization journey with a secure return to your application.
Check the connection result on your server. Show an accurate status while authorized records synchronize and processing continues.
Return the customer to the appropriate next step, including incomplete information or reconnection where needed.
Connect the customer experience to reliable operational states. Your application explains the next step; Amlok’s authorized workflow supplies evidence and findings for your institution’s assessment.
Explore verification & onboardingKeep application instructions and the financial connection request in a coherent customer journey.
Explain the records required from business owners and authorized representatives without losing the application context.
Bring supported connections into your own product flow, then deliver findings to authorized institutional systems.
Agree supported sources, required evidence, customer permissions, and the systems receiving results. Test incomplete and interrupted journeys alongside successful ones. Validate the handoff with the people who will review the findings.
Explore APIBranding options and hosted authorization requirements depend on the provider and deployment. Define the supported experience with Amlok before committing to a design.
The documented integration supports authorized connections and evidence workflows. Your institution owns its application interface, product decisions, and customer communications.
No. Confirm the connection from your server and handle completed, cancelled, and failed outcomes. Authorization also remains separate from evidence coverage and assessment readiness.
Keep API credentials and provider tokens on your server. Use registered return URLs, session-bound state, and verified events to connect the customer interface to your integration.
A point-in-time decision does not need to become a blind spot for the life of the deal.
