Who this article is for: Authority Users

Overview

A Service Provider User is a tester (or occasionally office staff) tied to a Service Provider company. These are the accounts that log into SwiftComply to submit test reports, manage test kits, and maintain certifications. As an authority user, your job is to approve who's allowed to submit reports to your organization, track their certification status, and deactivate access when needed. This article covers the full user-management workflow. For the company records these users belong to, see Adding & Managing Service Provider Companies.

Finding the Service Provider Users View

Click Service Providers in the left navigation.
At the top-left, click the report dropdown and choose Service Provider Users.
Use the search, filter, column, and export tools in the toolbar — same pattern as the other tables. For details, see Searching, Filtering, & Exporting Data.

Default columns: Email, Name, Certification Status, Job Title, Phone, Organization Name (the SP company), Last Login.

The Certification Status column shows a ribbon icon:

Green ribbon — certifications are valid.
Red warning — certifications are missing, expired, or invalid.

Adding a Service Provider User

You can add a tester from two places, and they do the same thing:

From the SP company record — open the company and go to the USERS tab, then click Add User. This automatically scopes the new user to that SP.
From the Service Provider Users view — click Add Service Provider User in the top right.

In the Add form:

Fill in First Name, Last Name, Email *(required)*, Phone #.
Set User Type — typically Service Provider.
Fill in Job Title (for example, Tester, Owner, Certified Plumber).
Check Allow Login Access if this user needs to log into SwiftComply. Leave unchecked for non-login records.
Associate the user with the correct SP company.
Save.

The new user appears in the Service Provider Users list in a pending state, ready for approval.

The Service Provider User Detail Panel

Clicking a user in the list opens a side panel with two tabs:

DETAILS

Editable fields (click the green pencil to edit):

First Name, Last Name
Email — the user's login and primary contact address
Phone #
User Type — typically Service Provider
Job Title
Allow Login Access — controls whether this user can log in

Below the fields, the Auto Accept Settings block shows whether this user's submissions are auto-accepted:

"Enabled for test reports by default in organization settings." — your org auto-accepts test reports, and this tester inherits the default.
"Not enabled for surveys by default in organization settings." — your org does not auto-accept surveys, and this tester inherits the default.

These mirror the SP company's auto-accept and your org's default. See Auto Accept Overview for the concept.

At the bottom of the panel, two action buttons control the tester's approval:

Approve Until Specific Date (green) — approves the tester to submit to your organization through the date you set. Typically matches the earliest certification expiration.
Deny User (red) — denies or revokes the tester's ability to submit. They stay in the system for audit/history but can't submit new reports to your org.

CERTIFICATIONS

Lists the tester's certifications with your organization. Shows:

Required Certifications panel at the top — which certifications your org requires (with OR logic where applicable). A green check means the tester has a valid matching certification.
Individual certification cards with Valid/Invalid badge, Certification Number, Certifying Agency, Expiration Date, Certification Type, and any uploaded documents.
Edit pencil and delete trash can on each cert (edits affect only your org's copy).
Add Certification button at the bottom.

For the full certification workflow and the org-copy model, see Managing Tester Certifications (Authority).

Approving a New Tester

When a new tester registers and associates with an SP company, they land in your Service Provider Users To Review queue on the Notifications tab.

Click Notifications in the left navigation.
Open Service Provider Users To Review.
Click into each tester and review:
- Identity fields (Name, Email, Phone, Job Title)
- Which SP company they belong to
- Their CERTIFICATIONS tab — are the required certifications present and valid?
If everything checks out, click Approve Until Specific Date and set the approval expiration.
If something is wrong, click Deny User — the tester is notified and can resubmit with corrections.

A tester whose certifications change after their first approval may land in Service Provider Users To Re-Review. Clear them the same way.

Deactivating or Denying a Tester or Service Provider User

To stop a tester from submitting to your organization:

Open the tester from the Service Provider Users list.
On the DETAILS tab, click Deny User.
Confirm.

The tester can no longer submit test reports to your organization. Their historical submissions stay on record for audit and compliance.

📝 Denying at your organization doesn't remove the tester from other authorities they work with — each authority manages its own approval.

Admins at an SP Company

A tester may be an admin within their own SP company, meaning they have elevated privileges inside that company (managing their company's other testers, handling billing, etc.). That admin status is between the tester and their SP — it doesn't grant any privileges at your authority.

From your perspective, an SP admin appears in Service Provider Users alongside every other tester and goes through the same approval process.

FAQ

Q: What's the difference between Service Provider Users To Review and To Re-Review?

A: To Review is the first-time approval queue for testers new to your organization. To Re-Review catches testers whose certifications changed after their initial approval — for example, a renewed cert or a newly added one.

Q: I approved a tester last year, but now I don't see them in any queue. Where are they?

A: In the main Service Provider Users list. The Notifications queues only show people needing action. Use the search/filter tools on the list to find them.

Q: Can I change a tester's User Type?

A: The User Type field is editable, but most SP users are "Service Provider." Changing it changes what they can access when logged in — don't change it unless you understand the consequences.

Q: A tester's Certification Status shows red. Can they still submit?

A: It depends on your org's rules, but typically no — if their required certifications are invalid or expired, SwiftComply blocks submission. Fix the certification on their profile (or ask them to update it) and the flag clears.

Q: Can one person have accounts at two SP companies?

A: Yes. A tester can be linked to multiple SP companies. Each link is independent — approval at your authority happens per-company.