Чек-лист: що запитати у провайдера перед орендою сервера 1С

Сервер під столом головного бухгалтера, гудучий системний блок у колишній комірчині або старенький Tower в офісі системного адміністратора — у сучасних реаліях українського бізнесу ці картини стрімко відходять у минуле. Постійні загрози відключення електроенергії, нестабільний зв’язок, ризики фізичного вилучення обладнання та банальний знос «заліза» змушують компанії масово мігрувати до хмарних дата-центрів.

Однак перенесення ключової облікової системи в хмару — це не просто купівля гігабайтів та процесорних ядер. Якщо обрати провайдера 1С наосліп, орієнтуючись лише на красивий маркетинговий банер та найнижчу ціну, ви ризикуєте отримати систему, в якій проведение звичайної накладної займає 10 секунд, розрахунок собівартості наприкінці місяця «вішає» базу на цілу ніч, а технічна підтримка в момент збою відповідає черговими фразами раз на чотири години.

У цій статті ми детально розберемо, які критерії оренди 1С дійсно критичні для бізнесу, чому стандартний дешевий VPS може вбити швидкість вашої бухгалтерії, і дамо вичерпний робочий чек-лист із 25 питань, які потрібно поставити хостеру до підписання договору. Цей матеріал стане вашою дорожньою картою при спілкуванні з IT-компаніями та допоможе прийняти зважене рішення, яке захистить ваші гроші, дані та нерви.

Чому «звичайний» хмарний сервер або дешевий VPS не підходить для 1С?

Головна помилка, якої припускаються багато власників бізнесу та навіть системні адміністратори-початківці — це купівля стандартного віртуального сервера (VPS/VDS) у хостера загального профілю, де на одному майданчику крутяться лендінги, інтернет-магазини, VPN-сервіси та ігрові сервери.

Архітектура платформи «1С:Підприємство» має свою специфіку, яка радикально відрізняє її від вебсерверів або баз даних загального призначення. Ось три кити, на яких тримається продуктивність вашої облікової системи:

1. Чутливість до тактової частоти процесора (GHz), а не до кількості ядер

При проведенні важких документів, закритті періоду або формуванні регламентованої звітності 1С в основному виконує лінійний код, який погано паралелиться на багато потоків. Це означає, що якщо провайдер продає вам 16 ядер старого процесора Intel Xeon E5 із частотою 2.0–2.4 ГГц, ваша база буде безнадійно «гальмувати». Для комфортної роботи 1С потрібні сучасні процесори (Intel Xeon Gold/Platinum останніх поколінь, AMD EPYC або Ryzen 9) з базовою частотою від 3.5 ГГц до 4.5–5.0 ГГц у режимі Turbo Boost. Правило просте: краще 4 швидких ядра, ніж 16 повільних.

2. Дискова підсистема: вирішують IOPS та затримка (Latency), а не просто SSD

Бази даних 1С (особливо в клієнт-серверному варіанті з SQL) генерують тисячі дрібних операцій читання та запису на секунду. Звичайний SATA SSD-диск, який провайдер використовує для економії, миттєво захлинеться при одночасній роботі 20–30 бухгалтерів та менеджерів з продажу. Для 1С життєво необхідні масиви на базі Enterprise NVMe-накопичувачів, підключені через високошвидкісні шини PCIe, із гарантованим показником IOPS (операцій введення-виведення на секунду) не менше 15 000 – 30 000 на віртуальну машину та затримкою (latency) менше 0.5 мс.

3. Оперативна пам’ять: ECC та частота шини

Сервер 1С (додаток) та сервер СУБД (Microsoft SQL Server або PostgreSQL) надзвичайно вимогливі до оперативної пам’яті. Більше того, важлива швидкість роботи DDR4/DDR5 та наявність корекції помилок (ECC). Дешеві VPS часто грішать «оверселінгом» — ситуацією, коли провайдер продає більше пам’яті та ядер, ніж є фізично на хост-сервері, розраховуючи, що всі клієнти не навантажать свої машини одночасно. У пікові години здачі звітності такий оверселінг перетворює роботу на пекло.

Висновок експерта: Спеціалізований хмарний сервер для 1С — це завжди виділений пул високочастотних ресурсів без оверселінгу, з оптимізованими налаштуваннями гіпервізора та СУБД саме під логіку облікових систем.

3 ключевых критерії вибору: локація, надійність ЦОД та юрисдикція

Перш ніж переходити до технічних деталей, необхідно визначитися з базовими стратегічними питаннями, від яких залежить безпека всього бізнесу.

1. Локація дата-центру: Україна чи Європа?

Для українських компаній сьогодні доступні два основних сценарії розміщення серверів:

• Дата-центри в Україні (Київ, Львів):
  • Плюси: Мінімальний пінг (затримка сигналу 2–10 мс), що забезпечує миттєвий відгук інтерфейсу при роботі через RDP або RemoteApp. Простіше вирішувати юридичні питання, швидкий документообіг по бухгалтерії (через M.E.Doc, Вчасно).
  • Мінуси: Ризики, пов’язані з воєнним станом, ракетними ударами по енергетичній інфраструктурі (хоча серйозні ЦОД мають по кілька дизель-генераторів та запаси палива на 7–10 діб), а також теоретичний ризик втручання контролюючих органів.
