Підключення до будь-якої ERP

Відкритий REST API SkyPlanner підключається до ERP, MES та операційних систем, включно з внутрішніми ERP. Створіть інтеграцію самостійно або дозвольте нашій команді допомогти.

Працює і автономно — інтеграція з ERP є опціональною, не обов'язковою.

Обговорити проект інтеграції

Підключається до ERP та MES систем, таких як

APS і планування

Середній час між відмовами: розрахунок і застосування MTBF

Розрахуйте MTBF за фактичним часом роботи й кількістю відмов. Використовуйте результат для підвищення надійності та дотримання виробничих зобов’язань.

Jussi Mäntylä Фахівець із планування виробництва, SkyPlanner Оновлено 24.10.2026 11 хв читання
A machining centre produces unequal runs of parts, interrupted by fault and repair symbols.
У цій статті
  1. Визначте, що саме вимірює ваш розрахунок MTBF
  2. Визначте об’єкт обліку
  3. Визначте, що є відмовою, а не просто зупинкою
  4. Визначте, який час враховувати
  5. Дотримуйтеся єдиного періоду спостереження
  6. Як розрахувати MTBF: приклад із виробництва
  7. Як уникнути спотворення результату, якщо відмов не було або об’єднуються дані кількох верстатів
  8. Що робити, якщо відмов не було?
  9. Що робити, якщо дані надходять із кількох верстатів?
  10. Перш ніж обирати дії, правильно витлумачте MTBF
  11. Порівнюйте зіставні дані
  12. Не сприймайте середнє як зворотний відлік
  13. Оцінюйте частоту відмов разом із втратами часу
  14. MTBF, MTTR і MTTF: у чому різниця
  15. Перетворіть висновки про надійність на виробничі рішення за допомогою SkyPlanner
  16. Дізнайтеся, як доступність одного верстата впливає на ваші поставки

Головна » Ресурси » Середній час між відмовами: розрахунок і застосування MTBF

Орієнтовний час читання: 11 хвилин

Середній час між відмовами (MTBF) — це середній час фактичної роботи ремонтопридатного обладнання на одну відмову. Для виробничого верстата його розраховують, ділячи загальну кількість годин роботи на кількість відмов, зафіксованих за той самий період спостереження:

MTBF = загальний час роботи ÷ кількість відмов

Для верстата, який відпрацював 160 годин і мав чотири відмови, спостережене значення MTBF становить 40 годин роботи. Це не означає, що він ламатиметься кожні 40 годин або що обслуговування безпосередньо перед 40-ю годиною роботи запобігатиме наступній відмові.

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

Визначте, що саме вимірює ваш розрахунок MTBF

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

Визначте об’єкт обліку

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

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

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

Визначте, що є відмовою, а не просто зупинкою

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

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

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

Визначте, який час враховувати

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

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

Дотримуйтеся єдиного періоду спостереження

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

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

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

Як розрахувати MTBF: приклад із виробництва

Уявімо ремонтопридатний обробний центр, за яким спостерігали протягом звітного періоду з 200 годинами присутності персоналу. Нижче наведено розподіл усього цього часу за обліковими даними. Категорії не перетинаються, а чотири відмови — це окремі відмови обладнання за погодженим визначенням.

Категорія часуГодини за періодЯк враховується в розрахунку
Планове технічне обслуговування12Не час роботи; не відмова
Звичайне налагодження та переналагодження8Не час роботи; не відмова
Очікування матеріалу, коли верстат не працює10Не час роботи; не відмова обладнання
Недоступність через чотири відмови обладнання10Не час роботи; зберігається для аналізу простоїв
Фактичний час роботи160Чисельник у формулі MTBF
Загальний час присутності персоналу200Підсумок для звіряння, а не чисельник

Розрахунок:

160 годин роботи ÷ 4 відмови = 40 годин роботи на одну відмову

Якщо ви починаєте із загального часу присутності персоналу, спершу відніміть усі категорії часу, коли обладнання не працювало: 200 − 12 − 8 − 10 − 10 = 160 годин. Якщо джерело вже містить 160 годин фактичної роботи, використовуйте це значення безпосередньо. Повторне віднімання простоїв занизить MTBF.

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

