Сервер 1С

Сервер 1С — це серверна частина платформи 1С / 1С:Підприємство, яка використовується в клієнт-серверному режимі для виконання прикладної логіки, обробки запитів користувачів, проведення документів, роботи з регістрами, запуску фонових і регламентних завдань, керування сеансами та взаємодії із серверною базою даних.

У продуктах BAS використовується подібна серверна архітектура, оскільки вони працюють на технологічній платформі, спорідненій із 1С:Підприємство. У практиці адміністрування часто говорять “сервер 1С”, навіть якщо йдеться про BAS.

Головне. Сервер 1С — це проміжний рівень між користувацьким клієнтом і СУБД. Клієнт показує інтерфейс, сервер 1С виконує бізнес-логіку, а СУБД зберігає дані.

Проста аналогія. Якщо інформаційна база — це великий офісний архів, то сервер 1С — це диспетчер, який приймає запити користувачів, перевіряє правила, звертається до сховища даних і повертає результат.

Важливо про 1С та BAS. В Україні продукти екосистеми 1С і частина продуктів BAS пов’язані з санкційними, юридичними, кібербезпековими та репутаційними ризиками. Держспецзв’язку веде перелік забороненого до використання програмного забезпечення та комунікаційного обладнання, у якому згадуються продукти 1С/BAS, зокрема 1C:Підприємство 8 і BAS ERP. Указ Президента України №601/2024 ввів у дію рішення РНБО від 2 вересня 2024 року щодо застосування, скасування та внесення змін до санкцій. Перед підтримкою, використанням або міграцією таких систем потрібно перевіряти актуальні офіційні обмеження.

Що таке сервер 1С

Сервер 1С — це програмний компонент платформи 1С:Підприємство, який обслуговує клієнтські підключення до інформаційних баз у клієнт-серверному режимі.

Він виконує:

серверний код мовою 1С;
обробку запитів користувачів;
роботу з документами;
проведення документів;
роботу з регістрами;
запуск регламентних завдань;
запуск фонових завдань;
обробку інтеграцій;
керування сеансами;
обробку блокувань;
взаємодію із СУБД;
кешування службових даних;
адміністрування інформаційних баз у кластері.

Сервер 1С не зберігає самі бізнес-дані як основне сховище. Дані зберігаються в СУБД. Сервер 1С організовує прикладну роботу з цими даними.

Для чого потрібен сервер 1С

Сервер 1С потрібен для стабільної роботи великих і багатокористувацьких інформаційних баз.

Він використовується, коли потрібно:

одночасна робота багатьох користувачів;
централізована обробка бізнес-логіки;
робота з великою базою;
висока продуктивність;
запуск фонових задач;
виконання регламентних завдань;
інтеграції з банками, сайтами, CRM, WMS, MES;
робота зі складними звітами;
виробничий облік;
зарплатний облік;
закриття місяця;
керування сеансами;
адміністрування кластера;
централізоване резервне копіювання через СУБД;
контроль доступу.

Практичний сенс. Для маленької файлової бази сервер 1С може бути зайвим. Для ERP, виробництва, зарплати, складу, бухгалтерії, ПДВ, інтеграцій і десятків користувачів серверна архітектура зазвичай є необхідністю.

Місце сервера 1С в архітектурі

Типова клієнт-серверна схема:

Користувач
    ↓
Клієнт 1С
    ↓
Сервер 1С
    ↓
СУБД
    ↓
Дані інформаційної бази

Компоненти:

Компонент	Роль	Приклад
Клієнт 1С	Інтерфейс користувача	Тонкий клієнт, товстий клієнт, web-клієнт
Сервер 1С	Виконання прикладної логіки	Проведення документів, запити, регламентні завдання
СУБД	Зберігання даних	Microsoft SQL Server, PostgreSQL
Інформаційна база	Дані конкретної системи	Бухгалтерія, BAS ERP, УТ, ЗУП

Сервер 1С і СУБД

Сервер 1С і СУБД виконують різні ролі.

