All integration guides

NamelyActive Directory

Connect Namely to Active Directory

Turn Namely hires, changes and departures into account updates in Active Directory. Follow the setup steps, preview changes with a dry run, then go live.

Namely fields mapped
13
Steps to go live
9
Employee records stored in our cloud
0

Joiners, movers and leavers

How Namely updates Active Directory

HR updates Namely. ezOnboard updates accounts based on your rules.

Joiner

An account before day one

A profile is added to Namely with a start date and Pending status.

  • Account created in the role’s OU, disabled until the start date
  • Name, email and attributes set from Namely
  • Department and site groups added
  • Account enabled on the start date; password change required at first sign-in

Mover

Access for the new role

A job title, department, office or manager changes on a Namely profile.

  • Title, department, office and manager updated
  • Account moved to the OU your rules specify
  • Groups added and removed to match the new role

Leaver

Offboarding on schedule

A departure date is set in Namely, or the profile’s status changes to Inactive.

  • Account disabled on the termination date, never deleted
  • Groups removed and the account moved to the disabled OU
  • Mail forwarded and licenses recovered with connected Exchange and Microsoft 365 services

Before you start

What to have ready

Work with a Namely admin and a directory admin to complete the setup.

In Namely
  • Namely Administrator access to add a profile and generate a personal access token
  • A work email or employee ID for each person in Namely to match them to their account
In Active Directory
  • A domain-joined server running Windows Server 2019 or later
  • A group managed service account or service account to run the agent
  • Outbound HTTPS to the HR system and ezOnboard; no inbound access required
  • OUs for staff accounts, disabled accounts and the groups ezOnboard will manage

Step by step

Set up Namely with Active Directory

Start in Namely and on your server. Then finish in the ezOnboard portal with our implementation team.

  1. 01

    Namely

    Add a dedicated admin profile for ezOnboard

    Company → Settings → Roles & Permissions

    A Namely personal access token uses its profile’s permissions and stops working if the profile is deactivated. Create a dedicated ezOnboard profile to keep access independent of staff changes.

    Assign the Administrator role, which Namely requires for API access. Mark the profile as a non-employee or exclude it from reports so it isn’t counted as staff. ezOnboard only reads Namely.

    Roles & Permissions. Give the dedicated ezOnboard profile the Administrator access role.

  2. 02

    Namely

    Generate a personal access token

    Admin → API → Personal Access Tokens → New Access Token

    Sign in as the ezOnboard profile. Open Admin → API → Personal Access Tokens. Choose New Access Token, name it ezOnboard and choose Create. If API isn’t available, ask your Namely administrator for access.

    Copy the token to a secure location before closing the dialog. Namely shows it only once. Note your company subdomain: the part of your address before .namely.com. You’ll need both in step 5.

    New personal access token. Copy it before closing the dialog. It’s shown only once.

  3. 03

    Your server

    Install the ezOnboard agent

    The agent runs as a Windows service on a domain-joined server with Windows Server 2019 or later. It connects to Namely and ezOnboard over outbound HTTPS. No inbound firewall rules are needed.

    Download the signed MSI and enrollment bundle from the portal. Save the install code. The portal shows it only once. Run the MSI, enter the code and choose a service account, preferably a group managed service account. The installer checks the domain connection, LDAP access, outbound access and clock before making changes.

    Installer screen with the setup requirements.

  4. 04

    Active Directory

    Delegate the OUs the agent will manage

    Run the installer’s delegation script once as a domain administrator. It lets the agent’s service account create, update and disable accounts only in the OUs you choose. The agent doesn’t need Domain Admin rights.

    Include the OUs for staff accounts, disabled accounts and managed groups. The agent blocks changes outside these OUs, even if a rule requests them.

    PS C:\> & 'C:\ProgramData\ezOnboard\northwind\ou-delegation.ps1'
    Delegated NORTHWIND\svc-ezonboard$ on OU=Staff,DC=northwind,DC=com
    Delegated NORTHWIND\svc-ezonboard$ on OU=Disabled,DC=northwind,DC=com
    Delegated NORTHWIND\svc-ezonboard$ on OU=Groups,DC=northwind,DC=com
    Done

    Run the installer’s delegation script once on a domain controller.

  5. 05

    ezOnboard portal

    Add Namely as an HR source

    In the portal, add Namely as an HR source using the personal access token and your company subdomain. Your credentials are encrypted with your organization’s key and sent to your agent. The agent reads Namely from your network. Nobody at ezOnboard can read the credentials.

    Choose a field to match people across both systems, usually work email or employee ID. The agent checks Namely every five minutes and catches up on any missed changes.

    HR source. Your agent uses these credentials to read Namely.

  6. 06

    ezOnboard portal

    Map Namely fields to Active Directory attributes

    Choose which Namely fields update each directory attribute. Start with the defaults below, add custom fields or combine values. For example, build a display name from first and last names, format a job title or look up an office address by site.

    Blank Namely fields leave directory values unchanged unless you configure the mapping to clear them.

    Field mapping. See the full list of defaults below.

  7. 07

    ezOnboard portal

    Set rules for accounts, OUs and groups

    Rules define who gets an account, which OU it belongs in, how it’s named and which groups it joins. They also control offboarding. Use Namely fields, such as department and site, to make those choices.

    Our implementation team helps you write the rules. With approvals enabled, your team must approve each rule change before the agent uses it.

    Rules page with the placement rule open.

  8. 08

    ezOnboard portal

    Preview changes with a dry run

    Run a dry run for your whole workforce. The agent matches Namely records to existing accounts by employee ID, then work email, and previews changes without applying them. If two accounts match one person, that action stops for review.

    Review the planned changes and the rules behind them in the portal. Adjust your rules and repeat the dry run until the results match your expectations.

    Dry run. No changes are applied while dry run is on.

  9. 09

    ezOnboard portal

    Go live

    Turn off dry run to apply changes. If a run would disable or move more accounts than your safety limits allow, it stops and alerts your team before making changes. We review the first runs with you.

    HR continues working in Namely. Your rules handle new accounts, updates and offboarding on schedule. Get alerts by email, in the portal or by webhook when a run stops, the HR feed stops updating or the agent stops reporting. An inactive feed never triggers offboarding.

    Reports with account activity, tickets avoided and agent uptime.

