Overview

The services screen gives users the ability to tie specific components to a supplier.   Examples of services can vary anywhere from hotel rooms, to transfers, to the tours that are offered by the tour company. 

Users also have the ability to assign occupancy restrictions per service, add service descriptions that will appear on the reservation system or documents and invoices, assign a blockcode to control inventory, select when services should be reported to the hotel, and more.  

 Using a hotel as an example of a supplier, the supplier and service build would look like something below. 

Service Types 

The list of services that are available for users to choose from are pulled from product codes, which can be viewed under Security - System Settings - System Codes.  The service type is a requirement when building a service.   

Defining the fields

Air

Service type pulled from the code list.  Users will not be building air segments under supplier services. The service type "air" only exists to assign to air segments when air is booked. 

All

Used for searching purposes only.  When using service type "all", the application will pull back a list of all services created under supplier services.

Car

This service type is used any time is entering the make and model of a car offered by a rental company such as Hertz or Avis.  

Chargeback

The chargeback service type is typically used by internal staff only and will be selected only when a user wants to note that a refund was given by a specific supplier due to issues at the hotel or issues with the tour.  

Conveyance

The conveyance service type exists if users require another way to separate different service types that are similar to tours or fee and is typically only used if companies want another way to separate these services when viewing reports.

Drink

The drink service type is typically used in packages/tours where a drink is included at a particular location.

Entrance Fee

The entrance fee service allows users to build an entrance fee service type.  This service type is typically used in packages/tours where there is an entrance fee for a particular location which can be covered in the overall price of the tour.  

Expense 

Similar to the conveyance service type, users can build expenses to cover scenarios such as room accommodations for drivers of the tour.  Typically priced as a one time fee or a “per item” cost and not per person/per night.

Fee

Fee service types allow users to add fees such as change fees, rebooking fees, or cancel fees to a reservation.  

Foreign Operator

The Foreign Operator service type is typically used when a company is purchasing a package/tour from a third party.  

Guide

If local guides are either included in a tour, or, need to be assigned to certain aspects/stops within the tour itself, users can use the guide service type to ensure they are accounted for on the rooming list or other additional expenses such as their meals.  

Hotel

Any room category under a hotel is build as an HTL service type. 

Insurance

If users are providing an insurance option to passengers, users will load these services under the insurance service type.  

Inventory Management 

Inventory Management items are typically not created as supplier services, rather, are created when building products for tours.  The service type controls the number of passengers per departures for packages with a TourID. 

Maximum Child Age

There are 4 options for this Field.

• Option 1: Enter "0", all children will be treated as Adults (use this option if the adult and child cost/price are the same).

• Option 2: Enter "-1", children are not allowed to be booked on this Service.

• Option 3: Enter -Age, children under that age are not allowed on this service but children over this age are allowed (Ex: -8 means no children under the age of 8 can be booked on this service).

• Option 4: Enter a Max. Age (8), Rates (ChildAge 1/2/3) or Masks (C1-12) must be loaded for all applicable ages in order for a Child to be priced correctly.

Miscellaneous

A service type that houses miscellaneous service types that do not otherwise fit in the existing service types offered within Softrip.  Examples of this may be couples massages offered at a destination or dance lessons.

Package

This service type is automatically generated when a package is built.  Users will not need to build a package service type.  

Promotions

Similar to service type “air”, users would not use the service type promotion to build supplier or marketing promotions.  The service type promotion exists as a labeling mechanism.  For example, if a promotion exists as a line item on a reservation, then that line item label would display as PRO.

Meal

Use the “meal” service type if users want to offer meal plans such as offering breakfast, lunch, or dinner.

Shipping

Accounts for any shipping fees that may be associated to travel documents. 

Tip

Typically used in tours and packages, allows users to pre build tips into the packages to ensure that   passengers are not required to tip during their vacation. 

Rail

Used when building rail services.  

Transfer

Used when building transfer services.  

Service Formats 

Softrip requires that certain services follow a specific format.  Included below is a list of formats that users will need to follow when entering the service ID’s or the service masks. 

Insurance
The following format needs to be followed under the “service ID” for insurance. 

The below example is valid for an overall per person rate.  This is regardless of adults or children.  This is the standard form used when loading insurance and offering different insurance tiers based on the pricing of the booking.   

Format:

• INS0-500

Description:

• Insurance rate/tier will be applied if the per person rates falls within $0-$500

Format:

• INS501-999

Description:

• Insurance rate/tier will be applied if the per person rates falls within $501-$999