Компонент	За що відповідає	Приклад
Сервер 1С	Бізнес-логіка, сеанси, регламентні завдання, виконання коду	Проведення реалізації
СУБД	Зберігання таблиць, індекси, транзакції, SQL-запити	Запис рухів у таблиці бази

Наприклад, коли користувач проводить документ реалізації:

Клієнт передає команду на сервер 1С.
Сервер 1С виконує логіку проведення.
Сервер 1С формує рухи по регістрах.
Сервер 1С звертається до СУБД.
СУБД записує зміни в таблиці.
Сервер повертає результат клієнту.

Кластер серверів 1С

Кластер серверів 1С — це логічне об’єднання серверних компонентів, які обслуговують одну або кілька інформаційних баз.

У кластері можуть бути:

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

Кластер дозволяє централізовано керувати серверною роботою 1С.

Робочий сервер

Робочий сервер — це сервер у складі кластера, який виконує частину навантаження.

Він може обслуговувати:

сеанси користувачів;
фонові завдання;
регламентні завдання;
запити;
інтеграції;
відкриття форм;
проведення документів.

У невеликих інсталяціях може бути один сервер. У великих — кілька робочих серверів.

Робочий процес 1С

Робочий процес — це процес сервера 1С, який безпосередньо обробляє запити.

Він виконує:

серверні процедури;
запити до СУБД;
обробку форм;
проведення документів;
фонові завдання;
регламентні завдання;
частину інтеграційної логіки.

Якщо робочий процес перевантажений, користувачі можуть бачити повільну роботу системи.

Сеанс 1С

Сеанс — це активне підключення користувача, сервісу або фонового завдання до інформаційної бази.

Сеанс може належати:

користувачу;
фоновому завданню;
регламентному завданню;
інтеграції;
web-клієнту;
службовому процесу.

Адміністратор може аналізувати сеанси, щоб зрозуміти:

хто працює в базі;
які задачі виконуються;
хто створює навантаження;
які сеанси зависли;
які сеанси блокують інших;
які користувачі не завершили роботу.

Інформаційна база на сервері 1С

Інформаційна база — це конкретна база даних прикладної системи.

Наприклад:

бухгалтерська база;
зарплатна база;
BAS ERP;
управління торгівлею;
виробнича база;
тестова база;
архівна база.

У кластері 1С інформаційна база має налаштування підключення до СУБД, користувачів, параметри запуску, блокування сеансів і адміністративні параметри.

Тонкий клієнт і сервер 1С

У тонкому клієнті більша частина логіки виконується на сервері 1С.

Переваги:

менше навантаження на робоче місце;
централізоване виконання коду;
краще для віддаленої роботи;
легше адмініструвати користувачів;
зручніше для клієнт-серверного режиму.

Наприклад, користувач натискає кнопку “Провести”, а фактичне проведення документа виконується на сервері 1С.

Товстий клієнт і сервер 1С

Товстий клієнт може виконувати більше логіки на робочому місці користувача.

Він може використовуватися для:

конфігурування;
старих форм;
адміністративних задач;
сумісності зі старими конфігураціями.

У сучасних багатокористувацьких системах для звичайних користувачів частіше використовують тонкий клієнт або web-клієнт.

Web-клієнт і сервер 1С

Web-клієнт дозволяє працювати через браузер.

У такому сценарії зазвичай є:

браузер користувача;
web-сервер;
сервер 1С;
СУБД.

Схема:

Браузер
    ↓
Web-сервер
    ↓
Сервер 1С
    ↓
СУБД

Для web-доступу важливі:

HTTPS;
права доступу;
безпечна публікація;
обмеження зовнішнього доступу;
продуктивність;
сумісність форм;
захист від несанкціонованого доступу.

Серверний код 1С

На сервері 1С виконується серверна частина мови 1С.

Приклад:

&НаСервере
Процедура ПерерахуватиСумиНаСервері()

    Для Каждого Рядок Из Объект.Товары Цикл
        Рядок.Сумма = Рядок.Количество * Рядок.Цена;
    КонецЦикла;

