Where do I find it?
Account > User management
What does it mean?
This page should become the main permission reference. Each permission should use the same structure:
PERM_MENU_PREBOOKINGS
Who can grant it: Backoffice Admin user. Available during user configuration where this role supports it.
Applicable to: Backoffice Limited users.
What it does: Gives access to the Prebookings menu. It is the core permission used for Backoffice Limited users to access schedules and manifests.
Switch account
Who can grant it: Enabled via Support. The customer must contact Support and specify which accounts the user may access. Backoffice standard users with this permission can also grant it to others.
Applicable to: Users who need cross-account access (Backoffice Admin, backoffice users).
What it does: Allows users to switch between authorized accounts. Go to User>Account switch:
PERM_MENU_INVOICING
Who can grant it: Backoffice standard users with this permission can grant it to others.
Applicable to: Users who need invoicing access.
What it does: Gives access to the Invoicing menu. For more information, see the invoicing article.
Activate Boxoffice new design
Who can grant it: A Palisis role and Backoffice standard users with this permission can grant it to others.
What it does: Controls whether a user can access the New Box Office interface. When granted, the user sees the New Boxoffice option in the sidebar and can switch to the redesigned interface.
Show Anonymize option on Ticket Search
Who can grant it: Backoffice Admin users have it by default it’s not possible to assign/remove this permission to a backoffice Admin user. Both Backoffice Admin and standard users with this permission can grant it to others.
Applicable to: Users who need to anonymize booking data.
What it does: Shows the Anonymize action in a booking under Operations > Tickets&Bookings, click on a booking and then on the blue tab:
Cash management close allowed
Who can grant it: Only a Palisis role. Backoffice Admin users and Backoffice standard users with this permission can grant it to others.
Applicable to: Users working with cash settlements (Backoffice Admin, backoffice users).
What it does: Negative permission. It restricts the ability to close a cash settlement unless granted. Go to Operations > Cash Settlement, search for ‘OPEN’ cash settlements, then click on one of them (same as before). You should have the ‘CLOSE’ button.
Refund user selection allowed
Who can grant it: Backoffice Admin users have it by definition and it’s not possible to assign/remove this permission to a backoffice Admin user. Backoffice Admin users and Backoffice standard users with this permission can grant it to others.
Applicable to: Users who process refunds.
What it does: Allows the user field to be selected during a refund.
Billing
Who can grant it: Backoffice Admin users have it by definition and it’s not possible to assign/remove this permission to a backoffice Admin user. Backoffice Admin users and Backoffice standard users with this permission can grant it to others.
Applicable to: Users who need billing visibility
What it does: Gives access to the Billing section to view invoices and Marketpay settlements. Go to Account > Billing and you should be able to see and download the Palisis invoices.
PERM_MENU_MARKETPAY_SETTLEMENTS
Who can grant it: Backoffice Admin users have it by definition and it’s not possible to assign/remove this permission to a backoffice Admin user. Backoffice Admin users and Backoffice standard users with this permission can grant it to others.
Applicable to: Users who need access to Marketpay settlements (Backoffice roles).
What it does: Gives access to Account > Marketpay Accounts. You should go to Account > Marketpay Settlements
Reservations
Who can grant it: The permission must first be enabled for the owner account. If it is not enabled for the owner, it cannot be granted to users. Support involvement is required. After the permission is enabled, it can be granted by Backoffice Admin users and Backoffice standard users with this permission can grant it to others.
Applicable to: Users managing reservations in Tickets & Bookings (Backoffice Admin, backoffice user, BoxOffice Admin, boxoffice user.)
What it does: Allows the user to cancel, edit, or confirm reservations. Go to a Operations > Tickets & Bookings and should be able to see the options to “Cancel”, “Edit” or “Confirm” a reservation.
User Management
Who can grant it: Backoffice Admin users have it by definition and it’s not possible to assign/remove this permission to a backoffice Admin user. Backoffice Admin users and Backoffice standard users with this permission can grant it to others.
Applicable to: Users responsible for user administration (Backoffice roles).
What it does: Gives access to Account > User Management and allows creation of new users.
PERM_MENU_OWNER_MERCHANT
Who can grant it: Backoffice Admin users and Backoffice standard users with this permission can grant it to others.
Applicable to: Users involved in merchant verification and documentation.
What it does: Gives access to the Merchant KYC section under Account > Administration, including the external Adyen portal.
PERM_BOXOFFICE_MANUAL_PRICINGS
Who can grant it: Backoffice Admin users and Backoffice standard users with this permission can grant it to others.
Applicable to: Boxoffice users who need manual pricing.
What it does: Allows manual price entry in Box Office. Go to Boxoffice, try to book something and you should be able to manually edit the prices.
Good to know
Permissions are role-dependent. Not every permission is available for every user role. Before granting a permission, make sure the target user's role supports it, for example some permissions only apply to Backoffice Limited users, while others are exclusive to Backoffice Admin.
Some permissions require Support involvement. Permissions such as Switch account and Reservations cannot be enabled directly by an admin — they must be requested through Palisis Support.
Negative permissions restrict by default. Certain permissions like Cash management close allowed work in reverse: the action is blocked unless the permission is explicitly granted.
Changes take effect on next login. After updating a user's permissions, the user must log out and log back in for the changes to apply.