Help Guide For Parity+ Users

Parity+ provides insights on how many violations have occurred due to rate or availability for each OTA across check-in dates shopped. This information helps you provide best rates to your customers from your Brand site, increasing the value of your brand. There are three types access that exist for Parity+ subscription of a hotel brand.
  • Corporate users:
Corporate users are those users, which have access to all the properties being setup under the contract and will continue to have this kind of access whenever addition/removal of properties happen in future. These are the users with highest level of access and can define certain settings which other type of users do not have.
  • Intermediate users:
Intermediate users are those users, which can have access to more than 1 but less than or equal to all the properties being setup under the contract. Whenever a new property gets added to the contract these users will not by default have access to the new added property but can be provided access by only the corporates or you can contact your relationship manager for the same.
  • Single Hotel users:
Single Hotel users are those users, which have access to only one property. Whenever a new property gets added to the contract these users will not by default have access to the new added property but can be provided access by only the corporates or you can contact your relationship manager for the same. As soon as a single hotel user is provided access to more than 1 property its privileges switch from single hotel user to intermediate user.
Below is the table that explains the access privileges for different type of users:
Type of User Can Buzz Can Respond Can Define Severity Settings Can Change Tolerance % Can Define Violation Reasons Can Change Access of Users
Corporate Users Y Y Y Y Y Y
Intermediate Users Y Y N N N N
Single Hotel Users N Y N N N N
The above privileges are static and cannot be changed.
During release of any user by RG team, based on the requirement, the below configurations
related to access can be set.
Release Configuration Definition
Show Only Dashboard This tag can define whether user will get access to entire UI functionality or just Summary dashboad
Access to UI This tag define whether user will get access to UI or not
Recieve Parity Pulse Mail This tag defines whether user will recieve parity pulse mails whenever report is generated
Recieve Buzz Mail This tag defines whether user will recieve daily buzz mail or not (Corporate users don't recieve buzz mail by default as they are supposed to make buzz and don't receieve them)
To launch Parity+ you must obtain the login credential from your Relationship Manager: Steps to launch the Parity+ tool:
  1. Go to https://rateparity.rategain.com
  2. Enter your username and password
  3. Click on Login
Parity+ has the following sections – Dashboard, Reports, Test Booking, Statistics and Settings which are designed in order to easily access the different information on the platform. When any user logins for the first time, Dashboard appears by default.
Parity+ has the following sections – Dashboard, Reports, Test Booking, Statistics and Settings which are designed in order to easily access the different information on the platform. When any user logins for the first time, Dashboard appears by default.
  • Win
Win situations are those where Brand rate is lower than all the OTA rates, also when the room is available on Brand and closed on all OTA it is considered as Win situation. The former situation is referred as Win by Rate while the latter is referred as Win by Availability.
  • Loss
Loss situation are those where Brand rate is higher than at least 1 OTA rates, also when the room is closed on Brand and available on anyone OTA it is considered as Loss situation. The former situation is referred as Loss by Rate while the latter is referred as Loss by Availability.
  • Meet
Meet situation are those where Brand rate is matching with all the OTA, also when the room is closed on Brand and all other OTA’s it is considered as Meet situation. The former situation is referred as Meet by Rate while the latter is referred as Meet by Availability.
  • Overall and Split View
Overall view allows the brand to view the all violations across rate and availability for all channels and split view with same data points for unauthorized and authorized channels.
Widgets on Dashboard:
  • Parity Score

It is the percentage share of the Wins and Meets from the total Wins, Meets and Wins. Also, the trend of the score w.r.t last shop date is shown.
  • Loss (Violations)

Availability Violation: It is the percentage share of the Loss by Availability instances from the total Availability tagged instances. Also, the trend of the score w.r.t last shop date is shown.
Rate Violation: It is the percentage share of the Loss by Rate instances from the total Rate tagged instances. Also, the trend of the score w.r.t last shop date is shown.
  • Provisional Loss

It identifies the money that you are leaving on the table by being out of parity. You can view the Revenue Loss either by Rate or Availability. The provisional revenue loss is calculated for authorized set of channels as well as unauthorized set of channels separately.
  • Parity Score Across Multiple Shop dates with Region comparison
This widget shows the graphical representation of parity score trend along with region vs region parity score comparison over multiple shop dates.

  • Criticality Distribution:

The widget identifies which severity bucket is most prevalent as per the filters applied. Each row of the report is marked with a severity tag (either Critical, Major, Minor, Trivial). The share of each bucket from total rows shown as a percentage.

As an example, let us assume that as per the filters selected there were 100 rows of data in the reports. The breakup of the rows is as follows:

