Конфігуратор 1С

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

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

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

Проста аналогія. Режим “Підприємство” — це робота користувача з готовою системою. Конфігуратор — це майстерня, де цю систему проєктують, ремонтують, оновлюють і змінюють.

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

Що таке конфігуратор 1С

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

У конфігураторі можна:

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

Для чого потрібен конфігуратор

Конфігуратор потрібен для технічної роботи з прикладним рішенням.

Основні задачі:

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

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

Конфігуратор і режим підприємства

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

Приклад:

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

Конфігуратор і товстий клієнт

Конфігуратор запускається через товстий клієнт 1С.

Це одна з головних відмінностей товстого клієнта від тонкого і web-клієнта.

Через товстий клієнт можна:

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

Тонкий клієнт і web-клієнт використовуються для роботи користувачів, але не для повноцінного конфігурування.

Метадані 1С

Метадані — це опис структури прикладної системи.

До метаданих належать:

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

Метадані визначають, з яких об’єктів складається ERP або облікова система.

Приклад метаданих

Об’єкт метаданих	Що означає	Приклад
Довідник	Постійний або умовно постійний список	Номенклатура, Контрагенти, Склади
Документ	Подія господарського обліку	Реалізація, Надходження, Оплата
Регістр накопичення	Залишки й обороти	Товари на складах
Регістр бухгалтерії	Проводки	Хозрасчетный
Звіт	Аналітична форма	Продажі по товарах
Обробка	Службова дія	Імпорт замовлень
Роль	Набір прав	Бухгалтер, Менеджер, Адміністратор

Дерево конфігурації

У конфігураторі структура системи відображається як дерево конфігурації.

У дереві можна бачити:

загальні об’єкти;
довідники;
документи;
журнали;
регістри;
звіти;
обробки;
плани рахунків;
ролі;
підсистеми;
web-сервіси;
HTTP-сервіси;
загальні форми;
загальні модулі.

Дерево конфігурації — це карта прикладного рішення.

Довідники в конфігураторі

У конфігураторі створюються і налаштовуються довідники.

Наприклад:

Номенклатура;
Контрагенти;
Склади;
Організації;
Співробітники;
Підрозділи;
Валюти;
Типи цін.

Для довідника можна налаштувати:

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

Документи в конфігураторі

Документи описують господарські операції.

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

Замовлення покупця;
Реалізація товарів;
Надходження товарів;
Платіжне доручення;
Випуск продукції;
Нарахування зарплати;
Податкова накладна.

У конфігураторі для документа задають:

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

Проведення документа в конфігураторі

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

У конфігураторі розробник описує, що документ робить при проведенні:

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

Приклад спрощеного коду:

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

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

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

    КонецЦикла;

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

Регістри в конфігураторі

Регістри — це основа облікових рухів.

У конфігураторі створюються:

Приклад:

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

Форми в конфігураторі

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

Форми можуть бути:

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

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

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

Модулі в конфігураторі

Код 1С зберігається в модулях.

Основні типи модулів:

Модуль	Для чого	Приклад
Модуль об’єкта	Логіка конкретного документа або довідника	Проведення реалізації
Модуль форми	Логіка інтерфейсу	Натискання кнопки
Загальний модуль	Спільні функції	Розрахунок цін
Модуль менеджера	Службові методи об’єкта	Пошук або створення
Модуль команди	Дія команди	Вивантажити JSON

Саме в модулях знаходиться значна частина бізнес-логіки.

Загальні модулі

Загальні модулі використовуються для спільного коду.

Приклади:

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

Приклад:

Функция РозрахуватиСуму(Кількість, Ціна) Экспорт

    Возврат Кількість * Ціна;

КонецФункции

Ключове слово Экспорт дозволяє викликати функцію з інших модулів.

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

У конфігураторі налаштовуються ролі.

Роль визначає, що користувач може робити:

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

Приклади ролей:

Адміністратор;
Бухгалтер;
Менеджер;
Комірник;
Кадровик;
Касир;
Керівник;
Розробник.

Критично. Доступ до конфігуратора не повинен бути у звичайних користувачів. Через конфігуратор можна змінити код, права, структуру даних, форми, регістри й логіку обліку.

Підсистеми

Підсистеми використовуються для групування функціональності.

Приклади підсистем:

