1. Чому перехід на BAS ERP 2.5 став неминучим для українського бізнесу
Коли в Україні з'явилася перша редакція BAS ERP 2.1, вона стала проривом після застарілої конфігурації 1С:УПП (Управління виробничим підприємством). Проте за роки експлуатації на сотнях українських заводів, агрохолдингів та виробничих комплексів виявилися фундаментальні вузькі місця архітектури 2.1:
- Надмірна бюрократизація виробництва: жорстка концепція «маршрутних листів» змушувала формувати тисячі непотрібних документів, перевантажуючи операторів цехів та базу даних.
- Низька швидкість розрахунку собівартості: при закритті місяця бази на 100+ користувачів зависали на десятки годин через блокування таблиць партій.
- Жорсткий графік робочих центрів: перепланування завантаження верстатів у разі аварії чи термінового замовлення вимагало повного перерахунку всього ланцюга.
Редакція BAS ERP 2.1 наразі підтримується вендором в обмеженому режимі (лише критичні зміни податкового законодавства). Усі нові технологічні розробки, мобільні робочі місця, оптимізація алгоритмів розрахунку та інтеграційні шлюзи створюються виключно для редакції 2.5. Залишатися на 2.1 означає щороку збільшувати технологічний борг компанії.
BAS ERP 2.5 — це не черговий косметичний апдейт. Це повне переосмислення логіки MES (Manufacturing Execution System), впровадження нового швидкісного партионного обліку та сучасних стандартів корпоративного управління.
2. Революція у підсистемі «Виробництво»: Етапи замість маршрутних карт
Найбільша зміна в BAS ERP 2.5 відбулася саме в контурі управління виробництвом. Стара модель 2.1 базувалася на обов'язковому створенні двох документів: Замовлення на виробництво та Маршрутний лист.
Відмова від «Маршрутних листів» на користь «Етапів виробництва»
У версії 2.5 маршрутні листи повністю скасовані. Замість них базовим елементом став об'єкт «Етап виробництва» (Этап производства).
Етап об'єднує в собі нормативне списання матеріалів, випуск напівфабрикатів або готової продукції, трудовитрати та фіксацію браку. Завдяки цьому:
Нова дворівнева система диспетчеризації
В ERP 2.5 запроваджено чіткий поділ зон відповідальності на виробництві:
- Рівень головного диспетчера (ПЕВ / ПДО): Працює в робочому місці «Управління чергою замовлень». Він контролює дати виконання замовлень клієнтів, забезпеченість сировиною, пріоритети партій та формує глобальний виробничий графік заводу.
- Рівень локального диспетчера цеху (Начальник цеху / Майстер зміни): Працює в робочому місці «Диспетчеризування етапів виробництва». Він самостійно вирішує, на якому саме вільному верстаті (робочому центрі) запустити етап, призначає конкретну бригаду робітників та відзначає виконання робіт за штрихкодами.
Така схема повністю усуває конфлікти між центральним офісом та цехами: офіс не втручається у внутрішньоцехову оперативку, а цех не може самовільно зірвати глобальні терміни відвантаження клієнтам.
3. Закриття місяця та розрахунок собівартості: Партионний облік 2.2
Найбільший головний біль головних бухгалтерів та фіндиректорів у BAS ERP 2.1 — це регулярні помилки та надтривале закриття місяця. У великих базах процедура могла тривати 12–24 години, нерідко завершуючись повідомленнями про зацикленість розрахунку або від'ємні залишки.
Що змінилося у версії 2.5:
- Партионний облік версії 2.2: Кардинально оптимізовано структуру службових регістрів. Документи оперативного контуру проводяться швидко, не блокуючи паралельну роботу інших користувачів у системі.
- Вузловий метод розрахунку витрат: Алгоритм розрахунку собівартості тепер використовує розбиття графу виробничих витрат на незалежні вузли. Складні багаторівневі переділи (коли напівфабрикат проходить 5–7 цехів зі зворотними відходами) розраховуються математично стабільно та без зависань сервера.
- Прискорення закриття місяця у 2,5–3 рази: На реальних клієнтських базах із мільйонами проведень час регламентного закриття скоротився з 8–10 годин до 2,5–3 годин.
- Автоматизований Intercompany: У холдингових структурах суттєво спрощено взаєморозрахунки між юридичними особами. Документи передачі товарів та перепродажу формуються автоматично за налаштованими правилами ціноутворення, виключаючи подвійне оподаткування та людський фактор.
Якщо у вашій поточній конфігурації 2.1 все ще використовувався старий партионний облік версії 2.1, перед оновленням на 2.5 необхідно виконати попереднє регламентне переведення партій на версію 2.2. Прямий "стрибок" без підготовки призведе до спотворення собівартості залишків на складах!
4. Казначейство, WMS-склад та Мобільні робочі місця
Окрім виробництва та собівартості, BAS ERP 2.5 містить низку значних поліпшень у щоденних операційних підсистемах:
Динамічний платіжний календар
Платіжний календар в ERP 2.5 отримав новий ергономічний інтерфейс. Фінансовий директор бачить прогноз залишків грошових коштів за розрахунковими рахунками та касами, а потенційні касові розриви підсвічуються червоним кольором автоматично. Перенесення дат платежів та зміна пріоритетів заявок тепер здійснюється простим перетягуванням (Drag-and-Drop).
Мобільне робоче місце комірника (МРМК)
У версії 2.5 нативно вбудовано мобільний інтерфейс для терміналів збору даних (ТЗД) та планшетів на базі Android. Комірники на адресному складі можуть сканувати штрихкоди, приймати постачання, виконувати відбір замовлень та інвентаризацію комірок без паперових роздруківок і без покупки дорогих сторонніх WMS-надбудов.
Розумне забезпечення потреб (Min/Max та статистика)
Перероблено майстер формування замовлень постачальникам. Система аналізує реальні терміни доставки сировини від конкретних постачальників, сезонні коливання попиту та автоматично розраховує точку перезамовлення, щоб виробництво не зупинялося через брак критичної сировини.
5. Зведена матриця порівняння: BAS ERP 2.1 проти BAS ERP 2.5
Наочне зіставлення можливостей двох редакцій системи:
| Функціональний модуль | BAS ERP 2.1 (Попередня редакція) | BAS ERP 2.5 (Сучасна редакція) |
|---|---|---|
| 🏭 Організація виробництва | Замовлення на виробництво + обов'язкові Маршрутні листи | Етапи виробництва без зайвих документів; скорочення бюрократії на 40% |
| ⚙️ Диспетчеризація цехів | Жорстке поопераційне планування; складне перепланування графіка | Дворівнева модель: Головний диспетчер (замовлення) + Локальний диспетчер (цех і верстати) |
| 💰 Партионний облік та швидкість | Партионний облік 2.1; блокування таблиць, повільне закриття | Партионний облік 2.2: прискорення закриття місяця у 2,5–3 рази без блокувань |
| 📊 Розрахунок собівартості | Ризики зацикленості при зустрічних переділах та відходах | Вузловий розрахунок витрат: висока математична точність і стабільність |
| 💳 Казначейство та фінанси | Статичний платіжний календар, базові маршрути погодження | Динамічний Drag&Drop календар, миттєве виявлення касових розривів |
| 📦 Складська логістика та ТЗД | Потреба в окремих сторонніх модулях або складній інтеграції | Вбудоване Мобільне робоче місце комірника (МРМК) для ТЗД Android |
| 🔄 Перспективи оновлень | Обмежена підтримка вендора (тільки критичні зміни законів) | Флагманська підтримка: регулярні нові фічі, оптимізація та релізи |
6. Підводні камені: чому не можна оновитися «в один клік»
Керівники підприємств часто запитують: «Якщо у нас оформлена підписка на регулярний супровід, чи може наш штатний програміст просто завантажити реліз 2.5 через конфігуратор у п'ятницю ввечері?»
Категорично ні. Спроба накатити реліз 2.5 стандартним оновленням на працюючу базу майже гарантовано призведе до катастрофічних наслідків:
Усі відкриті замовлення та незакриті маршрутні листи старої версії 2.1 не зможуть автоматично перетворитися на «Етапи». Якщо не виконати спеціальну процедуру закриття та конвертації залишків, дані про матеріали у цехах будуть втрачені або спотворені.
На 95% виробничих підприємств система BAS ERP містить кастомні доопрацювання (індивідуальні звіти, друковані форми, алгоритми списання, інтеграції з вагами чи верстатами). Оскільки структура об'єктів у 2.5 змінилася, старий код видасть критичні помилки.
Інтерфейс диспетчера виробництва у 2.5 виглядає зовсім інакше. Якщо випустити працівників цехів у нову програму без попереднього навчання на тестовій базі, робота заводу буде паралізована на кілька днів.
7. 4-етапна дорожня карта безпечної міграції від BAS Automation
Щоб перехід на BAS ERP 2.5 пройшов без жодного збою у відвантаженнях продукції та роботі цехів, команда BAS Automation використовує регламентовану 4-етапну технологію:
Технічний аудит та GAP-аналіз діючої бази 2.1
Аналізуємо структуру вашої конфігурації: обсяг доопрацьованого коду, активні розширення (cfe), коректність ведення партійного обліку та наявність помилок у незавершеному виробництві (НЗВ). Складаємо точний перелік модулів, які потребують адаптації під нове ядро 2.5.
Тестова конвертація на резервній копії
Розгортаємо копію робочої бази на ізольованому тестовому сервері. Виконуємо поетапну конвертацію даних у реліз 2.5, переведення партій на версію 2.2, перенесення специфікацій та запускаємо контрольний тестовий розрахунок собівартості за попередній закритий місяць для звірки копійки в копійку.
Адаптація доробок та навчання ключових користувачів
Переносимо та адаптуємо нетипові модулі та інтеграційні шлюзи. Проводимо практичне навчання для головних диспетчерів, начальників цехів, економістів та бухгалтерів на оновленій тестовій базі. Готуємо лаконічні посадові відеоінструкції під ваші бізнес-процеси.
Фінальний Cutover у вихідні дні та запуск
У п'ятницю ввечері зупиняємо введення документів у 2.1, робимо фінальний бекап, виконуємо оновлення та заливаємо актуальні залишки за відпрацьованою інструкцією. У понеділок вранці підприємство починає роботу безпосередньо в BAS ERP 2.5 за повної супровідної підтримки наших провідних архітекторів.
Усі роботи з аудиту та тестування бази проводяться суворо після підписання договору про конфіденційність (NDA). Попередня робоча версія BAS ERP 2.1 зберігається у вигляді резервної копії, що гарантує 100% захист бізнесу від будь-яких форс-мажорів.
8. Часті запитання щодо переходу на BAS ERP 2.5
Ні, звичайне оновлення файлом cfu не перенесе коректно виробничий облік. У версії 2.5 повністю скасовано механізм маршрутних листів і перероблено регістри накопичення витрат. Потрібна спеціальна процедура конвертації даних через допоміжні обробки та закриття незавершеного виробництва.
Доопрацювання, оформлені через розширення (.cfe) для торгового чи бухгалтерського контуру, здебільшого переносяться швидко. Проте доробки у блоці виробництва, маршрутних карт чи розрахунку собівартості потребують обов'язкової адаптації під нове об'єктне ядро 2.5.
Ні! Якщо ваше підприємство має діючий договір інформаційно-технологічного супроводу (ІТС), дистрибутив та ліцензійні оновлення до редакції BAS ERP 2.5 надаються безкоштовно. Оплачуються виключно послуги експертів з аудиту, конвертації бази та адаптації доробок.
Для середнього виробничого підприємства з 30–80 користувачами весь цикл підготовки, тестування на копії та навчання персоналу займає від 4 до 8 тижнів. При цьому сам перехід робочої бази виконується у вихідні дні (48 годин), тому зупинки виробництва не відбувається.
Завдяки новому партионному обліку 2.2 та вузловому розрахунку собівартості система стала менш вибагливою до блокувань дисків. Проте для комфортної роботи рекомендовано використовувати сучасні сервери СУБД (PostgreSQL 14+ або MS SQL 2019+) зі швидкими NVMe-накопичувачами та виділеним обсягом оперативної пам'яті з розрахунку не менше 1 ГБ RAM на кожного активного користувача.
Замовте технічний аудит бази BAS ERP 2.1 перед переходом на 2.5
Наші сертифіковані архітектори проведуть експрес-аналіз вашої поточної бази 2.1, перевірять стан партійного обліку та доопрацювань, і підготують детальний кошторис переходу без ризику зупинки виробництва.