BAF

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

Іншими словами, BAF — це платформа, а BAS — це прикладні рішення: BAS Бухгалтерія, BAS ERP, BAS Управління торгівлею, BAS Зарплата та Управління Персоналом, BAS АГРО Бухгалтерія, BAS Управління автотранспортом та інші.

Головне. BAF — це не окрема ERP-система для бізнес-користувача, а технологічна платформа, на якій розробляються і запускаються BAS-конфігурації. Користувач зазвичай працює не з “BAF”, а з конкретною конфігурацією BAS, яка працює на BAF.

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

Важливо про 1С, BAS і BAF. В Україні продукти екосистеми 1С і частина продуктів BAS пов’язані з санкційними, юридичними, кібербезпековими та репутаційними ризиками. Держспецзв’язку веде офіційний перелік забороненого до використання програмного забезпечення та комунікаційного обладнання, де згадуються продукти 1С/BAS, зокрема 1C:Підприємство 8, BAS ERP та інші продукти BAS. Указ Президента України №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))

Що таке BAF

Business Automation Framework — це середовище для створення, запуску і супроводу прикладних бізнес-рішень.

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

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

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

BAF і BAS: різниця

BAF і BAS часто плутають, бо користувач бачить прикладну програму, а не платформу.

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

Простіше:

BAF = платформа
BAS = прикладна програма на цій платформі
Інформаційна база = дані компанії

BAF і 1С

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

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

конфігуратор;
метадані;
довідники;
документи;
регістри;
звіти;
обробки;
ролі;
вбудована мова;
проведення документів;
рухи по регістрах;
клієнт-серверний режим;
файлові бази;
зовнішні обробки;
розширення;
СКД;
інтеграції через COM, XML, HTTP, JSON.

Саме тому при міграції з BAF/BAS до сучасної ERP важливо аналізувати не тільки назву продукту, а реальну архітектуру, об’єкти, доробки, інтеграції, регістри, обробки і залежності.

Для чого потрібен BAF

BAF потрібен як технологічна основа для прикладних бізнес-рішень.

На ньому можуть працювати рішення для:

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

Архітектура BAF

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

Користувач
    ↓
Клієнт BAF / BAS
    ↓
Платформа BAF
    ↓
Конфігурація BAS
    ↓
Інформаційна база
    ↓
Файлова база або СУБД

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

Клієнт
    ↓
Сервер BAF / BAS
    ↓
СУБД

Основні об’єкти BAF

BAF використовує об’єктну модель, знайому з 1С/BAS.

Основні об’єкти:

Об’єкт	Для чого потрібен	Приклад
Довідник	Зберігання відносно постійних даних	Контрагенти, номенклатура, склади
Документ	Фіксація господарської події	Реалізація, надходження, платіж
Регістр відомостей	Зберігання параметрів або історії значень	Ціни, курси валют, налаштування
Регістр накопичення	Облік залишків і оборотів	Товари на складах, взаєморозрахунки
Регістр бухгалтерії	Бухгалтерські проводки	Дт/Кт по рахунках
Регістр розрахунків	Розрахунки зарплати або періодичних нарахувань	Нарахування зарплати
Звіт	Виведення аналітики	ОСВ, продажі, залишки
Обробка	Службова дія або масова операція	Імпорт, експорт, перепроведення
Роль	Права доступу	Бухгалтер, менеджер, адміністратор

Довідники в BAF

Довідники використовуються для зберігання master data.

Приклади довідників:

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

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

Документи в BAF

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

Приклади:

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

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

Регістри в BAF

Регістри — це основа облікової моделі.

Вони використовуються для:

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

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

Конфігуратор BAF

Конфігуратор — це інструмент розробника або адміністратора.

Через нього можна:

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

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

Мова BAF

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

На ній можуть писати:

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

Для розробників, які працювали з мовою 1С, підхід у BAF є знайомим.

Запити і СКД

У BAF/BAS широко використовуються:

запити;
СКД;
звіти;
варіанти звітів;
відбори;
групування;
розшифровки;
вивантаження в Excel.

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

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

BAF/BAS може працювати у файловому або клієнт-серверному режимі.

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

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

Інтеграції BAF

BAF/BAS може інтегруватися із зовнішніми системами через:

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

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

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

BAF і BAS Бухгалтерія

BAS Бухгалтерія — прикладне рішення, що працює на платформі BAF.

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

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

BAF у цьому випадку є платформою, а BAS Бухгалтерія — прикладною конфігурацією.

BAF і BAS ERP

BAS ERP — складне ERP-рішення на платформі BAF.

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

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

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

BAF і галузеві рішення BAS

На платформі BAF можуть працювати галузеві рішення або доповнення:

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

Переваги BAF для користувачів BAS

Переваги, які часто називають користувачі:

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

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

Недоліки і ризики BAF

Типові ризики:

технологічна спадковість від 1С;
санкційний і репутаційний контекст;
залежність від BAS/BAF-екосистеми;
складність великих оновлень;
накопичення доробок;
зовнішні обробки без документації;
ручні інтеграції через Excel/XML;
складність міграції;
залежність від вузьких фахівців;
застарілі COM-інтеграції;
ризики прав доступу;
складність контролю якості даних;
старі файлові бази;
проблеми продуктивності у великих базах;
складність побудови сучасного API.

BAF як ребрендинг чи реальна заміна

Для бізнесу важливо розуміти: зміна назви не завжди означає зміну технологічної суті.

Якщо компанія переходить із 1С на BAS/BAF, потрібно перевірити:

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

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

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

Адміністрування BAF/BAS включає:

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

Це аналогічно до адміністрування 1С/BAS і потребує кваліфікованого спеціаліста.

