Як порівняти купівлю, лізинг і поетапне нарощування лазерної потужності ART-167

Спочатку визначте потребу в потужності

Фінансова форма не виправить неправильну конфігурацію. Потрібна модель попиту за місяцями й групами деталей:

• матеріали, товщини й формати листа;
• потрібна якість та downstream route;
• обсяг придатних деталей, а не машино-години;
• сезонність і ймовірність термінових замовлень;
• потрібний lead time;
• beam-on, setup, loading, sorting і maintenance time;
• допустиме outsourcing;
• резерв на відмови й піки;
• дата, коли потрібна друга зміна або друга машина.

Побудуйте low/base/high demand. Для кожного визначте capacity gap і наслідок: перенесення строку, outsourcing premium, overtime, втрата contribution margin або черга. Якщо high scenario малоймовірний, купівля максимальної системи одразу може створити idle capital. Якщо строк критичний і outsourcing недоступний, недостатня перша стадія може бути дорожчою за надлишковий резерв.

Що означає пряма купівля

Купівля дає підприємству контроль над активом у межах договору, але концентрує ранній cash outflow і ризик залишкової вартості. Окремо треба розрізняти купівлю за власні кошти й купівлю за кредит: власність може виникати однаково, але financing cash flows різні.

До сценарію купівлі включають:

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

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

Що означає лізинг

Лізинг зменшує або перерозподіляє початковий cash need, але створює контрактні платежі й обмеження. Назва продукту не пояснює економіку. Потрібно читати повний term sheet і договір.

Перевірте:

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

IFRS 16 вимагає для більшості лізингів орендаря визнавати right-of-use asset і lease liability. Тому теза «лізинг поза балансом» не може використовуватися універсально. Але бухгалтерське відображення саме по собі не визначає грошову вигоду; потрібна окрема cash-flow модель.

Що означає поетапне нарощування

Staged capacity — це реальні опціони: спочатку мінімально достатня система, потім друга зміна, автоматизація, газогенерація, склад або друга машина після досягнення trigger. Перевага — не витрачати капітал до підтвердження попиту. Ризик — заплатити двічі за мобілізацію, інфраструктуру, навчання або втратити час у момент росту.

Стадії можуть виглядати так:

1. перший верстат і ручна логістика; 2. друга зміна та посилення CAM/quality; 3. автоматичне завантаження для довших циклів; 4. друга машина для capacity або технологічного резерву; 5. централізований склад і MES.

Це лише приклад. Стадії визначають bottle-neck analysis. Якщо проблема в сортуванні або CAM, друга машина може збільшити чергу. Якщо ринок потребує іншого формату чи потужності, автоматизація старої конфігурації не закриє gap.

Trigger має бути вимірним

Фраза «додамо, коли буде більше замовлень» не є планом. Для кожної стадії зафіксуйте leading indicators і decision date:

• підтверджене завантаження на 3–6 місяців;
• частка outsourcing і його premium;
• середній queue time;
• beam-on та productive utilization;
• overtime і незакриті зміни;
• частка нічної програми, придатної до автоматизації;
• втрачені замовлення через формат, потужність або строк;
• запас електричної, газової, вентиляційної та кадрової capacity;
• lead time на поставку наступного етапу.

Trigger повинен спрацювати раніше, ніж потужність стане критичною, бо між рішенням і стабільним випуском є закупівля, доставка, монтаж і ramp-up.

Однакова межа порівняння

Усі сценарії повинні забезпечити однаковий output envelope. Якщо лізингова пропозиція містить сервіс, а купівля — ні, сервіс додається до купівлі або виділяється окремо. Якщо staged scenario використовує outsourcing до другої машини, у cash flow включають його ціну, логістику, контроль і ризик строку.

Корисна таблиця:

| Параметр | Купівля | Лізинг | Поетапно | |---|---|---|---| | ранній cash | високий або кредитний | внесок + платежі | нижчий перший етап | | ownership | за договором купівлі | залежить від умов/викупу | активи кожної стадії | | demand risk | концентрований | контрактні платежі лишаються | частково відкладений | | residual risk | у власника | залежить від договору | розподілений у часі | | upgrade freedom | висока в межах гарантії/design | може бути обмежена | планується gate-ами | | capacity timing | після одного запуску | після одного запуску | кілька lead time/ramp-up | | transaction cost | один цикл | договір/контроль весь строк | кілька циклів закупівлі | | accounting | IAS 16/фінансування | IFRS 16 за застосовності | змішаний профіль |

Грошова модель

Створіть щомісячний cash flow на однаковий горизонт. Для кожної стратегії внесіть:

