Booking Offers
The function contains many templates for booking offers and processes for sending the booking offer in the booking process and enables the customer confirmation to be entered and the booking confirmation to be sent.
Sending the booking offer
If an offer has been configured in such a way that an “additional confirmation by customer” is required when booking this offer, the option to send the offer directly is available in the booking process.
If this option is selected, customers receive a booking offer by e-mail. This can then be presented to decision-makers at the customer’s premises for signature and approval.
Processing the confirmation of a booking offer
Bookings that require “additional confirmation by customer” are highlighted accordingly.
When entering a customer confirmation, detailed information can be documented.
Orders that contain bookings that require “additional confirmation by customer”, contain warning messages when trying to confirm them.
Live Tours
Live Tours
Provide group and individual visitor offers as live tours.
The Live Tours module allows you to provide group and individual visitor offers remotely, i.e. as a video conference. This way you can reach visitors even if you are closed. No matter if because of Covid-19, exhibition reconstruction or renovation.
Furthermore, you can reach visitors for whom a visit is otherwise not possible. This could be because of geographical distance, mental or physical limitations or simply incompatible opening hours.
It is up to you whether your guides use a gimbal from the museum or a 360° digital exhibition tool from their couch at home.
Functions
Live Tours are mainly used for single-visitor offers. It’s like a public tour where museums create dates in advance and many visitors can sign up for them.
Group offers can also be created as Live Tours.
In this case, a group is exclusively guided live. The participants can all sit in front of one end device or each visitor sits in front of its’ own.
Like all normal group and individual visitor offers, Live Tours can also be sold in the online shop and via the backend (by e-mail, telephone).
Regarding relatively low revenues per participant, online sales in particular cover costs.
Our Zoom interface transfers all appointment details that were created in go~mus to Zoom and creates automatically a meeting.
Inquiries
The special module Inquiries enables you to receive non-binding inquiries for bookings, accreditations and general inquiries from your visitors online (using forms) and in the backend. This allows you to convert them into binding orders easily and comprehensibly using the program planner and group splitting.
General inquiries
Many companies offer customers and interested parties contact forms to enable them to make inquiries at any time without having to publish a specific e-mail address. For this purpose there are many dedicated services like Wufoo and others.
The forms module of go~mus allows you to create forms independently and individually via drag and drop. These are output as iFrames and can thus be quickly and easily integrated into your website.
Inquiries created via such forms are mapped in go~mus in the Inquiries module and can be processed there.
Accreditation inquiries
In addition to general inquiries and booking inquiries, go~mus also enables accreditation inquiries. This allows customers to request accreditation for specific customer categories.
The intention is to price offers per remuneration table based on offer categories and customer categories. In order for teachers, for example, to be able to buy these offers online at the right price, they must belong to the right customer category. Since the access to certain prices results from the connection to a certain customer category, customers cannot determine this connection themselves.
The accreditation form can therefore enable customers to request accreditation to a specific customer category at any time without having to contact them by phone.
Booking inquiries
The go~mus + shop allows you to sell tickets, single visitor and group offers.
In some cases, however, it is not desirable to enable customers to book certain or all offers independently. This can be the case, for example, if an offer can only be carried out by a few people, such as a curator’s tour or a special workshop.
For large groups, the online shop is still not always ideal, as it is designed to book one group at a time, not to plan specific complex programs.
However, in order not to have to process all those requests manually or to receive corresponding requests by mail and then have to transfer them to the booking system in a time-consuming way, the forms module allows to create forms for booking requests.
Requests created via these forms are mapped as booking requests in go~mus and can be processed there with the help of group splitting and program planner. If the customer accepts the program proposal, the program items can be converted from a non-binding inquiry into one or more binding orders with little effort.
Booking Widgets
One of the functions of go~mus is the Booking Widgets.
Widgets can be integrated into websites as so-called iFrames and enable visitors to register for free offers (no payment, registration, login, customer profile, order history). Unlike the online shop, however, widgets do not require registration, login, customer profile or even payment. go~mus offers widgets for group and individual offers. The prerequisite is that the corresponding modules are available (groups, events).
Widgets are offered on the level of museums, exhibitions and offers:
- Offer widgets always allow registration for the specific offer only.
- Exhibition widgets allow registration to all offers associated with the exhibition and enabled for booking via the widget.
- Museum widgets allow logging in to all offers associated with the museum and enabled for booking through the widget.
Widgets for group offers
Group Offer Widgets allow visitors to sign up for group offers on the museum’s website or other appropriate website.
Guide Management
In each offer, a guide requirement must be defined (which can also be zero). If an offer is booked on short notice, go~mus checks if the required guides are available. If an offer is booked on a long-term basis, the booking is not dependent on guide availability.
Guides can enter their availability directly into the system via their own login, and the system takes their availability into account during guide scheduling.
Additional functions in the Guides context facilitate cooperation with large guide pools:
- Guide request
- Guide synchronization
- Guide login
- Limiting factors
- Categorization (languages, offers, age groups, skills)
- Availabilities
- Email notifications
- Calendar subscriptions
Guide-Login
Guides have their own password-protected login to the system. There they can access content relevant to them with reduced functions and enter data.
Profile
Here guides can enter contact and bank data.
Booking list
Here guides can view, filter and export all bookings concerning them.
Calendar
Here guides can view all their bookings in the calendar. Furthermore, the calendar subscription is available here.
Availabilities
Here guides can enter when they are available and available for requests.
Limiting factors
Analogous to the limiting factors of museums, rooms and offers, go~mus also considers limiting factors of guides. This makes it easier for you to avoid the impression of bogus self-employment when working with freelance guides. In the cooperation with mini- and midi-jobbers, it enables you to ensure that the corresponding hourly quotas are adhered to.
The following limiting factors can be set individually for each guide:
- Max. Hours per day
- Max. Hours per week
- Max. Hours per month
- Max. Bookings per day
- Max. Bookings per week
- Max. Bookings per month
Availabilities
Guides can enter availabilities via the guide login.
In the disposition go~mus only offers guides that are available for the entire duration of the booking including buffer times, so that only available guides can be requested.
Availabilities can be entered every quarter of an hour via rules, a generator, click&drag, on a daily or weekly basis.
E-Mail notifications
Guides are notified by go~mus via email about bookings, booking requests and cancellations.
For this purpose, go~mus uses templates that you can configure individually. Various placeholders are available, which can be used to retrieve and transmit dynamic content from the system.
Among other things, a link to accept or reject a booking request can be placed directly in the e-mail.
Fee accounting
You can already set the guide fee in the offer, so that the fee can be agreed without additional effort when booking the offer and scheduling the guide.
The Fee Accounting module then supports you in checking the guides’ fee statements.
In addition to pure fees, it also contains surcharges (foreign language surcharges, Sunday surcharges) and cancellation fees.
Guide request
The guide request is a pool release of a booking to all or some selected guides. Such a release makes it possible to quickly and efficiently query the interest of guides in assigning for certain bookings. The interaction can take place with many guides and thus enables to quickly schedule all bookings.
The Guide Request is a sub-function of the Guide Management module. The regular scheduling process provides to select and request a guide directly.
In addition, it is especially useful for your museum guides to keep the schedule simple and up-to-date.
Guide selection
The guide request process shows you all available and unavailable guides and allows you to select which guides should be requested for the booking.
You can also enter a comment that will be sent to the requested guides.

