TruTrip Service Levels Performance and Incident Management

介紹

This document provides an overview of TruTrip Pte Ltd’s (“TruTrip”) guidelines for availability performance and incident management. Please note that the information here is intended for transparency and informational purposes only, and should not be construed as a formal contractual agreement unless specifically stated in writing. TruTrip reserves the right to update the content at any time, at our sole discretion. This document focuses exclusively on aspects related to service availability and does not address customer satisfaction concerns.

How we think about availability performance

We consider our service availability based on three sources that together provide the overall service:

• Platform Availability, i.e. how often can you login and use our core services
• Content Availability, i.e. when you search the 100s of providers available on our platform, how often will we get a response
• Support Availability, i.e. when you reach out via support channels, how often to we respond to support requests within our advertised response time

Goals

How we monitor performance
Platform Availability
We use Grafana to monitor our systems and availability. A report is available upon request.
For a quick basic check, we also use uptime-monitor.io and you can get the latest basic data 這裡.

Content Availability
Monitoring content availability is difficult and not readily available across our supply base.
We have in place a beta monitoring specific popular routes and we also receive system issue notifications from several providers but it is not yet comprehensive.

We are working to better understand content issues and how we can be better aware of issues.

Support Availability
Support performance is monitored via our support capability tool, Zendesk. Reports are generated on a weekly and monthly basis. We are happy to provide a report upon request and working to bring this report available via public link.

*Excluded* End service availability
Unfortunately we are an agent and are not responsible for our providers/principles performance. In the event they have an issue that impacts users we will, where possible, notify impacted users as well as supporting them with any necessary alternative arrangements and/or prescribed workarounds. We do not actively measure the performance of our providers/principles. Examples of this type of issues include not being able to checkin for a flight as the airlines site is down.

Incidents
At times things do go wrong – but most of the time you as a client may not be aware. In cases where there is a client level performance degradation we can benefit from our independent systems; meaning that in the event part of the solution is unavailable the rest of the solution should still be operational albeit with some workarounds. All incidents are assessed within 30mins of identification 24×7.

Incident categories
We firstly assess any performance issue based on the impact – both material impact to our service lines / core processes, and the number of people impacted.

In our assessment we use the term clients – which are individual organisations and represent multiple users.

Incident assessment and identification of incident category

Once we know the level of degradation. We implement management plans based on the level of service degradation and expected resolution time and assign them an incident category as shown below.

Management plan

The management plan depends on the incident category.

Making a complaint

In the event you believe we have not handled an issue in accordance with the process outlined above, you should write in to [email protected] with your concern and clearly identifying the communication as a complaint. The management team are always fully notified and will connect to you regarding the complaint within three working days.