• Дата-центри в Європі (Німеччина, Польща, Нідерланди, Фінляндія):
  • Плюси: Максимальна фізична та правова безпека. Юрисдикція ЄС (GDPR), повний захист від неправомірного вилучення серверів місцевими органами влади, стабільна енергосистема та інтернет-канали.
  • Мінуси: Пінг вищий (до Польщі — 20–35 мс, до Німеччини/Нідерландів — 40–60 мс). Якщо не налаштувати термінальний доступ правильно, користувачі можуть відчувати легку «ватність» при переміщенні миші та введенні тексту. Також важливе питання валютних платежів та закриваючих актів для української податкової.

Рекомендація: Якщо для вас у пріоритеті 100% захист від ризиків фізичного впливу та безперервність за будь-яких сценаріїв в Україні — обирайте локації в Польщі (Варшава) або Німеччині (Франкфурт). За рахунок близькості до українських магістралей пінг там залишається в межах комфортної норми для роботи в 1С.

2. Рівень надійності дата-центру (Tier Classification)

Не вірте словам «у нас надійний дата-центр». Вимагайте підтвердження відповідності міжнародним стандартам Uptime Institute:

• Tier II: Підходить тільки для тестових середовищ або некритичних баз. Допускається зупинка сервера для технічного обслуговування. Аптайм ~99.741% (до 22 годин простою на рік).
• Tier III: Золотий стандарт для середнього та великого бізнесу. Усі інженерні системи (живлення, охолодження) зарезервовані за схемою N+1. Будь-які профілактичні роботи проводяться без зупинки серверів. Гарантований аптайм — 99.982% (простій не більше 1.6 години на рік).
• Tier IV: Надлишкова надійність (2N+1), відмовостійкість при серйозних аваріях. Використовується корпораціями та банками, для 1С часто є невиправдано дорогим рішенням.

3. Юридична чистота та NDA

Провайдер повинен офіційно працювати у правовому полі України (мати юрособу в нашій країні, навіть якщо сервери в Європі), надавати повний пакет первинної документації для віднесення оренди на витрати підприємства та в обов’язковому порядку підписувати NDA (Угоду про нерозголошення конфіденційної інформації). У договорі має бути чітко прописана відповідальність провайдера за витік даних або неправомірний доступ до баз з боку співробітників хостингу.

Повний чек-лист: 25 питань провайдеру перед орендою сервера 1С

Ми розділили наш чек-лист на три смислових блоки, щоб кожен фахівець у компанії — від сисадміна до власника — міг поставити свої питання та оцінити компетентність потенційного партнера.

🛠 Блок I. Питання від IT-директора та системного адміністратора (Архітектура, залізо та мережа)

1. Яка базова та тактова частота процесорів (у режимі Boost) на нодах, де буде розгорнута наша 1С?

• Чому це важно: Як ми з’ясували раніше, частота — головний критерій швидкодії 1С.
• Правильна відповідь провайдера: «Ми використовуємо серверні процесори Intel Xeon Gold 6354 / AMD EPYC 73F3 (або аналоги) з базовою частотою від 3.5 ГГц та бустом до 4.3–4.8 ГГц. На тарифах для 1С ми не використовуємо низькочастотні багатоядерні процесори старих поколінь v3/v4».

2. Який тип накопичувачів використовується в системі збереження даних (СЗД) і який показник IOPS гарантований для нашої віртуальної машини?

• Чому це важно: Дозволяє відсікти повільні SSD/HDD масиви.
• Правильна відповідь провайдера: «Надаємо локальні або розподілені Enterprise NVMe-масиви в RAID 10. Залежно від тарифу гарантуємо від 20 000 до 50 000 IOPS із затримкою не більше 0.3–0.5 мс».

3. Чи використовуєте ви оверселінг (oversubscription) по CPU та RAM на тарифах для 1С?

• Чому це важно: Оверселінг призводить до «плаваючої» продуктивності: вранці все літає, а о 14:00, коли сусіди по хосту запустили звіти, все завмирає.
• Правильна відповідь провайдера: «На кластерах, призначених для облікових систем 1С та баз даних, коефіцієнт оверселінгу по RAM дорівнює 1:1 (жорстке резервування), по CPU — не більше 1:2, або пропонуються повністю виділені фізичні ядра (Dedicated VCPU)».

4. Який гіпервізор використовується для віртуалізації?

• Чому це важно: Визначає стабільність, можливості гарячої міграції та безпеку ізоляції.
• Правильна відповідь провайдера: «Ми працюємо на промислових рішеннях VMware vSphere, Microsoft Hyper-V або enterprise-збірках KVM (Proxmox/oVirt) з налаштованою високою доступністю (High Availability кластер)».

5. Яка ширина та резервування інтернет-каналів у дата-центрі? Чи є захист від DDoS-атак?