Feedback from the guides
Guides receive the request by email and can provide feedback directly by clicking on links in the email.
The feedback from the guides is displayed in the go~mus backend. From positive feedback, a confirmation can then be sent and go~mus sends automatic rejections to the other guides if desired.
Concerts
Floor Plan
The floor plan module for your museum.
Individual seating plans for your floors & rooms.
Accurate seat bookings for your online-shop, POS & backend.
Seatings are essential components of the go~mus floor plan module, which enables seat-accurate bookings in the backend and online-shop as well as at the cash desks. Any number of seating variants can be defined and rooms and individual seats can be assigned.
Prices are assigned to the respective seating category and each booked attendee automatically receives a seating ticket with barcode, which can be validated in the admission system.
By linking the floor plan module to the special module Room Management, any event can be mapped in it, including a seat-specific booking function.
Functions
Seating is configured from properties such as the price category, rows, seats and types. The latter allow freely definable distinctions of seat types, such as “Love Seat” or “Accessible”. A corresponding layout interface for configuration is automatically generated by go~mus.
The entire seating plan can be created quickly and easily using an integrated generator. The design, the arrangement and the titling of the rows and seats are flexible.

Online-Shop
In combination with the add-on go~mus + shop, the special module Floor Plan allows you to sell your floor plan-based events through your online-shop.
Point of Sale
The special module Floor Plan enables the sale of events at the point of sale through the connection of the add-on go~mus + Point of sale. When using a customer display, the seating plan and seats can be displayed directly to the customer.
Backend
A seating plan design configurator can be used in the backend. With this, all room components, such as seats, seat and price categories, rows and more, can be freely designed quickly and easily.



Using SVG graphics
The go~mus floor plan module has been programmed to allow the creation of floor plans of any complexity. If the predefined configuration options are not sufficient, an SVG graphic of any floor plans’ shape can be uploaded to go~mus. The software automatically recognizes the parameters stored in the graphic script, so that the floor plan graphic can be freely further designed within go~mus.

