Doorflow Access Control Integration
Overview
Doorflow is a cloud-based access control platform that enables flexible, secure physical access management for modern workspaces. The Nexudus integration with Doorflow automates credential provisioning and access group assignments based on customer contracts, passes, bookings, and desk assignments.Key Features
- Cloud-based management: Manage access from anywhere through Doorflow’s web platform
- Automatic provisioning: Access is granted and revoked automatically based on plan changes, bookings, and pass assignments
- Check-in tracking: Optionally use door events to check customers in/out
- RFID card support: Physical access cards with PIN code support
- Group-based permissions: Map your inventory (passes, resources, desks) to Doorflow groups
- Booking-based temporary access: Automatic access during reservation windows
- Multi-site support: Manage access across multiple physical locations
Integration Type
Cloud-based — Doorflow operates entirely in the cloud with no on-premises server requirements. API endpoints are hosted atapi.doorflow.com.
Capabilities
| Feature | Supported | Notes |
|---|---|---|
| Pass-based access | ✅ Yes | Customers receive access based on their active passes |
| Plan-based access | ✅ Indirect | Plans grant access through the passes they include |
| Resource-based access | ✅ Yes | Grants temporary access during reservations |
| Desk/unit-based access | ✅ Yes | Includes support for team billing contracts |
| Visitor access | ❌ No | Not supported by this integration |
| Booking guest access | ✅ Yes | Customers added as booking guests can access spaces during booking windows |
| Check-in tracking | ✅ Yes | Door events trigger automatic check-ins |
| Mobile app access | ❌ No | Physical cards/PIN codes required for access |
| Remote door unlock | ❌ No | Unlike cloud systems like ACT365, Doorflow requires physical credentials |
How It Works
Access Control Model
Doorflow uses a group-based model to manage access permissions:- People represent individuals in the system (mapped to Nexudus customers)
- Groups define collections of doors that people can access
- Sites organize door controllers within your Doorflow account
- Controllers manage individual doors or access points
- Tokens are physical RFID cards assigned to people
Multi-Door Support
Doorflow uses groups to grant permissions to multiple doors. Instead of mapping each door individually:- In Doorflow, create a group (e.g., “24/7 Access”)
- Add the relevant doors to that group in Doorflow
- In Nexudus, map your pass/resource/desk to that group
- Customers with that pass automatically get access to all doors in the group
You must configure which doors belong to each group in the Doorflow platform. Nexudus assigns customers to groups, but the door-to-group mapping is managed in Doorflow.
Prerequisites
Before connecting Nexudus to Doorflow, ensure you have:- Active Doorflow account with administrator access
- OAuth2 credentials from Doorflow (obtained during connection process)
- Doorflow system configured with door controllers installed and online
- Groups created in Doorflow for different access levels (e.g., 24/7 access, business hours only)
- Nexudus location configured with plans, passes, and resources
Doorflow uses OAuth2 for secure authentication. When you connect the integration, you’ll be redirected to Doorflow to authorize access. No manual API key entry is required.
Configuration
Step 1: Connect to Doorflow
- In the Nexudus dashboard, go to Settings > Integrations
- Find Doorflow in the list and click Connect
- You’ll be redirected to the Doorflow authorization page
- Sign in with your Doorflow administrator credentials
- Review the permissions requested by Nexudus:
- Read account and person information
- Manage people (create, update, delete)
- Read events for check-in tracking
- Read sites and controllers
- Click Authorize to grant access
- You’ll be redirected back to Nexudus with the connection established
The OAuth2 connection uses secure tokens that are automatically refreshed. You won’t need to re-authorize unless you explicitly disconnect the integration or revoke access in Doorflow.
Step 2: Select Site for Check-in Tracking
If you want door events to trigger automatic check-ins, select which Doorflow site to monitor:- In the Check in customers at dropdown, select the Doorflow site
- Leave blank if you don’t want automatic check-ins from door events
- If you have multiple sites, you can only track check-ins for one site at a time
Check-in tracking requires event processing. Nexudus syncs door events every 12 minutes and triggers the appropriate check-in action based on your controller configuration.
Step 3: Select Site for Configuration
Before mapping passes, resources, and desks, you must select which Doorflow site to configure:- In the Doorflow site dropdown, select your site
- Once selected, the configuration panels for controllers, resources, passes, and desks will load
Step 4: Configure Presence Tracking (Optional)
Doorflow can trigger automatic check-ins when customers unlock specific doors.- In the Presence tracking section, you’ll see all door controllers from your selected site
- For each controller, choose an action:
- Nothing: Door access is tracked in Doorflow but doesn’t affect Nexudus
- Check In: Unlocking this door checks the customer in
- Check Out: Unlocking this door checks the customer out
- Toggle: Unlocking switches between checked in and checked out
- Set the main entrance to Check In
- Set the exit door to Check Out
- Set internal doors to Nothing (access granted but doesn’t affect presence)
Check-in tracking requires event processing. Nexudus syncs door events every 12 minutes. There may be a delay between a door unlock and the check-in appearing in Nexudus.
Step 5: Map Passes to Groups
Passes are the primary way customers receive access in Nexudus. Each pass can be mapped to a Doorflow group.- In the Passes section, you’ll see all passes configured for this location
- For each pass, select the Doorflow access group from the dropdown
- The dropdown shows all groups available in your Doorflow site
- Leave blank if a pass should not grant physical access
- When a customer has an active contract on a plan that includes passes, they automatically receive those passes
- If the pass is mapped to a Doorflow group, the customer is added to that group
- When the pass expires or is consumed, access is revoked
- Time-limited passes (e.g., day passes with validity windows) automatically grant and revoke access at the appropriate times
| Pass Name | Doorflow Group | Purpose |
|---|---|---|
| 24/7 Access Pass | 24/7 Members | Round-the-clock building access |
| Business Hours Pass | Business Hours | Access only during operating hours |
| Meeting Room Pass | Meeting Rooms | Access to meeting room zones |
Step 6: Map Resources to Groups
Resources (meeting rooms, event spaces, etc.) can require specific access permissions for bookings.- In the Resources section, you’ll see all resources configured for this location
- For each resource, select a Doorflow access group from the dropdown
- Leave blank if resource bookings should not grant physical access
- When a customer books a resource, Nexudus grants them access 15 minutes before the booking starts
- Access is automatically revoked when the booking ends
- If the booking is cancelled, access is removed immediately
| Resource Name | Doorflow Group | Purpose |
|---|---|---|
| Conference Room A | Meeting Room A | Access to specific meeting room |
| Event Space | Event Hall | Access to event space for bookings |
| Private Office | Private Offices | Access to private office area |
Resource-based access is temporary and booking-specific. A customer only receives access during their booking window, even if they don’t hold a general access pass.
Step 7: Map Desks/Units to Groups
Floor plan desks and units can grant access to specific areas when included in a customer’s contract.- In the Desks / Offices section, you’ll see all desks from your floor plans
- For each desk, select a Doorflow access group from the dropdown
- Leave blank if desk assignments should not grant physical access
- When a desk is added to a customer’s contract, they receive access to the mapped group
- Access is granted when the contract starts and revoked when it ends
- Team billing support: If a customer uses team billing (merged billing), they also receive access to desks included in the paying member’s contracts
| Desk/Unit Name | Doorflow Group | Purpose |
|---|---|---|
| Private Office #101 | Private Office Floor 1 | Access to first-floor private office area |
| Dedicated Desk Zone A | Desk Area A | Access to dedicated desk zone A |
| Studio #5 | Studio Access | Access to individual studio unit |
Step 8: Save Configuration
- Review all mappings to ensure they’re correct
- Click Save to apply the configuration
- Nexudus will immediately start provisioning access for customers based on the new mappings
How Access is Managed
When Access is Granted
Nexudus automatically grants Doorflow access when:- Contract starts: Customer begins a contract on a plan → receives passes included in that plan → assigned to corresponding Doorflow groups
- Pass activated: Customer receives a pass directly (not via a contract) → assigned to the mapped Doorflow group
- Booking created: Customer books a resource → granted access to resource’s group 15 minutes before booking start time
- Desk added to contract: Desk is added to an active contract → customer receives access to the desk’s mapped group
- Booking guest added: Non-customer is added as a guest on a booking → granted access to resource’s group for the booking duration
When Access is Revoked
Nexudus automatically revokes Doorflow access when:- Contract ends or cancelled: Customer loses passes from that contract → removed from corresponding Doorflow groups
- Pass expires: Pass validity ends or usage is consumed → removed from mapped Doorflow group
- Booking ends or cancelled: Booking time expires or is cancelled → access to resource’s group is removed
- Desk removed from contract: Desk is removed from contract → access to desk’s group is revoked
- Customer deactivated: Customer account is deactivated → all Doorflow access removed
- Check-in expires: If customer checks out or check-in expires, certain temporary access may be revoked
Access Update Timing
- Immediate updates: Contract changes, pass assignments, and customer deactivations trigger access updates within seconds
- Debouncing: Rapid changes to the same customer are batched together (5-second delay) to prevent excessive API calls
- Booking lead time: Booking access is granted 15 minutes before the booking start time
- Background processing: Access updates are queued in background jobs to handle high volumes efficiently
- Event processing: Door events are synced every 12 minutes for check-in tracking
If a customer should have access but doesn’t, the system automatically retries access provisioning. Check the Business Checkup page for any integration errors.
RFID Card Management
Doorflow supports traditional RFID access cards with optional PIN code support. To assign cards to customers:- Go to Operations > Customers
- Select the customer
- In their profile, enter card IDs in the Access Card ID field
- Separate multiple cards with commas:
123456,789012,345678(up to 4 cards) - Optionally, set a PIN code in the Access PIN Code field
- Save the customer profile
- No card: Person exists in Doorflow but cannot unlock doors (no physical credentials)
- Card assigned: Customer can use physical RFID card to unlock doors
- PIN code set: Customer can use card + PIN for enhanced security
- Card removed: Physical access is revoked (person record remains in system)
- Only numeric card IDs are supported
- Non-numeric cards are automatically filtered out
- Cards are stored in the Doorflow person record
Unlike cloud-based systems like ACT365 that support mobile access via the Nexudus Passport app, Doorflow requires physical RFID cards or PIN codes. Customers cannot unlock doors remotely.
Troubleshooting
Customer has an active contract but can't access doors
Customer has an active contract but can't access doors
Possible causes:
-
Pass not mapped: The passes included in the customer’s plan are not mapped to any Doorflow groups
- Solution: Go to Settings > Integrations > Doorflow and select a group for the relevant passes
-
Group no longer exists: The selected group was deleted from Doorflow
- Solution: Select a different group or recreate the group in Doorflow, then reconnect the integration
-
Pass expired or inactive: The customer’s pass has expired or hasn’t started yet
- Solution: Check the customer’s passes under their profile to verify validity windows
-
Person not created: The customer wasn’t created in Doorflow
- Solution: Check the Business Checkup page for integration errors, or manually trigger an update by editing and saving the customer’s profile
-
Group permissions: The Doorflow group exists but isn’t assigned to any doors
- Solution: In Doorflow, verify the group includes the correct door controllers
-
No card assigned: Customer exists in Doorflow but has no physical credentials
- Solution: Assign an RFID card in the customer’s Access Card ID field
-
Wrong site selected: The customer’s passes are mapped to groups in a different Doorflow site
- Solution: Verify you’ve selected the correct site in the configuration
Booking access not working
Booking access not working
Possible causes:
-
Resource not mapped: The booked resource is not mapped to a Doorflow group
- Solution: Map the resource to a group in Settings > Integrations > Doorflow
-
Booking too far in future: Access is only granted 15 minutes before booking start time
- Solution: Wait until booking is within 15 minutes of start time
-
Booking not confirmed: Some resources require booking confirmation
- Solution: Confirm the booking if it’s in pending state
-
Wrong site: Resource is mapped to a group in a different Doorflow site
- Solution: Ensure resource is mapped to a group in the correct site
Check-ins not created from door events
Check-ins not created from door events
Possible causes:
-
Controller action not configured: Door controller is set to “Nothing” instead of a check-in action
- Solution: Configure the controller action in Settings > Integrations > Doorflow
-
Wrong site selected for check-ins: The “Check in customers at” setting points to a different site
- Solution: Ensure the correct site is selected for check-in tracking
-
Sync delay: Background task runs every 12 minutes
- Solution: Wait up to 12 minutes for the next event sync cycle
-
Event processing disabled: Background processing may be temporarily paused
- Solution: Wait for the next sync cycle or check server status
Cannot connect to Doorflow
Cannot connect to Doorflow
Possible causes:
-
OAuth2 authorization failed: You denied permission or the authorization expired
- Solution: Click Disconnect, then Connect again to restart the OAuth2 flow
-
Doorflow account access: Your Doorflow account doesn’t have admin permissions
- Solution: Ensure you’re signing in with an administrator account
-
Network connectivity: Unable to reach Doorflow API servers
- Solution: Check your internet connection and try again
-
Authorization revoked in Doorflow: You manually revoked Nexudus access in Doorflow settings
- Solution: Reconnect the integration from Nexudus
Configuration panels not loading
Configuration panels not loading
Possible causes:
-
Site not selected: You haven’t selected a Doorflow site from the dropdown
- Solution: Select your site from the “Doorflow site” dropdown
-
No controllers or groups: The selected site has no controllers or groups configured
- Solution: Configure controllers and groups in Doorflow, then refresh the integration
-
Connection lost: OAuth2 token expired or was revoked
- Solution: Disconnect and reconnect the integration
Duplicate email address error
Duplicate email address error
Possible causes:
-
Email already exists in Doorflow: Another person in Doorflow already uses this email
- Solution: Nexudus will automatically use a unique email (
no-reply+doorflow_{customerId}@nexudus.com) to avoid conflicts
- Solution: Nexudus will automatically use a unique email (
-
Company and individual records: Customer has both company and individual records with the same email
- Solution: Nexudus automatically prioritizes the individual record and skips company records
Monitoring Integration Errors
Nexudus monitors your access control integration and alerts you to any issues that need attention.Business Checkup Dashboard
Access control integration errors are displayed on the Business Checkup page:- Go to Home > Important Items in the dashboard, or
- Navigate directly to dashboard.nexudus.com/dashboards/checkup
- Look for the Access Control Integration tile
- If there are errors, the tile will be displayed in red
What Gets Flagged
- Authentication failures: OAuth2 token expired or invalid
- Provisioning errors: Failed attempts to create or update customer access
- Configuration issues: Missing or invalid group mappings
- Synchronization problems: Delays or failures in updating access permissions
- API rate limiting: Too many requests to Doorflow API (30 requests per minute limit)
- The customer affected
- The nature of the problem
- When the error occurred
- Suggested actions to resolve it
Nexudus automatically retries failed operations with exponential backoff. If errors persist, check the Business Checkup page for detailed information and follow the suggested resolution steps.
Security Considerations
Data Shared with Doorflow
When provisioning access, Nexudus shares the following information with Doorflow:- Customer data: First name, last name, email address, mobile phone
- System ID: Nexudus customer ID prefixed with “NX” (used to link records between systems)
- RFID cards: Card IDs from the Access Card ID field
- PIN codes: Access PIN codes if configured
- Billing information
- Payment details
- Contract specifics (only group assignments)
- Personal notes or custom fields
External ID Management
- Customers:
SystemIdset toNX{coworkerId}(e.g.,NX12345) - Lookup: People are retrieved via system ID to prevent duplicates
- Email conflicts: If email already exists in Doorflow, Nexudus uses
no-reply+doorflow_{coworkerId}@nexudus.com
API Rate Limiting
- Rate limit: 30 requests per minute per username
- Distributed locking: Prevents concurrent updates to the same customer across multiple servers
- Debouncing: Multiple rapid changes to a customer are batched together (5-second delay)
- Background processing: Updates are queued to avoid overwhelming the Doorflow API
Related Documentation
Best Practices
Group Organization
Create groups based on access levels, not products or plans:- ✅ Good: “24/7 Access”, “Business Hours”, “Meeting Rooms”, “Private Offices”
- ❌ Avoid: “Hot Desk Plan”, “Dedicated Desk Plan” (these are billing products, not access types)
Multi-Site Management
If you have multiple Doorflow sites:- Configure passes, resources, and desks separately for each site
- Select the appropriate site before mapping inventory
- Only one site can be monitored for check-in tracking at a time
Access Signature Tracking
- Nexudus tracks an “access signature” for each customer (a hash of their group memberships)
- Access updates are skipped if the signature hasn’t changed
- This prevents unnecessary API calls and improves performance
Technical Details
For developers and IT administrators
For developers and IT administrators
API Architecture
- Base URL:
https://api.doorflow.com/api/3/(OAuth2 version) orhttps://api.doorflow.com/api/2/(Basic Auth version) - Authentication: OAuth2 Authorization Code flow (preferred) or Basic Authentication (legacy)
- OAuth2 endpoints:
- Authorization:
https://admin.doorflow.com/oauth/authorize - Token:
https://api.doorflow.com/oauth/token
- Authorization:
- Token type: Bearer token (OAuth2) or Basic Auth (username/password)
- Rate limiting: 30 requests per minute per username (semaphore-based across multiple servers)
- Scope:
account.person.readonly account.person account.event.readonly account.site.readonly account.channel.readonly
Key Endpoints
- People:
/api/3/account/people(GET, POST, PUT, DELETE) - Groups:
/api/3/account/groups(GET) - Sites:
/api/3/account/sites(GET) - Controllers:
/api/3/sites/{siteId}/channels(GET) - Events:
/api/3/account/events?from={date}&limit=1000(GET) - Person by System ID:
/api/3/account/people?system_id={systemId}(GET) - Person by Email:
/api/3/account/people?email={email}(GET)
Synchronization
- Access updates: Debounced by 5 seconds per customer to batch rapid changes
- Background task: Polls door events every 12 minutes for check-in tracking
- Event query: Retrieves up to 1000 events from last sync date
- Event limit: Maximum 1000 events per request
- Distributed locking: Prevents race conditions in multi-server deployments (
doorflow:coworker:{coworkerId}) - User provisioning: Lazy creation on first inventory assignment
- Person updates: Created/updated/deleted as inventory changes
- Access signature hashing: Prevents unnecessary API calls when access hasn’t changed
External IDs
- Customers:
system_idset toNX{coworkerId}(e.g.,NX12345) - Lookup: People retrieved via
/api/3/account/people?system_id=NX{coworkerId} - Email conflicts: If email exists, fallback to
no-reply+doorflow_{coworkerId}@nexudus.com
Person Model
RFID Card Management
- Card ID field: Comma-separated numeric IDs in
AccessCardIDfield (up to 4 cards) - Non-numeric cards: Automatically filtered out
- No cards: Person exists in Doorflow but has no physical credentials
- Card assignment: Tokens added to person record with validity dates
Business Settings Reference
| Setting | Purpose |
|---|---|
DoorGuard.Enable | Integration enabled flag (“true”/“false”) |
DoorGuard.ApiToken | API token for Basic Auth (legacy, V1 only) |
DoorGuard.SpaceGroupId | Legacy setting (not used in V2) |
Doorflow.CheckinSiteId | Site ID for check-in event processing |
DoorGuard.Controller.Id_{doorId}.Action | Check-in action per controller (Nothing/CheckIn/CheckOut/Toggle) |
DoorGuard.LastEventDate | Last processed event timestamp (ISO 8601) |
OAuth2 Settings (App Config)
| Setting | Purpose |
|---|---|
DoorFlow.ClientId | OAuth2 client ID |
DoorFlow.Secret | OAuth2 client secret |
DoorFlow.CallbackUrl | OAuth2 redirect URI |
Contract-Based Desk Access
- Desk access determined by active contracts:
coworker.ActiveContracts().SelectMany(x => x.Desks) - Team billing support: Customer receives access to desks in paying member’s contracts
- Multi-location organizations: Access groups managed per location
- Desk mapping: Each desk mapped to a single group ID
Access Update Logic
- Passes: Active passes from contracts + shared passes from paying member
- Check-ins: Passes from open check-ins (maintains access during session)
- Bookings: Resources with bookings starting within 15 minutes
- Booking guests: Resources from bookings where customer is a visitor
- Desks: Desks from active contracts (own + team billing)
- Groups: Aggregated list of unique group IDs
- Person provisioning: Create/update person with aggregated groups
- Card status: Add/update tokens if cards exist
Event Processing
- Event format: JSON array of event objects
- Event date format: ISO 8601 (e.g., “2024-12-25T14:30:00Z”)
- Event retention: Events processed from
lastEventDate, limited to last 24 hours if gap > 1 day - Pagination: Results returned in batches of up to 1000
- Check-in trigger: Only “open” events with matching controller configuration
- Site filtering: Events filtered by
Doorflow.CheckinSiteIdsetting
Error Handling
- Authentication failures: OAuth2 tokens automatically refreshed
- Provisioning errors: Automatic retry with exponential backoff (5 attempts, 60-second delays)
- Business Checkup: Integration errors displayed on dashboard
- Distributed locks: Prevent concurrent updates to same customer (
doorflow:coworker:{coworkerId}) - Rate limit handling: Requests queued with semaphore-based rate limiting
Background Jobs
- Queue:
doorflow(standard priority) or1_critical(high priority) - Debouncing: 5-second debounce per customer to batch rapid changes
- Retry policy: 5 attempts with 60-second delays between retries
- Transaction scope: Each update runs in its own database transaction (read uncommitted isolation level)
Duplicate Email Handling
- Primary lookup: By system ID (
NX{coworkerId}) - Secondary lookup: By email address
- Conflict resolution: If email exists for different person, use
no-reply+doorflow_{coworkerId}@nexudus.com - Company vs Individual: Individual records take precedence over company records
Company vs Individual Records
- Check: If customer is a company and an individual record exists with same email
- Behavior: Skip company record, schedule update for individual record instead
- Delay: 5-second delay before processing individual record
- Logging: Warning logged when company record is skipped