• Чому це важно: Якщо канал провайдера забивається паразитним трафіком або падає основний апстрім, ваш офіс втрачає доступ до 1С.
• Правильна відповідь провайдера: «Підключення ЦОД зарезервовано через кількох незалежних Tier-1/Tier-2 операторів із загальним портом від 10–40 Гбіт/с. Захист від DDoS (на рівні L3–L4 та опціонально L7) включено до базової вартості».

6. Чи надаєте ви адміністративний (root/Administrator) доступ до операційної системи сервера?

• Чому це важно: Без прав Адміністратора ви залежатимете від служби підтримки провайдера при встановленні будь-якого зовнішнього компонента, принтера або шрифту.
• Правильна відповідь провайдера: «Так, ми надаємо повний доступ рівня Administrator/root. Ви повністю контролюєте свою віртуальну машину, або можете делегувати управління нашим інженерам за моделлю Managed SLA».

7. Чи можна використовувати власні ISO-образи для розгортання або готові шаблони, оптимізовані під 1С?

• Чому це важно: Готові шаблони з уже налаштованим термінальним сервером (RDS), правильними параметрами підкачки та електроживлення економлять дні роботи сисадміна.
• Правильна відповідь провайдера: «У нас є як можливість завантаження вашого кастомного ISO, так і готові оптимізовані образи Windows Server + MS SQL Server з налаштованими політиками для максимальної продуктивності 1С».

8. Як організовано підключення користувачів: RDP, RemoteApp, VPN, Web-клієнт?

• Чому це важно: Вибір протоколу впливає на безпеку та зручність роботи на віддалених робочих місцях.
• Правильна відповідь провайдера: «Ми підтримуємо будь-які сценарії. Рекомендуємо організацію захищеного IPSec/WireGuard VPN-тунелю між вашим офісом та хмарою з подальшим доступом через безшовний RemoteApp або тонкий клієнт 1С через HTTPS».

9. Як швидко і в якому діапазоні можна масштабувати ресурси (додати RAM, CPU, диск) при зростанні навантаження?

• Чому це важно: У період сезонних розпродажів або здачі річної звітності вам може терміново знадобитися додати ресурсів на 2–3 тижні без перезавантаження та перевстановлення.
• Правильна відповідь провайдера: «Додавання CPU та RAM можливе через особистий кабінет за 5 хвилин (у більшості випадків потрібне лише коротке перезавантаження ОС). Дисковий простір розширюється “на гарячу” без зупинки роботи».

10. Хто налаштовує та обслуговує зв’язку «Сервер 1С + СУБД (MS SQL / PostgreSQL)»?

• Чому це важно: 50% проблем зі швидкістю 1С криються в невірних параметрах СУБД (регламентні завдання, обслуговування індексів, статистика, shared memory).
• Правильна відповідь провайдера: «Якщо ви обираєте адміністрований сервіс (IaaS + Admin SLA), наші DBA-інженери проводять первинне тонке налаштування PostgreSQL/MS SQL під 1С, налаштовують плани обслуговування індексів та дефрагментації таблиць».

💼 Блок II. Питання від фінансового директора та головного бухгалтера (Економіка, ліцензії та безперервність)

11. Що саме входить у щомісячний платіж, і які існують приховані або додаткові комісії?

• Чому це важно: Деякі хостери приваблюють низькою ціною за «голе залізо», а потім виставляють рахунки за кожну IP-адресу, бекапи, перевищення трафіку та звернення до техпідтримки.
• Правильна відповідь провайдера: «У вартість тарифу фіксовано входять: обчислювальні ресурси, 1 виділена біла IP-адреса, безлімітний трафік на швидкості до 100 Мбіт/с, базове адміністрування та сховище для резервних копій глибиною на 7 днів. Жодних прихованих платежів».

12. Як тарифікується інтернет-трафік (вхідний/вихідний)? Чи є ліміти?

• Чому це важно: При обміні даними з філіями, завантаженні сканів документів у базу або синхронізації з інтернет-магазином обсяги трафіку можуть вимірюватися терабайтами.
• Правильна відповідь провайдера: «Трафік повністю безлімітний без поділу на вхідний та вихідний. Гарантована смуга пропускання порту — 100 Мбіт/с або 1 Гбіт/с за погодженням».

13. Які параметри RTO та RPO гарантуються у вашому регламенті резервного копіювання?

• Чому це важно: Це головні метрики безперервності бізнесу:
  • RPO (Recovery Point Objective): За який період бізнес готовий втратити дані при аварії (наприклад, за 1 годину, за добу чи ні за хвилину).
  • RTO (Recovery Time Objective): Скільки часу знадобиться провайдеру, щоб піднятися після повного збою (через скільки годин бухгалтерія знову зможе працювати).
• Правильна відповідь провайдера: «Ми робимо щоденні повні бекапи (RPO = 24 години) та щогодинні снапшоти транзакцій (RPO = 1 година). Відновлення з локальної копії займає до 30–60 хвилин (RTO = 1 година). Копії зберігаються у фізично віддаленому дата-центрі».

14. Як вирішується питання з ліцензіями на Windows Server, MS SQL Server та саму платформу 1С?

