Як порахувати повну вартість володіння лазером на п’ять років ART-165

Визначте об’єкт TCO

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

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

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

П’ятирічний горизонт — це 61 момент, а не одна сума

Корисна модель має щонайменше місячні або квартальні періоди для навантаження й cash flow. Початковий рік містить аванс, доставку, підготовку майданчика, монтаж і ramp-up. Наступні роки відрізняються обсягом, тарифами, сервісними подіями й продуктивністю. П’ятий рік закінчується не нульовою точкою, а оцінкою залишкової вартості, демонтажу або подальшого використання.

NIST визначає life-cycle cost analysis як техніку оцінювання загальної вартості інвестиції протягом її життєвого циклу. Для лазерної дільниці це означає: кожна витрата має суму, дату, driver, джерело даних і діапазон невизначеності.

Рекомендовані колонки реєстру:

| Поле | Приклад змісту | Чому потрібне | |---|---|---| | cost_id | ENERGY-CHILLER-01 | не губити статтю між версіями | | дата/період | місяць 18 | правильно дисконтити й планувати cash | | категорія | energy, labor, service | порівнювати структуру | | driver | години різання, листи, зміни | будувати сценарії | | quantity | виміряна або прогнозна | відокремити обсяг від ціни | | unit_cost | тариф із датою | оновлювати незалежно | | confidence | high/medium/low | бачити слабкі місця | | source | manual, quote, meter, ERP | перевірити походження | | owner | фінанси, технолог, сервіс | призначити відповідальність |

Початкові інвестиції

CAPEX не обмежується invoice постачальника. Включіть ціну обладнання й опцій, міжнародну та внутрішню логістику, страхування перевезення, митні й брокерські витрати, розвантаження, такелаж, фундамент, електрику, вентиляцію, гази, мережу, пожежні рішення, огородження, освітлення, підготовку персоналу, першу кваліфікацію процесу й test material.

Відокремте те, що залишається підприємству незалежно від конкретної машини: наприклад, посилення вводу або будівельна реконструкція. Для рішення про одну машину ці витрати все одно є реальним cash need, але для наступної інвестиції частина може стати shared infrastructure. Позначте правила розподілу прозоро.

ART-166 детально розбирає пропуски первинного бюджету. У TCO вони мають бути вже консолідовані.

Змінні витрати за виробничою програмою

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

Основні drivers:

• machine-on, beam-on і productive hours;
• тип, товщина й маса матеріалу;
• довжина різу, кількість проколів і складність контуру;
• тип допоміжного газу та фактична витрата;
• кількість завантажень, переналагоджень і пробних деталей;
• yield розкладки, придатні залишки й ціна брухту;
• термінові завдання, повторне різання й брак;
• частота заміни витратних компонентів за фактом.

Не переносіть рекламний показник «витрата за годину» на весь портфель. Побудуйте representative basket деталей і підтвердьте його CAM-даними, пробними різами та вимірюваннями після запуску. ART-150 показує, як перевіряти маржинальність реальних замовлень, а ART-139 — як грошово оцінювати відхід.

Енергія й допоміжні системи

У електричний контур входять верстат, джерело, чилер, компресор, осушувач, витяжка, фільтр, газогенератор, автоматика, IT та HVAC. Паспортна встановлена потужність потрібна для проєкту, але річну вартість визначає profile: навантаження в різанні, очікуванні, запуску, cleaning cycle і standby.

Модель має містити:

`Energy cost = Σ (average measured kW of subsystem in mode × hours in mode × tariff for period)`

Якщо лічильник уже дає енергію за період у kWh, її множать лише на тариф — години вдруге не додають. У моделі окремо зберігаються потужність, час і тариф, щоб перевіряти чутливість. Для пікової потужності, реактивної енергії або різних тарифних зон додають ті складові, які реально є в договорі підприємства. ART-152 володіє інженерним балансом потужності; TCO використовує його результати.

Праця: не тільки оператор біля пульта

До labor map внесіть підготовку програм, розкладку, пошук і доставку листа, завантаження, зняття й сортування, контроль якості, маркування, доробку, прибирання, заміну витратних матеріалів, планове обслуговування, диспетчеризацію, управління даними й навчання. Відокремте productive labor від support labor.

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