Продажі;
Закупівлі;
Склад;
Виробництво;
Бухгалтерія;
Зарплата;
Кадри;
Казначейство;
CRM;
Адміністрування.

Підсистеми впливають на інтерфейс і структуру меню користувача.

Звіти в конфігураторі

У конфігураторі можна створювати звіти.

Звіти можуть бути:

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

Приклади:

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

Обробки в конфігураторі

Обробка — це службовий інструмент для виконання дій.

Приклади обробок:

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

Обробки можуть бути вбудованими або зовнішніми.

Зовнішні обробки і конфігуратор

Зовнішня обробка 1С може створюватися і редагуватися через конфігуратор.

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

Переваги:

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

Ризики:

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

Розширення і конфігуратор

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

Розширення дозволяють:

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

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

Підтримка конфігурації

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

У конфігураторі можна бачити, чи об’єкт:

типовий;
змінений;
знятий з підтримки;
частково змінений;
порівнюється з новою версією.

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

Зняття з підтримки

Зняття з підтримки означає, що типовий об’єкт більше не оновлюється автоматично як стандартний.

Це може бути потрібно для глибоких доопрацювань, але має наслідки:

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

Практичний підхід: якщо можна зробити доробку через розширення — краще не змінювати типову конфігурацію напряму.

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

Оновлення конфігурації виконується через конфігуратор.

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

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

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

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

Порівняння і об’єднання конфігурацій

У конфігураторі є механізм порівняння і об’єднання.

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

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

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

Сховище конфігурації

У командній розробці може використовуватися сховище конфігурації.

Воно допомагає:

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

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

Вивантаження і завантаження конфігурації

Через конфігуратор можна вивантажувати конфігурацію у файл і завантажувати її назад.

Це використовується для:

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

Важливо не плутати:

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

Це різні речі.

Тестування і виправлення

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

Вони можуть використовуватися при:

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

Важливо. Тестування і виправлення потрібно виконувати тільки після резервної копії. Це службова операція, яка може змінювати технічний стан бази.

Резервні копії перед роботою в конфігураторі

Перед будь-якою серйозною зміною потрібно зробити backup.

Backup потрібен перед:

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

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

Конфігуратор і сервер 1С

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

Схема:

Товстий клієнт / Конфігуратор
    ↓
Сервер 1С
    ↓
СУБД
    ↓
Інформаційна база

При роботі в конфігураторі потрібно враховувати:

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

Конфігуратор і файлові бази

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

Це зручно для:

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

Але для великих систем, багатьох користувачів і продуктивного обліку краще клієнт-серверна архітектура.

Конфігуратор і інтеграції

У конфігураторі створюють і змінюють інтеграційну логіку.

Наприклад:

HTTP-сервіси;
web-сервіси;
обмін через файли;
Інтеграція через JSON;
обмін із банком;
обмін із сайтом;
обмін із CRM;
обмін із WMS;
обмін із MES;
вивантаження для Power BI;
міграційні API.

Приклад JSON:

{
  "document": "SalesOrder",
  "number": "SO-10025",
  "date": "2026-05-15",
  "customer": "ТОВ Ромашка",
  "items": [
    {
      "sku": "SKU-001",
      "quantity": 2,
      "price": 1200
    }
  ]
}

Конфігуратор і друковані форми

Друковані форми можуть створюватися або змінюватися в конфігураторі.

Приклади:

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

Друковані форми часто містять важливу бізнес-логіку: які реквізити показувати, які підписи, які умови, які додаткові поля.

Конфігуратор і міграційні обробки

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

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

Такі обробки потрібно тестувати на копії бази.

Типові помилки роботи в конфігураторі

Помилка	Причина	Наслідок
Змінили типову конфігурацію без backup	Поспіх або недосвідченість	Немає способу швидко відкотитися
Зняли об’єкт з підтримки без потреби	Неправильна доробка	Ускладнені оновлення
Змінили проведення документа без тестів	Не перевірили регістри	Помилки залишків, ПДВ, собівартості
Дали користувачу доступ до конфігуратора	Неправильні права	Ризик зміни системи
Оновили одразу робочу базу	Не було тестової бази	Зупинка роботи
Не перевірили розширення після оновлення	Немає чек-листа	Помилки форм і логіки
Видалили реквізит із даними	Не перевірили використання	Втрата даних або помилки коду

