Коли Excel зупиняє виробництво дронів — і що з цим робити

Є файл, який є у кожного виробника БПЛА. Зазвичай він називається щось на зразок «BOM_фінал_v4_АКТУАЛЬНИЙ.xlsx» або «Залишки_склад_РЕАЛЬНІ_квітень.xlsx». Є ще одна версія цього самого файлу з іншою датою в назві. І ще одна, яку надіслали в чат три тижні тому. Яка з них актуальна — знає технолог. Менш впевнено — комірник. Зовсім не знає жодна система, тому що системи нема.

Excel — правильний старт для обліку виробництва дронів. На перших 20-30 бортах він покриває все що потрібно — специфікацію на один аркуш, двох постачальників, один склад і одну людину яка тримає в голові весь актуальний стан. У цьому стані Excel справляється.

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

Де Excel справляється у виробництві дронів

Чесна відповідь: на початку він працює добре. Виробник збирає перші 15-20 FPV-дронів на місяць, специфікація містить 30-40 позицій, компоненти закуповуються в одного-двох постачальників. Один технолог тримає актуальний стан в голові, Excel дублює цей стан у зрозумілій формі.

У цьому режимі таблиці дають зрозумілу специфікацію, просте відстеження залишків і можливість порахувати собівартість без зайвих труднощів. Є і ситуація де технолог, «хранитель знань», одночасно веде BOM, залишки і таблицю серійників — і у нього в голові це все узгоджено краще ніж у будь-якому файлі. Для виробника який робить 15 бортів на місяць цей режим цілком робочий.

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

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

Шість точок де Excel ламається у виробництві дронів

BOM на 200+ позицій без версіонування

Специфікація стандартного БПЛА розростається швидше ніж здається. Через шість місяців після старту BOM містить 60-80 позицій, через рік — 100-120, і це ще до підкомпонентів і витратних матеріалів. Для складніших бортів ця кількість зростає кратно.

Коли кілька людей — технолог, закупівельник, майстер — редагують один файл, виникає «зоопарк версій»: «BOM_фінал_v3_АКТУАЛЬНИЙ_Петро.xlsx» і «BOM_для_замовлення_нова.xlsx» живуть паралельно і жодна не є офіційним джерелом. Виробниче замовлення може запускатись за версією тижневої давнини — і ніхто цього не побачить до моменту збірки.

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

Резервування компонентів під замовлення

Коли два замовлення надходять одночасно, Excel нічого не резервує під жодне з них. ESC на складі — спільний ресурс без прив’язки до конкретного виробничого замовлення. Хто взяв першим — той взяв.

Механіка тут така: перша виробнича партія споживає компоненти, потрібні для другої. Зупинка виробничої лінії в такому сценарії — це запрограмований результат спільного складу без резервування. Виробник дізнається про брак від майстра, який вже стоїть без роботи — за 4-6 тижнів до наступної партії з Китаю.

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

Партіонний облік

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

У Excel відповіді на питання «з якої партії ці ESC?» нема — є тільки загальний запис що ESC є на складі в кількості X. Або перевіряють усе підряд і витрачають 2-3 дні, або ризикують репутацією. Третього варіанту між цими двома немає.

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

Серійні номери готових дронів

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

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

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

Ще один практичний наслідок: якщо з фронту повертається борт для відновлення, без серійного запису незрозуміло з яким набором компонентів він збирався і які саме деталі можна повторно використати. Відновлення в такому разі стартує з нуля.

Імпортна закупівля в доларах

Компоненти для виробництва дронів закуповуються в USD або CNY, продаж — в гривні. Між датою замовлення і датою виробництва курс може змінитись на 5-10%. Якщо Excel не фіксує валютний курс на дату кожної конкретної операції, собівартість розраховується «приблизно» і ця похибка накопичується від партії до партії.

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

Кілька людей в одному файлі

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

Є ще один вимір цієї проблеми. Якщо «хранитель знань» — людина яка створила систему таблиць і знає всі її ліки — звільняється або виходить у відпустку, система перестає підтримуватись. Формули ламаються, макроси не запускаються, і стає зрозуміло що облік тримався на одній людині — і будь-яка її тривала відсутність залишає виробництво без робочого обліку.

Шість точок вище не є незалежними. Відсутність версіонування BOM ускладнює партіонний облік. Пропущене резервування призводить до дефіциту. Відсутній серійний облік — і рекламацію закрити якісно вже неможливо. При масштабуванні всі шість проявляються одночасно.

Реальна ціна Excel для виробника дронів

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