Автоматизація може скоротити touch time, але додати monitoring, maintenance та planning. Тому порівнюють roles and hours у кожному сценарії, а не припускають, що «безлюдна зміна» дорівнює нульовій праці.

Сервіс, витратні частини й деградація

Розбийте сервіс на планові контракти, інспекції, фільтри, рідини, оптику, сопла, кераміку, аварійні виїзди, доставку деталей, діагностику й великі ремонти. Для кожної позиції потрібні interval або probability, ціна, lead time і наслідок відсутності.

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

Окремо врахуйте технологічне старіння: припинення підтримки ПЗ, потребу оновити industrial PC, ліцензію або мережевий компонент. Це не означає, що заміна обов’язково станеться; у моделі має бути risk allowance або сценарій.

Вартість простою

Простій не можна автоматично оцінювати як «виручка за годину». Частина замовлень переноситься, частина виконується на іншій машині, а частина справді втрачає маржу або строк. Створіть downtime event model:

`Impact = lost contribution margin + overtime + outsourcing premium + logistics + penalties actually applicable + restart scrap`

Для кожного класу відмови задайте frequency range, mean time to restore, доступність запасу, можливість резервного маршруту й deadline sensitivity. Не підставляйте штрафи, яких немає в договорах. Окремо моделюйте запланований сервіс, аварійний ремонт і виробничу зупинку через відсутність газу, матеріалу або оператора.

Оборотний капітал і ramp-up

Нова дільниця потребує запасу листа, газу, сопел, оптики, фільтрів, запасних частин і незавершеного виробництва. Гроші можуть бути сплачені раніше, ніж клієнт оплатить готову продукцію. Тому модель повинна мати working-capital peak, а не лише витрати в P&L.

Перші місяці рідко дорівнюють steady state. Додайте навчальні години, пробні листи, нижчу продуктивність, додатковий контроль і поступове заповнення портфеля. Ramp-up задавайте як криву з контрольними gate: завершено SAT, прийнято representative parts, навчені зміни, підтверджена CAM-точність, досягнутий плановий yield.

Фінансування, податки й облік

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

Амортизація не є прямим cash outflow, але впливає на облік і може впливати на податки. Не змішуйте бухгалтерський результат із TCO cash flow. У файлі варто мати окремі шари: operational cash, financing cash, accounting view і tax view, які звіряють фінанси.

Залишкова вартість і завершення горизонту

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

У discounted TCO salvage value віднімається в момент її очікуваного отримання, а disposal cost додається. Якщо достовірної оцінки немає, покажіть кілька сценаріїв, включно з нульовою залишковою вартістю.

Номінальні чи реальні ціни

Є два коректні підходи. У nominal model кожен майбутній тариф включає очікувану інфляцію, а discount rate узгоджений із номінальними потоками. У real model ціни тримають у постійній купівельній спроможності, а ставка є реальною. Змішування nominal costs із real discount rate спотворює результат.

Валютні витрати моделюйте окремо: базова валюта звіту, курс кожного платежу, hedge або відсутність hedge. Не приховуйте курсовий ризик у загальній «непередбаченій» надбавці.

Базова формула

Для порівняння сценаріїв можна використовувати приведену вартість:

`TCO₅ = Initial cash + Σ(Cash flow_t / (1+r)^t) − Residual value₅ / (1+r)^5`

де `r` — погоджена ставка за період, а `Cash flow_t` містить операційні, сервісні, downtime, working-capital та financing складові відповідно до обраної межі. Якщо модель місячна, ставка й показник `t` мають бути приведені до місяця.

Не порівнюйте тільки найменше TCO, якщо scenarios дають різну кількість придатних деталей. Додайте `TCO per good part`, `TCO per productive hour` або приведену вартість на погоджену виробничу програму. Метрика повинна враховувати quality і capacity, а не винагороджувати дешеву, але недостатню систему.

Сценарії та чутливість

Base case — це не «найімовірніше число», а узгоджений набір припущень. Побудуйте щонайменше:

• low-load: повільне завантаження портфеля;
• base-load: планова номенклатура й двозмінний графік;
• high-load: вища частка beam-on і швидше споживання ресурсів;
• disruption: довга відмова критичного компонента;
• energy/gas shock: зміна тарифу;
• automation stage: додатковий модуль на визначеному році.