Templates Function
You can create individual templates for each museum, exhibition and offer, and extensive attachments can be defined. In this way, you can address every target group adequately and, if required, send all desired documents automatically upon successful booking.
E-Mail templates
go~mus uses E-Mail to communicate, whether you create new guides in the backend and send them credentials or if customers purchase tickets online and have them shipped after successful payment. Consequently the administration of e-mail templates is especially important.
For all situations that require sending an E-Mail to a customer, user or guide, go~mus provides individual global templates. They can be adapted to match the museums need in regards to content and tonality of the E-Mail. Unless more specific templates are created for individual museums, exhibitions or products, these global templates will be used for all contexts.
go~mus also allows you to create individual templates per museum, exhibition or product. This allows you to adapt tonality and contact of your communication to the relevant target group.
go~mus provides many predefined placeholders that allow you to reference data in the templates.
Since go~mus can be integrated with several E-Mail-Servers, it is also possible to select individual E-Mail-accounts per template. Furthermore the BCC and reply-to addresses can be defined per template.
PDF templates
Die Details einzelner Datensätze werden in Detailansichten verwaltet. Auch hier garantiert konsistente Gestaltung, dass BenutzerInnen sich jederzeit gut zurecht finden.
The most important information is displayed directly in the profile of the respective data set, which users can see at first glance.
The options available to a particular user according to roles and rights in relation to the data set are always displayed on the right.
Assignments of other data to this record are made in the lower part of the web page.
Annual Tickets
Manage annual tickets
You can manage any number of annual tickets in go~mus and sell them via the connected sales channels.
The name, validity period, price and sales channels can be customized.
Online sale
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.
On site sale
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.
Production, shipping, collection
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”.
Tickets
Modules define products which can be sold in go~mus. Tickets, i.e. admission tickets for museums or exhibitions in the form of day and time slot tickets, are such products. You can cover the management and sale of group offers and single visitor offers with dedicated go~mus modules. In addition, you can assign tickets to museums or exhibitions and individually define saleability, validity, time slots, sales channels and advance sales times. By default, tickets are delivered as Print@Home tickets in PDF format. If you wish, you can also use the Passbook module to enable delivery as a Passbook ticket.
Tickets
A ticket gives access to one or more museums or exhibitions. They can be sold with go~mus via the cash desk, online shop, backend (visitor service) and reseller sales channels.
With the time slot function you define the time period within which visitors possessing a ticket get access. Time slots can be defined in go~mus for between 15 minutes and 12 hours. Tickets without time slots are considered as day tickets.
You can control internal authorization concepts by assigning tickets to museums or exhibitions. You can also create external filters, e.g. in the online shop or at specific interfaces.
Grace periods allow you to control rigid time slot concepts in conjunction with ticket scanners or turnstiles in an accommodating manner.
The function to define a certain number of possible entries allows you to create multiple tickets. It also allows you to link admissions to other concepts, such as external catering, where visitors must leave the museum.
For the sale of group tickets, you can of course define the minimum number. Likewise, you can define the maximum number of tickets that can be purchased.
You can mark a ticket as “reduced” and thus automatically advise the supervisory staff to show the reduction certificate when scanning the ticket.
Quotas
With a quota, you define the number of tickets that can be sold per time slot and the distribution of this number among the sales channels.
For this purpose, the tickets for which the quota is to apply are assigned to a quota.
You can define different types of quota rules to control the saleability of the assigned tickets:
- Weekday rules (all selected weekdays)
- Calendar day rules (a specific calendar day)
- Holiday rules (all holidays defined under Holiday)
Sales channel control
go~mus allows you to sell tickets through the following sales channels: Online shop, cash desk, backend, reseller.
With the help of the quota sales channel control, you can define the respective ticket numbers that can be sold for pre-sales and daily sales, down to the exact percentage.
In this way, you can ensure that a certain number of tickets is held at the cash desk for spontaneous visitors on site. Resellers should only sell the designated quota, so that overall, however, an optimal capacity utilization is achieved.
Groups
General configuration
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.
Prices and costs
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.
Resource requirements
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
Sales control
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.
Keywording
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
Public data
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
Calendar Function
The calendar function displays bookings in calendar views for day, week and month. Indicators for notification status of customers as well guides allow a quick and easy overview on first glance. On hover go~mus displays extensive details to every booking. This allows you to get a quick overview as well as a detailed drill down.
Monthly calendar
This calendar displays bookings in a clear monthly view. The degree of details provided per booking is low, only booking number and time as well as color indicators for booking state and notification of guide and customer are displayed on first glance.
Mouse over displays detailed information about the selected booking.
Scheduling calendar
The scheduling calendar displays booking in daily and weekly views.
In contrast to the monthly calendar it displays bookings at a specific time of day and not just chronologically listed. It also displays more details on first glance resulting in less overview but higher degree of detail.
Calendar subscriptions
go~mus provides calendar subscriptions for guides and users. They allow subscribing to bookings and displaying them in the native calendars from Outlook, Google, Apple etc. In contract to a simple calendar export, a subscription will be updated when the relevant booking in the system is changed.
Users can decide whether they want to subscribe to:
- All boookings
- All external dates
- All bookings of a certain product category
That way the educational department can subscribe to all bookings of e.g. guided tours while the event department would subscribe to events only.
Calendars per museum, exhibition, product, room
In addition to the global monthly calendar and the given filters, go~mus also provides individual calendars with daily, weekly and monthly view for every museum, exhibition, product and room.
Every one of these calendars allows you to subscribe to the dates displayed therein. That way it is possible to subscribe only to dates of bookings that use a certain room or relate to a certain exhibition.
Together with the means to control user roles and permissions and their ability to access one or several museums, this provides means to restrict calendar viewing privileges to the necessary minimum.
Reporting
Orders
All bookings of events and group tours as well as ticket sales are always encapsulated in an order. All invoicing is always based on the order. Order reporting therefore focusses on payment methods, sales channels and revenue.
Visitors
The visitor statistic provides visual and tabular evaluation of bookings focussing on the visitor and his/her indicators. Through preselects a reference time span as well as a comparison period can be selected quickly and easily. The visitor statistic then compares the two and provides information on relative changes.
Bookings
The booking statistic provides visual and tabular evaluation of bookings with a focus on the bookings and their characteristics. Through preselects a reference time span as well as a comparison period can be selected quickly and easily. The booking statistic then compares the two and shows relative changes.
Ticket sales
The ticket sales report provides visual and tabular analysis of tickets sold. It shows amount of tickets sold as well as revenue generated per ticket in the selected timeframe.
The export of the ticket sales report provides further details on time of entry, time of purchase, customer etc.
Orders
Overview
The list view of orders shows orders according to the filters the user sets.
The following filters are available:
- Time frame
- Date of order / date of visit
- Validity
- Status
- Payment status
- Payment mode
- Origin (sales channel)
- free / fee based
The list also allows you to search for orders by customer name and e-mail address.
Detail view
The detail view of an order gives an overview of the most important details of the order and provides access to relevant options related to the given order.
Depending on the permissions of the user they will have access to the following features and links:
- Cancel order
- Change order item
- Cancel oder item
- View order history
- Send, access, print documents
Together with the billing module the order detail view also provides invoicing.
The order detail view furthermore provides drill down access to related data sets, such as customers, ticket sales and bookings.
Exports
Powerful export generators provide means to export orders and order items. The export is provided as .xls-file.
Structure and order of columns in the export can be defined freely.
Grouping of items can also be configured.
The time frame that needs to be exported can also be defined.
Furthermore users can filter the data by several parameters.
Finally there is an option to send the export per mail after it has been created. Given the creation of exports can take some time (especially when a lot of columns are exported and the time frame is long) this allows users to continue their work and automatically get notified after completion of the export.
Reports
Reports on orders are essential. They provide key insights into the performance of the institution as a whole, of certain products and sales channels.
go~mus provides an easy to use revenue report that displays relevant KPI visually and numerically.
The report data can also be exported as .xls-file.
Customers Function
Customer categories
Customer categories allow segmentation of the customer base. Since this segmentation is done differently everywhere, customer categories can be freely defined in go~mus.
Offers can be priced in go~mus by means of a charge table, among other things. The charge table makes it possible to set prices per customer category and offer category. Accordingly, the definition of customer categories can also be the basis of the price structure.
Customers
Orders are initiated by customers. Customers are persons managed in go~mus. Only for orders of the sales channel checkout, usually no customer data is collected or existing customers are assigned.
Even if an order is placed for an institution (company, association, organization, etc.), a person (customer) is always responsible in go~mus. The connection of the customer to the institution can be set and is visible. It is also possible to display all associated customers and all orders of all customers belonging to the institution.
A customer belongs to a customer category and is assigned to an address.
Institutions
Even if orders are triggered by a person (customer) in go~mus, institutions of all kinds can of course still be mapped.
A customer can have an address at the institution and order with this address. The order then belongs to the institution and is discounted accordingly if a discount is assigned to the institution.
Disclosure Cases
In order to be able to quickly and reliably answer inquiries from customers regarding Art. 15 DSGVO (Right of access of the persons’ data subject), the go~mus “Disclosure Cases” feature helps.
Here, requests from customers can be entered and managed. go~mus provides reports on the collected data to answer the question.