Skip to content
OpenAppPhysical access, simplified
Login

Allowed entry kinds

Type
invitation_allowed_entry_kinds
Category
Invitations
Enforced at
Authoring-time
Tiers
OrgIntegrationDevice
Enforcement
Enforce
Default
Not configured — any portal entry kind may be granted.

Every granted portal’s entry_kind must be in the intersection of allowed sets. Use this so guests can get apartment doors but not a vehicle boom-gate, for example.

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. Shared row fieldsenforcement (enforce, require_approval,audit_only) and enabled apply to every type;audit_only and disabled rows never block.

NameTypeRequiredValuesDescription
kindsstring[]Yes
doorgateboom-gate
Non-empty allow-list of portal entry kinds.
outputstring or integerNoOptional channel or output id. When set, the policy binds only that output. When omitted, it binds every output of the tier target. A scoped row does not apply when the acting output is unknown.

How overlapping rows combine

Intersection of kinds arrays. Empty intersection means nothing may be granted.

Example

An invitation that includes a boom-gate portal is rejected.

config
{
"kinds": [
"door",
"gate"
]
}

Integrations

This type is documented on these connectors:

The OpenAPI contract names this object InvitationAllowedEntryKindsPolicyConfig:

{
"kinds": ["door", "gate"],
"output": "main"
}

kinds is a non-empty allow-list of door, gate, and boom-gate.