Format:

• INS999-1499

Description:

• Insurance rate/tier will be applied if the per person rates falls within $1,000-$1,499

The below example is valid for an overall per person rate.  This takes into account the ages of the passengers.  This also      requires additional set-up in Softrip. 

Format:

• INS:P0-1000:A0-12

Description:

• IInsurance rate/tier will be applied if the per person rates falls within $0-$1,000 and the passenger age is between 0-12

Format:

• INS:P0-1000:A13-999

Description:

• Insurance rate/tier will be applied if the per person rates falls within $0-$1,000 and the passenger age is between 13-999

Example of insurance services:

The following format needs to be followed under for the masks and desigs.

Transfers

Transfers are designed to sell per person or per-vehicle transportation services.  Softrip has specific formats for the Service ID that allows the system to track the pickup and drop-off points for supplier communication.  The below formats are a requirement when adding transfer services under supplier services.  These formats need to be entered under the service ID to ensure the pick-up and drop-off locations are accounted for appropriately. 

• One-way transfers - arrival and return transfers are sold as separate services in the booking process.  The Service ID is built to tell the system the Pickup-Dropoff service types.  This enables transfer manifests to look at other service types in the reservation to report where the customers should be picked up and dropped off.  

• Round Trip Transfers for Air/Hotels - for companies that do not offer transfers as one-way segments, you can create a round trip transfer services.  The Service ID does not need a Pickup-Dropoff format.  But it does require a dash in the Service ID.  We recommend RT- as a prefix for the Service ID.  The tracking of pickup and drop-off currently assumes the service types are Air-Hotel-Air. 

Outlined below are the two options users have when entering the masks and desigs for transfers.

Transfer is based on a per person value, used for shuttle transfers

Transfer is a per vehicle transfer.  The first option, M1-2, holds up to 2 passengers, and the secod option, M3-4, holds up to 3 or 4 passengers.  These are typically used for private transfers.  

Creating new fields

There are variety of different fields available when creating services.  The below details the options available for users and outlines the potential use cases for the data fields.

Defining the fields

Masks, Desigs, and Inventory

Users are required to enter three key components in the supplier services screen.   These are the “desigs”, “masks”, and noting Y/N under “Inventory (inv)”. 

The desigs are the labels of the service itself.  Users can select “default desigs”, or, they can create their own desigs. 

The masks controls the guest configuration for the service. 

Marking “Y” under “inventory” controls if inventory will be depleted from the block code if the service is taken.  Users can also enter a block code.   If users enter “N”, the service will always be “On Request”. 

Service ID

Similar to the Supplier ID field, each service requires a service ID.  Aside from transfers and insurance, users have the flexibility of creating their own unique service ID’s. 

From and To Dates

The from and to dates control the length of time the service will be available to sell.  This date can vary depending on the service being offered.  For example, if there is particular supplier and service where a contract is consistently signed year over year, users can expand the from and to dates.  

Destination/To Destination

The destination fields identify the location where the service is provided.  This list is pulled from product city codes.  For example, if the Harry’s Hotel is located in Las Vegas Nevada, then the destination will be LAS. 

The "to destination" field is greyed out for most services, however is an option when users are entering services such as cars, rail, and transfers.  For example, if using a car rental then users would enter the destination where a car would be dropped off in the "to destination" field.  If loading a rail service, the "destination" field would be where the rail starts and the "to destination" field would display the destination the rail is traveling to.

The below is an example of a rail service that would be picked up up in London and will stop in Edinburgh.

Description

Users can enter a description of the service under the “description” field.  Similar to the suppliers, this information will appear in the reservation system. 

The “apply” option is available any time existing reservations contain that particular supplier/service and there is an update to the description. 

Voucher Notes

Users can enter details of the service under the “voucher” notes which will appear on the supplier vouchers/documents.  To verify this information, users can select the TravelDoc Voucher Report. 

Voucher Type

Users have the option of setting the voucher type to either “C” for “customer” or “S” for suppliers.  If the voucher type is set to “C”, then users will see the service and information on their vouchers.  If the voucher type is set to “S” it will be hidden from the vouchers.

Itinerary (Itin.) Description

Out of the box, this field is only used for “Custom Products”.  Services that are part of custom products are copied from existing services.  This provides users with the flexibility of modifying the copied (custom) services without effecting the original services.

If information is added to the itin. Description, it will be displayed on the confirmation letter which can be accessed in the report viewer. 

Block Type

