Basic Module - Events

Management and sale of individual visitor offers (public tours, readings, concerts, etc.)

Base modules define sellable products in go~mus. One product group that can be managed and sold with go~mus is that of individual visitor offers.

Single-visitor offers are different from group offers and are characterized by creating appointments in advance. Many visitors can book partial quotas of the total quota of the appointment.

This makes it possible to map a variety of offers, like public tours, readings, concerts and many more.

The event module allows you to create any number of different offers with any number of dates and offer them through the connected sales channels.

Customers receive booking receipts for events (event tickets) as Print@Home tickets in PDF format.

Functions

Every event managed with go~mus is based on a template, the offer. Based on the offer, dates for the offer, i.e. the actual events, can be created with little effort.

This applies to individual events as well as to event series.

All events (dates of such a single-visitor offer) share the following characteristics:

  • Duration
  • Constant assignments
  • Room assignments
  • Guide assignments
  • Figure

go~mus offers different possibilities to determine prices and costs of an offer. In doing so, go~mus always falls back on so-called pricing items. These can come from a connected merchandise management system or be defined directly in go~mus and contain, in addition to the price, above all the taxes.

The following approaches to pricing single visitor offers exist in go~mus:

Flat rate

Single-visitor offers are rarely priced as a flat rate. However, in rare cases, this approach may be needed or a combined approach of flat price and surcharges may be suitable.

For this purpose, the pricing item is simply assigned to the offer and then applies to all dates of the offer upon registration, regardless of the number of participants.

Graduated prices

As a rule, events are priced per person.

To do this, simply create the tariffs/scale prices, describe them, assign pricing articles and activate sales channels.

If a room including seating is assigned to an offer, i.e. the dates of the offer take place in a room with a seating plan, the prices of the offer categories of the seatings can be defined.

Surcharges

Regular pricing structures often contain exceptions. One of the ways to map them in the system are surcharges. Surcharges can be defined as optional and mandatory and apply per group or per attendee. Furthermore, it can be defined whether surcharges should also be booked in the online shop. There are surcharges based on a price that customers have to pay and based on a fee that has to be paid to guides.

go~mus allows the following types of surcharges:

  • General surcharges: Any surcharges can be mapped here. Since there are no underlying rules, this is best suited to represent optional additional services.
  • Sunday surcharges: This can be used to automatically calculate a surcharge for all bookings to which the surcharge applies and which take place on Sundays.
  • Customer foreign language surcharge: This can be used to pass on higher guide fee costs for foreign language tours to customers.
  • Foreign language surcharge guide fee: This can be used to automatically calculate a surcharge on the guide fee for all bookings in foreign languages (all languages except German).
  • Special surcharge fee: Special surcharges on the guide fee can be booked here.
  • Language surcharge: Unlike foreign language surcharges, language surcharges can also be charged on bookings in German.
  • Weekday surcharge: This can be used to automatically calculate surcharges if bookings are made on certain weekdays.
  • Participants surcharge: Depending on the number of participants, these surcharges allow the definition of a combined price structure. This consists of a flat basic price and a participant-related pricing if the number of predefined participants is exceeded.
  • Time-based surcharge: Time-based surcharges are only applied if the start time of the booking falls within the defined period.

Such surcharges can be created globally, per museum, per exhibition and per offer and are considered hierarchically by go~mus.

Payment methods

go~mus allows to define per offer which payment methods are available.

This does not include the payment methods offered by the payment service provider in the online shop. Since these cannot be defined on an offer-specific basis, they are defined globally in the backend of the payment service provider.

However, it is possible to configure, for example, whether an offer can be booked on account or on “on-site payment”.

Guide fee

In addition to the prices, the costs are also defined in the offer.

The guide fee can be defined per booking or per hour. This value is automatically used for the fee calculation when booking the offer.

From the offer, hence the event template, appointments have to be created. For the creation of individual appointments, go~mus offers a weekly and daily calendar view.

This enables to check why no appointment can be created at a certain point in time. Thus makes it possible to quickly and purposefully make adjustments to the settings or clarify resource conflicts.

In this way, individual appointments can be created quickly and efficiently, taking into account the configured resource requirements.

For regular appointments and appointment series go~mus offers a series appointment generator.

This allows to create up to 50 regular appointments per run.

During the creation, the holidays managed in the constants of the system can be used as exclusion or inclusion criteria.

The title, subtitle and description of the events can be entered in the languages managed in the system, so that the online shop displays the events correctly in all the languages stored.

The title, subtitle and description can be enriched using various placeholders. The following placeholders are available:

  • [[COUNT]] Counter as number
  • [[ROMAN_COUNT]] Counter as roman number (I, II …)
  • [[ALPH_COUNT]] Counter as alphabetic character (A, B …)
  • [[LALPH_COUNT]] Counter as alphabetic character (a, b …)
  • [[DATE]] 02.07.2021
  • [[TIME]] 12:20 o’clock
  • [[WDAY]] Friday
  • [[DATE_TIME]] Friday, 02 July 2021, 12:20 p.m.

This way, regular dates such as public tours can be created quickly and reliably and labeled in a comprehensible way.

In addition to controlling the sales channels, the saleability of group offers can still be controlled by the following parameters:

  • Periods for validity: Enables the temporal control of the bookable dates (For when can it be bought).
  • Periods for saleability: Enables the temporal control of the saleability (When can it be sold)
  • Shop Assignments: Enables multi-shop instances to control in which online shop which offer is sold.
  • Institutions: Allows to enable the purchase of offers only to customers who belong to specific institutions.

go~mus enables the sale of single-visitor offers through the following sales channels: Online store, Checkout, Backend, Reseller.

For each offer it is possible to define through which channels it can be sold.

Additionally, it can be defined which scale price is available through which channel. For more information, see Prices and costs.

Registrations for appointments of individual visitor offers require the prior creation of appointments.

The same resources are considered for the creation of these appointments as for group offerings.

Relevant resources may include:

  • Museum
  • Exhibition
  • Room
  • Offer
  • Availability

Availability controls the basic time availability of resources. Availability is defined in 15-minute blocks.

The configuration of availabilities allows a very individual control of the bookability of offers via so-called availability rules.

Alternatively, availabilities can be blocked or released.

Limiting factors

In addition to the availabilities, the bookability of offers can be controlled via so-called limiting factors.

Limiting factors exist analogous to availabilities on all levels of resource management, i.e. for museums, exhibitions, rooms, offers but also for guides.

The following limiting factors are available for single-visitor offers:

  • Max. simultaneous participants
  • Max. Number of bookings at the same start time
  • Max. Number of simultaneous bookings
  • Max. Number of bookings on the same day
  • Max. Total number of bookings
  • Max. Number of bookings per order

go~mus allows you to freely define so-called constants within different categories.

These constants can then be assigned to offers (group and individual visitor offers) in order to categorize them. Furthermore, this enables filtering on the website, in the online shop and in the backend.

The following constants are available:

  • Age groups
  • Class levels
  • Restrictions
  • Visitor categories
  • Keywords
  • Languages
  • Target groups

Via the so-called public data, text can be maintained in all activated languages within freely definable fields.

The texts are then printed on PDF templates, displayed in the online shop and output via the API.

The text can be HTML formatted, so it can contain links, images, formatting and more.

Public data can be maintained for museums, exhibitions, rooms, offers and tickets.

Examples for public data of an offer:

  • Title
  • Subtitle
  • Description
  • Meeting place
  • Image title
  • Image description
  • Image copyright