Field mapping

Namely fields and Active Directory attributes

Start with these defaults and adjust any mapping. Dates and lifecycle status control when accounts are created, enabled or disabled.

Namely fieldActive Directory attributeHow it’s used
First NameProfile › PersonalgivenNameSets the first name at account creation and keeps it up to date.
Last NameProfile › PersonalsnKeeps the last name up to date. Also updates the logon name if your naming rule uses it.
Preferred NameProfile › PersonaldisplayNameUses the preferred name for the display name and email. Uses the first name if blank.
EmailProfile › Personalmail, userPrincipalNameSets the email address and sign-in name. A mail rule can also generate them from the person’s name.
Employee IDProfile › JobemployeeIDAdded to new accounts and used first to match existing accounts.
Job TitleProfile › JobtitleKeeps the job title up to date and sets groups based on your rules.
DepartmentProfile › JobdepartmentKeeps the department up to date. Rules can use it to choose account placement and groups.
OfficeProfile › JobphysicalDeliveryOfficeNameKeeps the office up to date. A lookup table can also fill in the street, city and country.
Reports ToProfile › JobmanagerLinks to the manager’s account to keep approvals and org charts in sync with Namely.
Start DateProfile › JobuserAccountControlSets when the account is created and enabled. You choose how many days before the start date to create it.
User StatusProfile › JobuserAccountControlActive keeps the account enabled. Pending is an upcoming hire. Inactive disables the account when no other record keeps the person active.
Employee TypeProfile › JobuserAccountControlRules can use Full Time, Part Time or Contractor to choose groups and licenses.
Departure DateProfile › JobuserAccountControlSets the date for disabling the account and starting offboarding. Your rules set the time.

Frequently asked questions

Does ezOnboard write to Namely?
No. ezOnboard only reads Namely’s API. It doesn’t change profiles or settings. Make any corrections in Namely.
Which Namely permissions does the token need?
Give a dedicated ezOnboard profile the Administrator role required for API access. The token uses that profile’s permissions and stops working if it is deactivated.
Do we need Namely’s Entra ID integration or SCIM?
No. ezOnboard reads Namely’s API and uses your rules to manage accounts in Active Directory or Entra ID. Its agent runs on your network and can also manage Exchange.
Do we need a server for the agent?
Yes. Use a domain-joined Windows Server with LDAP access to a domain controller and outbound HTTPS to Namely and ezOnboard. The agent needs no inbound firewall rules or Domain Admin rights. The delegation script grants access only to the OUs it manages.
How quickly does a Namely change reach Active Directory?
The agent checks Namely every five minutes and usually applies changes within seconds of finding them. Scheduled changes follow your rules: accounts are created before the start date, enabled on that date and disabled on the termination date at the time you choose.
How does Namely trigger offboarding in Active Directory?
On the termination date, the account is disabled, removed from its groups and moved to your disabled-accounts OU. It is never deleted. With Exchange and Microsoft 365 connected, your rules also schedule mail forwarding and license recovery. Every step is recorded for audit.
Where does our employee data go?
The agent reads Namely and updates Active Directory from your server. Names, emails and HR records stay on your network, where your team can view them on a local status page. The portal receives events with pseudonymous IDs, the rule used and the result.
Can ezOnboard also connect Namely to Entra ID?
Yes. One agent and one set of rules can manage Active Directory, Entra ID and Exchange from Namely. For accounts synced from Active Directory, the agent updates the on-premises account and assigns licenses and mailboxes in the cloud.

Get a demo

See Namely connected to Active Directory

Get a demo for your Namely and Active Directory setup. For questions, email sales@ezonboard.io.

Optional

This site is protected by reCAPTCHA, and the Google Privacy Policy and Terms of Service apply.