Direct Deposit Capabilities
Last updated: July 12, 2026
Overview
Glide supports three direct deposit switch providers: Truv, Atomic, and Pinwheel. All three let applicants move recurring payroll deposits from their previous bank to a newly-opened account at the FI.
The "Add/Switch Direct Deposit" step appears in the Onboarding checklist on the applicant's onboarding page. The checklist tile is part of the broader onboarding progress card, alongside items like Fund Account, Request Debit, Access Digital Banking, Add Beneficiary, etc. Learn more here:
📄 Glide's Redesigned Onboarding Page
Applicants can select "Add/Switch Direct Deposit" as many times as they want. The tile remains tappable even if it is checked, and the tile is only marked as complete after a successful provider session - abandoning the widget mid-flow does not check the box.
Provider options
Glide supports three direct deposit switch providers, plus an optional configuration to route certain applicants to your own hosted page.
Truv (default)
Included with Glide. No separate contract, account, or setup required on your end.
Applicants search for their employer or payroll provider, log in with their payroll credentials, and confirm the new routing/account number Glide has pre-filled for them.
Atomic (optional)
Requires a standalone contract with Atomic. To get started on this, let your DPM know. You'll be instructed to invite devteam@withglide.com as a developer seat to your Atomic dashboard for us to complete the integration.
Atomic can identify some applicants against their payroll provider before the widget opens. When that identification succeeds, the applicant is dropped directly onto their payroll provider's login screen without needing to search for their employer. When it doesn't succeed, they see the standard search-and-log-in experience.
Pinwheel (optional)
Requires a standalone contract with Pinwheel. To get started, In your Pinwheel Dashboard, invite devteam@withglide.com as a developer seat so our team can pull your API secret and complete the environment setup. Reach out to your Glide DPM to finish enabling it in your environment.
Pinwheel can skip the "search + log in" step when Glide has enough identity information on file for the applicant. When that credential-less connection is available, the applicant lands directly on a "confirm your switch" screen. When it isn't, they see the standard search-and-log-in experience.
External hosted page (optional layer on top)
If your financial institution already has its own direct-deposit landing page for a specific member segment (for example, a group of employees whose employer requires them to submit a paper direct deposit form), Glide can route those applicants to your page instead of any in-product widget.
You provide Glide with:
Which eligibility types qualify
The URL of your hosted page.
Any applicant with the eligibility types defined will be opened in a new tab on your page when they tap "Connect direct deposit." Every other applicant continues to see the in-product widget from whichever provider you've configured.
Two things to keep in mind if you use this option:
Glide has no visibility into what happens on your external page, so those applicants won't count as "attempted" or "completed" in the direct-deposit reports.
The external page should be one your team owns and can update, since applicants leave Glide when they tap through.
Testing credentials
When you or your team tests the direct deposit flow in a sandbox environment:
Provider | What to use |
|---|---|
Truv | Any username and any password. Truv's sandbox accepts any input and walks through a successful switch. |
Atomic | Only the username |
Pinwheel | The Pinwheel testing credentials can be found here. |
Activity trail
Glide records two events for every switch attempt on the applicant's activity trail (visible in the dashboard's member queue):
"Started a direct deposit switch" — written when the applicant opens the widget for a specific account. Records which account the switch is being pointed at.
"Completed a direct deposit switch" — written when the applicant successfully finishes the switch. Records provider-specific detail (for example, the payroll provider's confirmation identifier) so your team can trace an individual switch back to the provider's side if needed. For Pinwheel switches, the method of direct deposit switch is also printed (E.g. Pinwheel PreMatch)
These two events are also what drives Glide's direct-deposit reporting — attempts, completions, and completion rates.
Other things to know
The onboarding checklist only checks off "Connect direct deposit" on successful completion. Applicants who open the widget and abandon it can come back and try again with no issues, and their aborted attempts do not count as completed.
Applicants can retry as many times as they need. Glide reuses their existing session record and issues a fresh provider token each time, so retries never corrupt reporting.