Critical rows: 25
Major rows: 20
Minor rows: 40
Trivial rows: 15
Thus, the respective percentages will be shown:
Critical: 25%
Major: 20%
Minor: 40%
Trivial: 15%

Clicking on any section will navigate to reports section showing only those tagged rows.

  • Most Violated Properties /Distribution Health
Most Violated Properties: View by Violation

This shows all the properties by default that have been violated along with the number of violations encountered under them. This widget shows your top violated properties (Rate/Availability).

This widget shows the loss, meet and wins for all the properties by default. This widget is sorted on the basis of most losses incurred by the property along with the overall loss, meet and win percentage for each property.

Distribution Health:

This shows the level of distribution accuracy across the shopped OTA’s at brand and property level. This takes into account the availability of rates for the respective properties for any given check in date vs the closed out instances (if any) for the same check in date basis the latest shop. This widget is only made available to the corporate and intermediate users.
  • Top Violators –

Top OTA Violators:

Violation Channel shows the top 5 most violating channels.

A violation is of two types:

  1. Rate Violations: This occurs when the rate offered by an OTA is lesser than the brand-site (taking into consideration the tolerance)
  2. Availability Violation: This occurs when the OTA is offering a rate while the brand is closed out.

Top Meta Violators:

If you have meta channel configured in your Parity+ subscription then you will see this widget showing the source channels within meta violating your brand site.

Channel Performance:

Channel Performance: View by Violation

This widget shows graphical representation for channel’s performance based on violation percentage over a period across multiple shop dates.

Example: Channel A has 20 violations out of a 100 violations on multiple channels.

Violation% for Channel A = (20/100)*100 = 20%

Channel Performance: View by Loss/Meet/Win

This widget shows the channel performance on the basis of Win, Loss and Meet count for each channel along with its percentage share.

Channel parity is the percentage share of the Wins and Meets from the total Wins, Meets and Loss for a single channel.

Example: Channel A has total 25 instances out of which 10 are wins, 10 are meets and 5 are losses.

Win Percentage = (Win for Channel A/ Total instances on Channel A) *100
= (10/25)*100 = 40%

Meet Percentage = (Meet for Channel A/ Total instances on Channel A) *100
= (10/25)*100 = 40%

Loss Percentage = (Loss for Channel A/ Total instances on Channel A) *100
= (5/25)*100 = 20%

Channel Parity = (Win for Channel A+ Meet for Channel A)/ Total instances for channel A*100 = 80%

  • Provisional Revenue Loss

The widget identifies the money that you are leaving on the table by being out of parity. It takes into account the following parameters to calculate the amount:
  1. Amount lost (based on disparities identified in the report)
  2. Transient OTA business (Number of rooms sold on OTAs)

Thus, Revenue Lost = Amount lost (as per report) * Transient OTA Business Here,

Transient business on OTA = Total number of rooms per property * percentage sold on OTA

Thus, as an example if for a property there is 30 $ loss as per the report and the total rooms are 100 with 20 % being sold on OTAs, then the provisional revenue loss would be:

Revenue Lost = 30 x 20% of 100 = 30 x 20 = 600 $

This gives the total amount that you would be losing on that day.

You can view the Revenue Lost either Rate/Availability. If the channels have been configured into authorized and unauthorized bucket by the corporate users, then switching to “Split” toggle will rebuild the widget.

  • Meta Visibility

This widget populates data when you have any meta channel (TripAdvisor/Trivago/Google Hotel Finder) configured in your Parity+ subscription & you have provided names by which your brand site is seen on the meta sites.

The detailed view of all the data points is available on the Reports Page. The shopping criteria like Hotel Name, LOS, Currency, Shop date, Check-in date would be available along with the lowest rates on each channel and Brand.

All the rates shopped from multiple POS are combined under a master channel with the prefix added in front of the rates under each master channel.

Buzz: This helps you to auto buzz violations so you don’t have to manually do it. It’s simple, just define your rule and system will buzz all the violation instances that fall within the specified rule criteria.

There are two categories of violation recorded in the reports:

  1. Rate Violations
  2. Availability violation

Against each violation there is a “Buzz” button which when clicked will record a buzz for this violation. The user can click on it multiple times if necessary to show higher degree of concern over the violation. Also, the common “Buzz” button when clicked will increment 1 buzz against all the violations on all the pages. The circle over the buzz shows how many times a particular violation has been buzzed.

Provide Remark: Against each of the violation there is a “provide remark” dropdown which can be used to select the reason of violation. As soon as the user selects a reason and clicks OK, the violation gets closed and after this the buzz cannot be made for this violation.