Права доступу в BAF

Ролі визначають, що користувач може бачити й робити.

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

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

Погана практика — видавати всім повні права “щоб не заважало працювати”.

Розширення BAF

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

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

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

Ризик — після оновлення BAS/BАF розширення може працювати некоректно або конфліктувати з новою версією.

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

Зовнішні обробки часто використовуються для:

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

Небезпека — зовнішня обробка може масово змінити дані, якщо запустити її без backup і тестування.

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

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

Він допомагає з’ясувати:

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

Backup BAF

Резервне копіювання обов’язкове.

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

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

Backup має бути перевірений на відновлення.

Типові помилки BAF/BAS

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

BAF і міграція в K2 ERP

Під час переходу з BAF/BAS у K2 ERP потрібно аналізувати не тільки прикладне рішення, а всю платформну модель.

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

список інформаційних баз;
версії платформи;
конфігурації BAS;
розширення;
зовнішні обробки;
зовнішні звіти;
користувачів;
ролі;
права;
довідники;
документи;
регістри;
інтеграції;
HTTP-сервіси;
COM-з’єднання;
XML-обміни;
JSON-обміни;
регламентні завдання;
журнал помилок;
контрольні звіти;
backup;
правила закриття періоду;
управлінські звіти;
Power BI-звіти.

Що переносити з BAF/BAS у K2 ERP

Міграція може включати:

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

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

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

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

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

Практичний принцип міграції. Перехід з BAF/BAS у K2 ERP — це не копіювання старої бази “один в один”, а перенесення бізнес-суті: довідників, залишків, документів, правил, інтеграцій, звітів і контрольних сум у сучасну ERP-архітектуру.

Карта міграції BAF/BAS у K2 ERP

Об’єкт BAF/BAS	Що означає	Аналог у K2 ERP	Контроль
Довідник	Master data	Directory / reference table	Дублікати, активність
Документ	Господарська операція	Business document	Дата, статус, сума
Регістр накопичення	Залишки й обороти	Ledger / balance table	Контрольні залишки
Регістр бухгалтерії	Проводки	Accounting ledger	ОСВ, рахунки
Регістр відомостей	Параметри й історія значень	Settings / history table	Періодичність
Роль	Права доступу	Role / permission	Мінімальні права
Регламентне завдання	Автоматичний процес	Background job	Розклад, лог
Зовнішня обробка	Службовий інструмент	API / script / migration tool	Безпека
HTTP-сервіс	API endpoint	REST API	Авторизація, лог
COM-з’єднання	Старий інтеграційний доступ	API / integration layer	Заміна технології

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

Після міграції потрібно звірити:

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

Реплікатор K2 і BAF

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

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

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

BAF як архів після переходу

Після переходу стару BAF/BAS-базу можна залишити як архів тільки для читання.

Потрібно:

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

Архів не має залишатися паралельною “живою” системою.

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

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

BAF використовується як платформа для BAS-рішень, а BAS-рішення пов’язані з технологічною спадщиною 1С. Через це компаніям потрібно оцінювати не тільки назву продукту, а реальну залежність від екосистеми, архітектури, постачальників, підтримки, коду, інтеграцій і оновлень.

Держспецзв’язку в офіційному переліку забороненого до використання програмного забезпечення та комунікаційного обладнання згадує продукти 1С/BAS, зокрема 1C:Підприємство 8, BAS ERP та інші продукти BAS. Указ Президента України №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-рішення на BAF, у базах можуть зберігатися критичні дані: бухгалтерія, ПДВ, банк, зарплата, персональні дані, склад, виробництво, договори, ціни, собівартість, управлінська звітність, інтеграції, API-ключі та комерційна інформація. Такі системи потрібно оцінювати з погляду безпеки, санкцій, комплаєнсу і плану переходу на безпечну ERP-платформу.

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

Що таке BAF?

BAF або Business Automation Framework — це технологічна платформа, на якій працюють прикладні рішення BAS.

Чим BAF відрізняється від BAS?

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

Чи є BAF окремою ERP-системою?

Ні. BAF сам по собі є платформою. ERP-системою може бути конкретна конфігурація, наприклад BAS ERP, яка працює на BAF.

Чи пов’язаний BAF з 1С?

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

Що важливо при міграції з BAF/BAS у K2 ERP?

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

Чи можна залишити BAF/BAS як архів?

Так, але тільки як архів для читання: із забороною змін, обмеженими правами, збереженим backup, контрольними звітами і вимкненими інтеграціями.

Коротко

Питання	Відповідь
Що таке BAF?	Business Automation Framework, технологічна платформа для BAS-рішень.
Що таке BAS?	Прикладні рішення, які працюють на BAF.
Приклади BAS	BAS Бухгалтерія, BAS ERP, BAS ЗУП, BAS Управління торгівлею.
Основні об’єкти	Довідники, документи, регістри, звіти, обробки, ролі.
Основні ризики	Санкційний контекст, спадковість 1С, доробки, інтеграції, безпека, складність міграції.
Альтернатива	Перехід у сучасну ERP, наприклад K2 ERP, з API, audit log, Power BI і контрольованою міграцією.

Висновок

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

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

Правильний підхід до BAF — розуміти, що це платформа, а не просто назва. При заміні BAF/BAS потрібно аналізувати конфігурацію, дані, регістри, доробки, інтеграції, права, звіти, backup і контрольні суми.

При переході в K2 ERP важливо перенести не тільки документи, а й облікову модель: довідники, регістри, залишки, взаєморозрахунки, ПДВ, зарплату, виробництво, управлінський облік, інтеграції, Power BI-звіти, ролі, audit log і правила закриття періодів.

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

Див. також

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