Customer Support & Service Policy

How we support your team on the Whitecarrot platform

Version 2.3 · Effective November 2025 · Owned by Customer Success, Whitecarrot FZ LLC, SPC Free Zone, Sharjah, UAE

About this Policy.This Policy is a working guideline that describes how Whitecarrot aims to deliver customer support. It does not amend the Whitecarrot Terms of Use or any Order Form. Your use of the platform is governed by the Terms of Use and your Order Form, which prevail over this Policy in all cases.

1. Purpose

This Policy explains how Whitecarrot supports customers using the Whitecarrot platform (app.whitecarrot.io): the channels you can use, when we are available, how we classify issues, and what you can typically expect from us during incidents and maintenance.

Our approach is simple: fast acknowledgement, honest communication, and a clear owner for every issue until it is resolved. We would rather give you an accurate update than an optimistic one.

2. Scope

This Policy applies to all customers with an active paid subscription to the Whitecarrot platform, at the support level stated in your Order Form.

3. Support Channels

ChannelHow to reach usBest for
Emailsupport@whitecarrot.ioAny issue or question. Creates a ticket automatically.
In-app supportSupport option inside the Whitecarrot platformIssues found while working in the platform; screenshots attach easily.
Help CentreWhitecarrot ATS Support CentreGuides, FAQs, and booking a support call with our team.
Emergency channel (P1 only)WhatsApp message or call to your account manager or designated contactCritical incidents where the platform is inaccessible. Available 24x7.
Ticket of record.
WhatsApp and calls are there for speed and convenience. Every issue is logged as a ticket in our internal support system, which is the single source of truth for status, ownership, and progress.

4. Support Hours

Business hours follow your regional work week, 09:00 to 18:00 Gulf Standard Time (GST, UTC+4):

CoverageHours
KSA, Bahrain and other Sunday-to-Thursday marketsSunday to Thursday, 09:00 to 18:00 GST
Rest of the worldMonday to Friday, 09:00 to 18:00 GST
Public holidaysApplicable public holidays are excluded from business hours
P1 critical incidents24 hours a day, 7 days a week, via the emergency channel

Response time clocks in Section 6 run during business hours only, with one exception: P1 incidents, where the clock runs around the clock from the moment the incident is detected or reported.

5. Incident Severity Definitions

Every incident is assigned a severity at triage. You can tell us how urgent an issue feels, and we take that seriously, but Whitecarrot assigns the final severity based on the definitions below so that the most critical issues always get resourced first. P1 is deliberately narrow and objective: it applies only when the system is inaccessible.

SeverityDefinitionExample on the Whitecarrot platform
P1 CriticalThe platform is inaccessible: users cannot reach or log in to the system.app.whitecarrot.io is down, or login or a critical function is failing for ALL users,
P2 HighThe platform is accessible, but a major hiring function is not working.Candidate applications are not coming in; unable to create jobs; unable to send offer letters.
P3 MediumA function is degraded or failing for some users or some cases; a workaround exists.Candidate emails delayed or failing for a subset of candidates; a report showing incorrect figures.
P4 LowMinor issue with no material impact on hiring work, or a general question.Cosmetic UI misalignment; label typo; a how-to question about a feature.
We usually know first.The platform is monitored around the clock with automated alerting, following industry best practices. For outages we do not rely on customer reports to detect the problem; in most cases our team is already investigating before the first ticket arrives.

6. Response Time Targets

We distinguish three things. Response is when a person acknowledges your ticket and takes ownership. Investigation is when active diagnostic work starts. Resolution target is our aim for a fix or an accepted workaround. All figures below are targets we work toward, not guarantees, because fix complexity varies.

SeverityInitial responseInvestigation startsUpdatesTarget resolution
P1 Critical1 hour (24x7)ImmediatelyAt key milestones, at least once a dayRestore access within 24 hours (target)
P2 High8 business hoursWithin 2 business dayEvery 2 to 3 business days3 to 5 business days (target)
P3 Medium2 business daysWithin 3 business daysWhen status changes5 to 15 business days or next scheduled release (target)
P4 Low2 business daysPrioritized into the product backlogWhen status changesScheduled into a future release based on impact (target)
Why resolution is a target.Response and investigation windows are what we staff for. Resolution depends on the root cause: a configuration fix may take minutes, while a complex engineering investigation, or an issue involving third-party dependencies such as job boards, email providers, or cloud infrastructure, may take longer. When that happens we tell you, explain why, and keep you updated.