• Чому це важно: Використання піратського ПЗ у хмарі несе величезні юридичні ризики та загрозу стабільності (зльоти кряків, блокування).
• Правильна відповідь провайдера: «Ліцензії Microsoft (RDS, Windows Server, MS SQL) надаються за офіційною програмою SPLA з щомісячною орендою, або ви можете використовувати свою діючу передплату (BYOL — Bring Your Own License). Ліцензії на 1С та програмні HASP-ключі ви переносите свої, ми допомагаємо з їхньою активацією на віртуальній машині».

15. Чи надається безкоштовний тестовий період (Trial) і на яких умовах?

• Чому це важно: Синтетичні тести не покажуть реальну картину. Вам потрібно завантажити копію своєї робочої бази, пустити туди 5–10 активних користувачів та перевірити швидкість роботи на практиці.
• Правильна відповідь провайдера: «Ми надаємо 14 днів повнофункціонального тестового періоду на реальних потужностях без обмеження продуктивності, щоб ваш IT-відділ та бухгалтери могли провести нагрузочне тестування».

16. Чи можна отримати українські первинні документи (акти виконаних робіт, податкові накладні) через е-документообіг (Вчасно / M.E.Doc)?

• Чому це важно: Позбавляє бухгалтерію рутини з паперовими листами і дозволяє легально та вчасно закривати податковий кредит та витрати підприємства.
• Правильна відповідь провайдера: «Так, ми українська юридична особа (ТОВ на загальній системі з ПДВ або Єдиний податок). Весь електронний документообіг інтегрований через сервіси Вчасно та M.E.Doc, документи надсилаються автоматично 1-го числа кожного місяця».

17. Що станеться при простроченні платежу на 1–3 дні у зв’язку з банківськими затримками або форс-мажором?

• Чому це важно: Жорсткі автоматичні білінгові системи можуть заблокувати доступ до 1С о 00:01 1-го числа прямо в день виплати зарплат через те, що платіжка «зависла» в банку.
• Правильна відповідь провайдера: «У нас передбачено “обіцяний платіж” та пільговий період (Grace Period) у 5 робочих днів. Ми ніколи не блокуємо сервери критичної інфраструктури без попереднього особистого дзвінка персонального менеджера».

18. Як зміниться вартість оренди при прив’язці до курсу валют (для закордонних дата-центрів)?

• Чому це важно: Дозволяє закласти правильний бюджет та уникнути шоку при різких коливаннях курсу гривні до євро або долара.
• Правильна відповідь провайдера: «Договір фіксується у гривні. Перегляд цін можливий лише при коливаннях офіційного курсу НБУ більше ніж на 10% з попереднім повідомленням за 30 календарних днів».

🛡 Блок III. Питання від власника бізнесу та керівника (Безпека, SLA та ризики)

19. Яку фінансову відповідальність несе провайдер у разі простою сервера з його вини (SLA)?

• Чому це важно: Якщо хостер обіцяє 99.9% аптайму, але за добу простою пропонує компенсацію в розмірі 50 гривень — такий SLA нічого не вартий.
• Правильна відповідь провайдера: «Наш SLA прописаний у договорі. При падінні доступності нижче 99.9% ми нараховуємо фінансову компенсацію на ваш баланс: від 10% місячної плати за кожну годину простою, аж до 100% повернення коштів за місяць».

20. Наскільки дата-центр захищений від фізичного проникнення, вилучення серверів або неправомірного доступу третіх осіб?

• Чому це важно: У рейдерських або недобросовісних конкурентних сценаріях фізичний доступ до сервера — головна мета зловмисників.
• Правильна відповідь провайдера: «У наших ЦОД реалізовано 5-рівневу систему фізичного доступу (біометрія, шлюзи, охорона 24/7). При розміщенні в ЄС фізичний доступ місцевих органів влади можливий лише за рішенням європейського суду. Жодні треті особи не мають доступу до ваших стійкових юнітів».

21. Як захищені дані від програм-вимагачів (Ransomware) та шифрувальників?

• Чому це важно: Шифрувальники часто видаляють або шифрують не лише робочу базу 1С, але й локальні бекапи, до яких можуть дістатись по мережі.
• Правильна відповідь провайдера: «Ми використовуємо правило бекапів 3-2-1. Резервні копії автоматично зберігаються в ізольоване сховище (S3/FTP), до якого у віртуальної машини немає прав на видалення та перезапис (WORM-сховище — Write Once, Read Many). Навіть якщо хакер захопить root-права на сервері, він не зможе знищити архівні копії».

22. Який гарантований регламентований термін реакції служби підтримки (Response Time) на інцидент з позначкою «Критичний»?

• Чому це важно: Позначка «Підтримка 24/7» часто означає лише те, що вам цілодобово відповість чат-бот. Вам потрібно знати час підключення живого інженера.
• Правильна відповідь провайдера: «У рамках договору SLA ми гарантуємо реакцію на критичні інциденти (повна недоступність сервера/бази) протягом 15 хвилин 24/7/365 по телефону, в Telegram-чаті та тікет-системі».

23. Яка процедура та швидкість забору наших баз даних у разі прийняття рішення про розірвання договору та перехід до іншого хостера?