Наводьте результат разом із контекстом: «Верстат MC-01, звітний період, 160 годин роботи, чотири відмови, спостережене значення MTBF — 40 годин». Під час порівняння з іншим періодом чисельник і кількість відмов не менш важливі, ніж сам підсумковий показник.

Як уникнути спотворення результату, якщо відмов не було або об’єднуються дані кількох верстатів

Що робити, якщо відмов не було?

Не діліть на нуль і не вказуйте нескінченний MTBF як доказ ідеальної надійності. Напишіть «за 160 годин роботи відмов не зафіксовано», зазначивши у звіті фактичне напрацювання.

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

Що робити, якщо дані надходять із кількох верстатів?

Якщо об’єднання зіставних верстатів у групу обґрунтоване, використовуйте формулу сумарні години роботи верстатів ÷ загальна кількість відмов. Не діліть один спільний календарний період на кількість відмов усіх верстатів і не обчислюйте незважене середнє їхніх окремих значень MTBF.

Наприклад, уявімо два зіставні верстати з однаковими правилами обліку. Один відпрацював 160 годин і мав чотири відмови, інший — 240 годин і дві відмови. Сукупний результат становить 400 ÷ 6, тобто приблизно 66,7 години роботи на відмову, а не просте середнє значень 40 і 120, яке дорівнювало б 80.

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

Перш ніж обирати дії, правильно витлумачте MTBF

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

Порівнюйте зіставні дані

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

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

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

Не сприймайте середнє як зворотний відлік

MTBF у 40 годин не визначає ані моменту наступної відмови, ані залишкового ресурсу верстата. Відмови можуть траплятися одна за одною, а окремі періоди роботи між ними можуть бути значно довшими за середнє.

Самого MTBF також недостатньо, щоб обґрунтувати інтервал профілактичного обслуговування. Правильні дії залежать від механізму відмови, даних про стан обладнання, рекомендацій щодо його експлуатації та наслідків відмови. Наприклад, зношування з часом і періодичне забруднення потребують різних підходів до дослідження; загальне середнє не покаже, з якою саме проблемою ви маєте справу.

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

Оцінюйте частоту відмов разом із втратами часу

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

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

MTBF, MTTR і MTTF: у чому різниця

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

ПоказникНа яке запитання відповідаєПрактична відмінність
MTBF: середнє напрацювання між відмовамиСкільки фактичного часу роботи ремонтопридатного обладнання припало на одну відмову?Після ремонту верстат повертається до експлуатації.
MTTR: середній час ремонту або відновлення працездатностіСкільки в середньому триває ремонт або відновлення працездатності в межах прийнятого визначення?Зазначайте, чи входять до обліку часу очікування, діагностика, перевірки та повторний запуск: у різних звітах межі обліку відрізняються.
MTTF: середнє напрацювання до відмовиСкільки працює неремонтопридатний виріб до відмови?Стосується виробу, який замінюють, а не ремонтують, і не поширюється автоматично на весь верстат, до складу якого він входить.

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

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

Перетворіть висновки про надійність на виробничі рішення за допомогою SkyPlanner

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

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

У SkyPlanner внесіть погоджений проміжок часу як виняток у графіку робочого центру. На цей період виробничий ресурс стає недоступним. Після цього Arcturus — штучний інтелект для планування — може перерахувати графік операцій, доступних для перепланування, з урахуванням зміненої потужності, налаштованих робочих центрів, змін, тривалості операцій, залежностей, пріоритетів і блокувань. Отриману послідовність показано на діаграмі Ганта.

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

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

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

Дізнайтеся, як доступність одного верстата впливає на ваші поставки

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

Обирайте SkyPlanner, коли потрібно врахувати вплив такої зміни на замовлення клієнтів без ручного коригування черги на кожному пов’язаному верстаті. SkyPlanner інтегрується з будь-якою ERP- або MES-системою через відкритий REST API, тож удосконалення планування може спиратися на наявні дані про замовлення та виробництво.

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

Jussi Mäntylä

Фахівець із планування виробництва, SkyPlanner

Складіть зрозуміліший виробничий графік зі SkyPlanner

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