КонецПроцедуры

Серверний код використовується для:

роботи з базою;
запитів;
запису документів;
проведення;
роботи з регістрами;
інтеграцій;
складних розрахунків;
перевірок;
формування звітів.

Клієнтський і серверний код

У 1С важливо розділяти код, який виконується на клієнті й сервері.

Де виконується	Що робить	Приклад
Клієнт	Інтерфейс і дії користувача	Натискання кнопки
Сервер	Робота з даними і бізнес-логіка	Запит до регістру
Фонове завдання	Автоматична обробка без користувача	Обмін із сайтом
Регламентне завдання	Запуск за розкладом	Завантаження банку

Типова помилка — виконувати важкі серверні операції в клієнтському коді або часто передавати великі обсяги даних між клієнтом і сервером.

Сервер 1С і запити

Запити 1С зазвичай виконуються на сервері.

Приклад запиту до залишків:

ВЫБРАТЬ
    ТоварыНаСкладахОстатки.Номенклатура КАК Номенклатура,
    ТоварыНаСкладахОстатки.Склад КАК Склад,
    ТоварыНаСкладахОстатки.КоличествоОстаток КАК Остаток
ИЗ
    РегистрНакопления.ТоварыНаСкладах.Остатки(&ДатаОстатков) КАК ТоварыНаСкладахОстатки

Погано написаний запит може навантажувати і сервер 1С, і СУБД.

Сервер 1С і СКД

СКД 1С часто виконує запити й формування даних через сервер 1С.

Важкі СКД-звіти можуть створювати навантаження, якщо:

немає відбору по періоду;
звіт читає документи замість регістрів;
забагато групувань;
запит має неправильні з’єднання;
користувач відкрив звіт за багато років;
багато користувачів запускають один звіт одночасно.

Для важкої аналітики краще використовувати Power BI або окремий аналітичний шар.

Сервер 1С і проведення документів

Проведення документів — одна з головних задач сервера 1С.

При проведенні документ може:

перевіряти заповнення;
перевіряти залишки;
формувати рухи;
записувати регістри;
формувати проводки;
змінювати взаєморозрахунки;
впливати на ПДВ;
впливати на собівартість;
запускати додаткову логіку.

Приклад:

Процедура ОбработкаПроведения(Отказ, РежимПроведения)

    Для Каждого Рядок Из Товары Цикл

        Рух = Движения.ТоварыНаСкладах.Добавить();
        Рух.ВидДвижения = ВидДвиженияНакопления.Расход;
        Рух.Период = Дата;
        Рух.Склад = Склад;
        Рух.Номенклатура = Рядок.Номенклатура;
        Рух.Количество = Рядок.Количество;

    КонецЦикла;

КонецПроцедуры

Сервер 1С і регістри

Сервер 1С працює з різними видами регістрів:

Приклади:

Регістр	Для чого використовується	Приклад
Регістр накопичення	Залишки і обороти	Товари на складах
Регістр відомостей	Довідкова або періодична інформація	Ціни номенклатури
Регістр бухгалтерії	Проводки і бухгалтерські обороти	Хозрасчетный
Регістр розрахунків	Зарплатні та періодичні розрахунки	Нарахування зарплати

Сервер 1С і регламентні завдання

Регламентні завдання 1С виконуються сервером за розкладом.

Приклади:

завантаження банківської виписки;
оновлення курсів валют;
вивантаження залишків на сайт;
обмін із CRM;
формування архівів;
очищення тимчасових даних;
перевірка статусів API;
розсилка повідомлень;
підготовка даних для BI.

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

Сервер 1С і фонові завдання

Фонові завдання дозволяють виконувати довгі операції без блокування інтерфейсу користувача.

Приклади:

формування великого звіту;
масова обробка документів;
обмін із зовнішньою системою;
завантаження прайсів;
вивантаження JSON;
перерахунок даних;
підготовка контрольних сум;
міграційне вивантаження.