• initial payments;
• infrastructure і запуск;
• loan/lease principal, interest і fees;
• operational TCO з ART-165;
• outsourcing до появи capacity;
• downtime та service differences;
• tax cash effects, підтверджені фінансами;
• working capital;
• residual або buyout cash;
• cost of exit/change.

Приведена вартість:

`PV(strategy) = Σ CashFlow_t / (1+r)^t`

Потоки витрат можна вести позитивними для зручності. Важливо, щоб rate і period були узгоджені, а nominal/real treatment однаковий. Найменший PV не автоматично перемагає: потрібно перевірити quality, capacity shortfall і constraints.

Вартість недостатньої та надлишкової capacity

Недостатня capacity створює outsourcing, overtime, чергу, expedite, втрату маржі й репутаційний ризик. Надлишкова — фінансування, insurance, space, minimum maintenance та opportunity cost капіталу. Обидва боки моделюються.

Введіть `capacity coverage ratio = available good-output capacity / required good-output capacity` за періодами. Значення вище одиниці не завжди погане: частина резерву потрібна для maintenance і variability. Але великий постійний запас потребує пояснення.

Окремо оцініть capability, а не лише quantity. Друга дешева машина може не виконувати товстий матеріал, великий формат або потрібну точність. Тоді її години не взаємозамінні.

Сервіс і ризик доступності

Фінансовий продукт не гарантує uptime. Перевірте, чи входять preventive maintenance, remote support, виїзд, parts, software updates, replacement equipment і response times; які exclusions; хто платить логістику й витратні матеріали. Якщо lease bundle містить сервіс, відокремте його ціну й scope для чесного порівняння.

Для staged strategy важлива сумісність поколінь. Друга машина через три роки може мати іншу систему керування, CAM, витратні частини й навчання. Це може бути перевагою технологічного оновлення або cost of heterogeneity. Не припускайте ні повної сумісності, ні обов’язкової несумісності без пропозиції.

Exit scenarios

Кожну стратегію треба перевірити не лише в base case, а при зміні бізнесу:

• попит на 40% нижчий;
• потрібен інший формат;
• постачальник припинив підтримку;
• підприємство переїжджає;
• потрібно продати актив на третьому році;
• lease треба завершити достроково;
• наступна стадія затрималась на рік;
• валютний cash flow змінився;
• ключовий клієнт припинив контракт.

Для кожного визначте contract consequence, resale/return, dismantling, outstanding debt, data removal, restoration і production continuity. Саме exit часто показує ціну «гнучкого» рішення.

Оцінюйте гнучкість окремо від вартості

Гнучкість не треба вигадано переводити в гроші. Створіть constraint scorecard: можливість змінити конфігурацію, перенести машину, достроково вийти, додати автоматику, змінити банк, продати актив, інтегрувати software. Для кожного поставте документований status: allowed, conditional, prohibited, unknown.

Unknown не отримує середній бал. Це питання до contract/technical review. Після закриття uncertainties scorecard можна читати разом із PV/TCO, але не змішувати різні одиниці одним сумнівним рейтингом.

Governance рішення

Фінанси володіють cash flow, rate, tax і covenant. Виробництво — demand/capacity. Технолог — capability й representative parts. Сервіс — availability та lifecycle. Юрист — ownership, exit і liability. EHS — зміни ризику. Керівник проєкту веде assumptions register та одну version baseline.

Decision record має містити дату пропозицій, валюту, строк їх дії, конфігурацію, excluded scope, модель попиту, TCO version, сценарії, відкриті питання й підписи відповідальних. Не використовуйте стару ставку з новою ціною машини.

Поетапність як керований опціон

Staged strategy має цінність лише тоді, коли підприємство справді може відкласти наступний платіж і прийняти рішення на нових даних. Якщо контракт уже зобов’язує купити другу машину, це не опціон, а відстрочений commitment. Якщо майданчик першої стадії робить другу технічно неможливою, право «додати пізніше» теж уявне.

Для кожної стадії запишіть:

• latest decision date;
• необоротні витрати до рішення;
• lead time і ramp-up;
• інформацію, яка стане доступна;
• критерій go/hold/resize/cancel;
• альтернативу на період очікування;
• сумісність інфраструктури й команди;
• consequence, якщо trigger спрацює раніше.

Не додавайте умовну «вартість опціону» без моделі. Достатньо показати cash, commitments і сценарії. Це дає керівнику зрозуміти, за яку гнучкість він платить: подвійний монтаж, резерв площі, трохи дорожчу modular configuration або тимчасове outsourcing.

