Інформаційна база BAS

Інформаційна база BAS або ІБ BAS — це база, у якій зберігаються дані конкретної компанії та працює прикладна конфігурація BAS на платформі BAF. В інформаційній базі зберігаються довідники, документи, регістри, користувачі, налаштування, права, звіти, обробки, інтеграційні дані, історія змін, залишки, обороти, бухгалтерські проводки, управлінські показники та інша інформація підприємства.

Простіше кажучи, інформаційна база BAS — це “робоче середовище компанії” у BAS. Саме в ній користувачі створюють документи, ведуть облік, формують звіти, виконують закриття місяця, розраховують зарплату, ведуть склад, виробництво, ПДВ, банк, продажі, закупівлі та управлінську аналітику.

Головне. Інформаційна база BAS — це не просто файл або SQL-база. Це поєднання конфігурації, даних, користувачів, прав, регістрів, документів, звітів, налаштувань, інтеграцій і бізнес-логіки компанії.

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

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

Що таке інформаційна база BAS

Інформаційна база BAS — це екземпляр BAS-системи для конкретної компанії, підрозділу, тестового середовища або окремого облікового контуру.

В одній компанії може бути кілька інформаційних баз:

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

Наприклад:

BAS_Accounting_Work      — робоча бухгалтерська база
BAS_Accounting_Test      — тестова копія
BAS_ZUP_Work             — зарплатна база
BAS_ERP_Archive_2025     — архівна база

З чого складається інформаційна база

Інформаційна база складається з двох великих частин:

Частина	Що означає	Приклад
Конфігурація	Опис об’єктів, форм, документів, регістрів, звітів і бізнес-логіки	BAS Бухгалтерія, BAS ERP, BAS ЗУП
Дані	Фактична інформація компанії	Контрагенти, документи, залишки, проводки, користувачі

Умовно:

Інформаційна база = Конфігурація + Дані + Налаштування + Користувачі + Права + Історія

Конфігурація і дані

Конфігурація відповідає на питання: “Що система вміє?”

Наприклад:

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

Дані відповідають на питання: “Що вже внесено в систему?”

Наприклад:

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

Приклад різниці

Якщо порівняти BAS із таблицею:

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

Приклад:

Елемент	Конфігурація	Дані
Довідник Контрагенти	Об’єкт системи	ТОВ “Ромашка”, ФОП Петренко
Документ Реалізація	Тип документа	Реалізація №125 від 15.05.2026
Регістр ТовариНаСкладах	Об’єкт обліку залишків	100 шт товару SKU-001 на складі

Файлова інформаційна база BAS

Файлова інформаційна база — це база, яка зберігається у вигляді файлу або набору файлів у каталозі.

Типовий шлях:

D:\BAS\Bases\Accounting

Файловий режим простіший у встановленні, але має обмеження.

Переваги:

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

Недоліки:

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

Клієнт-серверна інформаційна база BAS

Клієнт-серверна інформаційна база працює через сервер BAS/BAF і СУБД.

Типова схема:

Користувач
    ↓
Клієнт BAS
    ↓
Сервер BAS/BAF
    ↓
СУБД

Переваги:

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

Недоліки:

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

Порівняння файлової і клієнт-серверної бази

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

Робоча база

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

У робочій базі:

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

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

Тестова база

Тестова база — це копія робочої бази для перевірок.

Вона потрібна для:

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

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

Архівна база

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

Архівну базу часто залишають після переходу з BAS у K2 ERP.

Правильний архів:

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

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

Навчальна база

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

У ній можна:

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

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

Міграційна база

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

Наприклад, при переході з BAS у K2 ERP міграційна база може бути копією робочої бази, з якої:

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

Довідники в інформаційній базі

Довідники зберігають відносно постійні дані.

Приклади:

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

Якість довідників прямо впливає на якість звітів і міграції.

Документи в інформаційній базі

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

Приклади:

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

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

Регістри в інформаційній базі

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

Вони можуть містити:

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

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

Користувачі інформаційної бази

В інформаційній базі зберігаються користувачі.

Для користувача можуть бути налаштовані:

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

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

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

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

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

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

Погана практика — видавати всім повні права.

Краще:

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

Адміністратор інформаційної бази

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

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

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

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

Журнал реєстрації фіксує події в інформаційній базі.

Він може показати:

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

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

Резервна копія інформаційної бази

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

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

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

Критично. Backup, який ніколи не перевіряли на відновлення, не можна вважати надійним backup.

Правила резервного копіювання

Практичні правила:

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

Приклад графіка:

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

Оновлення інформаційної бази

Оновлення може включати:

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

Правильний порядок:

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

Розширення в інформаційній базі

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

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

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

Ризик — розширення може зламатися після оновлення або змінити логіку документів.

Перед міграцією в K2 ERP потрібно окремо проаналізувати всі розширення.

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

В інформаційній базі або поруч із нею можуть використовуватися:

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

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

Приклади:

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

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

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

Приклади:

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

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

Інтеграції інформаційної бази

Інформаційна база BAS може бути пов’язана з іншими системами.

Типові інтеграції:

банк;
сайт;
CRM;
WMS;
MES;
Power BI;
електронний документообіг;
маркетплейси;
GPS;
паливні картки;
кадрові системи;
зовнішні API;
інші BAS/1С-бази.

Технології інтеграцій:

JSON;
XML;
HTTP-сервіси;
COM-з’єднання;
web-сервіси;
файловий обмін;
Excel;
CSV;
FTP/SFTP;
регламентні завдання.

Інформаційна база і Power BI

Power BI може отримувати дані з інформаційної бази через:

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

Не варто підключати Power BI так, щоб він перевантажував робочу базу важкими запитами.

Краще:

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

Продуктивність інформаційної бази

