APS проти MES: відмінності, перетини та як вони працюють разом
Disclosure: M365.FM host Mirko Peters works at iFAKT GmbH. This page describes the company factually; paid partnerships and links are labelled as advertising.
By Mirko Peters ·
APS і MES простими словами: один складає здійсненний графік наперед, інший фіксує та контролює виконання. Дізнайтеся, де вони перетинаються і яку прогалину закрити першою.
Automatically translated with AI from the original post. Read the English original
Система APS (розширене планування та складання графіків) розраховує здійсненний графік наперед на основі потужностей, календарів, матеріалів і пріоритетів. Система MES (система управління виробничим виконанням) фіксує та контролює те, що насправді відбувається на виробничій ділянці, замовлення за замовленням і операція за операцією. APS дивиться в майбутнє, MES — на поточний момент. Вони перетинаються в детальному плануванні, і саме звідси починається більшість плутанини. Ця стаття призначена для виробничих планувальників, яким потрібно вирішити, на яку систему дивитися першою, або як змусити обидві працювати разом.
Головне
- APS розраховує здійсненний графік наперед з урахуванням потужностей, календарів, матеріалів і пріоритетів; MES фіксує та контролює те, що насправді відбувається на ділянці.
- ISA-95 називає детальне планування, диспетчеризацію робіт і відстеження робіт видами діяльності управління виробничими операціями, тому функції планування з’являються в продуктах обох типів.
- Найчистіше правило таке: один власник послідовності. Якщо обидві системи публікують список робіт, ділянка отримає дві версії плану.
- Дані рухаються в обох напрямках: послідовність, дати і ресурси йдуть вниз, а час початку, завершення, кількості, брак, простої та витрати матеріалів повертаються назад.
- Якщо ви не можете довіряти статусу замовлень, закрийте цю прогалину першою, адже планувальник працює з фактичними даними, і без них його графік розходиться з реальністю.
APS проти MES: що робить кожна система?
Почнімо з простих описів.
APS — це програмне забезпечення для планування. Воно бере замовлення, маршрути, ресурси, змінні календарі, наявність матеріалів і правила та розраховує графік, який завод справді може виконати. Планувальники використовують його, щоб відповідати на запитання на кшталт «коли ми можемо виконати це термінове замовлення і що саме воно відсуне?» Добрий APS дозволяє скопіювати план, змінити одне припущення та порівняти два варіанти.
MES — це програмне забезпечення для виробничої ділянки. Воно фіксує виробничу активність щодо робочих замовлень і операцій, наприклад, які матеріали витрачено на певній станції. Оператори та майстри використовують його під час зміни. У дописі NIST у блозі про MES для малих виробників його описано як програмне забезпечення, що збирає дані в реальному часі для виявлення дефектів і неефективності, прив’язує виробничу активність до фактичних витрат і може передавати дані до ERP-системи. Думки автора належать лише йому, а в дописі зазначено, що MES також може слугувати системою контролю якості або планування.
Тож перша відмінність — у часі та користувачі. APS працює в масштабі від годин до тижнів і обслуговує планувальника. MES працює в масштабі від секунд до днів і обслуговує ділянку.
Де їх розміщує ISA-95?
Стандарт ISA-95 тут допомагає, бо дає обом сторонам одну спільну карту. Короткий огляд від OPC Foundation описує рівні так:
- Рівень 4 — це бізнес-планування та логістика, як правило, автоматизовані ERP-системою. Він працює з горизонтами в місяці, тижні та дні.
- Рівень 3 – це управління виробничими операціями. Він працює з горизонтами часу від днів до секунд. Серед його діяльності – детальне планування, диспетчеризація робіт і відстеження робіт або продукції.
- Рівні від 0 до 2 охоплюють фізичний процес, датчики та виконавчі механізми, а також автоматизацію й керування.
Зверніть увагу, що детальне планування розташоване на рівні 3 поруч із диспетчеризацією та відстеженням. Стандарт не використовує там категорію продуктів «APS». Він описує діяльність, а не програмні пакети. Власна сторінка ISA перелічує вісім частин: частина 2 охоплює зміст інтерфейсу між рівнями 3 і 4, а частина 3 – моделі діяльності управління виробничими операціями.
Саме тому детальне планування можна купити в продуктах обох типів. Постачальник може розмістити його як у блоці планування, так і в блоці виконання, і обидва варіанти будуть обґрунтованими.
Де перетинаються APS і MES?
Перетин – це послідовність робіт. Три запитання допоможуть у цьому розібратися.
- Яка система будує послідовність з урахуванням кількох обмежень і дозволяє порівнювати альтернативи? Це робота APS, навіть якщо MES пропонує просту версію.
- Яка система знає справжній стан кожного замовлення саме зараз? Це робота MES.
- Яка система формує список, за яким працює оператор? Таким має бути рівно один.
Третє запитання найболючіше, коли на нього відповідають погано. Якщо APS друкує один список, а MES показує інший, цех вибере той, за яким легше йти, і ваш план тихо перестане бути планом. Призначте одного власника послідовності, а іншу систему зробіть її споживачем.
Перепланування потребує такої самої чіткості. Коли верстат зупиняється, першим це бачить MES. APS вирішує, як виглядатиме новий план. Між цими двома подіями лежить правило, і його варто записати: хто може змінювати послідовність протягом зміни та як ця зміна повертається до планувальника.
Як APS і MES обмінюються даними?
Дані плану йдуть униз, а зворотний зв'язок – угору.
Униз ідуть звільнені замовлення, їхня послідовність, планові час початку й завершення, призначення ресурсів і пріоритети. Угору надходять фактичні час початку й завершення, кількість придатної продукції та браку, час налагодження і виконання, простої, витрати матеріалів і наявність людей та верстатів.
ISA-95 називає чотири види інформації, якими обмінюються системи на рівнях 3 і 4: матеріали, обладнання, фізичні активи та персонал із його ролями й кваліфікацією. Для планувальника це зручний перелік того, що йому потрібно знати. Розклад, який ігнорує, які оператори кваліфіковані для верстата, є нездійсненним, що б не показував екран.
Далі постає питання швидкості. Підсумок OPC повідомляє, що реальний час на рівні 3 означає інформацію, доступну за кілька секунд після події в цеху, а на рівні 4 – дані, доступні щодня або протягом кількох годин після завершення зміни. Дослідники з FIR при RWTH Aachen висловлюють схожу думку щодо керування виробництвом: реальний час слід розуміти як затримку на фіксацію визначених подій, а не як мілісекунди. Запитайте, яке рішення підтримує кожне повідомлення. Керівнику зміни, який перерозподіляє людей, коли завдання запізнюється, потрібні хвилини. Планувальнику, який перепланує завтрашні замовлення, потрібен статус до кінця зміни.
Та сама сторінка FIR зазначає, що відхилення враховуються в наступних рішеннях і можуть змінювати вхідні дані для подальшого планування. Простіше кажучи, фактичні дані мають покращувати план. Якщо ваші планувальники й далі користуються нормативними часами, які щодня суперечать MES, цикл не замкнено.
Вам потрібні APS, MES чи обидва?
Обирайте за більшим розривом. Поширені такі ситуації:
- Ви не можете давати надійних дат поставки, розрахунок послідовності вузького місця займає години, а термінові замовлення ламають тиждень. Розгляньте APS, щойно дані про маршрути будуть у порядку.
- Ви не знаєте, що й коли було вироблено, статус замовлень живе на папері або ви не можете показати, який матеріал пішов у який продукт. Спершу розгляньте MES або простіший облік виробництва в цеху.
- Ваша продукція регулюється, і вам потрібні записи для кожної партії або серійного номера. Це сфера MES.
- Ваші маршрути стабільні, а потужності не перевантажені. Планування в ERP разом з уважним планувальником може бути достатнім.
- Ви хочете, щоб план реагував на те, що відбувається в цеху. Вам потрібні обидві системи з визначеним обміном даними.
Ось гіпотетичний приклад. Завод працює на паперових маршрутних картках. Оператори записують кількості наприкінці зміни, а планувальник вносить їх у систему наступного ранку. Планувальник дізнається про статус вівторка лише в середу. Купівля кращого планувальника дасть точніший план, але побудований на вчорашньому статусі. Спершу варто фіксувати хід виробництва під час зміни — це усуне застарілість даних. Завод у цьому прикладі вигаданий. Логіка працює для будь-якого заводу: планувальник працює з фактичними даними, а без них план поступово розходиться з реальністю.
Як їх з'єднати без великого проєкту «все або нічого»?
Працюйте невеликими кроками, по одній лінії за раз.
- Визначте, хто відповідає за послідовність, і запишіть це.
- Складіть перелік повідомлень в обох напрямках: відправник, отримувач, тригер і частота.
- Перевірте маршрути, норми часу та календарі для пілотної лінії. Обидві системи успадковують усі помилки в них.
- Запустіть новий потік поруч зі старим процесом на кілька тижнів.
- Порівнюйте планові та фактичні початок і завершення для кожного замовлення та аналізуйте розбіжності.
- Розширюйте на наступну лінію лише тоді, коли показники з обох боків збігаються.
Що варто запитати у постачальників?
Незалежно від того, купуєте ви APS, MES чи обидві системи, одні й ті самі запитання відрізняють конкретні відповіді від розмитих:
- Яка система є головною для послідовності і як інша дізнається про зміни?
- Які повідомлення передаються в кожному напрямку і як часто?
- Що відбувається, коли з'єднання розривається? Чи може цех продовжувати працювати й надолужити пізніше?
- Скільки триває перепланування і як планувальник бачить, що змінилося?
- Хто підтримує відповідність даних, коли ви додаєте сімейство продуктів або робочий центр?
- Які стандарти використовує інтерфейс, наприклад визначення повідомлень на основі ISA-95 або OPC UA?
Попросіть пілот на одній лінії з вашими власними даними. Демонстрація на зразковому заводі постачальника не показує, як обидві системи поводяться, коли ваші дані неідеальні.
Типові помилки
- Купівля APS для вирішення проблеми, яка насправді полягає у відсутності даних з цеху.
- Купівля MES з очікуванням, що він оптимізуватиме послідовність.
- Дозвіл обом системам публікувати робочий список.
- Припущення, що інтерфейс є «стандартним», і пропуск узгодження даних.
- Порівняння плану зі нормами часу, які ніхто не перевіряв рік.
- Запуск на всьому заводі одразу, через що жодна команда не може навчитися на першій лінії.
Де тут Polaris
Якщо ваша головна прогалина — здійсненний план і його зв'язок із цехом, варто розглянути iFAKT Polaris. iFAKT описує Polaris як ШІ плюс цифровий двійник виробництва, що працює з даними ERP. Модуль Polaris Optimizer створює оптимізований план із урахуванням обмежень, таких як ресурси, зміни, навички та потужності, а також аналізує вплив збоїв і виконує повторну оптимізацію. Модуль Polaris Operator передає план у цех у вигляді завдань з прив'язкою до часу і фіксує хід виконання, затримки та збої як зворотний зв'язок. Чи замінює він ваш MES, чи лише доповнює його, залежить від того, що MES має фіксувати, наприклад витрату матеріалів, дані про якість або простежуваність, тож спершу порівняйте саме цей перелік.
Пов'язані теми для вивчення
- Планування з обмеженою потужністю: чому погляд на навантаження за тиждень може виглядати добре, тоді як щоденний графік є нездійсненним.
- Замкнуте планування виробництва: як зворотний зв'язок із цеху змінює наступний план.
- Майстер-дані для планування: хто відповідає за маршрути, норми часу та календарі.
- З'єднання MES з ERP: які замовлення і підтвердження рухаються в кожному напрямку.
Наступний крок
Визначте, яке з двох тверджень точніше для вашого заводу: «Ми не можемо побудувати графік, якому довіряємо» або «Ми не бачимо, що насправді відбувається». Ця відповідь здебільшого вирішує питання APS чи MES, і вона підказує, з яким постачальником говорити першим.