← Усі статті
Warehouse Management

Що має вміти система управління складом, коли клієнт — верстат, який працює за графіком

📅 · 4 хв читання · Команда Meta Smart Factory

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

Що заводська WMS має вміти, а дистрибуційна — ні

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

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

Підготовка, подача на лінію та комплектування — це три різні речі

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

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

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

Куди насправді дівається незавершене виробництво, залишки та повернення на склад

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

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

Друге місце витоку — залишки. Коли операція забирає 4,3 метра з шестиметрового прутка, лишається не 1,7 метра: це 1,7 мінус ширина різу, мінус торцювання і мінус те, що тримав патрон. Цей шматок стає запасом із новою ідентичністю, або браком, або шматком металу під стіною, який хтось використає наступного місяця, нікому про це не сказавши. Керованим є лише перший варіант, і лише за умови, що довжину вимірюють при поверненні, а не розраховують, і що вона лягає на вантажну одиницю, яка успадковує батьківську партію та отримує адресу. Повернення, для якого потрібен майстер і настільний комп’ютер, робиться завтра або ніколи.

Комірки, зонування та розкладка, коли споживач — верстат

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

Найважливіше рішення — деталізація на лінії. Гравітаційний стелаж на пості номер сім є складською коміркою, чи матеріал вважається спожитим тієї миті, коли залишає стелажну зону? Кожен варіант хибний по-своєму. Списуйте при видачі зі стелажа — і ви занижуєте запас: матеріал, що стоїть біля поста, поза обліком, планування пропонує поповнення для деталей, які фізично там є, а момент споживання стає вигадкою, прив’язаною до того, коли хтось посунув палету. Залиште прилінійну зону поза моделлю комірок, але всередині запасів заводу — і ви завищуєте доступність: розрахунок чистої потреби рахує матеріал, уже закріплений за одним верстатом. Моделювання прилінійної зони коштує транзакцій і купує чесний запас у точці споживання. Обирайте помилку свідомо.

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

Приймання й розміщення, коли якість може заблокувати партію

У дистрибуційному центрі приймання — це порахувати, звірити, розмістити. На заводі приймання створює партію зі статусом, і цей статус керує всім, що буде далі.

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

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

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

Термін придатності та обмеження партій, що скасовують правило відбору

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

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

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

Стратегії відбору для заводу і чому хвильовий відбір рідко пасує лінії

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

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

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

Штрихкод, RFID і RTLS — і де кожен із них справді окупається

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

Штрихкод — варіант за замовчуванням. Інженерія тут в етикетці, а не в символіці. Етикетка прямого термодруку виходить із печі полімеризації суцільно чорною; восковий ріббон розмазується; смоляний ріббон на поліімідній або високотемпературній поліестеровій основі переживає цикл. Етикетка для мийки під тиском, холодильного складу, печі чи мастильно-охолоджувальної рідини — це специфікація: основа, клейовий шар, ріббон, а також перевірені температура й витримка, — а не закупівля витратних матеріалів.

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

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

Точність запасів, циклічна інвентаризація та ціна хибної цифри залишку

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

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

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

WMS, ERP і MES: хто володіє запасом, замовленням і рухом

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

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

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

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

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

AGV, AMR і що має бути правдою, перш ніж автоматизувати переміщення матеріалу

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

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

Як оцінювати WMS, побудовану для заводу

Списки функцій кандидатів не розділять, бо розміщення, відбір і перерахунок є в усіх у короткому списку. Розділять сценарії, прогнані на ваших власних основних даних.

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

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

Де тут місце складського модуля

Модулі Smart Warehouse Management і Logistics від Meta Smart Factory стоять на тій самій платформі, що й модулі MES, APS, MRP і Quality, і це має значення скрізь, де складу треба знати графік: резервування під наряди, підготовка, яка перепланується в часі при зміні послідовності, споживання, проведене за подіями виробництва, а не наприкінці зміни, і блокування за якістю, здатне знайти вже підготовлений матеріал. Поруч стоїть модуль RTLS та управління воротами.

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

Обговорити це з нашими експертами