Stitchflow
Paycom logo

Paycom User Management Guide

Manual workflow

How to add, remove, and manage users with operational caveats that matter in production.

UpdatedMar 11, 2026

Summary and recommendation

Paycom user management can be run manually, but complexity usually increases with role models, licensing gates, and offboarding dependencies. This guide gives the exact mechanics and where automation has the biggest impact.

Paycom is a mid-market HCM and payroll platform built for organizations with roughly 50–750 employees. It covers payroll processing, time and attendance, benefits, talent acquisition, and employee self-service under one roof. Administrators manage the platform through a module-based console accessible at paycom.com/login, with permissions configured inside the Security Setup module.

Paycom does not offer native SCIM provisioning. Automated user lifecycle management requires third-party middleware such as RoboMQ or Aquera to bridge Paycom with identity providers like Okta or Entra ID. SAML SSO is supported for authentication but does not handle provisioning or deprovisioning on its own.

Quick facts

Admin console pathLogin → Administrator menu (top navigation) → applicable module (e.g., Employee Management, Security, Payroll)
Admin console URLOfficial docs
SCIM availableNo
SCIM tier required$25-36/employee/month (full HCM)
SSO prerequisiteNo

User types and roles

Role Permissions Cannot do Plan required Seat cost Watch out for
System Administrator Full access to all Paycom modules including payroll processing, HR configuration, security settings, report generation, and user/role management Included with any Paycom subscription Included in per-employee platform fee; no separate admin seat charge documented Administrator accounts are tied to the client organization's Paycom instance; Paycom's own implementation team retains backend access that client admins cannot revoke
Manager / Supervisor Access to direct-report employee records, time and attendance approval, performance reviews, and HR actions scoped to their team; permissions are configurable per role Cannot access payroll processing, system-wide configuration, or employees outside their reporting hierarchy unless explicitly granted Included with any Paycom subscription Included in per-employee platform fee Manager access scope is determined by the org chart hierarchy in Paycom; incorrect reporting-line setup leads to unintended data exposure or access gaps
Employee (Self-Service) Access to own pay stubs, W-2s, benefits enrollment, time-off requests, personal information updates, and Beti payroll self-review (where enabled) Cannot view other employees' data, run reports, or modify system configuration Included with any Paycom subscription; all active employees receive self-service access Included in per-employee platform fee Employee self-service access is automatically provisioned when an employee record is created; there is no separate activation step, but the employee must complete initial login setup via emailed credentials
Custom Security Role Configurable subset of module-level and field-level permissions assigned by a System Administrator; can be scoped to specific modules, actions (view/edit/approve), and employee populations Cannot exceed the permissions of the assigning administrator Available across Paycom plans; specific advanced security features may require full HCM subscription No additional seat cost documented for custom roles Role configuration is done inside Paycom's Security Setup module; misconfigured roles can inadvertently expose sensitive payroll or HR data

Permission model

  • Model type: hybrid
  • Description: Paycom uses a combination of predefined role templates (Administrator, Manager, Employee) and a configurable Security Setup module that allows administrators to create custom security roles with module-level and field-level permission granularity. Permissions can be scoped by employee population (e.g., by department, location, or direct reports only).
  • Custom roles: Yes
  • Custom roles plan: Available on standard Paycom subscriptions; full field-level granularity may require full HCM package
  • Granularity: Module-level (e.g., Payroll, Time & Attendance, Benefits) and field-level within modules; can restrict by action type (view, edit, approve) and by employee population scope

How to add users

  1. Log in to Paycom as a System Administrator
  2. Navigate to the Employee Management module
  3. Select 'Add Employee' or 'New Hire' workflow
  4. Enter required employee information (name, SSN, date of birth, hire date, position, pay rate, tax withholding details)
  5. Assign the employee to the appropriate department, location, and reporting manager
  6. Configure security role in Security Setup to grant appropriate system access level
  7. Save the record; Paycom automatically generates login credentials and sends an activation email to the employee's work or personal email address on file
  8. For manager/admin users, additionally configure their security role permissions in the Security Setup module

Required fields: Legal first and last name, Social Security Number (SSN), Date of birth, Hire date, Employment type (full-time, part-time, etc.), Pay rate and pay frequency, Department and location, Federal and state tax withholding information, Email address (for credential delivery)

Watch out for:

  • Employee self-service access is automatically activated upon record creation; there is no option to create a record without triggering credential emails
  • SSN is required at the point of record creation for payroll tax purposes; this cannot be deferred
  • New hire records trigger onboarding task workflows automatically if configured; administrators should verify workflow templates before adding employees
  • Adding a user increases the per-employee billing count immediately upon record activation
  • Paycom does not support adding system-only admin users without an associated employee record in most configurations
Bulk option Availability Notes
CSV import Yes Administrator → Employee Management → Import Employees (exact path may vary by instance configuration; Paycom implementation team typically assists with bulk imports during onboarding)
Domain whitelisting No Automatic domain-based user add
IdP provisioning Yes SAML SSO is available; no native SCIM provisioning - automated provisioning requires third-party middleware (e.g., RoboMQ, Aquera) connecting the IdP to Paycom's API or SFTP-based data feeds

How to remove or deactivate users

  • Can delete users: No
  • Delete/deactivate behavior: Paycom does not allow permanent deletion of employee records. Terminating an employee deactivates their system access and self-service login but retains all historical payroll, tax, and HR records in the system for compliance and reporting purposes. Records remain accessible to administrators after termination.
  1. Log in as a System Administrator
  2. Navigate to Employee Management and locate the employee record
  3. Select 'Terminate Employee' or initiate the termination workflow
  4. Enter the termination date, termination reason, and eligible-for-rehire status
  5. Process any final pay obligations (final paycheck, PTO payout) as required by applicable law
  6. Save the termination; the employee's self-service login is disabled as of the termination date
  7. Confirm that any manager-level security roles assigned to the user are also deactivated if applicable
