Basic Module Groups

Management and sale of group offers via all connected sales channels

Basic modules define saleable products in go~mus. Group offers, i.e. offers for groups of visitors that bundle content, costs and resource requirements, are such products.

The group module allows you to create any number of group offers, assign museums or exhibitions, define space requirements, guide requirements, saleability, validity, time slots, sales channels and presale time individually.

Visitors receive a booking receipt as a PDF document by e-mail when booking group offers.

Functions

Each offer must have a defined name. This is primarily used for internal orientation. The external presentation can be configured individually per language via the public data of an offer. More about public data below.

Each offer must be assigned to a museum. This assignment is also the basis for filters in the backend and online shops as well as for access restrictions of the users. Bookings of offers can be evaluated on the basis of the museums.

Furthermore, each offer can be assigned to an exhibition. This assignment also enables corresponding filtering in the backend and online shop. It also ensures inherited resource requirements when rooms are assigned to the exhibition. An evaluation of the bookings of offers based on exhibitions is also possible.

Offers must be assigned to offer categories. This results in the possibility of filtering, but certain attributes of the offer categories are also inherited.

An image can be uploaded for each offer, which is used in the backend and online shop. Furthermore, a color-coded identification can be made, which is used in calendar and list views and makes it easier to find bookings of certain offers again.

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