• Чому це важно: Недобросовісні провайдери можуть утримувати дані в заручниках, вимагати плату за експорт або штучно занижувати швидкість завантаження архівів.
• Правильна відповідь провайдера: «Ваші дані — це ваша 100% власність. Ви можете в будь-який момент завантажити повні образи дисків або дампи баз на максимальній швидкості каналу через захищені протоколи. Після підписання акта припинення робіт ми гарантовано знищуємо всі копії на наших масивах без можливості відновлення».

24. Як організована безперервність живлення дата-центру в умовах українських блек-аутів (якщо ЦОД знаходиться в Україні)?

• Чому це важно: Одного генератора недостатньо. Важливим є час автономної роботи, наявність договорів на підвезення дизельного палива та автоматичне введення резерву (АВР).
• Правильна відповідь провайдера: «Наш дата-центр підключений до двох незалежних міських підстанцій. При зникненні живлення ДБЖ (акумулятори) миттєво підхоплюють навантаження на час старту промислових дизель-генераторів (старт за 15–30 секунд). У наявності паливний парк на 7 діб безперервної роботи та пріоритетні договори з постачальниками палива на дозаправку».

25. Чи є у вас успішні кейси міграції та адміністрування 1С для компаній з нашої галузі з аналогічним навантаженням (50, 100, 500+ користувачів)?

• Чому це важно: Специфіка ритейлу (робота з касами РРО в реальному часі), логістики (інтеграції з WMS, Новою Поштою) та великого виробництва (складні розрахунки собівартості) вимагає від провайдера різного профілю експертизи.
• Правильна відповідь провайдера: «Так, ми обслуговуємо понад ХХХ клієнтів, включаючи великі мережі ритейлу та виробничі холдинги України. За запитом можемо надати референси або знеособлені метрики продуктивності в аналогічних проєктах».

Глибокий разбор: 5 критичних помилок при міграції 1С у хмару (Реальні кейси українських компаній)

Щоб наочно показати, до чого призводить ігнорування критеріїв нашого чек-листа, розглянемо п’ять реальних ситуацій, з якими українські компанії зверталися до інженерів для порятунку своєї IT-інфраструктури.

Кейс 1. «Купили 32 ядра, а 1С все одно гальмує»

Проблема: Великий дистриб’ютор будівельних матеріалів з Києва (45 менеджерів, які одночасно працюють в 1С:УТП) орендував потужний на папері хмарний сервер: 32 ядра CPU, 128 ГБ RAM. Однак при груповому проведенні документів у середині дня база намертво зависала, бухгалтерія не могла сформувати акти звірки, а закриття місяця тривало 14 годин.

Причина: Провайдер розмістив віртуальну машину на застарілому кластері з процесорами Intel Xeon E5-2680 v3, де частота на ядро під навантаженням падала до 2.2 ГГц. Сервер 1С не міг утилізувати всі 32 ядра, а поодинокі потоки обробки важких транзакцій «задихалися» від нестачі тактової частоти.

Рішення: Міграція на спеціалізований кластер для 1С з процесорами Intel Xeon Gold (4.0 ГГц у бусті) та скороченням кількості ядер до 16.

Результат: Час закриття місяця скоротився з 14 годин до 2.5 годин. Швидкість відгуку інтерфейсу для менеджерів зросла в 3 рази при зниженні щомісячного рахунку за оренду на 15% (за рахунок меншої кількості ліцензованих ядер).

Кейс 2. «Шифрувальник заблокував базу разом із бекапами»

Проблема: Виробнича компанія у Львові зазнала фішингової атаки: бухгалтер відкрила лист нібито від податкової інстанції з вірусом-шифрувальником (Ransomware). Вірус зашифрував не лише робочу базу 1С на сервері, а й архівні копії, які складалися в сусідню папку D:\Backups, а також мережевий диск в офісі.

Причина: Відсутність ізоляції резервних копій за правилом 3-2-1. Провайдер не запропонував послугу зовнішнього бекапу з доступом тільки на запис (Immutable / WORM storage).

Рішення: На щастя, інженерам вдалося відновити базу з тижневого тіньового копіювання гіпервізора у провайдера (що коштувало компанії 4 днів ручного введення втраченої первинки). Після інциденту було налаштовано автоматичне надсилання нічних дампів в ізольовану S3-хмару із забороною на видалення або модифікацію файлів протягом 14 днів.

Кейс 3. «Провайдер гарантував 99.9% аптайму, але підтримка відповідає 4 години»

Проблема: У період Чорної п’ятниці в інтернет-магазину (інтеграція 1С із сайтом на OpenCart та CRM) упав сервер СУБД. IT-фахівець компанії створив тікет у техпідтримку хостера о 10:00 ранку. Відповідь від інженера надійшла лише о 14:30. За ці 4.5 години простою бізнес втратив понад 300 000 грн прибутку та отримав десятки негативних відгуків від клієнтів за необроблені замовлення.

Причина: У договорі було прописано показник доступності 99.9%, але не було SLA на час реакції (Response Time). Підтримка працювала за принципом «живої черги». 99.9% на рік допускає майже 9 годин простою, чим провайдер формально і прикрився, відмовивши в компенсації.

