Base modules

Annual tickets that have been activated for online sale can be purchased there by all customers.

After purchase, customers receive a link for independent online personalization of the purchased tickets. Once the personalization process is complete, the tickets, hence admission cards can be produced and mailed or deposited for on-site pickup.

Annual tickets can also be sold at the cash desk on site. The sale at the cash desk is very simple.

Only personalization at the cash desk has various disadvantages. This is because personalization takes time and requires the connection of suitable printers at all cash desks as well as the provision of suitable card blanks.

That’s why our clients usually outsource personalization to a dedicated workstation.

Customers buy an annual ticket voucher at the cash desk and this is exchanged for the actual annual ticket at the annual ticket counter during the personalization process.

The cards can be produced and issued immediately.

Visitor Services can also sell and personalize annual tickets over the phone to be mailed to customers or left for on-site pickup.

Regardless of the sales channel through which the annual tickets were sold, go~mus provides support for the processes involved in producing and mailing or depositing the tickets.

For all annual tickets whose personalization has been fully completed, go~mus automatically generates print data in accordance with the agreed layout for annual tickets.

Tickets, hence cards that have been printed are automatically marked as ready for dispatch. After dispatch or deposit in the museum, the cards can be marked as “dispatched”.

Annual tickets can be validated like regular tickets with the go-scanner app by the go~mus + entry add-on.

Annual tickets entitle the holder to enter the assigned museums and exhibitions an unlimited number of times within their validity period.

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

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 originate from a connected merchandise management system or be defined directly in go~mus and contain primarily the taxes in addition to the price.

Flat rate

Group offers are usually priced at a flat rate, i.e. no matter how many people participate, the price is always the same.

The corresponding pricing item is assigned to the offer and then applies when the offer is booked, regardless of the number of participants and the sales channel.

Price per person, graduated prices

This type of pricing is mostly used for single-visitor offers, but can also be used for group offers. In this model, the price of the booking depends on the number of participants per price category/scale price.

For this purpose, the possible scale prices are created, linked to pricing articles and the sales channels available for the respective scale price are defined. For example, the scale price “Free, press” can only be booked by the visitor service, but not by the online shop or the cash desk.

Charging tables

Some institutions work with a usage and fee schedule. This usually defines prices and charges of the offers based on certain parameters.

go~mus makes it possible to create such fee schedules and to ensure the pricing of the offers on the basis of these schedules. For this purpose, a price and guide fee can be entered for each cross product of offer category and customer category, which go~mus then takes into account for all bookings of corresponding offers by specific customers.

Such fee orders can be created globally, per museum, per exhibition and per offer (then only allows definition of costs per customer category) and are taken into account hierarchically by go~mus.

Surcharges

Regular price structures are often broken by exceptions. One of the ways to represent them in the system are surcharges. Surcharges can be defined as optional and mandatory and apply per group or per participant. Furthermore, it can be defined whether surcharges should also be booked in the online shop. There are surcharges on the price that customers have to pay and on the 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.
  Attendee surcharge: This surcharge in conjunction with the flat-rate basic price enables pricing structures with a fixed price for up to a certain number of attendees and attendee-based pricing for all attendees above the threshold.
• Time-based surcharge: Time-based surcharges are only applied if the start time of the booking falls within the defined thresholds.

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 which payment methods are available for each offer.

This does not include the payment methods offered by the payment service provider connected to 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 can be configured, for example, whether an offer may 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.

Unlike for individual visitor offers, the bookability for group offers is not determined by predefined dates.

The bookability of group offers depends on the time availability and resource utilization of all required resources.

Decisive factors can be:

• 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:

• 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

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 bought)
• Shop Assignments: For multi-shop instances, enables 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 group offers through the following sales channels: Online shop, Point of sale, Backend, Reseller.

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

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) to categorize them, as well as to enable 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