Skip to content
OpenAppPhysical access, fully managed
Login

Max active invitations per user

Type
invitation_max_active_per_user
Category
Invitations
Enforced at
Authoring-time
Tiers
OrgIntegrationDevice
Enforcement
Enforce
Default
Not configured — no cap on how many invitations one person may keep active.

The author cannot have more than max enabled, unrevoked invitations that are still in force. Create is rejected once the cap is reached.

When it is enforced

Evaluated when someone creates or updates an invitation, hold, or share. Requests that would exceed the limit are rejected — they are not silently rewritten.

Where to set it

Settings → Policies (org), the integration Policies tab, or — on PalGate — the device steward Policies tab.

Policies never grant access. See thepolicies architecture guidefor how org, integration, and device tiers combine.

Arguments

The config object on create/update. Row fields outsideconfig are enforcement (this type acceptsenforce; any other value is rejected with 400), enabled (disabled rows never apply), and capability.

NameTypeRequiredValuesDescription
maxintegerYes—Maximum concurrent active invitations per author. Integer from 1 through 31536000.

How overlapping rows combine

Minimum of max across applicable rows. Reject, do not clamp.

Example

A resident with five active invitations cannot create a sixth until one expires or is revoked.

config
{
"max": 5
}

Integrations

This type is documented on these connectors:

The OpenAPI contract names this object InvitationCountLimitPolicyConfig:

{
"max": 5,
"output": "main"
}

max must be positive. Multiple applicable rows combine by taking the smallest limit.