Фонові завдання корисні, але якщо їх занадто багато, вони можуть перевантажити сервер.

Сервер 1С і інтеграції

Сервер 1С часто є місцем, де виконуються інтеграції.

Приклади інтеграцій:

Інтеграція з банками;
сайт;
CRM;
WMS;
MES;
маркетплейси;
електронний документообіг;
API;
Інтеграція через JSON;
Power BI;
K2 ERP.

Для інтеграцій важливо мати:

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

Приклад JSON-обміну через сервер 1С

Приклад даних замовлення:

{
  "order_number": "WEB-10025",
  "customer": "ТОВ Ромашка",
  "warehouse": "MAIN",
  "items": [
    {
      "sku": "SKU-001",
      "quantity": 2,
      "price": 1200
    }
  ],
  "status": "new"
}

Сервер 1С може:

Прийняти JSON.
Перевірити формат.
Знайти контрагента.
Знайти номенклатуру.
Створити замовлення.
Записати зовнішній ID.
Повернути статус.
Залогувати результат.

Сервер 1С і блокування

Блокування виникають, коли різні процеси одночасно працюють з одними даними.

Приклади:

користувач проводить документ;
інший користувач редагує пов’язаний документ;
регламентне завдання обробляє ті самі дані;
інтеграція записує документи;
закриття місяця перераховує собівартість.

Блокування потрібні для цілісності даних, але надмірні блокування створюють проблеми продуктивності.

Причини блокувань на сервері 1С

Типові причини:

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

Сервер 1С і транзакції

Транзакція — це набір дій, який має виконатися повністю або скасуватися повністю.

Наприклад, проведення документа:

перевіряє дані;
записує документ;
формує рухи;
оновлює регістри;
записує проводки.

Якщо сталася помилка, транзакція має відкотитися, щоб не залишити базу в напівзміненому стані.

Продуктивність сервера 1С

На продуктивність сервера 1С впливають:

кількість користувачів;
кількість інформаційних баз;
обсяг документів;
обсяг регістрів;
складність конфігурації;
якість коду;
якість запитів;
кількість фонових задач;
розклад регламентних завдань;
СУБД;
дискова підсистема;
оперативна пам’ять;
процесор;
мережа;
розширення;
важкі звіти.

Сервер 1С не можна оцінювати окремо від СУБД. Часто проблема виглядає як “повільний сервер 1С”, але реальна причина може бути в SQL-запитах, індексах, дисках або блокуваннях СУБД.

Типові ознаки перевантаження сервера 1С

Ознаки:

користувачі довго відкривають форми;
документи довго проводяться;
звіти формуються занадто довго;
регламентні завдання не встигають завершитися;
сеанси зависають;
з’являються блокування;
інтеграції працюють із затримками;
сервер використовує багато CPU;
робочі процеси споживають багато пам’яті;
користувачі скаржаться на “зависання 1С”.

Як шукати проблему продуктивності

Практичний порядок:

Перевірити активні сеанси.
Перевірити фонові завдання.
Перевірити регламентні завдання.
Перевірити важкі звіти.
Перевірити блокування.
Перевірити навантаження CPU.
Перевірити пам’ять.
Перевірити диск.
Перевірити СУБД.
Перевірити журнал реєстрації.
Перевірити розширення.
Перевірити запити в СКД.
Перевірити інтеграції.
Перевірити час запуску закриття місяця.

Сервер 1С і СУБД: де шукати вузьке місце

Симптом	Можлива причина на сервері 1С	Можлива причина в СУБД
Повільне проведення	Код проведення, розширення, запити в циклі	Блокування, індекси, повільний диск
Повільний звіт	СКД, групування, зайві поля	Важкий SQL-запит, читання великих таблиць
Зависання користувачів	Перевантажені робочі процеси	Блокування або журнал транзакцій
Повільне закриття місяця	Виробнича логіка, регламентні операції	Обсяг даних, індекси, диски

Адміністрування сервера 1С