Рішення: Перехід до хостера, який спеціалізується на 1С, з чітко зафіксованим у договорі SLA: час реакції на інцидент Priority 1 — до 15 хвилин, з фінансовою компенсацією 50% від суми місячного рахунку при порушенні термінів.

Кейс 4. «Переїхали в Нідерланди — касири чекають на друк чека по 10 секунд»

Проблема: Мережа з 12 роздрібних магазинів з міркувань безпеки вирішила перенести базу 1С:Розниця на VPS у дата-центр в Амстердамі. Після переїзду касири почали скаржитися, що сканер штрих-кодів спрацьовує із затримкою, а друк фіскального чека на ПРРО (програмний реєстратор) займає 8–10 секунд, створюючи величезні черги на касах.

Причина: Пінг від магазинів до Амстердама становив близько 65 мс. При цьому IT-адміністратор налаштував підключення до 1С через «товстий клієнт» по VPN, де кожна дія генерує сотні мережевих пакетів між комп’ютером касира та сервером.

Рішення: Без перенесення бази назад в Україну було змінено архітектуру доступу: на сервері в Нідерландах розгорнули термінальний доступ (RemoteApp) та налаштували прокидання COM-портів фіскальних реєстраторів через оптимізовані драйвери, а також перевели касирів на Web-клієнт через захищений HTTPS-канал. Час друку чека повернувся до еталонних 1–1.5 секунд.

Кейс 5. «Приховані платежі за IOPS та трафік подвоїли чек наприкінці місяця»

Проблема: Фінансовий директор торговельної компанії обрав закордонного хмарного гіганта, де стартовий чек за сервер виглядав дуже привабливо — всього $120 на місяць. Однак наприкінці першого місяця експлуатації прийшов рахунок на $340.

Причина: У базову вартість входили диски з лімітом у 3000 IOPS та 1 ТБ вихідного трафіку. 1С з 30 активними користувачами та регулярними бекапами швидко виробила ліміт по трафіку, а дискова підсистема для нормальної роботи вимагала підключення платних Provisioned IOPS. За кожен зайвий гігабайт та кожну тисячу операцій читання/запису білінг автоматично списував гроші з прив’язаної корпоративної картки.

Рішення: Відмова від непередбачуваної хмарної тарифікації «Pay-as-you-go» на користь українського хмарного провайдера з фіксованим тарифом (Flat Rate) на IaaS, де безлімітний трафік та 30 000 IOPS на NVMe від початку включені в абонплату.

Порівняльна таблиця: Локальний сервер vs Звичайний VPS vs Спеціалізована хмара для 1С

Для наочності зведемо всі технічні, фінансові та управлінські фактори в єдину порівняльну матрицю:

Параметр / Критерій	Локальний сервер в офісі («під столом» / серверна)	Звичайний VPS/VDS від масового хостера	Спеціалізована хмара для 1С (IaaS / Managed)
Капітальні витрати (CAPEX)	Високі: купівля сервера, ДБЖ, ліцензій, кондиціонера ($3000–$10000+).	Нульові: тільки щомісячна орендна плата.	Нульові: тільки фіксований щомісячний платіж (OPEX).
Швидкодія 1С (CPU/Диски)	Залежить від бюджету. Найчастіше швидко застаріває через 2–3 роки.	Низька/Середня: часто старі CPU (<2.5 ГГц), оверселінг, SATA/дешеві SSD.	Максимальна: NVMe Enterprise, CPU 3.5–4.8 ГГц, 0% оверселінгу по RAM/HDD.
Захист від блек-аутів та відключень	Низька: офісного ДБЖ вистачає на 15–30 хв. Генератор вимагає палива та обслуговування.	Висока: ЦОД зарезервовані (генератори, батареї), але залежать від класу (Tier).	Максимальна: ЦОД Tier III з гарантією автономної роботи від 7 діб.
Фізична та юридична безпека	Критично низька: ризик вилучення при обшуку, крадіжки, затоплення, пожежі.	Середня/Висока: якщо ЦОД у Європі. В Україні — захист на рівні безпеки ЦОД.	Максимальна: ЦОД у ЄС або захищені в Україні + NDA, шифрування каналів, WORM-бекапи.
Масштабованість ресурсів	Відсутня: потрібно купувати нову RAM, диски або процесори і чекати на поставку.	Вільна: через особистий кабінет за кілька хвилин (але є ліміти хоста).	Миттєва та гнучка: додавання ядер, пам’яті та NVMe-дисків за кліком або дзвінком.
Резервне копіювання (Backups)	Налаштовує сисадмін (часто на сусідній диск або флешку, що фатально при вірусах).	Базові снапшоти (часто за окрему плату, без перевірки цілісності баз 1С).	Автоматичне: щоденні/щогодинні бекапи за правилом 3-2-1, перевірка баз на цілісність.
Технічна підтримка	Залежить від штатного сисадміна (хворіє, у відпустці, спить уночі).	Загальна: допомагають тільки з залізом, у проблемах 1С та СУБД не розбираються.	Експертна 24/7: інженери знають специфіку 1С, MS SQL, RDP, ПРРО та допомагають на всіх рівнях.
Ліцензування ПЗ	На плечах компанії. Високий ризик штрафів при використанні неліцензійного ПЗ.	Самі несете відповідальність, або оренда SPLA (не у всіх провайдерів є статус).	Офіційне: легальна оренда ліцензій Microsoft за SPLA, допомога з HASP 1С.
Швидкість розгортання з нуля	Від 2 до 6 тижнів (замовлення заліза, збірка, встановлення ОС, налаштування мережі).	Від 10 хвилин до 1 години (автоматична видача порожньої ОС).	Від 1 до 4 годин: видача повністю оптимізованого та готового шаблону под 1С.
Економічна ефективність (3 роки)	Дорого в підтримці, амортизації, електриці та ризиках простою.	Здається дешевим, але втрати на простоях та повільній роботі з’їдають економію.	Найвигідніша: передбачуваний OPEX, економія часу співробітників, нульовий простій.

