Active 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 record
08:02:14
Ines Carvalho
4472
- Job Title
- Software Engineer
- Department
- Engineering
- Office
- Austin
- Reports To
- D. Okafor
- Start Date
- Nov 10, 2026
- Employee Type
- Full Time
Active Directory
eng-austin
- accountOU=Engineering,OU=Staff
- sAMAccountNameines.carvalho
- mailines.carvalho@northwind.com
- titleSoftware Engineer
- managerD. Okafor
- memberOfEng-All
- memberOfVPN-Austin
2.3s
- 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.
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.
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.
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.
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 DoneRun the installer’s delegation script once on a domain controller.
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.
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.
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.
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.
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 field | Active Directory attribute | How it’s used |
|---|---|---|
| First NameProfile › Personal | givenName | Sets the first name at account creation and keeps it up to date. |
| Last NameProfile › Personal | sn | Keeps the last name up to date. Also updates the logon name if your naming rule uses it. |
| Preferred NameProfile › Personal | displayName | Uses the preferred name for the display name and email. Uses the first name if blank. |
| EmailProfile › Personal | mail, userPrincipalName | Sets the email address and sign-in name. A mail rule can also generate them from the person’s name. |
| Employee IDProfile › Job | employeeID | Added to new accounts and used first to match existing accounts. |
| Job TitleProfile › Job | title | Keeps the job title up to date and sets groups based on your rules. |
| DepartmentProfile › Job | department | Keeps the department up to date. Rules can use it to choose account placement and groups. |
| OfficeProfile › Job | physicalDeliveryOfficeName | Keeps the office up to date. A lookup table can also fill in the street, city and country. |
| Reports ToProfile › Job | manager | Links to the manager’s account to keep approvals and org charts in sync with Namely. |
| Start DateProfile › Job | userAccountControl | Sets when the account is created and enabled. You choose how many days before the start date to create it. |
| User StatusProfile › Job | userAccountControl | Active keeps the account enabled. Pending is an upcoming hire. Inactive disables the account when no other record keeps the person active. |
| Employee TypeProfile › Job | userAccountControl | Rules can use Full Time, Part Time or Contractor to choose groups and licenses. |
| Departure DateProfile › Job | userAccountControl | Sets 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.