Data impact Behavior
Owned records All payroll history, tax documents (W-2s, pay stubs), HR records, and time & attendance data are retained indefinitely in the system and remain accessible to administrators
Shared content Performance reviews, documents, and other shared HR content authored by or about the terminated employee remain in the system
Integrations Any active integrations (e.g., benefits carrier feeds, 401k provider connections) tied to the employee record should be manually reviewed and terminated with the respective carrier; Paycom does not automatically notify third-party integrations
License freed The terminated employee no longer counts toward the active employee billing count after the termination date; billing adjusts at the next billing cycle per contract terms

Watch out for:

  • Termination date must be set correctly; backdating terminations can affect payroll tax filings already submitted
  • Final paycheck processing must comply with state law deadlines; Paycom does not automatically enforce state-specific final pay timing rules
  • Terminated employees can still be reactivated (rehired) using the existing record, which preserves historical data
  • Manager access and custom security roles are not automatically removed upon termination if the termination workflow is not completed fully - administrators should verify role deactivation separately
  • COBRA and benefits continuation notifications may need to be triggered manually or verified within the Benefits module

License and seat management

Seat type Includes Cost
Active Employee Seat Full platform access including payroll processing, HR modules, self-service, and any contracted add-on modules (e.g., Talent Acquisition, Learning Management, Time & Attendance) $25–$36 per employee per month for full HCM; $12–$18 per employee per month for payroll-focused packages (estimates; actual pricing is contract-negotiated)
  • Where to check usage: Administrator → Reports → Employee Reports (active employee count reports); or via the Paycom client dashboard showing current active headcount
  • How to identify unused seats: Paycom does not provide a native 'last login' or 'inactive user' report visible to administrators in the standard interface. Administrators must cross-reference active employee records against HR records or request usage data from their Paycom account representative.
  • Billing notes: Paycom pricing is per active employee per month, negotiated at contract signing. Implementation fees are typically 15–35% of the first-year subscription cost. Pricing is not publicly listed; quotes are provided by Paycom sales representatives. Terminated employees are removed from billing count after termination is processed. Adding employees mid-cycle typically results in prorated charges per contract terms.

The cost of manual management

Every app in a manually managed environment carries an overhead cost, and Paycom's multi-step workflows make that cost concrete.

Adding a new employee requires entering SSN, tax withholding details, department assignment, and security role configuration across multiple modules - and credential emails fire automatically the moment the record is saved, with no option to stage the activation.

Terminations are equally fragmented. Completing a termination correctly means touching the payroll module, the benefits module, and the Security Setup module separately. Administrators report that incomplete termination workflows leave security access active longer than intended - a direct access-control risk.

There is no native last-login or inactive-user report available to administrators. Identifying unused seats requires cross-referencing active employee records against HR data manually, or requesting usage data from a Paycom account representative. Bulk imports outside of initial implementation are not well-supported through self-service tooling.

The decision

Paycom is a strong fit if your organization needs a unified HCM and payroll platform and is comfortable managing user provisioning manually or through middleware. The permission model is genuinely flexible - module-level and field-level granularity, scoped by employee population - but that flexibility comes with configuration complexity that requires administrator investment to get right.

If your identity governance requirements include automated provisioning, real-time deprovisioning, or SCIM-based lifecycle management, Paycom will require a middleware layer (RoboMQ, Aquera) to meet those requirements. That adds integration cost and sync latency to the evaluation. Organizations that need every app in their stack to support native SCIM should factor that gap into their decision.

Bottom line

Paycom delivers a capable, integrated HCM suite for mid-market teams, but its access management story is manual by design.

There is no native SCIM, no last-login visibility, and no self-service bulk import tooling for ongoing use - meaning every app lifecycle event from onboarding to offboarding requires deliberate administrator action across multiple modules.

Teams with strong internal HR ops capacity and a tolerance for middleware integrations will get value from the platform; teams expecting automated provisioning out of the box will hit friction quickly.

Automate Paycom workflows without one-off scripts

Stitchflow builds and maintains end-to-end IT automation across your SaaS stack, including apps without APIs. Built for exactly how your company works, with human approvals where they matter.

Every app coverage, including apps without APIs
60+ app integrations plus browser automation for apps without APIs
IT graph reconciliation across apps and your IdP
Less than a week to launch, maintained as APIs and admin consoles change
SOC 2 Type II. ~2 hours of your team's time

UpdatedMar 11, 2026

* Details sourced from official product documentation and admin references.

Keep exploring

Related apps

6sense logo

6sense

Manual Only
AutomationNot Supported
Last updatedFeb 2026

6sense user management lives entirely in Settings > User Management (https://analytics.6sense.com/settings/user-management). The platform uses a role-based access control model scoped per product module — ABM, Sales Intelligence (SI), and Conversationa

Alkami logo

Alkami

Manual Only
AutomationNot Supported
Last updatedMar 2026

Alkami is an enterprise-only digital banking platform sold exclusively to financial institutions such as banks and credit unions. It is not a general-purpose SaaS tool, and its admin and user-management documentation is not publicly available. Independ

AmazingHiring logo

AmazingHiring

Manual Only
AutomationNot Supported
Last updatedMar 2026

AmazingHiring is a recruiter-facing sourcing platform sold on a pay-per-seat, annual billing model. There is no native SCIM support and no publicly documented IdP integration, which means every app lifecycle event — onboarding, role change, offboarding