Покроковий алгоритм міграції 1С на орендований сервер без зупинки бізнес-процесів

Обрати провайдера 1С та підписати договір — це лише половина справи. Щоб переїзд у хмару не перетворився на катастрофу з паралічем роботи складу та бухгалтерії у понеділок уранці, дотримуйтесь перевіреного 5-етапного алгоритму міграції.

Етап 1. Технічний аудит та інвентаризація поточної інфраструктури

До подачі заявки провайдеру зберіть точні вхідні дані:

• Загальний обсяг усіх баз даних 1С (включаючи файлові та SQL-версії) та темпи їх зростання за останній рік.
• Реальна кількість користувачів, які працюють одночасно (пікове навантаження в дні здачі звітів).
• Перелік інтеграцій: клієнт-банки, CRM-системи (Бітрікс24, Creatio), маркетплейси (Rozetka, Prom), служби доставки (Нова Пошта, Укрпошта), сервіси е-документообігу (Вчасно, M.E.Doc).
• Список периферійного обладнання: принтери етикеток, сканери штрих-кодів, термінали збору даних (ТЗД), фіскальні реєстратори та ПРРО (Checkbox, Вчасно.Каса).

Етап 2. Розрахунок ресурсів (Sizing) та тестове розгортання (Trial)

Використовуйте формулу розрахунку ресурсів для замовлення тестової конфігурації під час 14-денного триалу:

• Для термінального сервера (RDP/RemoteApp): 1 ядро CPU (від 3.5 ГГц) на кожні 4–6 активних користувачів + 2–3 ГБ RAM на кожного користувача + 4 ГБ під саму ОС Windows Server.
• Для сервера СУБД (MS SQL / PostgreSQL): Окремо від 4 до 8 швидких ядер CPU + RAM в обсязі не менше 50–70% від розміру активної бази даних (для кешування в пам’яті) + високошвидкісний NVMe-диск.

Практична порада: Під час безкоштовного триалу обов’язково запустіть «важку» операцію — наприклад, перепроведення документів за минулий квартал або розрахунок собівартості, та виміряйте час виконання у порівнянні зі старим сервером.

Етап 3. Підготовка та тестова міграція копії баз

Не намагайтеся переносити робочу систему з першої спроби.

1. Розгорніть на хмарному сервері ролі (RDS, СУБД, сервер 1С).
2. Зробіть свіжий дамп (резервну копію) робочої бази та перенесіть його в хмару (через безпечне SFTP або пряме VPN-з’єднання).
3. Відновіть базу та надайте доступ 2–3 ключовим користувачам (головному бухгалтеру, керівнику відділу продажів) для тестування коректності відображення даних, швидкості проведення документів та роботи зовнішніх обробок.

Етап 4. Налаштування периферії, безпеки та мережевих тунелів

Поки тестова група перевіряє базу:

• Налаштуйте site-to-site VPN між вашим офісним роутером (MikroTik, Cisco, Fortinet) та хмарним шлюзом провайдера. Це приховає порти RDP (3389) від публічного інтернету та захистить від брутфорс-атак.
• Налаштуйте прокидання принтерів та перевірте друк із хмарної 1С на локальний офісний принтер.
• Протестуйте роботу ПРРО в термінальній сесії (особливо критичним є час відгуку при друку чеків).
• Увімкніть двофакторну автентифікацію (2FA) для доступу до віддаленого робочого столу або VPN.

Етап 5. Фінальний «переїзд вихідного дня» (Cutover) та Hypercare-підтримка

Міграцію робочої бази завжди плануйте на вечір п’ятниці або суботу:

1. У п’ятницю о 18:00 повністю блокується робота користувачів у старій системі (база переводиться в режим «Тільки читання»).
2. Створюється фінальний актуальний бекап і завантажується на хмарний сервер.
3. У суботу проводиться відновлення бази, підключення ліцензій, перенаправлення інтеграцій (веб-хуків, API) на нову IP-адресу.
4. У неділю IT-адміністратор проводить фінальний чек-лист працездатності всіх сервісів.
5. У понеділок уранці офіс починає роботу в хмарі. Перші 3 дні після переїзду (період Hypercare) інженер з боку провайдера та ваш сисадмін повинні перебувати на зв’язку в режимі підвищеної готовності для оперативного вирішення дрібних нюансів (наприклад, збитих налаштувань принтера у конкретного менеджера).