Адміністратор сервера 1С контролює:

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

Журнал реєстрації

Журнал реєстрації допомагає аналізувати події в системі.

У журналі можна шукати:

помилки;
входи користувачів;
записи документів;
проведення;
запуск регламентних завдань;
помилки інтеграцій;
зміни даних;
помилки доступу;
аварійні завершення;
адміністративні дії.

Журнал корисний, але може швидко рости. Його потрібно налаштовувати і архівувати.

Резервне копіювання сервера 1С

У клієнт-серверному режимі основний backup зазвичай робиться засобами СУБД.

Потрібно контролювати:

регулярність backup;
повні копії;
диференційні копії, якщо використовуються;
журнал транзакцій;
місце зберігання;
шифрування;
доступ до backup;
перевірку відновлення;
тестове відновлення;
зберігання копій поза основним сервером.

Критично. Резервна копія без перевіреного відновлення — це не гарантія. Для сервера 1С потрібно регулярно відновлювати копію на тестовому середовищі й перевіряти працездатність бази.

Оновлення сервера 1С

Оновлення сервера 1С потрібно планувати.

Перед оновленням:

зробити backup;
перевірити сумісність платформи;
перевірити конфігурацію;
перевірити розширення;
перевірити зовнішні обробки;
перевірити інтеграції;
протестувати оновлення на копії;
погодити час простою;
підготувати план відкату.

Після оновлення:

перевірити запуск баз;
перевірити підключення користувачів;
перевірити проведення документів;
перевірити звіти;
перевірити регламентні завдання;
перевірити інтеграції;
перевірити журнал помилок.

Сервер 1С і розширення

Розширення 1С можуть суттєво впливати на сервер.

Вони можуть додавати:

перевірки при проведенні;
підписки на події;
важкі запити;
інтеграції;
регламентні завдання;
нові звіти;
нові реквізити;
логування.

Після встановлення розширення потрібно перевірити:

чи не сповільнилися документи;
чи не з’явилися блокування;
чи не збільшилося навантаження;
чи не порушені права доступу;
чи не дублюються записи;
чи працює оновлення.

Сервер 1С і зовнішні обробки

Зовнішня обробка 1С може виконувати важкі дії на сервері.

Приклади:

масове перепроведення;
імпорт документів;
вивантаження залишків;
очищення даних;
міграція;
інтеграція;
масова зміна реквізитів.

Такі обробки потрібно запускати обережно, бажано на копії або в контрольований час.

Сервер 1С і закриття місяця

Закриття місяця 1С може сильно навантажувати сервер.

Важкі операції:

розрахунок собівартості;
закриття виробництва;
розподіл витрат;
переоцінка валюти;
нарахування амортизації;
обробка ПДВ;
відображення зарплати;
перепроведення документів.

Закриття місяця краще виконувати тоді, коли користувачів у базі менше.

Сервер 1С і виробництво

Виробництво 1С може бути одним із найважчих контурів для сервера.

Навантаження створюють:

специфікації;
списання матеріалів;
партії;
серії;
напівфабрикати;
НЗВ;
розрахунок собівартості;
план-факт;
багатоетапне виробництво;
закриття місяця.

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

Сервер 1С і зарплата

Зарплата 1С також може створювати значне навантаження.

Особливо важкі операції:

масове нарахування зарплати;
розрахунок відпусток;
розрахунок лікарняних;
перерахунки;
формування звітності;
відображення зарплати в обліку;
розрахункові листки;
регістри розрахунків.

Масові зарплатні операції краще запускати в контрольований час.

Сервер 1С і ПДВ

ПДВ 1С впливає на сервер через:

податкові накладні;
розрахунки коригування;
регістри ПДВ;
декларацію;
аванси;
звірку;
великі звіти;
ручні операції.

Якщо в базі багато документів, ПДВ-звіти можуть бути важкими і потребувати оптимізації.

Сервер 1С і Power BI

Для управлінської аналітики краще не навантажувати робочу базу надмірними звітами.