Legends:

  • Closed: When the site is not showing any available room for a hotel at the time of shopping.
  • No Rate: When closed is not explicitly mentioned on the site during shopping but the site does not allow booking due to some reasons. E.g. The URL of the property has changed or the rates are not loaded on the site.
  • Request Failed: When the data extraction fails due to some technical failure. This may also be the case when extraction of data is stopped if the particular site takes more time to load data.
  • “- -“: When a particular channel or property is not shopped and hence no rates were found.

This section is where RateGain’s Test reservation data will be shown and you can send (Notify/Warn/Terminate) mails to the wholesaler contacts.

Below are the key points to note:

  • All your direct connect wholesalers as added in settings will get shown here and their respective violations will be shown under their bucket.
  • Reservations for which either Wholesaler was not identified at the first place by RateGain or for which wholesaler name anything apart from the Direct connect wholesalers will get listed under “Unassigned” Bucket.
  • Once you assign a direct wholesaler to any reservation from the unassigned bucket, that reservation will move into the assigned wholesaler bucket.
  • You can notify wholesaler contacts about the breach by selecting the templates already made in the “Closed Loop Service” section of settings page.
  • You can download the entire data as an excel using the download button
  • KPIs: On the header of each Wholesaler bucket you will see the below 3 KPIs
  • Total Violations: This will show the total number of reservations made/violations recorded under each wholesaler bucket
  • Unattended Violations: Violations for which no action has been taken (i.e. not even a single mail has been sent) will appear here.
  • Total Leakage ($): This shows the total loss incurred due to breaches under each wholesaler in USD.
  • Top performing properties

It compares the overall performance of the hotels taking into consideration various factors such as:

  1. Number of Violations that occur under a particular property i.e. total violations recorded at the time of shopping.
  2. How many violations are in the critical bucket from the total set of violations.
  3. Number of violations which are still Open and need to be responded.
  4. How promptly the property responds back and closes the open violation (i.e. the days for which the violation remains open).

Properties which don’t have even a single violation are represented in green and thus are the top ranked properties. The rest of the properties are ranked based on a logic that combines above four aspects to come up with a rank. Thus, it gives entire picture, a gamification aspect where the ranking can be used to incentivize performers and penalize defectors and also assists in channelizing marketing spend on properties.

  • Violation status

The bar shows the number of violations still open in each booking window. While the green bar represents how many have been closed/provided with a reason. As soon as the report is generated all will be red as none of them are yet closed by the users.

  • Open Violations – Top hotels

This shows the top properties in terms of the violations recorded under them.

  • Not Responding – Top hotels

This shows the top properties against which the buzz has been made but they are still non responding or in other words providing reasons.

  • Violation -Top reason

This shows the top reasons that have been provided while closing the violations.

  • Violation – Top wholesaler

Whenever a violation is closed with wholesaler as a reason, then wholesaler name is mandatory to be recoded. This widget shows which top wholesaler have been recorded against the violations.

  • User

My Account: Login password can be changed from this section.

Access Hierarchy: This hierarchy tree shows your property distribution at different geographical levels and the access information i.e. which user has access to which all set of properties. You can change the access by selecting/deselecting people at different levels.

  • System

Channel Bucket:

Gives the option to configure channels as authorized or unauthorized.

  • Severity:

Each row of the report is assigned a severity level based on two criteria:

  1. Average Variance: As soon as a fresh report is generated, this criterion is used to assign severity tag to each row in the report.
  • Number of Buzz: Once the report is generated, this aspect also comes into picture and affects the severity level of a row in the table. This is based on the number of buzz recorded on the violations that exist in a row.

Let us consider an example here: As soon as a report is generated, based on avg. variance of the violations the row is assigned a severity level of Minor. But as the number of buzz are recorded on these violations, the bucket might shift from Minor to Major and then to Critical.

Violation Reasons:


These are the reasons that the violation responder can select while providing a response to the violation occurrence. 4 default reasons are provided and you can create your own customized reasons. Each reason will exist in two states (Open & Closed) in the response dropdown in reports section. Open and Close define the state of the reason. A reason with Open tag represents that the reason is known but is not yet fixed. While a reason with Closed tag represents that the reason is known and resolved.

Tolerance:


Tolerance (%) represents the percentage variance till which the deviation of OTA rate from the brand rate is tolerable. You have an option to define tolerance at global level, regional level or city level. Any change made in the tolerance will get reflected in the subsequent reports.

Wholesaler:


In this section, you need to provide your wholesaler details:

  1. Wholesaler name
  2. Point of contact details within wholesaler
  3. Select the properties names

Based on these settings you will be able to Warn/Alert the wholesalers notifying them about the breach where they were involved.

Step 1 Click on “Add Wholesaler” to start adding wholesaler details.