7. Escalation Process

Every ticket has one owner at all times. Issues escalate through three stages, and you never need to chase an escalation yourself; the triggers below are automatic.

StageWho owns itWhen it escalates hereWhat you hear from us
1. SupportSupport team (first responder)All tickets start here at triage.Acknowledgement, severity classification, first diagnosis, and workaround if one exists.
2. EngineeringHead of Engineering and product engineersThe issue is confirmed as a product defect, or Support cannot resolve it within the investigation window for its severity.Technical findings, expected fix approach, and a resolution estimate once scope is confirmed.
3. LeadershipCEO OfficeAny P1 running longer than 4 hours; any P2 at risk of missing its resolution target; any systemic issue affecting multiple customers.A named senior owner, a recovery plan, and direct communication until closure.

You can also request an escalation at any time by replying on the ticket or contacting your account manager. We will either escalate or explain why the current stage is the right one.

8. Incident Communication

9. Maintenance Policy

TypeNoticeHow we run it
Planned maintenanceAt least 5 business days in advance, by email and in-app noticeScheduled in low-usage windows (typically weekends or outside GST business hours). Most releases are zero-downtime; we tell you in advance if downtime is expected.
Emergency maintenanceBest-effort advance noticeUsed only when required to protect security, data integrity, or platform stability. We notify you as early as possible and follow up with a summary of what changed and why.

10. Service Availability

Whitecarrot targets 99.9% monthly platform availability, monitored continuously through our own alerting systems. Availability is measured on the production platform at app.whitecarrot.io, excluding:

This availability figure is an operational target that we design, monitor, and staff for. It is not a contractual warranty, and this Policy does not create credits or refunds tied to availability.

11. Customer Responsibilities

Support works fastest as a two-way street. To get the response targets in this Policy, we ask that you:

12. Whitecarrot Responsibilities

In return, Whitecarrot aims to:

13. What Is Included and Not Included

Included in supportNot included in support
Product defects and bugs in the Whitecarrot platformCustom development or bespoke features
Production incidents and outagesImplementation of new product features on request
Whitecarrot API issuesOutages or defects in third-party services (job boards, email providers, integrations you operate)
Configuration guidance on platform featuresIssues caused by customer networks, devices, or IT environment
How-to and user questions from authorized CollaboratorsTraining beyond what is included in your Order Form

If a request falls outside support scope, we tell you promptly and, where relevant, route it to your account manager as a product request or a commercial discussion. Out-of-scope requests are never silently dropped.

14. Definitions

TermMeaning
IncidentAny unplanned interruption or degradation of the platform reported through a supported channel or detected by our monitoring.
BugA reproducible defect where the platform behaves differently from its documented or intended behavior.
WorkaroundA temporary method that restores your ability to work while a full fix is developed.
ResolutionA fix, or a mutually accepted workaround, that removes the material impact of the incident.
Root Cause Analysis (RCA)A written post-incident report covering timeline, impact, root cause, and preventive actions.
Business HoursYour regional work week (Sunday to Thursday for KSA, Bahrain and similar markets; Monday to Friday elsewhere), 09:00 to 18:00 GST (UTC+4), excluding applicable public holidays.
Scheduled MaintenanceMaintenance notified in advance under Section 9 of this Policy.

15. Quick Reference Summary

ItemWhat to expect
Support emailsupport@whitecarrot.io
Help CentreWhitecarrot ATS Support Centre (guides, FAQs, book a call)
Business hoursSun to Thu (KSA, Bahrain and similar) or Mon to Fri (rest of world), 09:00 to 18:00 GST
P1 emergency24x7, WhatsApp or call to your account manager or designated contact
P1 Critical (platform inaccessible)Response 1 hour (24x7) | Updates at least daily | Target: restore access within 24 hours
P2 High (major function broken)Response 8 business hours | Updates every 2 to 3 business days | Target: 3 to 5 business days
P3 MediumResponse 2 business days | Updates on status change | Target: 5 to 15 business days
P4 LowResponse 2 business days | Updates on status change | Scheduled into a future release
Monitoring24x7 automated monitoring; we detect outages ourselves
Availability99.9% monthly target, exclusions per Section 10
Planned maintenance5 business days notice, low-usage windows
Security incidentsNotification within 48 hours of Whitecarrot becoming aware
RCAP1: within 5 business days. P2: on request.
EscalationSupport, then Engineering, then Leadership (automatic triggers)
Governing documentsTerms of Use and Order Form govern; this Policy is a guideline