Помилка: після зміни конфігурації зламалося проведення

Причини:

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

Що робити:

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

Помилка: після оновлення не працюють форми

Причини:

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

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

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

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

Причини:

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

Особливо небезпечні дані:

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

Безпека конфігуратора

Конфігуратор — один із найчутливіших інструментів у 1С/BAS.

Ризики:

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

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

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

Аудит змін у конфігураторі

Для нормального супроводу потрібно фіксувати:

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

Без аудиту конфігурація швидко перетворюється на “чорну скриньку”.

Конфігуратор і технічний борг

Технічний борг у 1С часто накопичується саме через конфігуратор.

Причини:

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

Чим більше такого боргу, тим складніше оновлювати і мігрувати систему.

Конфігуратор і продуктивність

Зміни в конфігураторі можуть впливати на продуктивність.

Наприклад:

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

Тому після змін потрібно перевіряти не тільки “працює / не працює”, а й швидкість.

Конфігуратор і міграція з 1С/BAS

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

Через нього аналізують:

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

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

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

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

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

Варіанти перенесення логіки з конфігуратора в K2 ERP

Об’єкт у 1С/BAS	Що робити в K2 ERP	Приклад
Довідник	Перенести як довідник або master data	Номенклатура, Контрагенти
Документ	Перенести як бізнес-документ або процес	Замовлення, Реалізація
Регістр	Перенести як облікову модель або залишки	Товари на складах
Модуль	Перенести як бізнес-правило або backend-логіку	Контроль мінімальної ціни
Звіт	Перенести в K2 ERP або Power BI	Продажі з маржею
Обробка	Перенести як API job або міграційний інструмент	Вивантаження JSON
Роль	Перенести в модель доступу	Менеджер, Бухгалтер
Друкована форма	Перенести як шаблон	Рахунок, акт, накладна

Карта міграції конфігурації

Елемент конфігуратора	Що означає	Аналог у K2 ERP	Контроль
Довідник	Master data	Directory / entity	Код, назва, дублікати
Документ	Операція	Business document	Статуси, дати, проведення
Регістр	Облікові рухи	Ledger / register / balance table	Залишки й обороти
Реквізит	Поле	Attribute / field	Тип, обов’язковість
Таблична частина	Рядки документа	Document lines	Кількість, сума, аналітика
Модуль	Код	Business rule / service	Чи потрібна логіка
Роль	Права	Role / permission	Доступи користувачів
Звіт	Аналітика	Report / Power BI	Контрольні суми

Реплікатор K2 і конфігуратор 1С

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

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

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

Конфігуратор у сучасній ERP-архітектурі

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

web-адмініструванням;
low-code налаштуваннями;
custom fields;
business rules;
workflow;
backend API;
правами доступу;
шаблонами документів;
BI-моделлю;
DevOps-процесом;
системою аудиту;
міграційними інструментами.

У K2 ERP важливо не копіювати старий підхід “усе правимо в конфігураторі”, а будувати контрольовану архітектуру: налаштування, API, бізнес-правила, ролі, аудит, Power BI і керований процес змін.

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

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

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

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

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

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

Що таке конфігуратор 1С?

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

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

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

Хто повинен мати доступ до конфігуратора?

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

Чи можна змінювати типову конфігурацію напряму?

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

Чому перед змінами потрібен backup?

Бо зміни в конфігураторі можуть пошкодити логіку, форми, права, регістри або дані. Backup дозволяє повернутися до попереднього стану.

Що важливо при міграції з конфігуратора в K2 ERP?

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

Коротко

Питання	Відповідь
Що таке конфігуратор 1С?	Технічний режим для розробки, зміни й адміністрування конфігурації.
Для чого потрібен?	Для метаданих, модулів, форм, регістрів, звітів, обробок, ролей, оновлень і міграції.
Хто ним користується?	Розробники, адміністратори, технічні спеціалісти.
Чим небезпечний?	Через нього можна змінити код, права, регістри, проведення, структуру бази й облікову логіку.
Що найчастіше ламається?	Оновлення, форми, проведення, розширення, права, зовнішні обробки, звіти.
Що важливо при міграції?	Проаналізувати конфігурацію і перенести корисну бізнес-логіку в K2 ERP, API або Power BI.

Висновок

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

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

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

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

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

Див. також

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