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

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

Адміністрування 1С — це не тільки “створити користувача” або “зробити backup”. Це постійний процес контролю облікової системи, у якій зберігаються фінанси, склад, банк, зарплата, ПДВ, виробництво, контрагенти, договори, персональні дані, звіти і критична бізнес-логіка.

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

Проста аналогія. Якщо 1С/BAS — це “електронний офіс компанії”, то адміністрування — це охорона, архіваріус, електрик, системний інженер і аудитор одночасно.

Важливо про 1С та BAS. В Україні продукти екосистеми 1С і частина продуктів BAS пов’язані з санкційними, юридичними, кібербезпековими та репутаційними ризиками. Держспецзв’язку веде офіційний перелік забороненого до використання програмного забезпечення та комунікаційного обладнання, де згадуються продукти 1С/BAS, зокрема 1C:Підприємство 8 і BAS ERP. Указ Президента України №601/2024 ввів у дію рішення РНБО від 2 вересня 2024 року щодо застосування, скасування та внесення змін до санкцій. Перед підтримкою, використанням або міграцією таких систем потрібно перевіряти актуальні офіційні обмеження. ([cip.gov.ua](https://cip.gov.ua/ua/statics/perelik-zaboronenogo-do-vikoristannya-programnogo-zabezpechennya-ta-komunikaciinogo-merezhevogo-obladnannya), [president.gov.ua](https://www.president.gov.ua/documents/6012024-52009))

Що таке адміністрування 1С

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

Адміністратор 1С або відповідальний технічний спеціаліст контролює:

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

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

Адміністрування потрібне, щоб система працювала стабільно і передбачувано.

Основні цілі:

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

Практичний сенс. Без адміністрування 1С поступово перетворюється на хаотичну систему: зайві користувачі, невідомі обробки, неперевірені backup, повільні звіти, старі розширення, помилки оновлень і незрозумілі права.

Основні зони адміністрування

Зона	Що контролюється	Приклад
Користувачі	Створення, блокування, права	Новий бухгалтер, звільнений менеджер
Права доступу	Ролі, групи, обмеження	Менеджер не бачить зарплату
Backup	Резервні копії і відновлення	Щоденна копія бази
Сервер	Сеанси, кластер, процеси	Завислий сеанс користувача
СУБД	База даних, індекси, журнали	SQL Server або PostgreSQL
Оновлення	Платформа, конфігурація, розширення	Оновлення BAS ERP
Журнали	Помилки, входи, зміни	Хто змінив документ
Інтеграції	Обміни, API, JSON, банк	Завантаження виписки
Продуктивність	Повільні звіти, блокування	Довге закриття місяця

Адміністрування користувачів

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

Адміністратор керує:

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

Приклад:

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

Життєвий цикл користувача

Кожен користувач має життєвий цикл:

Створення облікового запису.
Призначення ролей.
Перевірка доступу.
Робота в системі.
Зміна посади або підрозділу.
Зміна прав.
Блокування при звільненні.
Аудит дій за потреби.

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

Ролі і права доступу

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

Права доступу можуть обмежувати:

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

Критично. Повні права не можна видавати “для зручності”. Користувач із повними правами може змінити документи, побачити зарплату, запустити небезпечну обробку, змінити налаштування або випадково зіпсувати дані.

Принцип мінімальних прав

Добра практика — видавати користувачу тільки ті права, які потрібні для роботи.

Наприклад:

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

Принцип мінімальних прав зменшує ризик помилок і витоків.

Адміністратор 1С

Адміністратор 1С може виконувати:

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

Адміністратор має бути не просто “людиною з повними правами”, а відповідальним за стабільність і безпеку системи.

Конфігуратор і адміністрування

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

Через конфігуратор можна:

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

Доступ до конфігуратора має бути суворо обмежений.

Файловий і клієнт-серверний режим

Адміністрування залежить від режиму роботи бази.

Режим	Особливості адміністрування	Коли зустрічається
Файловий	База зберігається як файл, простіше налаштування, гірше масштабування	Невеликі компанії, тестові бази, архіви
Клієнт-серверний	Сервер 1С + СУБД, складніше адміністрування, краще для навантаження	ERP, багато користувачів, великі бази

Адміністрування файлової бази

Файлова база простіша, але має свої ризики.

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

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

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

Адміністрування клієнт-серверної бази

У клієнт-серверному режимі адміністратор контролює:

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

Клієнт-серверний режим складніший, але значно краще підходить для великих компаній.

Сервер 1С

Сервер 1С виконує прикладну логіку в клієнт-серверному режимі.

Він відповідає за:

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

Адміністратор повинен контролювати стан сервера, завантаження, сеанси, помилки і версію платформи.

Кластер 1С

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

Адміністратор може бачити:

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

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

Сеанси користувачів

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

Адміністратор може контролювати:

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

Іноді потрібно завершити завислий сеанс, але це слід робити обережно, щоб не перервати важливу операцію.

Блокування

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

Причини:

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

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

СУБД

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

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

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

Поширені варіанти СУБД:

Microsoft SQL Server;
PostgreSQL;
інші підтримувані СУБД залежно від середовища.

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

Backup — одна з найважливіших частин адміністрування.

Резервні копії потрібні перед:

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

Види backup:

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

Перевірка відновлення backup

Backup має сенс тільки тоді, коли його можна відновити.

Потрібно регулярно перевіряти:

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

Критично. Backup, який ніколи не відновлювали, не можна вважати надійним. Перевірка відновлення — обов’язкова частина адміністрування.

Розклад резервного копіювання

Приклад розкладу:

Тип копії	Частота	Для чого
Щоденна	Щодня	Відновлення після звичайної помилки
Перед оновленням	Перед кожним оновленням	Можливість відкату
Перед масовою обробкою	Перед запуском	Захист від помилки обробки
Тижнева	Раз на тиждень	Довше зберігання
Місячна	Раз на місяць	Архів і аудит

Оновлення платформи 1С

Платформа 1С/BAS потребує оновлення.

Перед оновленням потрібно:

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

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

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

Оновлення конфігурації

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

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

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

Добра практика — спочатку оновити тестову базу, а не робочу.

Тестова база

Тестова база потрібна для:

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

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

Розширення 1С в адмініструванні

Розширення 1С можуть додавати поля, форми, команди, звіти, обробки і бізнес-логіку.

Адміністратор повинен знати:

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

Типова проблема — розширення встановили давно, розробник зник, а після оновлення база почала помилятися.

Зовнішні обробки

Зовнішня обробка 1С — це окремий файл, який може виконувати дії в базі.

Вона може:

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

Адміністратор повинен контролювати, хто може запускати зовнішні обробки.

Ризики зовнішніх обробок

Ризики:

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

Правило: невідому обробку спочатку запускати тільки на копії бази.

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

Журнал реєстрації 1С — це механізм фіксації подій у системі.

У журналі можна бачити:

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

Журнал потрібен для аудиту, розслідування помилок і контролю дій користувачів.

Що шукати в журналі реєстрації

Приклади задач:

Питання	Що шукати
Хто змінив документ?	Події запису або проведення
Чому не працює інтеграція?	Помилки обробки або HTTP-запиту
Хто заходив у базу?	Події входу користувача
Чому не закрився місяць?	Помилки регламентної операції
Хто запустив обробку?	Події виконання або зміни даних

Налаштування журналу

Журнал реєстрації може швидко рости.

Потрібно налаштовувати:

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

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

Регламентні завдання

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

Приклади:

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

Адміністратор контролює:

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

Помилки регламентних завдань

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

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

Потрібно мати логування і повідомлення про критичні помилки.

Інтеграції в адмініструванні

1С/BAS часто інтегрується з:

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

Адміністратор повинен контролювати:

облікові записи інтеграцій;
токени;
розклад обмінів;
статуси;
журнали;
помилки;
дублікати;
повтори;
формати JSON/XML;
доступи;
безпеку.

Приклад JSON-інтеграції

{
  "exchange": "bank_statement",
  "date": "2026-05-15",
  "status": "success",
  "processed_payments": 125,
  "errors": 0
}

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

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

Адміністрування включає контроль продуктивності.

Проблеми можуть виникати через:

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

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

Ознаки:

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

Як шукати причини повільної роботи

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

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

Адміністрування закриття місяця

Закриття місяця 1С — важкий процес, який потрібно адмініструвати.

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

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

Дата заборони редагування

Після закриття періоду потрібно встановити дату заборони редагування.

Це потрібно, щоб користувачі не змінювали документи заднім числом.

Дата заборони захищає:

ОСВ;
ПДВ;
собівартість;
зарплату;
банк;
виробництво;
фінансовий результат;
звітність.

Типова помилка — місяць закрили, але дату заборони не поставили. Через тиждень хтось змінив документ, і цифри в звітах змінилися.

Адміністрування довідників

Довідники потребують контролю.

Проблеми:

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

Адміністратор або відповідальний користувач має контролювати чистоту master data.

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

Для номенклатури важливо контролювати:

дублікати;
групи;
одиниці виміру;
характеристики;
серії;
партії;
штрихкоди;
типи цін;
ставки ПДВ;
вид номенклатури;
активність;
зовнішні ID.

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

Адміністрування контрагентів

Для контрагентів потрібно контролювати:

дублікати;
ЄДРПОУ/ІПН;
договори;
банківські рахунки;
контактні дані;
статус;
групи;
відповідального менеджера;
умови оплати;
взаєморозрахунки;
зовнішні ID.

Дублікати контрагентів часто створюють помилки у взаєморозрахунках.

Адміністрування прав на зарплату

Зарплата 1С містить чутливі персональні й фінансові дані.

Потрібно обмежити доступ до:

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

Доступ до зарплати має бути тільки у відповідальних користувачів.

Адміністрування ПДВ

ПДВ 1С потребує контролю прав і процесів.

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

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

Помилки ПДВ можуть мати податкові наслідки.

Адміністрування виробництва

Виробництво 1С потребує особливого контролю.

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

специфікації;
версії специфікацій;
права на зміну норм;
замовлення на виробництво;
списання матеріалів;
випуск продукції;
НЗВ;
партії;
серії;
собівартість;
виробничі звіти.

Зміна специфікації або норм витрат повинна бути контрольованою.

Адміністрування банківських інтеграцій

Інтеграція з банками потребує контролю:

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

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

Інформаційна безпека

Адміністрування 1С включає інформаційну безпеку.

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

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

Типові ризики безпеки

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

Аудит дій користувачів

Аудит потрібен, щоб відповідати на питання:

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

Для аудиту використовуються журнал реєстрації, права доступу, організаційні регламенти і контрольні звіти.

Документування адміністрування

Потрібно документувати:

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

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

План аварійного відновлення

Потрібно мати план на випадок:

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

План має відповідати на питання:

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

Типові помилки адміністрування 1С

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

Помилка: користувач не може зайти в 1С

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

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

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

Обліковий запис.
Пароль.
Роль користувача.
Доступність бази.
Ліцензії.
Стан сервера.
Стан СУБД.
Мережу.
Журнал помилок.

Помилка: база працює повільно

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

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

Потрібно шукати не одну “магічну” причину, а аналізувати всю інфраструктуру.

Помилка: після оновлення зламалася база

Причини:

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

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

Помилка: неможливо відновити backup

Причини:

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

Це одна з найкритичніших помилок адміністрування.

Адміністрування і міграція з 1С/BAS

Під час переходу з 1С або BAS у K2 ERP адміністрування стає особливо важливим.

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

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

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

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

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

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

Варіанти перенесення адміністративних процесів у K2 ERP

Процес у 1С/BAS	Варіант у K2 ERP	Коментар
Користувачі і ролі	Ролі, групи доступу, політики	Потрібно переглянути зайві права
Backup	Backup ERP / cloud backup	Потрібна перевірка відновлення
Регламентні завдання	Scheduler / background jobs	Перенести тільки актуальні задачі
Зовнішні обробки	API, migration tools, business rules	Переносити логіку, а не файл
Журнал реєстрації	Audit log	Має бути зрозумілий пошук дій
Звіти	K2 ERP reports / Power BI	Звірити контрольні суми
Інтеграції	REST API / integration layer	Потрібні статуси і логи

Карта міграції адміністрування

Об’єкт адміністрування 1С	Що означає	Аналог у K2 ERP	Контроль
Користувач	Обліковий запис	User	Активний/неактивний
Роль	Права доступу	Role / permission	Мінімальні права
Регламентне завдання	Автоматичний процес	Background job	Розклад і лог
Журнал реєстрації	Аудит подій	Audit log	Пошук дій
Резервна копія	Відновлення даних	Backup	Тест відновлення
Розширення	Додаткова логіка	Customization / business rule	Чи потрібне після міграції
Зовнішня обробка	Службовий інструмент	Tool / API / script	Безпека і актуальність

Реплікатор K2 і адміністрування 1С

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

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

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

Адміністрування в сучасній ERP

У сучасній ERP адміністрування має включати:

web-адміністрування;
ролі і політики доступу;
audit log;
backup;
перевірку відновлення;
background jobs;
API-ключі;
інтеграційні журнали;
моніторинг;
повідомлення про помилки;
контроль змін;
тестове середовище;
Power BI;
документацію.

У K2 ERP адміністративні процеси мають бути не “ручними звичками однієї людини”, а формалізованою системою: хто має доступ, що змінюється, де backup, які інтеграції працюють, які помилки є і як швидко відновити систему.

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

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

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

Держспецзв’язку веде перелік забороненого до використання програмного забезпечення та комунікаційного обладнання; у переліку згадуються продукти 1С/BAS, зокрема 1C:Підприємство 8 і BAS ERP. Указ Президента України №601/2024 ввів у дію рішення РНБО від 2 вересня 2024 року щодо застосування, скасування та внесення змін до персональних спеціальних економічних та інших санкцій. ([cip.gov.ua](https://cip.gov.ua/ua/statics/perelik-zaboronenogo-do-vikoristannya-programnogo-zabezpechennya-ta-komunikaciinogo-merezhevogo-obladnannya), [president.gov.ua](https://www.president.gov.ua/documents/6012024-52009))

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

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

Що таке адміністрування 1С?

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

Хто повинен адмініструвати 1С?

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

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

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

Як часто потрібно робити backup?

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

Навіщо потрібна тестова база?

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

Що важливо при міграції адміністрування в K2 ERP?

Потрібно перенести не тільки дані, а й адміністративні процеси: ролі, користувачів, backup, регламентні задачі, інтеграції, аудит, контрольні звіти і політики доступу.

Коротко

Питання	Відповідь
Що таке адміністрування 1С?	Технічне й організаційне супроводження бази, користувачів, прав, backup, серверів, оновлень і безпеки.
Що найважливіше?	Backup, права доступу, оновлення, журнал, продуктивність, безпека, контроль змін.
Що найчастіше ламається?	Права, backup, оновлення, розширення, обробки, регламентні задачі, продуктивність.
Чим небезпечні повні права?	Користувач може побачити або змінити критичні дані й налаштування.
Навіщо потрібен журнал?	Щоб бачити помилки, входи, зміни документів, дії користувачів і службові події.
Що важливо при міграції?	Зібрати користувачів, ролі, backup, інтеграції, регламентні задачі, розширення і контрольні суми.

Висновок

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

Погане адміністрування майже завжди проявляється пізно: коли backup не відновлюється, оновлення зламало базу, користувач мав зайві права, стара обробка зіпсувала документи, регламентне завдання створило дублікати або звільнений працівник усе ще мав доступ.

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

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

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

Див. також

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