Migrate from Opsgenie

https://docs-dev.evohub.io/mcp

claude mcp add --transport http evohub-docs-docs https://docs-dev.evohub.io/mcp

{
  "mcpServers": {
    "evohub-docs-docs": {
      "command": "npx",
      "args": [
        "-y",
        "mcp-remote",
        "https://docs-dev.evohub.io/mcp"
      ]
    }
  }
}

{
  "mcpServers": {
    "evohub-docs-docs": {
      "url": "https://docs-dev.evohub.io/mcp"
    }
  }
}

{
  "servers": {
    "evohub-docs-docs": {
      "type": "http",
      "url": "https://docs-dev.evohub.io/mcp"
    }
  }
}

Atlassian ended new Opsgenie sales on June 4, 2025, and Opsgenie reaches end of support on April 5, 2027. EvoHub On-Call has a built-in importer that reads your Opsgenie account and creates the matching schedules, escalation policies and integrations. This page explains how to run it, what it maps and what you finish by hand.

#How Opsgenie concepts map to EvoHub

#Before you import

• Invite your people first. The importer matches Opsgenie users to EvoHub members by email address. Anyone who is not a member yet is left out of rotations and escalation steps. The preview lists them and, if you are allowed to invite, offers an Invite N people button.
• Make sure they can respond to alerts. People who are members but whose role cannot respond to alerts are also left out, with a warning naming them.
• Create an Opsgenie API key with read access. In Opsgenie: Settings → API key management → Add new API key, give it read access and copy it.

You need the On-Call settings permission to import (Owners, Admins and Members have it by default).

#Run the importer

You can run the importer again at any time. Items that were already imported are marked and skipped, so a re-run never creates duplicates. Only one import runs at a time per organization.

#What is imported, and how

#Schedules

Each Opsgenie schedule becomes an EvoHub schedule in the same timezone, and each rotation becomes a layer:

• Daily and weekly rotations carry over. A rotation of several days or weeks becomes a custom rotation of that many days.
• Hourly rotations are rounded to whole days, with a warning. For shifts shorter than a day, give each shift its own layer with a shift window after importing.
• Time restrictions become shift windows when EvoHub can express them: a daily window, or the same window on selected weekdays (such as Mon–Fri 09:00–17:00). Restrictions that span days (Friday 18:00 to Monday 09:00) are not imported; the layer covers the whole day and a warning tells you to set a shift window.
• Rotations that have already ended are skipped. Rotations with a future end date are imported without it (EvoHub layers have no end date), with a warning to remove the layer then.
• Rotation participants are kept in order, each person once. Teams, escalations and empty ("no one") slots in a rotation are left out with a warning.
• A disabled Opsgenie schedule is imported as inactive.

#Escalation policies

Each Opsgenie escalation becomes an escalation policy, and each rule a step:

• Steps can target a user or a schedule. Rules that notify a team or another escalation are skipped with a warning.
• Opsgenie counts every rule's delay from when the alert was created; EvoHub counts each step's delay from the step before, using 1, 2, 3, 5, 10, 15, 30 or 60 minutes. The importer converts the delays so each step lands as close as possible to its Opsgenie time and warns about any difference.
• A rule that notifies the "next" or "previous" on-call of a schedule notifies whoever is on call now in EvoHub.
• Opsgenie rules that escalate "if not closed" become steps that escalate until someone acknowledges.
• Repeat settings carry over, up to EvoHub's maximum of 5 repeats.
• Steps use each person's own notification preferences.

#Integrations

• Integrations that send alerts into Opsgenie are imported as the matching EvoHub integration type (Prometheus/Alertmanager, Grafana, Datadog, New Relic, CloudWatch, Azure Monitor, Dynatrace, Sentry, Google Cloud, Zabbix, UptimeRobot, Pingdom, Site24x7, StatusCake, Nagios, PRTG, email and API).
• A type EvoHub has no equivalent for is imported as a generic API integration, with a warning to check the payload it sends.
• Integrations that only send out of Opsgenie — Slack, Microsoft Teams, Jira, ServiceNow, Zendesk, outgoing webhooks, Statuspage — are not imported.
• Disabled Opsgenie integrations are not imported.
• Each integration is attached to the first (by name) escalation policy of its Opsgenie team that is imported. If none is, it is created without a policy — choose one on the Integrations page.

#What you recreate by hand

The preview lists these under Not imported yet:

• Heartbeats — use heartbeat monitors.
• Alert policies and routing rules.
• Notification rules — each person sets their own notifications.
• Maintenance windows — schedule them in On-Call → Maintenance.
• Team members — Opsgenie teams are not created. Everything is created in your current EvoHub team; team names are shown for reference.

Also recreate:

• Schedule overrides that are still upcoming.
• People who joined after the import. A re-run skips items that were already imported, so add newcomers to those schedules and policies by hand (or delete the imported item and import it again).

#Run both in parallel, then cut over

The import itself is free. Alerts and notifications in EvoHub are billed by usage — see How billing works. For help planning a migration, contact info@evosync.io.

#Related

• Integrations overview
• Schedules and rotations
• Escalation policies