Restricted software migration
Міграція з 2ГІС, ZuluGIS та PHOTOMOD
Плануємо заміну GIS і геопросторових систем зі збереженням потрібних даних, інтеграцій і керованості переходу.
Обговорити задачу →Що входить у міграцію
Починаємо з фактичної інвентаризації продуктів, версій, серверів, робочих місць, інтеграцій і власників процесів. Запис у Переліку є підставою перевірити контур, але не визначає автоматично цільову систему: її обираємо за функціональними, безпековими, операційними та бюджетними вимогами.
- векторні й растрові шари та системи координат
- атрибути, довідники й метадані
- мережеві моделі та розрахункові сценарії
- вебкарти, API, стилі та права доступу
Як обираємо цільовий контур
Формуємо нейтральну матрицю вимог: критичні функції, формати, API, розміщення, підтримка, можливість експорту та компетенції команди. Придатність альтернатив підтверджуємо на контрольному наборі до масового перенесення. Не заявляємо, що один продукт є універсальною заміною для всіх організацій.
Перевірка й передача
Контроль включає геометрію, проєкції, точність, атрибути, стилі та роботу ключових запитів. Цільову GIS-архітектуру обираємо за форматами, обсягами, режимом оновлення й вимогами до розміщення.
Відповідність до визначення обсягу
Чи це правильна стартова точка?
Використайте критерії для початкової орієнтації. Остаточна рекомендація формується після перегляду контексту, даних і обмежень.
Напрям підходить, якщо
- ПЗ заборонене, не підтримується або створює операційний ризик
- Потрібно зберегти дані, історію та інтеграції
- Є відповідальні за процеси й приймання нової системи
Спочатку потрібно уточнити
- Потрібна тільки купівля ліцензій без аналізу залежностей
- Цільову систему обрано без перевірки процесів і даних
- Немає відповідальних за звірку та рішення про перемикання
Перевірюваний перший етап
Що ви отримаєте для наступного рішення
Точний склад погоджується до початку робіт. Це типові матеріали для рішення, а не обіцянка бізнес-результату.
Інвентар залежностей
Версії, користувачі, процеси, дані, інтеграції та критичні строки підтримки.
План хвиль заміни
Цільові варіанти, послідовність, паралельна робота, навчання та шлях відкату.
Правила приймання
Звірки, контрольні операції й докази, за якими ваша команда підтвердить результат.
П’ять запитань · без наборів даних і доступів
Коротка відповідь
Як правильно обрати заміну?
Заміна 2ГІС, ZuluGIS, PHOTOMOD або іншої GIS-платформи потребує перенесення геометрії, систем координат, атрибутів, стилів і сервісів. Ціль обирають після інвентаризації шарів, точності та всіх споживачів геоданих.
Цілісність геоданих
Не втрачаються геометрія, проєкції, атрибути, топологія, метадані та історія змін.
Відкриті інтерфейси
Підтримуються потрібні формати, API та стандарти обміну без закритої залежності.
Робочі сценарії
Карти, польові роботи, аналітика, друк і зовнішні сервіси проходять контрольні тести.
Доказ завершення: Якість підтверджують автоматичною звіркою об’єктів і атрибутів, просторовими контрольними вибірками та тестами сервісів.
Календар підтримки
Приклади позицій в офіційному Переліку
| Продукт або група | Статус |
|---|---|
| 2ГІС ПРО / Mobile SDK | Є у Переліку |
| ZuluGIS / ZuluServer | Є у Переліку |
| PHOTOMOD | Є у Переліку |
| PHOTOMOD GeoCloud | Є у Переліку |
Джерела: Держспецзв’язку - відкритий Перелік, сторінка від 05.08.2026
Часті запитання
Часті запитання
Чи потрібно замінювати все одночасно?
Ні. Після інвентаризації визначаємо черги за критичністю, залежностями, можливістю експорту та вікнами змін.
Чи означає включення до Переліку штраф для будь-якого приватного бізнесу?
Ця сторінка не робить такого висновку. Сфера застосування та обов’язки залежать від статусу організації й конкретних норм. За юридичною оцінкою слід звертатися до уповноважених фахівців.
Як підтверджується повнота перенесення?
До старту погоджуємо контрольні вибірки, кількісні звірки, критичні сценарії та протокол приймання.
Ідеї за темою