← Усі статті
Управління складом

Заводський склад: комплектування і подача на лінію

📅 · 13 хв читання · Команда 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 визначають результат більшою мірою, ніж софт. Корисно почати першу розмову з того, які з них у вашому цеху досі не вирішені.

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