Можливі підходи:

окрема репліка;
окреме сховище даних;
регулярне вивантаження;
API;
ETL-процеси;
Power BI;
агреговані таблиці.

Практичний підхід. Робочий сервер 1С має обслуговувати операційну роботу. Важку аналітику краще виносити в Power BI або окреме сховище, щоб не заважати користувачам.

Типові помилки сервера 1С

Помилка	Причина	Наслідок
Сервер працює повільно	Важкі звіти, погані запити, слабке залізо, СУБД	Користувачі чекають
Документи довго проводяться	Запити в циклі, блокування, розширення	Затримки в роботі
Регламентні завдання заважають користувачам	Неправильний розклад	Пікове навантаження
Завислі сеанси	Аварійні завершення або важкі процеси	Блокування і витрати ресурсів
Backup не перевірявся	Немає тестового відновлення	Ризик втрати даних
Після оновлення зламались розширення	Змінилася типова конфігурація	Помилки форм або логіки
Інтеграція дублює документи	Немає external_id і контролю повторів	Дублі в базі

Помилка: сервер 1С недоступний

Можливі причини:

служба сервера 1С не запущена;
сервер перезавантажений;
немає мережі;
firewall блокує порт;
проблема DNS;
не працює СУБД;
інформаційна база заблокована;
закінчилися ліцензії;
неправильні налаштування кластера;
помилка після оновлення.

Що перевірити:

Стан служби сервера 1С.
Доступність сервера по мережі.
Стан СУБД.
Журнал подій.
Журнал реєстрації.
Ліцензії.
Список інформаційних баз.
Останні оновлення.
Firewall і порти.
Права користувача.

Помилка: документи проводяться повільно

Причини:

важкий код проведення;
запити в циклі;
перевірки залишків по одному рядку;
повільні підписки на події;
розширення;
блокування регістрів;
повільна СУБД;
від’ємні залишки;
інтеграційний HTTP-запит під час проведення.

Що робити:

профілювати проведення;
перевірити запити;
прибрати запити з циклів;
оптимізувати регістри;
винести API-виклики у фонові задачі;
перевірити блокування;
перевірити СУБД.

Помилка: сервер перевантажений регламентними завданнями

Причини:

багато задач запускаються одночасно;
задачі запускаються вдень;
обміни працюють без черги;
важкі задачі не розділені;
немає обмеження повторів;
помилки створюють нескінченні перезапуски.

Рішення:

перенести важкі задачі на ніч;
рознести задачі в часі;
додати чергу;
додати логи;
контролювати статуси;
обмежити повтори;
оптимізувати код.

Помилка: інтеграція створює дублікати

Причини:

немає зовнішнього ID;
немає перевірки унікальності;
повторний запит створює новий документ;
не зберігається статус обробки;
немає журналу обміну;
помилка після запису, але до відповіді зовнішній системі.

Потрібно використовувати:

external_id;
transaction_id;
GUID;
журнал інтеграції;
статуси;
ідемпотентність;
контроль повторів.

Безпека сервера 1С

Сервер 1С містить доступ до критичних даних.

Потрібно контролювати:

права користувачів;
права адміністраторів;
доступ до сервера;
доступ до СУБД;
доступ до backup;
запуск зовнішніх обробок;
запуск розширень;
токени інтеграцій;
web-публікації;
firewall;
журнал доступу;
аудит змін;
шифрування каналів, якщо використовується;
обмеження віддаленого доступу.

Ризики безпеки

Ризик	Приклад	Наслідок
Надмірні права	Усі користувачі мають повний доступ	Помилки або витік даних
Відкритий сервер	Доступ із зовнішньої мережі без захисту	Ризик атаки
Незахищені backup	Копії лежать у відкритій папці	Витік фінансових і персональних даних
Неперевірені обробки	Запуск файлу невідомого походження	Масова зміна даних
Токени в коді	API-ключі записані у відкритому модулі	Компрометація інтеграції

Сервер 1С і міграція в K2 ERP

