Page History

...

Aim: create and manage your services. Services are optional extras (concert programs, audio guides, books, DVDs, parking, snacks, etc.) or everything an audience may need apart from the ticket itself. In SecuTix, it is the most basic product, it is neither dated nor inventory controlled.

Services are also used in museums to configure counter products to count the visitors allowed to access the museum without a barcode (ticket, membership card...). For example: teachers can access the museum with a specific pass delivered by the ministry of education. In this case, a service will be used with a specific rule to allow to scan the same barcode at the entry, just to count teachers entering the museum. this feature is described below in Synchronisation

A service may regroup several items. For example : a "tshirt" service may have one item per size (small, medium, large...) or a guide book may have one item per language (English, French...).

...

Alert threshold : if the available quota left for one item of this service reaches this threshold, this will display the Quota Alert Quota message in the back office.

...

Questionnaire : to gather more information about your customers, you have the possibility to define a series of questions that will be asked to each beneficary of the service at the end of its order.For further details, read the dedicated guide : How do I create questionnaires?

Include in shipment fee : for cases where shipment fees where set to be Per ticket, you can choose if the items of the service you are creating will be applied the shipment fees or not. This provide the flexibility to say that some products are not eligible for shipment fees.

...

b) General | Parameter

Type: not editable. Always "simple" for a service.

Kind: enables you to have a specific classification for services. The kinf is not visible in sales/reservation, nor only, nor in reports, it is only available through the API. Service kinds are defined in Institution | Initialisation | List of values

Internet text: further description that appears online below the public description.

Image Added

Once the service is running, you will need to suspend it in order to be able to modify existing items or add a new one. Deleting an item is only allowed when the service is in preparation or validated.

An item is simply defined by :

• A rank (integer) to set in which order the items will appear within the service on sales screen and online.
• An internal name (max 60 charac) : name of your item as it will appear in SecuTix screen (backoffice) and in the reports.
• An external name (max 60 charac) : name of your item as it will appear to your public (online, tickets and documents).
• A code (max 8 charac) : code of the item. This code must be unique per service (two items in different services may have the same code).
  
• A quota: the initial quantity of this item that can be sold.

If you add an item to an existing service, you don't need to revalidate the service so that the new item can be sold, you just need to run the service (since you needed to suspend it to add the item).

Sub-groupings are to be defined in Organisation | Initialisation | Sub-topics. At this stage, you can associate a sub-grouping to your service. This sub-grouping can then be used through APIs to group product together for example. It also groups your services in the sales-reservation screen.

Custom variables are to be created in Organisation | Initialisation | Custom Variables.

Custom variables are element you can display on ticket. They are usually used to display static information that can not be setup elsewhere in SecuTix. They are related to the fields Texte_Libre in the ticket editor. See List of variables in the Ticket model editor

They can also be used through API and interfaces between SecuTix and 3rd party system, in order to setup in SecuTix sets of information that will be pushed and handled by the 3rd party system.

TixNGo for instance is using those fields to input the parameters such as the image or the url that will be displayed on the ticket in the TixNGo wallet.

Transport stops are for customers selling combined offers including leisure and public transportation. They may define which stations or stops belonging to a public transportation network allow to reach the product associated.

This form shows you the quota for each item (which is the total quantity of an item that you put on sales), the alert threshold defined at the service level and the available quantity remaining (equal to total quota - sales - reservations).

When you see an alert quota message in the list of services, it means that at least one item availability is under the alert threshold in the service.

The correspondinq availability will then appear on a red background in this screen :

Image Added

You can modify this quota at anytime by clicking Image Added on the line of the corresponding item. The following popup will open :

Image Added

You can then change the total quota of the item. In the exemple above, the total quota is 500. 350 have been sold or reserved. Availability is then 150.

Since you can change only the total quota, if you want availability to 400, you will have to put 750 in the quota box (you want 400 available, 150 are already available from the initial 500, so you need a total quota of 400 - 150 + 500 = 750).

To make sure that you put the right value, just click anywhere in this popup outside of the box and the availability will be refresh.

Services are not linked to a rate table. This basic price screen is used to set the price of your items.

By default, when you create an item, the price table isn't displayed. You first have to chose the items and the tariffs you want to define and click Image Added

When you open a running item, the screen displays by default the existing prices.

Image Added

In the example above, a new item "Turandot program" was added to the service but no price is yet defined for this item. So when you come to this basic price screen, you can see that the item is not selected in the first filter. You then need to drop it to the right box and click Image Added

It will add a column in the table below where you put the price :

Image Added

Once you filled the price, do not forget to save Image Added

Since a service doesn't grant access to an event, a match or a visit, it should not be controlled.

But there are some cases where you may wish to control service tickets and therefore synchronise SecuTix Access Control. :

• You issue a ticket for a specific service as a voucher which will be exchanged for another good (a guide book, a snack...) and you don't want it to be reused or you want to know how many have really be used.
• You will use this service as a counter product. If you need several counters, create a service for each with a single item since statistics are per service, not per item.

The following requirements must be met before :

• the season of your product must already exist in the Access Control, see
  
• you need an Access Control calendar, see Organisation | Access Control | Calendars
• you need at least on sector, see Organisation | Access Control | Sectors
• you have a device attached to this sector to control the barcodes.

In the case of a counter product, the configuration is quite simple :

• Choose a calendar
• Set "Is counter" to "Yes"
• Check "Enable" box
• Add the sectors where you want to count

In this peculiar case, other rules validity are ignored (nb of days of validity, duration, nb of access, delay of invalidity...).

Here is an example :

Image Added

This is where you associate the set of rules regarding the selling of your service. Among the rules, the sales channels on which the service will be available.

See : Organisation | Catalog | Product Profile

From this menu, you can define payment methods that can be used to purchase this product.

The rule is as follow : it is the intersection of Point of Sales Payment Methods, Product Family authorised in your Payment Methods (see : Institution | Initialisation | Payment Methods) and Product Payment Methods.

Thus, if you associate no payment methods in this screen, SecuTix will check which Payment Methods are authorised for the Product Family. If none, it means that any Payment methods available on the point of sales will be usable for the product.

The payment method you associate at product level must be available at least on the point of sales. Otherwise it will not be allowed for any product. Also keep in mind that if you allow a payment method only to one Product Family or on specific Product, it will not be available to someone buy other products at the same time.

For example: if you want to allow Slimpay payment only for season tickets, you need to associate this payment method to your point of sales AND associate only the season ticket family in Slimpay payment method. But in that case, if your client add a single ticket for a friend in his cart, Slimpay will not be proposed as a payment method.

You can set in this screen your mappings regarding the service you are creating for the different interfaces and batches you may have. Note : those mappings will only apply at service level, not items.

You can also set mappings directly in the related interface. See : Organisation | Tools

The validation step will make sure that you did not forget to set any mandatory information. In such a case, the message displayed will refer to what is missing. If nothing is missing it will proceed in the actual creation of the competition and its matches, that will become available for Running.

Next Step: setup the other competitions and/or the related Season TicketsNext Step: don't forget to manage the sales of this services and make sure some quota is always available.