Step 2 Enter Wholesaler name, contact person email ids (comma separated if multiple) and select the properties from the drop down. By default, all the properties will be selected and you can select/de-select as per your requirement.

Due to GDPR Compliance, you need to get a consent from the recipients for them to receive further notifications from the UI. You can send them consent mails.

Without approving the consent mail, they will not receive any further mails from you via the product. Below is the way you can check the status quo of the recipient’s consent status: Pop-up will show the present status of consent mail approvals.

  1. Pending: Those email ids which have received the consent mail but haven’t approved and thus your further notifications will not be delivered to them. You need to contact them to approve the consent mail.
  2. Approved: Those email ids which have provided consent approval and your further notifications via the product will be delivered to them.
  3. Mail not sent: Those email ids to which the consent mail is not yet sent. To such recipients you can send the consent mail using “Get Consent” as explained above.

Meta Source Channels:

  1. Inclusion:
    In this section you need to provide the names by which your brand site is seen/listed on the Meta channels. Against every Meta channel configured under your subscription, you need to provide the comma separated names (if on a Meta channel your brand is identified by more than 1 name).
  2. Exclusion::
    In this section you need to provide the names of the source channels which you want to be excluded from the list of Meta channels. Once you have done the same, they will no longer appear under the Violation- Meta widget and the violations from these channels will not be taken into account.
  • Auto Buzz Engine

This section helps you define rules to auto buzz violations so you don’t have to manually do it. It’s simple, just define your rule and system will buzz all the violation instances that fall within the specified rule criteria.

There are two categories: Rate Violations Buzz Rule and Availability Violation Buzz Rule. You can define rule/s within each rule bucket.

Part A: Rule Creation

  1. Rate Violation Buzz Rule Bucket >>> Clicking on “Add Rule” button will show the below screen with a popup:
    You can define the criteria based on which the rule engine will buzz the rate violation instances. If Variance is >= % on and if Check-in dates is <= _ days out from shop dateHere you can keep a rule like: “If variance is >= 5% on Booking.com, Expedia.com and if check-in dates is<= 10 days out from shop date” This means all the violations where variance from benchmark site rate>5% on mentioned channels will be auto buzzed for check-in dates till 10 days out from the shop date. Also, this rule can be made to trigger when:
    a) As soon as the report is generatedb) After X number of days’ post report generation. You can create multiple rules within the rate violation buzz rule bucket.
  2. Availability Violation Buzz Rule Bucket >>> Clicking on “Add Rule” button will show the below screen with a popup:You can define the criteria based on which the rule engine will buzz the availability violation instances.
    and if Check-in dates is >= days out from shop date. Here you can keep a rule like: “Booking.com, Expedia.com and if check-in dates are >= 10 days out from shop date”.
    This means all the availability violations on the mentioned channels will be auto buzzed for check-in dates till 10 days out from the shop date.
    Also, this rule can be made to trigger when:
    a) As soon as the report is generated.
    b) After X number of days’ post report generation You can create multiple rules within the availability violation buzz rule bucket.
    Part B: Rule Settings Elements within each rule card >> • You can edit the rule at any time as per your business requirements and focus area. • You can delete any rule permanently from the system. • Use the expand arrow to see the criteria within that rule.
  • Closed Loop Services

This section consists of wholesaler templates and wholesaler reasons.

Wholesaler Templates:

In this section you can create max 3 mail templates which can be used to send violation notifications to the wholesaler contacts.

Step 1 Click on “Add Template”.

Step 2 You need to enter the details in the template.

  1. Template Title: This is the template name which helps you identify which template is being sent when you notify the wholesaler.
  2. Message: This is the body/message that you want to send to the wholesaler in the notification mail.
  3. Attachment: You can attach a default attachment in each template that you create and whenever this template is chosen to send notification, this default attachment will be sent along.

Wholesaler Reasons:

In this section, you can create your own customized wholesaler reasons, which can be used in the rate related fields under the closed loop service section.

STEP 1 Click on “Add Wholesaler Reason”

STEP 2 Add the customized wholesaler reason under the reason section.

Once the same is done, click on Save or Add more reasons as per requirement. Also once saved the same reason can be edited anytime and deleted only if it is not used for any test reservation.

RateGain Support Team, enhances your experience with RateGain solutions throughout the lifetime of your relationship with RateGain.

Write to support team at help@rategain.com or use the following contact numbers to get in touch with our customer support team.

Toll Free US Number: 1-800-987-1508

Europe Support Number: +44-203-514- 2345

China Support Number: +86-400-120-3069

Indian Support Number: +91-120- 509-7001

Indonesia Support Number: 1-803-015-205-0063

Please fill below details to download the complete list
Please fill below details to download the complete list