Бесшовная миграция Service Desk на GLPI под ключ

Зачем переходить на GLPI прямо сейчас

Уход зарубежных вендоров с рынка СНГ, односторонние блокировки подписок Atlassian (Jira), многократный рост тарифов Zendesk и усложнение валютных платежей поставили многие компании перед острой необходимостью срочной смены платформы Service Desk. Продолжать пользоваться зарубежными SaaS-сервисами становится небезопасно: в любой момент доступ к годами накопленной базе знаний и истории клиентских заявок может быть заблокирован без предупреждения.

Миграция на GLPI решает эти проблемы раз и навсегда. Вы получаете автономную систему с открытым исходным кодом, размещенную внутри защищенного контура компании. Больше никаких валютных рисков, никаких лицензионных платежей за каждого оператора и полная независимость от любых внешних санкций.

Что переносится в процессе миграции

Технический регламент безопасной миграции (Zero-Downtime)

Технический конвейер миграции: сохранение реляционных связей

Главная сложность переноса тикетов из Jira Service Management или Zendesk заключается в сохранении сложной структуры связей: вложения должны остаться прикрепленными к конкретным комментариям, даты создания тикета должны соответствовать реальному историческому времени, а не дате миграции, а авторами заявок должны стать реальные учетные записи пользователей, а не абстрактный «admin».

Платформы, с которых мы выполняли успешные миграции

Сравнительный анализ архитектуры: Jira / Zendesk против GLPI

Для комфортного перехода ваших сотрудников мы воссоздаем привычные концепции исходных систем в терминах и сущностях GLPI:

Архитектура Python-конвейера миграции из Jira REST API

Мы используем проприетарные модули миграции на Python 3.12, обеспечивающие пакетный перенос тикетов с контролем ограничений скорости (Rate Limits) Jira Cloud API:

async def migrate_single_ticket(jira_issue, glpi_session):
    # 1. Извлечение сущностей из Jira Issue
    summary = jira_issue["fields"]["summary"]
    description_adf = jira_issue["fields"]["description"]
    created_date = jira_issue["fields"]["created"]
    reporter_email = jira_issue["fields"]["reporter"]["emailAddress"]
    
    # 2. Конвертация ADF в чистый HTML
    html_content = convert_adf_to_html(description_adf)
    
    # 3. Сопоставление пользователя по email в GLPI
    user_id = await glpi_session.get_or_create_user(reporter_email)
    
    # 4. Создание тикета в GLPI с сохранением оригинальной даты
    payload = {
        "input": {
            "name": f"[JIRA-{jira_issue['key']}] {summary}",
            "content": html_content,
            "date_creation": created_date,
            "_users_id_requester": user_id,
            "status": map_jira_status_to_glpi(jira_issue["fields"]["status"]["name"])
        }
    }
    return await glpi_session.post("/Ticket", json=payload)

Гарантия безопасности: план отката (Rollback Plan)

Мы придерживаемся принципа абсолютной безопасности данных. Старая система технической поддержки не отключается и не модифицируется в процессе миграции. Она переводится в режим чтения (Read-Only) только после того, как руководство компании и ключевые диспетчеры подтвердили корректность всех перенесенных заявок и приняли работу на тестовом стенде GLPI.

Детальная матрица трансформации сущностей при импортозамещении

При переходе с Redmine, OTRS или Zendesk наши архитекторы составляют индивидуальную карту соответствия бизнес-полей:

Управление изменениями и психологическая адаптация персонала

Успех перехода на новую систему на 50% зависит от принятия изменений сотрудниками. В пакет услуг IT Standart входит проведение интерактивных онлайн-вебинаров для диспетчеров, видеоуроки для рядовых заявителей и брендирование веб-интерфейса GLPI в фирменные цвета компании с вашим логотипом. Сотрудники ощущают новый продукт как логичную современную эволюцию привычного сервиса.

Верификация целостности и юридическая чистота исторических данных

В корпоративном секторе история обращений техподдержки нередко является предметом юридических споров, внутренних аудитов и требований регуляторов (контроль выполнения договоров, фиксация аварий). При миграции данных мы гарантируем 100% доказательную силу перенесенной информации:

Отраслевые особенности миграции на GLPI

Каждая сфера бизнеса имеет свои специфические требования к структуре переноса данных:

Пошаговый технический регламент (Runbook) переключения систем

Чтобы переключение службы Helpdesk со старой платформы на GLPI прошло с нулевым простоем (Zero Downtime), наши инженеры следуют жесткому протоколу:

Защита конфиденциальности и соглашение о неразглашении (NDA)

Корпоративная переписка и файлы тикетов содержат коммерческую тайну, финансовые отчеты и персональные данные сотрудников. Перед началом процедуры выгрузки данных подписывается двухстороннее соглашение о неразглашении конфиденциальной информации (NDA). Все промежуточные дампы данных шифруются ключами AES-256 и безвозвратно удаляются с транзитных серверов по протоколу DoD 5220.22-M после подтверждения завершения миграции заказчиком.

Наши инженеры не имеют доступа к чтению коммерческого содержания документов: экстракция, перенос и импорт производятся полностью автоматизированными скриптами по идентификаторам сущностей.

Пересчет и гармонизация регламентов SLA при миграции

В исходных системах (Jira или Zendesk) таймеры SLA часто используют сложные плагины (например, Service Desk SLA Plugin). При миграции в GLPI наши специалисты настраивают встроенные механизмы SLT (Service Level Target), гарантируя, что:

Поддержка первого дня после переключения (Day 1 Hypercare)

В первый рабочий день после переключения на GLPI дежурный инженер IT Standart присутствует на прямой связи с диспетчерами компании в режиме реального времени. Мы мгновенно корректируем маршруты очередей, помогаем заявителям быстро освоиться с новым интерфейсом и гарантируем 100% отсутствие сбоев в приеме обращений бизнеса.

Стоимость миграции на GLPI

Часто задаваемые вопросы по миграции на GLPI (FAQ)

Связанные услуги и модули автоматизации техподдержки