product_type: pll on the bridge token, and search for Truv Payroll Provider in Truv Bridge.
PLL testing is more behavioral than report-driven. Unlike VOIE and VOA, PLL produces a setup confirmation plus an ongoing stream of deduction events as the borrower’s paychecks land. Plan your sandbox tests around the lifecycle, not around a one-shot report.
Quick start
For the PLL integration architecture, see the PLL integration guide. For the product surface area and use cases, see the PLL product page.
Check coverage first
Before launching Bridge for a real borrower, call the Company Mapping endpoint withproduct_type: pll to get the success likelihood for the borrower’s employer. This is the same check you should run in production — sandbox returns a representative response so you can wire the flow.
Tenure-based eligibility scenarios
PLL eligibility commonly depends on the borrower’s tenure with their current employer — a minimum employment length (typically 12 months) is a frequent underwriting requirement. Use these credentials to validate your eligibility logic against sub-minimum-tenure borrowers.
For your happy-path (eligible) case, use the standard
goodlogin / goodpassword — the underlying profile has multi-year tenure that passes the typical 12-month threshold.
Error scenarios
PLL shares the universal authentication-error credentials. Use them to confirm your error handling and retry UX.
See Task lifecycle for the full status reference.
What sandbox returns
A completed PLL task produces a deposit allocation setup confirmation (same shape as DDS — the underlying mechanism is the same) plus ongoing webhooks as payroll deposits land and Truv recognizes them as repayment events.Sample webhook payload
Sample webhook payload
Behavior and limitations
No PDF report
PLL’s deliverable is the setup confirmation plus the ongoing webhook stream — there is no PDF report to render or persist. Store the JSON setup response and the per-deduction events alongside your loan record.Known sandbox gaps
Sandbox PLL coverage is lighter than VOIE / VOA / DDS:- There is no scripted way to simulate a missed paycheck or a borrower who loses their job during repayment. Validate those scenarios against your own webhook handler with simulated payloads.
- There is no scripted way to simulate the borrower disconnecting their payroll connection mid-repayment. Use a real refresh failure (
goodlogin/mfa_captchaon the original verification, then trigger a refresh) to approximate.
Next steps
PLL Integration
Full PLL implementation guide
PLL Product
Product overview and use cases
Company Mapping API
Run the PLL coverage check before launching Bridge
Webhook Events
Subscribe to ongoing deduction events