The Block Type is tied to the inventory of that particular service type and controls how the service is sold. 

• Block

  • Once the inventory is depleted, users cannot request additional space through the reservation site. 

• Freesale

  • No cap on the amount sold on the service.  Optional tours and transfers are examples of services that would be set to “freesale.”

• Partial Block

  • Once the inventory is depleted, either for the entire duration or for specific nights during the duration,   users can request additional space through the reservation site.  Additional space will be on request only.

• On Request 

  • Services will be on request at all times. 

• Blank

  • Leave the block type blank for any services that do not have an inventory tied to it and do not require a confirmation from the supplier. 

Block Code

If inventory will be assigned to the particular service, then a block code must be created.  Once a block code is created, users can control the inventory in the Operations subsystem.  

Each block code should be unique to the service.  The Softrip application gives users the flexibility in creating a unique block code. 

The above is an example of the block code entered into the supplier services screen and the block code field in the operations inventory screen.  See the Operations Inventory article to learn more.  

Status

Users have the option to select five different statuses.  These status types are for internal use only and are designed to allow the staff to communicate their loading progress internally.  These statuses are checked, closed, custom, loading, and pending.  

Currency

Under product exchange rates, users have the option to enter in the exchange rates for different currencies.  This is a manual process and must be maintained by the internal user.  This option supports the ability to purchase, sell, and pay in multi-currencies.

Communication Timing (Comm. Timing)

Setting the communication timing under the supplier services allows users to automate the communication process between the customers and the suppliers.  This option triggers a message that appears under Operation -> Communication. 

• Deposit Received

  • Once a deposit is made on a reservation, the service will be queued to be reported in Operations.

• Payment in Full

  • Once there is no money due on a reservation, the service will be queued to be reported in Operations.

• Report Immediately

  • As soon as a reservation is made with the particular service, the service will be queued to be reported in Operations.

• Other

  • Either no communication is required, the service will be reported manually by pulling reports, or the service will be reported by using product events.

• Release Date

  • The service is queued to be reported via the release date that is set in the inventory in operations. 

Pricing Filters

Users have the ability to choose a variety of different pricing filters in the services screen.  These filters are displayed as checkboxes on the services screen.  

• Per 24 hours

  • Used for car rentals.  If selected, an extra day will be automatically added to the car rental. 

• Price Per Duration

  • If selected, the service will be priced for the entire duration.  If left blank, the service will be priced on a nightly basis. 

• Price Per Item

  • If selected, the service will be priced per item.   An example would be a   private car transfer.  If not selected, the service will be priced per person. 

• 1st Night Rate

  • If selected, the first night cost will be applied to the entire duration of the service. 

• Divisible

  • Typically buses and guides are divisible with the loaded costs being for the bus or guide.  This cost must be divided by the number of passengers to get the cost per person.  If a service is marked as divisible, it must also be marked as price per room. 

Duration filters

Users can control the duration of the services.  This ranges from setting an overall duration (such as a service that lasts for three days) to the minimum duration (such as three nights).

If users set the overall duration to three, that specific service will be for three days.

If users set the minimum duration to three, users will be unable to book that service for two or less nights.  If the minimum  duration is set to three and users attempt to book the service for two or less nights in reservations, the reservation system will advise the service is not available and that there is a minimum night requirements.

Alternatively, users have the option of setting the maximum duration.  If the maximum duration is set to three and users attempt to book that service for five nights, the reservation system will advise the service is not bookable.   

Operation Days (Op. Days)

Setting the operation days on a service allows users to control the days of the week the service is offered.  For example, a service may only be available Monday—Fridays.  If this is the case, users can either select the days of the week from the drop down list, or enter a numerical value to signify the days of the week.

Maximum Child Age (Max Child Age)

The maximum child age field controls a variety of different outputs in the system such as  the maximum child age allowed on a particular service, or whether or not a child is allowed on the service overall. 

The below are the four input options for the Max Child Age filter

• 0

  • All children will be treated as adults.  Use this option if the child and adult costs/prices are the same.

• -1

  • Use this format if no children are allowed on the service.

• -8

  • Use this format if children under the age entered are not allowed on the service.

• 8

  • Enter this numerical value to designate the max child age.  Please note that when using this option, users must also load the child age ranges under the “masks” such as C1-8

Contract Thru

The Contract Thru on supplier services is available if the services are offered through a third party. 

Location Code

Used for car rentals only, users can select a location code to designate the drop off location.  This requires additional set-up under Supplier Locations in Product.