Як Bimp прискорює впровадження ERP за допомогою масового імпорту

Проєкт, який мав початися з нуля

Андрій — керівник впровадження в компанії, що виробляє меблі на замовлення. Йому щойно підписали контракт на перехід на Bimp ERP, і перше, що він робить — відкриває папку з Excel-файлами, якими компанія жила останні шість років.

Там довідник товарів і матеріалів, база контрагентів, 500 специфікацій на 300 готових виробів і кілька десятків одиниць обладнання з інвентарними номерами й термінами амортизації. Усе це існує, усе актуальне — просто в таблицях, а не в системі.

Андрій уже чув, як подібні впровадження розтягуються на місяці саме через перенесення даних. І перше запитання, яке він задає команді впровадження: «А що нам робити з усім цим Excel?»

Перший крок виявляється простішим, ніж він очікував

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

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

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

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

Було. Якби номенклатура й специфікації існували окремо одна від одної, Андрію довелося б для кожної з 500 специфікацій вручну відкривати виріб, шукати потрібні компоненти в щойно створеному довіднику, додавати їх один за одним, вказувати кількість і одиниці виміру — і повторювати це ще 499 разів. При такій кількості модифікацій продукції, як у Андрієвої компанії, ручне введення розтягнулося б на тижні ще до того, як хтось встиг би перевірити виробництво в дії.

Стало. Оскільки номенклатура вже в системі, специфікації підхоплюють ті самі товари та матеріали напряму. У розділі «Довідники» → «Специфікації» Андрій завантажує порожній Excel-шаблон і вносить туди структуру, яка вже існує у вигляді технологічних таблиць: готовий виріб, компоненти, кількість, одиниці виміру. Після завантаження файлу Bimp сам створює специфікації, групує компоненти по виробах і перевіряє структуру даних — про будь-які помилки система повідомляє ще до завершення імпорту, а не після того, як специфікація вже потрапила у виробничий облік. 500 специфікацій, які мали піти на тижні ручної роботи, займають один імпорт.

Рівень 2. Основні засоби переносяться разом із документом, а не карткою за карткою

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

Стало. У документі «Введення початкових залишків», на вкладці «Майно», Андрій завантажує готовий Excel-шаблон і заповнює його тими самими даними, які в компанії вже вела бухгалтерія: найменування, інвентарний номер, вартість, суму зносу, строк корисного використання, параметри амортизації, рахунки обліку. Він завантажує один файл — і Bimp сам створює картки основних засобів, переносить усі реквізити, формує рядки документа введення залишків і заповнює бухгалтерські параметри. Коли в одному з рядків Андрій випадково залишає порожнім поле одиниці виміру, система одразу вказує номер цього рядка — не доводиться шукати помилку серед десятків записів вручну.

Що змінилося для компанії Андрія

Той самий обсяг даних, та сама номенклатура з шести років роботи в Excel — але шлях до запуску тепер інший. Від номенклатури й контрагентів до специфікацій і майна — кожен масив даних Андрій переносить одним і тим самим способом: готовий Excel-шаблон, заповнення звичних таблиць, один імпорт.

У Bimp це побудовано на послідовності інструментів масового імпорту:

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

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

Андрій — керівник впровадження в компанії, що виробляє меблі на замовлення. Йому щойно підписали контракт на перехід на Bimp ERP, і перше, що він робить — відкриває папку з Excel-файлами, якими компанія жила останні шість років.

Там 300 готових виробів, 1500 компонентів, 500 специфікацій і кілька десятків одиниць обладнання з інвентарними номерами й термінами амортизації. Усе це існує, усе актуальне — просто в таблицях, а не в системі.

Андрій уже чув, як подібні впровадження розтягуються на місяці саме через перенесення даних. І перше запитання, яке він задає команді впровадження: «А що нам робити з усім цим Excel?»

Як робили раніше

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

Перший — створювати все вручну в системі. Відкрити специфікацію, додати виріб, додати компоненти, зберегти. Повторити ще 499 разів. З основними засобами так само: картка, інвентарний номер, строк експлуатації, амортизація, залишки — і по колу на кожен об’єкт із десятків одиниць обладнання.

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

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

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

Рівень 1. Основні засоби переносяться разом із документом, а не карткою за карткою

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

Стало. У документі «Введення початкових залишків», на вкладці «Майно», Андрій завантажує готовий Excel-шаблон і заповнює його тими самими даними, які в компанії вже вела бухгалтерія: найменування, інвентарний номер, вартість, суму зносу, строк корисного використання, параметри амортизації, рахунки обліку. Він завантажує один файл — і Bimp сам створює картки основних засобів, переносить усі реквізити, формує рядки документа введення залишків і заповнює бухгалтерські параметри. Коли в одному з рядків Андрій випадково залишає порожнім поле одиниці виміру, система одразу вказує номер цього рядка — не доводиться шукати помилку серед десятків записів вручну.

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

Було. Специфікації — найбільший об’єм роботи в цьому проєкті: 500 позицій, кожна зі своїм набором компонентів. Вручну це означало б відкрити виріб, додати компоненти, вказати кількість і одиниці виміру — і повторити те саме ще 499 разів. При такій кількості модифікацій продукції, як у Андрієвої компанії, ручне введення розтягнулося б на тижні ще до того, як хтось встиг би перевірити виробництво в дії.

Стало. У розділі «Довідники» → «Специфікації» Андрій завантажує порожній Excel-шаблон і вносить туди структуру, яка вже існує у вигляді технологічних таблиць: готовий виріб, компоненти, кількість, одиниці виміру. Після завантаження файлу Bimp сам створює специфікації, групує компоненти по виробах і перевіряє структуру даних — про будь-які помилки система повідомляє ще до завершення імпорту, а не після того, як специфікація вже потрапила у виробничий облік. 500 специфікацій, які мали піти на тижні ручної роботи, займають один імпорт.

Це виявляється не першим таким рішенням

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

Відповідь його дивує: цей імпорт у Bimp вже давно. Номенклатуру та контрагентів так само можна було завантажити з Excel — без створення кожної позиції вручну. Про це просто не йшлося на старті, бо для Андрія головним страхом були саме специфікації та основні засоби — найбільш громіздкі й найдовші в ручному перенесенні масиви даних.

Що змінилося для компанії Андрія

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

У підсумку весь масив накопичених даних — від номенклатури й контрагентів до майна та специфікацій — переноситься в Bimp однаковим способом: готовий Excel-шаблон, заповнення звичних таблиць, один імпорт. Не тижні ручного введення, а кілька завантажень файлів під наглядом автоматичної перевірки помилок.

Саме це і є головна відмінність сучасного впровадження ERP від того, яким його уявляє собі більшість виробників: перехід з Excel — це не відмова від напрацьованих таблиць і не місяці ручного перенесення, а перенесення цих же таблиць у систему за лічені кроки.