• Зупинка через непомічений дефіцит. Виробник дронів на 50+ бортів на місяць не бачив в Excel наростання дефіциту ESC — файл показував залишок, але без урахування компонентів вже розподілених під відкриті замовлення. Коли дефіцит виявили, до наступної партії з Китаю було 4 тижні. Два тижні — повний простій збірочної лінії, решта — часткове завантаження. При виробничому ритмі 2-3 борти на день вартість простою рахується в десятках нескладених дронів і зірваних строках. Поточні замовлення переносились, нові надходили з уточненням «коли буде готово?». Один такий цикл обходиться дорожче ніж перехід на ERP.
• Збиткове замовлення через курс. Передали 20 дронів за ціною, розрахованою за курсом тримісячної давнини. Між розрахунком і передачею курс змінився на 8%. Компоненти закуповували за новим курсом, продали — за ціною зі старим. Маржа по партії виявилась від’ємною. Виробник побачив це на місячному зведенні — через два тижні після передачі, коли вже нічого не можна виправити.
• Рекламація без серійного обліку. ЗСУ повернули три борти з претензією по відеопередавачу. Без прив’язки серійника до партії компонентів перевіряли всю партію вручну — три дні. Знайшли ще два потенційно проблемних борти, але повної впевненості що знайшли всіх — не залишилось. При серійному обліку з прив’язкою до партій така перевірка займає хвилини і дає точну відповідь.

Кожна ситуація окремо виглядає як «збіг обставин». У сукупності — це операційна ціна Excel-обліку при виробничому масштабі.

Сім сигналів що час переходити

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

1. Операційний директор витрачає більше двох годин на день на підтримку таблиць. Підтримка — це не ведення обліку, це боротьба з форматом.
   
2. Реальні залишки складу з’ясовуються після дзвінка комірнику. Файл відстає від реальності — і всі про це знають, і всі з цим живуть.
   
3. Собівартість рахується раз на місяць, і відповідь, як правило, «приблизно». По конкретному виробничому замовленню точної відповіді немає взагалі.
   
4. При зміні компонента BOM оновлює тільки технолог у своєму файлі. Решта команди дізнається з чату, або не дізнається.
   
5. Серійні номери є, але їхня повна виробнича історія — тільки в пам’яті або окремій таблиці. Зв’язку з компонентами і виконавцями немає.
   
6. Дефіцит компонента виявляється в момент, коли майстер вже стоїть без роботи. Сигнал надходить від виробничої лінії, вже після зупинки.
   
7. Замовлення від ЗСУ або державного замовника вимагає документацію яку збирають вручну кілька днів. Результат — «достатньо добрий», але без гарантованої повноти.

Кожен із цих сигналів — ознака того, що інструмент виріс із своєї функції. Не ознака поганого менеджменту.

Хто проходив через цей аудит — впізнає в цьому списку 4-5 пунктів одночасно. І продовжує працювати в тому ж режимі ще 6-12 місяців.

Як виглядає перехід з Excel на ERP для виробництва дронів

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

На практиці це виглядає інакше. Bimp ERP для виробництва дронів запускається за 10-14 днів через пакет «Швидкий старт». Ці два тижні — час паралельної роботи: виробництво не зупиняється, система наповнюється даними одночасно. Команда впровадження проходить весь процес поруч — від завантаження першого BOM до закриття першого виробничого замовлення в системі.

Що переноситься і як. З Excel переносяться специфікації, залишки складу на дату переходу і картки постачальників. При команді 5-10 людей це займає 2-3 робочих дні. Перед переносом варто очистити дані: стандартизувати назви позицій, прибрати дублікати, вибрати одну актуальну версію BOM. Виробники, які переносять «сміття» з Excel в систему, отримують систему зі «сміттям» всередині. Процес очищення займає 1-2 дні і є корисним аудитом специфікацій сам по собі.

Попередні версії BOM не переносяться — це навмисне рішення: система починає з однієї актуальної специфікації і далі версіонує зміни автоматично. «Зоопарк версій» лишається в архіві.

Перші 10-14 днів. Перший тиждень — завантаження BOM і налаштування складу: кількості, партії, постачальники. Другий — запуск першого виробничого замовлення в системі: резервування компонентів, етапи збірки, серійні номери. До кінця другого тижня виробник бачить реальні залишки в реальному часі і перший розрахунок собівартості по конкретному замовленню — з валютним курсом на дату кожної операції.

Що змінюється після переходу. Виробники дронів, що пройшли цей шлях, скорочують кількість прострочених замовлень на 40% — завдяки плануванню дефіциту з урахуванням lead time постачальника. Швидкість збірки зростає на 25% за рахунок того, що кожен етап бачить стан попереднього без опитувань у чаті. Економія на закупках — 12% через контроль мертвих запасів і своєчасне замовлення. Аудит партії компонентів займає хвилини замість днів — в три рази швидше.

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

Виробники дронів переходять пізніше ніж потрібно. Це тенденція без очевидних виняткових причин. Причина рідко в тому що вони не розуміють проблему — розуміють. Причина в тому що поточний стан «якось працює».

Excel справді якось працює — навіть коли він вже давно перестав бути рішенням для обліку виробництва дронів. Проблема в тому що ціна цього «якось» не видна в самому Excel. Вона розподілена між простоями, збитковими замовленнями, ручною збіркою документів і часом людей які підтримують таблиці замість того щоб управляти виробництвом.

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

Якщо хочете подивитись як виглядає облік виробництва без цієї ціни — демо Bimp ERP для виробництва дронів займає 30 хвилин.