Часті питання (FAQ)

Скільки реально має коштувати оренда сервера для 1С на 10, 30 та 100 користувачів в Україні?

Вартість залежить від архітектури (односерверна чи розподілена), типу дисків та ліцензій Microsoft. У середньому по українському ринку якісний IaaS на NVMe з високою частотою CPU коштуватиме:

• До 10 користувачів (Файлова база або SQL-експрес): 4 vCPU (4.0 GHz), 16 GB RAM, 150 GB NVMe — орієнтовно 2 500 – 4 500 грн/міс.
• До 30 користувачів (Клієнт-серверна на MS SQL / PostgreSQL): 8 vCPU, 32–48 GB RAM, 300 GB NVMe + ліцензії Windows/SQL — 7 000 – 12 000 грн/міс.
• До 100 користувачів (Рознесені ролі: термінальний кластер + окремий потужний сервер СУБД): від 16 до 32 vCPU, 96–128 GB RAM, 500+ GB Enterprise NVMe — від 20 000 до 45 000+ грн/міс (без урахування вартості ліцензій 1С).

Чи можна використовувати свої діючі ліцензії 1С при оренді сервера в хмарі (BYOL)?

Так, абсолютно. Ви є правовласником придбаних програмних продуктів. Якщо у вас використовуються програмні ліцензії (пін-коди активації), вони прив’язуються до конфігурації віртуальної машини в хмарі (провайдер допоможе активувати їх у режимі отримання ліцензії). Якщо у вас старі апаратні USB-ключі (HASP), багато українських дата-центрів надають послугу фізичного прокидання вашого USB-ключа в серверну стійку через спеціальні пристрої AnywhereUSB або по локальній мережі через службу USB-over-IP.

Що робити з фіскальними реєстраторами та ПРРО при перенесенні 1С у хмару?

Якщо ви використовуєте программні РРО (ПРРО), такі як Checkbox, Вчасно.Каса або Е-Чек, їхня робота в хмарі налаштовується ще простіше, ніж на локальному ПК, оскільки обмін іде по API через інтернет, і хмарний сервер має з ними ідеальний канал зв’язку. Якщо ж у магазинах стоять класичні апаратні фіскальні реєстратори (Марія, Datecs, Екселліо), їх підключають до локального комп’ютера касира, а в RDP/RemoteApp сесії налаштовують прокидання віртуальних COM-портів (COM-port redirection) або використовують мережеві утиліти прокидання, щоб 1С з хмари «бачила» касовий апарат у магазині як локальний.

Чи безпечно зберігати бази 1С у європейських дата-центрах з точки зору українського законодавства?

З юридичної точки зору українське законодавство не забороняє комерційним підприємствам (за винятком держорганів та держпідприємств, що підпадають під вимоги КСЗІ/ДССЗЗІ) зберігати свої комерційні, бухгалтерські та персональні дані на закордонних серверах. Більше того, зберігання даних у ЄС автоматично підпадає під суворий європейський регламент про захист персональних даних (GDPR). Єдиний нюанс — переконайтеся, що провайдер надає вам акти та податкові накладні від української юридичної особи, щоб ви могли легально обґрунтувати ці витрати у своїй бухгалтерії.

Як перевірити, що провайдер дійсно робить резервне копіювання, а не просто обіцяє це в договорі?

Ніколи не довіряйте бекапам на слово. Щоб перевірити надійність процесу:

1. Запитайте регламент: де фізично лежать бекапи (на тому ж хості, в іншому залі ЦОД чи в іншому місті/країні).
2. Потрібуйте тестове відновлення: раз на 2–3 місяці в рамках регламенту обслуговування запитуйте у техпідтримки розгортання копії вашої бази з вчорашнього бекапу на тестовому стенді.
3. Налаштуйте власний контроль: використовуйте вбудовані засоби SQL Server (Maintenance Plans) або скрипти для паралельного дублювання дампів бази на ваш власний незалежний хмарний диск (наприклад, зашифрований архів на Google Drive Enterprise або AWS S3), до якого у хостера немає доступу.

Висновок: час переїжджати в хмару правильно

Міграція облікової системи в хмару — це неминучий крок для будь-якого українського бізнесу, який хоче залишатися конкурентоспроможним, енергонезалежним та захищеним у 2026 році та в майбутньому. Епоха локальних серверів, які залежать від одного рубильника, офісного кондиціонера та настрою штатного сисадміна, закінчилася.

Однак обрати провайдера 1С — це завдання на стику IT-архітектури, економіки та юридичної безпеки. Використовуючи наш чек-лист із 25 питань, ви зможете провести жорсткий відбір кандидатів, відсіяти непрофесіоналів із повільними дисками та прихованими платежами, та знайти надійного партнера, який забезпечить вашому бізнесу гарантований аптайм 99.982%, високу швидкість проведения документів та спокійний сон головного бухгалтера та власника.

👉 Залишити заявку на розрахунок конфігурації 1С