A payroll provider concentrates Social Security numbers, direct-deposit bank and routing numbers, and full wage histories for entire workforces.
That concentration makes you a high-value target and puts security obligations on you from more than one direction: possibly GLBA itself, and almost always the contracts and vendor-risk programs of the clients you serve.
GLBA coverage is activity-dependent, so we assess it honestly.
Some payroll and HCM companies engage in financial activities that can bring them within GLBA. Moving wages, issuing payroll cards, and remitting taxes are examples.
Where you engage in covered financial activities, GLBA safeguards obligations may apply to you directly.
Many payroll providers act primarily as service providers to their employer clients rather than as financial institutions in their own right. We do not assume either answer.
During onboarding we assess your specific activities and document why and how the obligations apply to you, rather than overstating or understating your status.
You inherit security obligations by contract from covered clients.
Regardless of your direct GLBA status, you handle your clients' and their employees' nonpublic personal information.
When those clients are themselves covered, such as banks, financial institutions, and healthcare organizations, they are required to oversee the service providers that touch their data and to require appropriate safeguards by contract.
In practice that means client due-diligence questionnaires, contractual security terms, and audit reports.
We build the program so it answers those questionnaires with evidence and satisfies the vendor-oversight expectations your clients are obligated to enforce.
Your connections and portals widen the attack surface.
Payroll runs on connections: direct-deposit files to banks, filings to federal and state tax agencies, and employee self-service portals that expose pay stubs, tax forms, and bank details to thousands of users.
Each connection and each portal is a place data can be exposed or credentials can be stolen.
We extend access controls, MFA, encryption, and monitoring across those systems and the sub-processors behind them.
An incident that reaches one payroll platform can touch every employer on it, so we build the incident response and client-notification workflow to match that many-employer footprint rather than a single-company one.
Texas and Tennessee breach-notification law reaches service providers too.
Texas law applies alongside any GLBA obligation you carry and the security terms in your client contracts.
Under Texas Business and Commerce Code §521.053, anyone who conducts business in Texas and owns or licenses computerized data that includes sensitive personal information must notify each affected individual of a breach without unreasonable delay and not later than the 60th day after determining that the breach occurred.
If the breach involves at least 250 Texas residents, the Texas Attorney General must also be notified, through the electronic form on the Attorney General's website, as soon as practicable and not later than the 30th day after that determination.
When you maintain sensitive personal information that a client owns, §521.053(c) requires you to notify the owner of that information immediately after discovering a breach.
Tennessee Code Annotated §47-18-2107 requires notice to affected Tennessee residents no later than 45 days from discovery or notification of a breach, but subsection (i) states that the section does not apply to an information holder subject to Title V of the Gramm-Leach-Bliley Act or to HIPAA, so whether it reaches you turns on the same activity question discussed above.
Where it applies, a holder that maintains personal information it does not own must notify the owner within 45 days (§47-18-2107(c)). Confirm with counsel how these laws apply to your operation.