Під час переходу з 1С або BAS у K2 ERP сервер 1С потрібно аналізувати як джерело даних, логіки й інтеграцій.

Потрібно зібрати:

список інформаційних баз;
обсяги баз;
СУБД;
список користувачів;
регламентні завдання;
фонові завдання;
інтеграції;
web-сервіси;
зовнішні обробки;
зовнішні звіти;
розширення;
важкі звіти;
backup;
журнали;
контрольні суми;
графік переходу.

Практичний принцип міграції. При міграції з 1С/BAS потрібно дивитися не тільки на таблиці даних, а й на серверну логіку: регламентні завдання, обміни, розширення, фонові процеси, web-сервіси й важкі звіти.

Що перевірити перед міграцією сервера 1С

Перед міграцією потрібно перевірити:

які бази активні;
які бази архівні;
які бази дублюються;
яка СУБД використовується;
який обсяг даних;
які регламентні завдання активні;
які інтеграції працюють;
які користувачі активні;
які зовнішні обробки використовуються;
які розширення підключені;
які звіти критичні;
які дані потрібні для Power BI;
які backup актуальні;
чи можна відновити backup;
які контрольні звіти потрібні.

Варіанти міграції серверної 1С у K2 ERP

Варіант	Що переноситься	Коли підходить
Тільки залишки	Сальдо, товари, борги, гроші	Для чистого старту
Залишки + відкриті документи	Замовлення, аванси, НЗВ, активні процеси	Якщо бізнес не може зупинити операції
Поточний рік	Документи й обороти поточного року	Для звітності й контролю
Повна історія	Усі документи, довідники, регістри	Для аудиту або глибокої аналітики
BI-історія	Агрегована історія	Для Power BI без перенесення всього в ERP
Паралельний запуск	1С/BAS і K2 ERP працюють тимчасово разом	Для контрольованого переходу

Карта міграції серверної логіки

Елемент сервера 1С	Що означає	Аналог у K2 ERP	Контроль
Інформаційна база	Джерело даних	ERP tenant / база	Які дані переносити
Регламентне завдання	Автоматичний процес	Scheduler / background job	Розклад, лог, статус
Фонове завдання	Довга операція	Async job / queue	Черга і повтори
HTTP-сервіс	API 1С	REST API	Авторизація і формат
Розширення	Додаткова логіка	Business rules / custom fields	Інвентаризація логіки
Зовнішня обробка	Окрема утиліта	Migration script / tool	Чи потрібна після переходу
СКД-звіт	Аналітика	Report / Power BI	Контрольні суми

Контрольні суми при міграції

Після вивантаження з сервера 1С потрібно звірити:

кількість довідників;
кількість документів;
залишки товарів;
залишки по складах;
залишки по партіях;
взаєморозрахунки;
ОСВ;
банк;
касу;
ПДВ;
зарплатні залишки;
НЗВ;
основні засоби;
собівартість;
активні замовлення;
зовнішні ID;
результати ключових звітів.

Реплікатор K2 і сервер 1С

Реплікатор K2 може допомогти при переході з серверної 1С або BAS у K2 ERP.

Він може використовуватися для:

підключення до джерела даних;
вивантаження довідників;
вивантаження документів;
вивантаження регістрів;
вивантаження залишків;
вивантаження контрольних сум;
підготовки JSON;
аналізу обсягів;
аналізу інтеграційних ID;
підготовки даних для Power BI;
порівняння старої і нової системи;
паралельного запуску 1С/BAS і K2 ERP.

Сервер 1С у сучасній ERP-архітектурі

У сучасній ERP-архітектурі функції сервера 1С можуть бути розділені між:

backend API;
базою даних;
чергами повідомлень;
сервісом фонових задач;
інтеграційним шаром;
web-клієнтом;
аналітичним сховищем;
Power BI;
audit log;
системою прав;
моніторингом;
backup-інфраструктурою.

У K2 ERP серверну логіку варто будувати так, щоб операційна робота, інтеграції, фонові задачі й аналітика не заважали одне одному.

