Guest Access – Permissions & Options Reference

DataLexing Support

DataLexing Support

Last updated on Jul 11, 2026

This article explains all available Guest Access permission options and how they affect what guests can see and do in shared views. Use this reference when enabling or adjusting Guest Access (Email-based sharing, Enterprise only).

Authenticate Users

This setting defines how users authenticate before accessing a published view.

  • No authentication – Public sharing. Anyone with the link can view the data (not part of Guest Access).

  • Password – Password-protected sharing. Users log in with a shared password (not part of Guest Access).

  • Email – Enables Guest Access. Guests log in with their email address and a one-time verification code (OTP).

Authenticate Users panel

Allow Specific Emails

Can restrict guest access to selected email addresses or entire domains.

  • Leave empty - any email can be used (default).

  • Add individual email addresses.

  • Add a domain (e.g. company.com) to allow anyone from that domain.

  • Apply them by pressing Enter/Space and clicking Add.

Example: Use any emails for citizens in government services, specific emails for contractors, or allow a whole domain (e.g. university.edu) for students.


Allow Specific Emails input

Show Only Relevant Rows

Controls which rows guests can see.

  • Enabled – guests see only rows linked to them, based on:

    • Created By column (always available).

    • Email column (if present in the table).

    • Collaborator column (if present in the table).

  • Disabled – guests see all rows.

Example: Applicants see only their own submissions, while teachers (Collaborators) can see rows assigned to them.


Show Only Relevant Rows toggle

Allow to Edit Records

Defines whether guests can edit records.

  • Always – guests can edit all rows.

  • Not allowed – guests can only view.

  • Editable if condition is met – guests can edit rows only when a condition applies. Conditions are set like filters (e.g. column status = β€œWaiting”).

Example: Allow editing until a status changes to β€œProcessed”.


Edit Records options + Set condition window

Records per User

Defines how many records a guest can create.

  • Unlimited – no restriction.

  • Limit records to [a number] – set a maximum number and a refresh cycle.

  • Refresh record count once per – choose how often the counter resets: weekly, monthly, quarterly, yearly, or never.

Example: Limit each student to 3 submissions per semester.


Records per User options

Notes

  • Guest Access is available only when Email authentication is selected.

  • In Show Only Relevant Rows, Created By is always active by default and can be extended with Email or Collaborator columns.

  • All changes apply instantly once applied.

    Edit conditions depend on column type (text, checkbox, status, etc.).

  • Record limits reset automatically based on the chosen refresh cycle.