Service Transition & Readiness
Effective date: 1st September 2026 Last reviewed: 1st September 2026 Version: 1.0 Support channel: support@itsm-ltd.com
1. Overview
This document describes the support and maintenance ITSM Ltd provides for Service Transition & Readiness (the “App”). It forms part of the End User Terms.
| Channel | Email only — support@itsm-ltd.com |
| Escalation | steven@itsm-ltd.com (see section 8) |
| Hours | 09:00–17:00 UK time (GMT/BST), Monday to Friday |
| Non-working days | Weekends and England & Wales public and bank holidays |
| Language | English |
| Eligibility | Customers holding a current paid or trial licence |
| Commitment type | First-response targets — not resolution times |
We are a small, focused team. We would rather commit to targets we consistently meet than publish an SLA we cannot honour. Everything below is written on that basis.
2. Who can raise a request
Support is available to:
- Atlassian site administrators and named technical contacts of organisations holding a current paid licence for the App; and
- users of an active evaluation or trial licence, on a reasonable-endeavours basis with no response target.
We may ask you to confirm your Support Entitlement Number (SEN) or the Atlassian site URL before we can act on a request.
3. How to raise a request
Email support@itsm-ltd.com. To help us respond usefully first time, please include:
- The App name and version, and your Atlassian site URL or SEN.
- The Atlassian product and, if relevant, the affected project, space or board.
- What you expected to happen and what actually happened.
- Steps to reproduce.
- The date, time (with timezone) and approximate frequency of the issue.
- Screenshots or error messages, with any sensitive content redacted.
- Your assessment of business impact and the number of users affected.
Please do not send credentials, API tokens or personal data that is not necessary to diagnose the issue. Anything you do send is handled in accordance with our Privacy Policy at https://str.itsm-ltd.com/legal/privacy-policy.
4. Support hours and how targets are measured
4.1 Support hours are 09:00 to 17:00 UK time, Monday to Friday, excluding public and bank holidays in England and Wales.
4.2 Response targets are measured only during support hours. A request received at 16:45 on a Friday begins accruing time at 09:00 on the next business day. A request received at 09:15 on a Tuesday begins accruing immediately.
4.3 We do not provide 24/7, out-of-hours, weekend or telephone support.
4.4 Planned absences of more than 3 consecutive business days will be published on the App’s Marketplace support page and in the support inbox auto-reply, together with alternative arrangements.
5. Priority definitions and first-response targets
We set the initial priority from your description of impact and may adjust it after triage, telling you if we do.
| Priority | Definition | First-response target |
|---|---|---|
| P1 — Critical | The App is unusable in production, or a defect in the App is causing data loss or corruption, or a confirmed security vulnerability is being exploited. No workaround exists. | Within 4 support hours, and in any event within 1 business day |
| P2 — High | A major function of the App does not work, significantly impairing business operations for many users. A workaround may exist but is impractical. | Within 1 business day |
| P3 — Medium | A function does not work as documented, with limited business impact or an acceptable workaround. Includes configuration questions and minor defects. | Within 3 business days |
| P4 — Low | Cosmetic issues, documentation queries, general how-to questions and enhancement requests. | Within 5 business days |
5.1 These are first-response targets: the time within which a person will read your request, assess it and reply substantively. They are not resolution times. Resolution depends on the nature of the defect and, where the cause lies in the Atlassian platform, on Atlassian.
5.2 For issues we accept as defects, we will confirm the priority, give an assessment of the cause and, where we can, an indicative timescale for a fix. We will update you at least weekly while a P1 or P2 defect remains open.
5.3 Where the root cause turns out to be an Atlassian platform fault, we will raise a ticket with Atlassian, give you the reference, and keep you updated — but the resolution timescale becomes Atlassian’s.
5.4 Security vulnerability remediation follows the timeframes in our Cloud Security Statement at https://str.itsm-ltd.com/legal/cloud-security-statement and is tracked separately from this priority scheme.
6. What is in scope
- Diagnosing and correcting defects in the App.
- Answering questions about the App’s documented functionality and configuration.
- Guidance on installing, upgrading and uninstalling the App.
- Advice on the App’s permissions, scopes and data handling.
- Assisting your security or procurement teams with questionnaires about the App.
- Investigating and remediating security vulnerabilities in the App.
- Reviewing enhancement requests and feeding them into our product planning.
7. What is out of scope
The following are outside this description. We will normally point you in the right direction, but we cannot commit time or targets to them.
- Faults in Atlassian products or the Atlassian Cloud, and Atlassian platform outages, quotas and rate limits. Raise these with Atlassian Support.
- Faults in third-party apps, integrations or customisations, including interactions between the App and another Marketplace app.
- Bespoke development, custom features, private branches or professional services. These may be available separately — contact support@itsm-ltd.com.
- Training, consultancy, data migration and general Atlassian administration.
- Support for versions of the App that are no longer supported (section 9).
- Requests from customers without a current licence.
- Recovery of data deleted from your Atlassian site or lost through uninstallation (see section 10).
- Support in languages other than English.
8. Escalation
8.1 If you are not satisfied with progress, reply to the existing email thread with ESCALATION in the subject line, stating why. Escalations are reviewed by Steven Godson, Director (steven@itsm-ltd.com), and acknowledged within 1 business day.
8.2 If the matter remains unresolved, contact steven@itsm-ltd.com, which reaches Steven Godson, Director, directly.
8.3 Atlassian may also direct end-user enquiries to us. We maintain a current support email address in the Atlassian Marketplace vendor record for this purpose.
9. Maintenance, versioning and updates
9.1 How updates reach you. The App is a Forge app. Minor and patch releases are deployed by us and propagate automatically to every installation, without action by your administrators. You are therefore always running the current minor version of your major version. Major version upgrades, and any upgrade that adds a new permission scope, require explicit approval by your Atlassian site administrator.
9.2 Release cadence. We aim to publish maintenance releases monthly or as required. Security fixes are released as soon as they are ready, without waiting for a scheduled release.
9.3 Release notes. Release notes are published at https://str.itsm-ltd.com/releases and summarised on the App’s Marketplace listing.
9.4 Supported versions. We support the current major version and the immediately preceding major version. Because minor updates are automatic, in practice all customers on a supported major version are current.
9.5 Continued maintenance. We commit to keeping the App actively maintained, including publishing at least one version update within every 18-month period, consistent with Atlassian’s requirements for maintained Marketplace apps.
9.6 Breaking changes. We will give at least 60 days’ notice before releasing a change that removes documented functionality or requires configuration work by you.
9.7 End of life. If we discontinue the App, we will give at least 90 days’ written notice to the technical contact on your licence and will support a pro-rata refund request to Atlassian for any unused portion of a paid Subscription Term.
9.8 Platform-driven change. Atlassian may change, deprecate or withdraw Forge capabilities. Where this materially affects the App we will notify you as early as we reasonably can, but we cannot control Atlassian’s platform roadmap or timescales.
10. Availability, backup and data recovery
10.1 No availability SLA. The App runs entirely on the Atlassian Forge platform. Its availability is a function of the Atlassian Cloud, which we neither operate nor control. We do not offer an uptime commitment for the App. Atlassian’s own service commitments, where they apply to your subscription, are made by Atlassian.
10.2 Backups. Atlassian Cloud backs up persistent storage, including Forge app storage, for platform disaster recovery. We hold no separate backup of your data.
10.3 Recovery. We cannot restore individual records, undo configuration changes, or recover data deleted from your Atlassian site or lost when the App is uninstalled. If you need a record of App configuration or data, export it before making destructive changes. Where the App provides an export facility, it is documented at https://str.itsm-ltd.com/guides.
11. Your responsibilities
To let us support you effectively, please:
- keep a nominated technical contact and a current email address on your Atlassian licence;
- provide the diagnostic information in section 3 and respond to reasonable requests for further detail;
- test significant changes in a sandbox or non-production Atlassian site before applying them in production;
- keep your Atlassian products and other Marketplace apps within their supported versions; and
- ensure the people contacting us have the necessary administrative access to act on our advice.
We may close a request if we have asked for information and received no response within 10 business days, having sent at least one reminder. You can reopen it at any time by replying.
12. Changes to this description
We may update this description. The current version is always published at https://str.itsm-ltd.com/legal/support-and-maintenance. Where a change materially reduces the support you receive, we will give at least 30 days’ notice and the change will not reduce our obligations during your then-current Subscription Term.
Published in accordance with the Atlassian Marketplace Partner Agreement. Read alongside the Privacy Policy, End User Terms and Cloud Security Statement for Service Transition & Readiness.