Інформаційна база може працювати повільно через:

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

Ознаки проблем із базою

Типові симптоми:

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

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

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

Його застосовують при:

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

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

Згортання інформаційної бази

Згортання — це скорочення історичних даних із перенесенням початкових залишків.

Його можуть робити, якщо база дуже велика.

Ризики:

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

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

Копія інформаційної бази

Копія бази може створюватися для:

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

Після копіювання потрібно:

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

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

Безпека інформаційної бази

Інформаційна база BAS може містити критичні дані:

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

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

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

Персональні дані в інформаційній базі

Інформаційна база може містити персональні дані:

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

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

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

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

Типові помилки з інформаційною базою

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

Помилка: немає backup перед оновленням

Це одна з найнебезпечніших помилок.

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

Правильно:

Backup → Тестове оновлення → Перевірка → Робоче оновлення → Контроль

Помилка: користувачі працюють у тестовій базі

Причини:

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

Рішення:

змінити назву;
додати помітку “ТЕСТ”;
обмежити доступ;
відключити інтеграції;
не давати тестову базу звичайним користувачам без потреби.

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

Це трапляється, коли тестову копію створили з робочої, але не вимкнули:

email-розсилки;
регламентні завдання;
обмін із сайтом;
SMS;
API;
банк;
EDI;
CRM;
маркетплейси.

Наслідки:

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

Помилка: немає карти інформаційних баз

У компанії може бути багато баз, але ніхто не знає:

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

Потрібна карта інформаційних баз.

Карта інформаційних баз

Приклад карти:

Назва бази	Тип	Призначення	Відповідальний	Інтеграції
BAS_ERP_Work	Робоча	Основний облік	ІТ-відділ	Банк, сайт, Power BI
BAS_ERP_Test	Тестова	Оновлення і перевірки	ІТ-відділ	Вимкнені
BAS_ZUP_Work	Робоча	Зарплата	HR/Бухгалтерія	Банк
BAS_Archive_2024	Архів	Історія до переходу	ІТ-відділ	Вимкнені

Інформаційна база і міграція в K2 ERP

При переході з BAS у K2 ERP інформаційна база є головним джерелом даних.

З неї потрібно отримати:

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

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

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

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

Що переносити з інформаційної бази

Дані	Приклад	Контроль
Довідники	Контрагенти, номенклатура, склади	Дублікати, активність
Документи	Реалізації, надходження, платежі	Дата, статус, сума
Залишки	Товари, гроші, борги	Звірка з ОСВ і звітами
Регістри	Взаєморозрахунки, партії, собівартість	Контрольні обороти
Користувачі	Працівники, ролі	Перегляд прав
Інтеграції	API, XML, COM, HTTP	Заміна на сучасний API
Звіти	P&L, ДДС, ОСВ, склад	Звірка до і після міграції

Що не варто переносити бездумно

Не потрібно переносити старі помилки.

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

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

Реплікатор K2 і інформаційна база BAS

Реплікатор K2 може допомогти при переході з інформаційної бази BAS у K2 ERP.

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

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

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

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

кількість контрагентів;
кількість номенклатури;
кількість документів;
залишки товарів;
залишки грошей;
дебіторську заборгованість;
кредиторську заборгованість;
ОСВ;
ПДВ;
зарплату;
партії;
собівартість;
управлінський P&L;
ДДС;
активні замовлення;
зовнішні ID;
кількість помилок імпорту.

Архів BAS після переходу в K2 ERP

Після переходу стару інформаційну базу BAS можна залишити як архів.

Правила:

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

Санкції та ризики використання інформаційних баз BAS в Україні

Інформаційна база BAS може містити найцінніші дані компанії: бухгалтерію, банк, ПДВ, зарплату, персональні дані, склад, виробництво, договори, клієнтів, ціни, собівартість, управлінські звіти, API-ключі й інтеграційні налаштування.

Тому ризики BAS/BAF/1С — це не тільки питання встановленої програми. Це питання того, де зберігаються дані, хто має доступ до бази, де лежать backup, які інтеграції активні, хто підтримує систему, які зовнішні обробки запускаються і чи є план переходу на безпечну ERP-архітектуру.

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

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

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

Що таке інформаційна база BAS?

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

Чим інформаційна база відрізняється від конфігурації?

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

Що краще: файлова чи клієнт-серверна база?

Для невеликих або тестових баз може вистачити файлового режиму. Для великих компаній, багатьох користувачів, BAS ERP, виробництва, зарплати й активних інтеграцій краще клієнт-серверний режим.

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

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

Чому backup потрібно перевіряти?

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

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

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

Коротко

Питання	Відповідь
Що таке інформаційна база BAS?	База з конфігурацією, даними, користувачами, правами, документами, регістрами і налаштуваннями.
Основні типи	Файлова, клієнт-серверна, робоча, тестова, архівна, навчальна, міграційна.
Що найважливіше?	Backup, права доступу, тестова база, журнал реєстрації, контроль інтеграцій.
Що найчастіше ламається?	Оновлення без backup, тестові інтеграції, права, дублікати довідників, повільна база.
Для міграції	Потрібні довідники, документи, регістри, залишки, звіти, external_id і контрольні суми.
Альтернатива	Перехід у K2 ERP із контрольованою міграцією, audit log, API, Power BI і захищеними архівами.

Висновок

Інформаційна база BAS — це серце BAS-системи компанії. У ній зберігаються не тільки документи й довідники, а вся облікова модель: конфігурація, регістри, користувачі, права, інтеграції, звіти, налаштування, backup, історія і бізнес-логіка.

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

Правильне ставлення до інформаційної бази BAS — це ставлення до неї як до цифрового архіву і операційного центру компанії, а не як до “файлу програми”.

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

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

Див. також

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