Межа між фінансуванням і постачанням

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

До договорів внесіть узгоджені milestones: readiness, shipment, delivery, installation, SAT, training, warranty start і payment acceptance. Якщо платіж настає до технічного acceptance, цей gap треба бачити в risk register. Так само потрібно знати, хто має право затримати платіж, як документується deviation і що відбувається при затримці майданчика з боку клієнта.

Перевірте ownership software licenses, tooling, spare parts і даних. Фізичний верстат може бути предметом лізингу, а CAM, сервіс або consumables — окремими договорами. При достроковому завершенні важливо знати, які активи залишаються й чи може виробництво продовжитися.

Стрес-тест ліквідності

Найнижча приведена вартість не допоможе, якщо графік створює касовий розрив. Для кожної стратегії побудуйте peak funding need і мінімальний liquidity buffer. Перевірте затримку виручки, більший перший внесок, курс платежу, ремонт та одночасну потребу в матеріалі.

Кредитний або lease covenant може обмежувати інші інвестиції, dividend, переміщення активу чи insurance choice. Такі constraints не завжди мають пряму ціну, але можуть заблокувати наступну стадію. Фінансова команда повинна показати їх поруч із cash curve.

Правила, що захищають від оптимістичного прогнозу

Команда, яка хоче купити верстат, природно завищує майбутнє завантаження. Встановіть правила до розрахунку. Existing demand підтверджується історією замовлень; named pipeline — документованими можливостями з probability; strategic demand — окремим сценарієм без змішування з базою. Не рахуйте одну й ту саму деталь як повернення outsourcing і як новий продаж.

Для staged plan визначте minimum evidence переходу. Це може бути кілька місяців confirmed backlog, стійка частка outsourcing або документований capability gap. Одноразовий піковий місяць не повинен автоматично запускати довгий фінансовий commitment.

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

Порівняння при нерівних строках

Lease може тривати чотири роки, кредит — п’ять, а staged plan вводити другу машину на третьому. Їх не можна порівнювати простим підсумком платежів. Виберіть спільний analysis horizon і додайте terminal value або remaining obligation на його межі.

Якщо договір завершується раніше горизонту, покажіть, як підприємство забезпечує capacity далі: викуп, продовження, новий lease або заміна. Якщо зобов’язання тривають після горизонту, їхня приведена частина не зникає. Фінанси визначають коректний метод, а decision table явно показує залишок.

Не використовуйте internal rate of return для взаємовиключних cost-only сценаріїв без перевірки. Для базового порівняння зрозуміліші present value costs, peak funding, annual cash, capacity coverage й constraint scorecard. Один коефіцієнт не повинен приховувати різні строки та масштаби.

Типові помилки

• порівнювати lease payment із повною ціною купівлі;
• не враховувати buyout, fees та insurance;
• називати лізинг універсально «поза балансом»;
• оцінювати staged plan без outsourcing і повторного ramp-up;
• купувати надлишок за optimistic forecast;
• чекати overload до запуску наступної стадії;
• рахувати capacity лише паспортною швидкістю;
• ігнорувати capability differences;
• не читати exit й modification clauses;
• змішувати accounting profit із cash flow;
• використовувати різні TCO-межі;
• усереднювати невідомі умови договору.

Контрольний чекліст

• [ ] Є low/base/high demand за групами деталей.
• [ ] Output envelope однаковий для всіх стратегій.
• [ ] Купівля за власні кошти й кредит розділені.
• [ ] Lease term sheet містить усі платежі та exit.
• [ ] Stages мають trigger, decision date і lead time.
• [ ] Outsourcing і повторні запускові витрати враховані.
• [ ] Operational TCO взята з однієї моделі ART-165.
• [ ] Cash flows дисконтовані узгоджено.
• [ ] Capacity shortfall і idle reserve оцінені.
• [ ] Service scope порівняний окремо.
• [ ] Residual, buyout і dismantling не пропущені.
• [ ] Юридичні, податкові й облікові висновки підтверджені.
• [ ] Exit scenarios пройдені.
• [ ] Unknown не замінено вигаданим припущенням.

Висновок

Правильний вибір залежить від передбачуваності попиту, дефіциту cash, ціни виходу, строку появи capacity та здатності конфігурації виконати реальні деталі. Купівля концентрує контроль і residual risk, лізинг — контрактні платежі й умови, staged plan — кілька моментів рішення та ризик запізнення. Порівнювати їх слід однією demand model, однією TCO-межею й окремим аналізом гнучкості.

Безпечні межі

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

Потрібна сервісна консультація