Page Comparison

Pre-requisite: create Activities, Teams, Competition types, Logical Configuration, Rates Table, Sales Calendar

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...).

...

The following buttons perform actions at Service level, i.e. for all the items included.

Anchor
Create a new service Create a new service

Create a new service

...

Tax VAT : VAT rate that will apply to your service (all items will have the same). To be selected among the dropdown elements. VAT rates are defined in Institution | Initialisation | VAT Rates.

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.

...

Product type : Product type enables the system to classify the different ticketing products. Products sold at the box office are automatically classified by product type. Product type can also be used in reports filters. Product type are defined in Organisation | Initialisation | Product types

Audience type : Audience type is mainly used to target your audience in SecuTix Audience Management. Audience types are defined in Institution | Initialisation | List of values

Ticket model : Ticket model is not mandatory for a service and will be used for all the items of the service. When bought online, the ticket may be used as a voucher to pick up the product on site. Ticket models are defined in Organisation | Tools | Ticket models

Producer / Promoter / Partner : useful when using the producer portal. Producer contact (structure of type producer) that can be linked to the product. This contact will be able to access data related to this product in his producer portal.

...

Logo : (max size 1 Mo) image that will be used online to illustrate the product. This image will appear on the landing page and on different pages of the ticket shop. Depending on the setup of your landing page, you may want to pay attention to the ratio or to where you position the main element in your image. More info on A dynamic shop window

Internet description URL : link to an external page that will appear online behind the More Information link. This link is displayed after the Public description on the ticketshop. It aims at directing people to a page where you would usually present the service. To be used with care as it takes users out of the funnel.

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.

See Organisation | Initialisation | Shipment Fees

Remark : text field to insert comment to the service. This will remain at back office level.

b) General | Parameter

Complement name (max 60 charac) : text that will appear online between the name and the description.

Image RemovedImage Removed

Internal description : text field that can be used to insert particular comments that will remain on back office side.

Logo 1 : (max size 1 Mo) image that will be used to illustrate the product. This image will appear on the landing page and on different pages of the ticket shop. Depending on the setup of your landing page, you may want to pay attention to the ratio or to where you position the main element in your image.

More info on A dynamic shop window

Audience type : usually kept on All public. For organization handling specific events for Kids, setting Kid in there will trigger the indicator Children Product, allowing you to easily target purchaser of those products.

See : Standard indicators

Time flexibility : in hours and minutes, this field allows you to set the amount of time FROM the beginning of the match until which you will still be able to sell ticket. For exemple, a time tolerance set as 00:45 will result in having the match still available for sale up to 45 minutes after kick off.

Competition type : you can select there the competition type you have created in Initialization. This field determines which teams will be available for selection on the Calendar page.

"Master" Competition : will linked the competition you are creating to another existing competition. Thus, any change done on the master competition will impact the "child" competition. For example, changing the date and time of a match in the master League competition will change the date and time of the match in the Parking competition. NB : if my parking matches are set to start 1h before the League matches, then the change in the master competition will keep this delta between the two competitions.

Waiting list allowed : for cases where matches are sold out, and if the waiting list is activated, web users will have the ability to enter their email and declare their interest in buying tickets

Season ticket authorised : can this competition be taken through a season ticket product?

Tariff at which tickets belonging to a season ticket are resold on resale platform : when using SecuTix resale platform, you can set that the resale of any tickets coming from the season ticket related to this competition will be resold at a particular tarif. The benefit there is usually to make sure that anyone coming on the resale platform can purchase any tickets available. And not have a scenario where a ticket coming from a child season ticket can only be purchased by a child. The reseller will only be refunded of the amount of his ticket within his season ticket, and the delta between this price and the price paid by the purchaser will be kept by you. This field will be active with a tariff dropdown only if you set the parameter Tarrif modified for subscriptions on yes in the Organisation | Initialisation | Sales Channels | Points of sales | Internet parameter where the point of sales is the one used for your resale platform.

Image Removed

Countermark accepted : the feature related to this field is not active anymore.

Ticket producer : this field tells SecuTix whether or not a ticket has already been produced. If set on YES, then SecuTix will NOT generate any ticket at the moment of the sale. The use case is when you handle event for third parties, and you have been given directly (thermal) tickets from this 3rd party. You can still set these events in SecuTix and sell them from SecuTix to keep track and be able to report, but the ticket itself will not be a ticket generated from SecuTix. You will have to handle/send the tickets you received out of SecuTix.

1st catalogue number of performances : the use case is mostly for Live Events. This feature allows you to setup the number you want to apply for your matches / performances. In France the VAT rate must change from the 141st performance. Thus this field allows to easily identify from when the VAT rate should be set differently.

Confirmation after reservation (days) : when using reservations, this field give you the opportunity to have a deadline automatically set by SecuTix, calculated in days after the reservation is created in the system. Note : the reservation will not automatically be cancelled once this date reached.

Confirmation before performance (days) :when using reservations, this field give you the opportunity to have a deadline automatically set by SecuTix, calculated in days before the first match included in the reservation. Note : the reservation will not automatically be cancelled once this date reached.

AnchorItemsItems2) Items AnchorSub-GroupingsSub-Groupings3) Sub-Groupings AnchorCustom variablesCustom variables4) Custom variables AnchorTransport StopsTransport Stops5) Transport Stops AnchorQuotasQuotas6) Quotas AnchorBasic priceBasic price7) Basic price
AnchorSynchronisationSynchronisation8) Synchronisation AnchorProduct profilesProduct profiles9) Product profiles

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 Ticketsdon't forget to manage the sales of this services and make sure some quota is always available.