Санкції та ризики використання 1С/BAS в Україні

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

1С історично є російською програмною екосистемою. Після початку російської агресії проти України використання такого програмного забезпечення стало питанням не тільки бухгалтерії, а й кібербезпеки, комплаєнсу, репутації та цифрової незалежності.

Держспецзв’язку веде перелік забороненого до використання програмного забезпечення та комунікаційного обладнання; у переліку згадуються продукти 1С/BAS, зокрема 1C:Підприємство 8 і BAS ERP. Указ Президента України №601/2024 ввів у дію рішення РНБО від 2 вересня 2024 року щодо застосування, скасування та внесення змін до персональних спеціальних економічних та інших санкцій. :contentReference[oaicite:0]{index=0}

Важливо. Сервер 1С/BAS обробляє критичні бізнес-дані: фінанси, склад, зарплату, ПДВ, банк, виробництво, контрагентів, персональні дані, інтеграції та backup. Якщо така серверна інфраструктура працює на ризиковому або підсанкційному ПЗ, компанії потрібно оцінити юридичні, технічні й кібербезпекові ризики та планувати перехід на безпечну ERP-платформу.

Типові питання

Що таке сервер 1С?

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

Чим сервер 1С відрізняється від СУБД?

Сервер 1С виконує бізнес-логіку і керує сеансами, а СУБД зберігає дані, таблиці, індекси і транзакції.

Що таке кластер 1С?

Кластер 1С — це набір серверних компонентів, які обслуговують інформаційні бази, робочі процеси, сеанси користувачів і фонові завдання.

Чому сервер 1С працює повільно?

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

Чи можна запускати важкі обробки вдень?

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

Що важливо при міграції сервера 1С у K2 ERP?

Потрібно проаналізувати бази, СУБД, регламентні завдання, інтеграції, розширення, зовнішні обробки, звіти, backup, контрольні суми й серверну бізнес-логіку.

Коротко

Питання	Відповідь
Що таке сервер 1С?	Серверна частина платформи, яка виконує бізнес-логіку і обслуговує клієнтів.
Для чого потрібен?	Для багатокористувацької роботи, великих баз, регламентних задач, інтеграцій і стабільної роботи.
Що таке кластер?	Група серверних компонентів, які обслуговують інформаційні бази.
Що таке робочий процес?	Процес сервера, який виконує запити, код і задачі.
Що найчастіше ламається?	Продуктивність, блокування, регламентні завдання, інтеграції, backup, розширення після оновлень.
Що важливо при міграції?	Перенести не тільки дані, а й зрозуміти серверну логіку, інтеграції, задачі, звіти і контрольні суми.

Висновок

Сервер 1С — це центральний компонент клієнт-серверної архітектури 1С/BAS. Він виконує бізнес-логіку, обробляє запити користувачів, проводить документи, працює з регістрами, запускає регламентні завдання, обслуговує інтеграції й взаємодіє із СУБД.

Сервер 1С може забезпечити стабільну роботу великої бази, але тільки за умови правильного адміністрування. Погані запити, важкі звіти, запити в циклі, невдалі розширення, регламентні завдання в робочий час, слабка СУБД або неперевірені backup можуть зробити навіть серверну базу повільною і ризиковою.

Сервер 1С — це не просто “комп’ютер, де стоїть база”. Це прикладний сервер, який виконує облікову логіку, координує користувачів, задачі, інтеграції й доступ до даних.

При переході з 1С або BAS у K2 ERP сервер 1С потрібно аналізувати комплексно: інформаційні бази, СУБД, регламентні завдання, розширення, зовнішні обробки, інтеграції, звіти, backup, журнали і контрольні суми.

Правильна міграція — це перехід не тільки від старої бази даних, а й від старої серверної логіки до сучасної ERP-архітектури з API, фоновими задачами, аудитом, правами доступу, Power BI і безпечним зберіганням даних.

Див. також

Зовнішні посилання