Registration form and additional queries in Oniva

Efficient guest data collection is essential for successful event management. Oniva provides the Registration Form and Additional Queries to systematically and purposefully collect relevant information.

‍

Data collection structure in Oniva

Oniva uses three key elements:

• Contacts: Individual persons or entities stored in the event database. A contact can be registered for multiple events.
• Bookings: A booking represents a contact's registration for a specific event and links them with booked options.
• Booked Options: Specific components of a booking that are tailored to the individual requirements of the event.

‍

Registration form

The registration form is a standardised form for collecting general information relevant to all guests. This includes:

• Mandatory fields like name and email address, which all guests in an authorisation group must complete.
• Customisable fields for specific requirements depending on the authorisation group, such as department or client representative for internal and external guests.

‍

Additional queries

Additional queries are optional fields that appear when booking certain options, gathering specific information only for individual bookings. For instance, dietary preferences for lunch or workshop preferences can be collected. They provide:

• Flexibility for individual booking options.
• Tailored questions that only appear when the respective option is selected.

‍

Different data storage

• Registration Form: Data is linked to the contact (person) and is generally applicable.
• Additional Queries: Data is booking-specific and captures situational information.

‍

‍

Configuration of form fields

All fields follow the same configuration logic, whether in the registration form or additional queries:

• Label and input type (e.g., text, selection, file upload) define the content.
• Predefined values and placeholders provide guidance for input.
• Required field setting and hide for contact allow flexible field customisation.

Custom identifiers and hidden fields are also available if needed, such as for internal notes or client numbers.

Regardless of whether you’re setting up additional queries or fields in the registration form, all form fields follow the same logic. When creating a new field, you can choose to import a template or create a new field. Templates can be created and edited in your workspace.

After creating or opening an existing field, you can configure the following settings:

• Label: This text appears above the field for your contacts.
• Input Field: Define the input type here. The following options are available: Single line text, multi-line text, email address, date, checkbox, single selection, multiple selection, file upload, image upload, text line without input (for example, as section headers).
• Value: You can specify a predefined value here, which guests can overwrite. Use this field if the default value will usually be the same or in single or multiple selections. For single and multiple selections, the different options must be specified in the "Value" field, separated by commas. → Example: Option 1, Option 2, Option 3.
• Placeholder: The placeholder appears in the field but disappears when a contact clicks on the field.
• Required Field: Defines if the field is required or not.
• Form Field Identifier: For proper guest data linking, always work with a system-predetermined identifier if available. The following identifiers are predefined by default: title, function, firstname, lastname, organization, phone_mobile, image, job_title, badge_info, email, street, zip, city.
• Hide for Contact: The input field is not visible to guests. Only admins can see and edit this field, suitable for client numbers, notes, etc.

Labels and text fields (including checkboxes) are limited to 255 characters. Up to 2,000 characters can be added for static text.

‍

Additional data management notes

When importing new contact data, Oniva ignores columns that are not included in the registration form. If these columns are needed as fields, they must be set up in the registration form beforehand. Fields that should not be visible to contacts in the booking process can be marked as "hidden."