Skip to content

OTOBO / Znuny System Configuration – Managing Settings

OTOBO System Configuration

The System Configuration in OTOBO/Znuny is the core for customization and fine-tuning:
– All changes are made through a central graphical interface.
– Versioning and an audit log document who, when, and what values were changed.
– In case of an error, any setting can be reverted to a previous state.


1. Quick Start: Opening System Configuration

  1. Log in as an administrator in the Agent interface.
  2. Navigate to Administration → System Configuration.
  3. Use the full-text search bar to instantly find what you need among the approximately 2,200 configuration keys.

Start Search


2. Finding and Opening a Setting

  1. Enter a search term – the full-text search scans names, descriptions, and values.
  2. Select a result:

Setting Found

  1. Expand the widget:

Setting Expanded


3. Editing and Saving Values

  1. Hover over the widget → “Edit this setting”:

    Activate Edit Mode

  2. Change the value and click Save:

    Setting Clicked
    Value Changed

  3. Confirm the change:

    Setting Saved


4. Version Comparison & Reset

After saving, a diff log is automatically generated, allowing you to see old vs. new values at a glance:

Changes in Diff

If something goes wrong, you can revert to the previous value at any time with “Reset”:

Reset Setting


5. Activating Changes (Deploy)

A click on “Deploy Settings” applies all local changes:

Perform Deploy
Deployed


6. Navigation & Category Tree

The side navigation tree organizes configurations by modules and subgroups.
Each category shows the number of its entries in parentheses:

Navigation Tree

This helps you keep an overview, even with additional packages (e.g., ITSM, FAQ, OAuth).


7. Importing & Exporting Entire Configurations

  • Export: Create backups or transfer your settings into .yml files.
  • Import: Load previously exported configurations into another system or synchronize test/staging instances.

Import & Export


8. Special Cases & Best Practices

8.1 Logos & Branding

Change the Agent logo centrally via

bash
Frontend::Agent::LogoURL

Agent Login Logo

And customize the customer portal logo:

bash
Frontend::Customer::LogoURL

Customer Portal Logo

8.2 Authentication & SSO

Flexibly enable OAuth2/OpenID Connect or LDAP – entirely through System Configuration:

bash
Core::Auth::Agent::Module
Core::Auth::Customer::Module

Configure OAuth2

8.3 Dynamic Fields via Configuration

Add new DynamicField drivers without any programming:

bash
Core::DynamicFields::DriverRegistration

Dynamic Field Settings

8.4 Control Menu Modules Individually

Activate or deactivate front-end modules like AgentTicketZoom or CustomerTicketSearch via configuration:

bash
Frontend::Agent::ModuleRegistration

Menu Module Ticket


9. Conclusion

The OTOBO/Znuny System Configuration provides you with:

  • Real-time search function: Find any key in seconds.
  • Audit & Versioning: Every value change is documented.
  • Rollback mechanism: One click to revert – no fear of misconfigurations.
  • Import/Export: Perfect synchronization between production, staging, and test instances.

With these features, you can adapt your OTOBO system securely, transparently, and agilely to any new scenario – from branding and auth to custom plugins.


For more details, see the official OTOBO Documentation.

Here are the 30 most common system configurations in a clear table.

Configuration KeyDescriptionValue
NotificationSenderEmailSender's email address for system notificationssupport@<OTOBO_CONFIG_FQDN>
PostmasterDefaultQueueDefault queue for the Postmaster
FirstnameLastnameOrderOrder of first and last name
Elasticsearch::TicketSearchFieldsFields used for ticket search in Elasticsearch
Elasticsearch::TicketStoreFieldsFields used for storing tickets in Elasticsearch
GenericAgentAllowCustomScriptExecutionAllows the Generic Agent to execute custom scripts
DashboardBackend::AllowCmdOutputAllows displaying console output in the Dashboard
Ticket::Frontend::CustomerTicketZoom###StateDefaultDefault state for the customer ticket view
Ticket::Frontend::CustomerDisableCompanyTicketAccessDisables customer access to company tickets
ACL::PossibleNot→Form→<Feldname>ACL setting for negated form conditions
PostmasterFollowUpStateState for Postmaster follow-up emails
PostmasterFollowUpStateClosedClosed state for Postmaster follow-ups
Ticket::Frontend::AgentTicketZoomReplyAllows replies in the Agent ticket zoom
AgentTicketComposeSettings for composing new Agent tickets
Ticket::Frontend::MenuModule###550-AppointmentMenu module for appointments in the ticket frontend
Ticket::Frontend::MoveTypeSettings for the ticket move type
Ticket::Frontend::AgentTicketMove###RequiredLockRequires a lock when moving tickets by Agents
Ticket::Frontend::TicketNote###OwnerMandatoryMakes the "Owner" field mandatory for ticket notes
Core::Crypt::PGPPGP encryption settings
CustomerDashboard::Tiles###ServiceCatalog-01Dashboard tile for the Service Catalog
Frontend::Module###CustomerTicketMessageFrontend module for customer ticket messages
CustomerTicketMessageConfiguration for customer ticket messages
CustomerDashboard::Tiles###TicketList-01Dashboard tile for the ticket list
CustomerFrontend::Module###CustomerTicketMessageCustomer frontend module for ticket messages
Ticket::GenericAgentAllowCustomScriptExecutionAllows Generic Agent to execute custom scripts (Ticket module)
Ticket::Frontend::AgentTicketNote###SubjectSubject setting for Agent ticket notes
Core::Time::Calendar1Time settings for Calendar 1
TimeAccountingTime accounting module
DynamicField_<Name>Placeholder for dynamic fields
Ticket::NumberGenerator::MinCounterSizeMinimum counter length for ticket numbers