Потім змінюйте один driver за раз і будуйте tornado chart. Зазвичай найбільше рішення змінюють не дрібні сопла, а завантаження, yield, праця, газ, простій, фінансування й залишкова вартість. Але це потрібно довести вашими даними.

Gate якості моделі

Перед рішенням незалежний reviewer перевіряє:

1. однакову межу системи для всіх альтернатив; 2. однакову виробничу програму й критерій якості; 3. відсутність подвійного рахунку; 4. відокремлення quantity від unit price; 5. дати й джерела кожного значущого input; 6. узгоджені nominal/real assumptions; 7. financing та accounting у різних шарах; 8. downtime без завищеної втраченої виручки; 9. ramp-up і оборотний капітал; 10. прозору residual/disposal logic; 11. sensitivity по ключових drivers; 12. change log і власника версії.

Як перетворити estimate на plan/fact

TCO до купівлі неминуче містить припущення. Його не слід архівувати після підписання договору. Створіть baseline на дату рішення, а потім замінюйте припущення фактом у контрольних точках: після контракту, доставки, SAT, першого місяця, кварталу й року.

Для кожного driver збережіть три значення: decision estimate, latest forecast і actual. Відхилення пояснюйте причиною, а не переписуйте минуле. Наприклад, energy cost може відрізнятися через тариф, іншу кількість годин або вищу кВт·год на productive hour. Це три різні управлінські дії.

Корисний variance bridge:

`ΔCost = volume effect + rate effect + efficiency effect + mix effect + unplanned event`

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

Після кожного review оновіть sensitivity. Driver, який здавався другорядним, може стати критичним після зміни material mix або газової схеми. Водночас не змінюйте decision baseline: він потрібен, щоб перевірити якість початкового business case.

Як уникнути хибної точності

Не вводьте багато знаків після коми, якщо input має широкий діапазон. Для слабких величин показуйте low/base/high, source date і умову, за якої значення стане відомим. Корисно розділити:

• committed — договори й уже понесені витрати;
• measured — фактичні лічильники та ERP;
• quoted — чинні пропозиції з датою;
• engineered — розрахунок із вхідними даними;
• benchmark — аналог без гарантії переносності;
• assumption — управлінська гіпотеза.

Decision maker повинен бачити, яка частина TCO підтверджена, а яка залежить від майбутнього завантаження. Це важливіше за один красивий підсумок.

Звірка TCO із собівартістю замовлень

Річна TCO й калькуляція окремого замовлення повинні мати спільні drivers, але не бути одним файлом. Перевірте, що сумарні machine hours, material, gas, energy, labor і service allocation з портфеля сходяться з річним сценарієм. Якщо калькуляції замовлень показують 4 000 productive hours, а TCO — лише 2 500, одна з моделей використовує іншу межу.

Не розподіляйте всі постійні витрати на оптимістичний обсяг: при слабшому завантаженні unit cost зросте. Показуйте contribution view для короткострокового рішення й full-cost view для довгострокової окупності окремо. ART-150 відповідає за фактичну маржинальність; TCO забезпечує контрольну суму всього активу.

Щоквартальна reconciliation повинна пояснювати різницю між загальними витратами дільниці та сумою, віднесеною на jobs. Нерозподілений час, навчання, ремонт і idle повинні лишатися видимими, а не зникати в «інших витратах».

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

• порівнювати sticker price замість повної системи;
• використовувати встановлену потужність як постійне споживання;
• рахувати всі години як beam-on;
• не включати допоміжні системи й HVAC;
• брати витрату газу без representative parts;
• вважати навчання одноразовим формальним днем;
• множити весь простій на виручку;
• подвоювати накладні витрати в labor rate;
• ігнорувати working capital і ramp-up;
• змішувати real і nominal cash flows;
• приймати optimistic resale value без доказів;
• приховувати слабкі inputs одним contingency percentage.

Висновок

П’ятирічна TCO-модель корисна тоді, коли вона відтворює конкретну виробничу програму й показує походження кожного числа. Її сила не в складній формулі, а в однаковій межі альтернатив, часовій структурі, plan/fact оновленні та сценаріях. Ціна машини залишається важливою, але рішення часто змінюють інфраструктура, завантаження, газ, праця, простій, фінансування й залишкова вартість.

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

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

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