A pull система е метод за контрол на производството, който разрешава работа само когато сигналът от по-надолу по потока показва, че е необходима, вместо да тласка материал напред въз основа на прогноза или фиксиран график.
В pull система работна станция произвежда детайл само след като следващият процес (или клиентът) консумира такъв, така че запасите се попълват въз основа на реалната консумация. Резултатът е по-малко незавършена продукция (WIP), по-кратко време за изпълнение и проблеми, които излизат наяве бързо, защото няма буфер, управляван от прогноза, който да ги крие.
Най-ясният начин да разберете pull е да го противопоставите на push. В push система централен график казва на всяка работна станция какво и кога да произвежда, въз основа на прогнозата за търсене. Всяка станция работи според собствения си план и предава готовите детайли на следващата, независимо дали тя е готова.
Когато прогнозата е грешна, материалът се натрупва между станциите, WIP се увеличава и дефектите могат да пътуват далеч преди някой да ги забележи.
Pull система обръща тригъра. Нищо не се мести, докато процесът надолу по потока не го издърпа. Това директно атакува няколко от седемте вида отпадъци на lean, особено свръхпроизводството и излишните запаси, които се считат за най-вредни, защото прикриват всички други проблеми. Pull не премахва планирането: все още правите прогноза на агрегирано ниво, за да оразмерите системата. То променя това, което упълномощава отделната единица работа.
Хората често използват "канбан" и "pull" като синоними, но те не са едно и също. Pull е принципът. Канбан е един от сигналните механизми, които реализират pull. Канбан (на японски означава „табела“) е карта, контейнер, празно място или електронен сигнал, който упълномощава попълване. Когато станция надолу по потока изразходи контейнер с детайли, картата се връща нагоре като разрешение да се направи още един контейнер, и не повече.
Можете да изградите pull система и с други сигнали: схема с два контейнера, маркирано място на пода, точка за презаказване или поредица за излъчване. Канбанът просто е най-често срещаната и най-видимата опция. За по-задълбочено разглеждане на механиката на картите, оразмеряването на контейнери и дизайна на табла, вижте ръководството за канбан в производството.
Системата супермаркет е кръстена на наблюдението от търговията на дребно, което вдъхнови Toyota: рафт в магазин държи фиксирано количество, а персоналът допълва само това, което клиентите вземат. В производството супермаркетът е контролиран буфер от готови детайли между два процеса. Процесът надолу по потока изтегля това, което му е нужно, а изтеглящият канбан упълномощава процеса нагоре по потока да произведе точно количеството за презареждане.
Supermarket pull е подходящ за продукти с много варианти и относително стабилно търсене, при които държането на малък буфер от всеки детайл е по-евтино от произвеждането на всичко по поръчка. Работи най-добре когато промените на настройките са бързи и броят на артикулните номера е управляем. Когато разнообразието експлодира, поддържането на супермаркет за всеки детайл става непрактично, и тогава последователният pull поема юздите.
В последователна (или FIFO) pull система не държите супермаркет с готови варианти. Вместо това произвеждате един от всяка поръчка в точната последователност, която клиентът е поискал, и материалът тече през първо влязло, първо излязло (FIFO) лента с ограничен размер. Самата FIFO лента действа като сигнал: когато е пълна, процесът нагоре по потока трябва да спре, което предотвратява свръхпроизводството по същия начин, както би го направил канбан.
Последователният pull е подходящ за производство с голямо разнообразие, малки обеми или силно персонализирани продукти, където държането на готови запаси от всяка конфигурация е разхищение. Много реални заводи работят по смесен модел: supermarket pull за високотърсени части и последователен pull за дългата опашка. Уравняването на подаването на поръчки в тези ленти с heijunka (уравняване на производството) поддържа и двата типа стабилни и предотвратява скоковете в търсенето да дестабилизират линията.
Основната полза от pull е драматично по-ниската незавършена продукция, което скъсява времето за изпълнение. Законът на Литъл прави връзката точна: средното време за изпълнение е равно на средния WIP, разделен на средния пропускателен капацитет. Намалете WIP без да намалявате пропускателния капацитет и времето за изпълнение пада в пряка пропорция. Следват и други ползи:
Разгледайте монтажна клетка, която работи по push график и средно има 600 единици WIP на линията. Тя произвежда (пропускателен капацитет) 120 единици на ден. По Закона на Литъл средното време за изпълнение е 600 разделено на 120, което е 5,0 дни. Всяка поръчка престоява в системата една работна седмица, преди да бъде изпратена.
Екипът преобразува клетката към supermarket pull. Те ограничават попълването с канбани така, че между станциите да са разрешени само 15 контейнера по 10 единици всеки, като ограничават WIP до 150 единици. Пропускателният капацитет остава 120 единици на ден, защото тясното място не се променя, променя се само количеството материал в изчакване. Новото време за изпълнение е 150 разделено на 120, което е 1,25 дни.
Това е намаление на времето за изпълнение с 75% (от 5,0 до 1,25 дни) и 450 по-малко единици капитал, обвързан на пода, постигнато без закупуване на машина или добавяне на смяна.
Ако се появи дефект, сега той излиза наяве в рамките на около ден вместо седмица, което намалява количеството подозрителни части, които трябва да ограничите и преправите. Съчетаването на това с дисциплинирана стандартна работа поддържа времената за цикъл достатъчно стабилни, за да остане броят на канбаните точен.
Pull не е превключвател, който просто включвате. Той зависи от надеждно оборудване, стабилни времена на цикъл, бързи смени на настройките и добро качество, защото изтощена или препълнена лента издава всяка нестабилност мигновено.
Pull системата също така работи въз основа на надеждни данни за консумацията: ако не знаете какво действително е произведено и използвано, не можете да оразмерите канбан циклите или да разпознаете кога някой цикъл се измества. Тук имат значение данните в реално време за производството, и това е точно това, което Fabrico осигурява като основа.
Fabrico дава в реално време OEE и мониторинг на производството , за да можете да видите реалния пропускателен капацитет и времето на престой, и улавя тези данни дори на по-стари машини без PLC, използвайки мониторинг с компютърно зрение. Неговата CMMS поддържа активите достатъчно здрави, за да са малките буфери безопасни.
Fabrico не изпълнява логиката за планиране на pull система вместо вас, но предоставя точния, жив сигнал за това, което действително се случва на пода, данните, от които всяко pull решение зависи.
Те са тясно свързани, но не са идентични. Just-in-time (JIT) е по-широката цел да произвеждате и доставяте само това, което е нужно, когато е нужно, в необходимото количество. Pull системата е основният механизъм, използван за постигане на JIT на производствения под. Въвеждате pull (често с канбан), за да направите JIT реалност, така че pull е начинът, а JIT е целта.
Не. Все още правите прогноза на агрегирано ниво, за да оразмерите системата: колко канбана да освободите, колко големи да са супермаркетите и какъв капацитет да осигурите. Това, което се променя, е, че прогнозата вече не упълномощава всяка отделна единица производство. Това прави консумацията. Прогнозата задава границите; pull сигналът взема решенията от момент на момент.
Да, но обикновено се смесват подходи. Високооборотни части със стабилно търсене подхождат на supermarket pull, докато ниско-обемните или поръчкови части подхождат на последователен FIFO pull, произведен по поръчка. Уравняването на входящите поръчки с heijunka и поддържането на кратки смени на настройките са това, което прави голямото разнообразие управляемо. Без тези мерки броят необходими супермаркети може да стане непрактичен.
Готови ли сте да осигурите на вашата pull система точните данни в реално време, от които тя зависи? Вижте как Fabrico превръща живите сигнали от пода в по-нисък WIP и по-бърз поток, като запишете демонстрация на Fabrico.
Вход
Блог
