Работна поръчка срещу покупна поръчка: разликата, която всеки потребител на CMMS трябва да знае

Ключови изводи - Работна поръчка (WO) = вътрешно искане за поддръжка, ремонт или извършване на задача. Се съхранява в CMMS. - Поръчка за покупка (PO) = външен ангажимент за закупуване на стоки или услуги от доставчик. Се съхранява в ERP. - Една работна поръчка често поражда една или повече поръчки за покупка (части, труд на изпълнители) — те трябва да бъдат свързани, а не обърквани. - Смесването им създава грозно счетоводство: часовете за поддръжка се появяват като покупки, а фактурите на доставчици — като вътрешен труд. - Модерен CMMS държи работните поръчки отделни и се интегрира с ERP за PO частта на всяко харчене. Кратък отговор: Работната поръчка е вътрешен запис за задача по поддръжка или ремонт — техници, оборудване, отработени часове, използвани части. Поръчката за покупка е външен ангажимент да се купи нещо от доставчик. Една работна поръчка може да генерира поръчки за покупка за части или труд на изпълнители, но това са отделни записи и се съхраняват в различни системи. Объркването им води до счетоводен хаос и нарушава отчетността на поддръжката. Какво е работна поръчка Работната поръчка е единицата работа в поддръжката. Тя записва: - Кое оборудване се нуждае от работа. - Какво трябва да се направи (планирана задача по поддръжка, аварийна поправка, модификация, инспекция). - Кой е назначен (техник, екип). - Колко е отнело (работни часове). - Какви части са използвани (от инвентар). - Разходи (труд + части + изпълнители, ако има). Работните поръчки се съхраняват в CMMS. Те са основата за изчисляване на MTBF, MTTR, съотношение планирано/реактивно и общи разходи за поддръжка на актив. Какво е поръчка за покупка Поръчката за покупка е ангажимент да се купи от доставчик. Тя записва: - Доставчика. - Артикул или услуга, които се купуват. - Количество и единична цена. - Дата на доставка. - Общата стойност. - Вътрешния център на разходи или проект. Поръчките за покупка се съхраняват в модула за поръчки на ERP. Те са основата за трилатералното съгласуване (PO, прием, фактура) за задължения към доставчици. Как се пресичат Пресечната точка е събитие по поддръжката, което изисква част или външна услуга: 1. Оборудване отказва. Техник отваря работна поръчка. 2. Резервен лагер не е наличен на склад. Техникът се нуждае от PO, за да го купи. 3. CMMS генерира заявка за части; ERP издава PO към доставчика. 4. Частта пристига. Приемането я записва спрямо PO и обновява инвентара. 5. Техникът изважда частта за WO. WO записва стойността на частта. 6. Пристигат фактурите от доставчика. ERP съгласува с PO и прием за плащане. Същото събитие по поддръжката, две системи, два типа записи, една връзка между тях. Интеграцията CMMS–ERP е това, което поддържа връзката чиста. Къде се появява объркването 1. Третиране на WO като PO и обратно. Някои заводи използват един и същ термин за двете и използват CMMS и за поръчки. Малки цехове могат да си позволят това; по-големите не — защото контролите на снабдяването се разпадат. 2. Работа на изпълнител без WO. Ако изпълнител дойде да ремонтира нещо и единственият запис е PO, който го е платил, нямате история на WO за актива. MTBF за този актив става неправилен. 3. Стойността на частите не се връща в WO. Ако части, изтеглени срещу PO, никога не бъдат записани обратно в първоначалната WO, разходът на WO е грешен и отчетите по актив са неверни. Защо това има значение за OEE и надеждност Работната поръчка е одитната следа за всяка поправка, докосваща актив. Ако историята на WO липсва или е „надутa“ от произволни PO, две неща се нарушават: - MTBF и MTTR стават ненадеждни. Не можете да кажете колко често се поврежда актива или колко време отнемат поправките без чисти данни от WO. - Затвореният цикъл между OEE и CMMS се нарушава. Ако OEE отчете събитие на престой и CMMS не може да свърже последващата поправка с конкретна WO с части и труд, цикълът остава отворен и аналитиката е шумна. Как изглежда добрата практика 1. Всяка поправка има WO. Без изключения, включително работа на изпълнители и гаранционни ремонти. 2. PO се създава от WO, когато е необходим външен разход. CMMS задейства заявката за PO в ERP и поддържа връзката. 3. Частите и трудът се записват обратно в WO. Както вътрешните (вземания от склад), така и външните (приеми по PO) се отразяват в разходите на WO. 4. Трудът на изпълнителя се документира в WO. PO плаща изпълнителя; WO записва часовете и извършената работа. Как модерна CMMS се справя с това Модерна CMMS поддържа workflow за заявка на части, който предава към ERP за стъпката с PO, след което получава обратно номера на PO, за да бъдат свързани WO и PO. Тя улавя трудa на изпълнителите в WO, дори когато изпълнителят е фактуриран чрез PO. И се интегрира с OEE платформата, така че събитията на престой автоматично отварят WO и затварят аналитичния цикъл. CMMS на Fabrico поддържа свързани WO/PO процеси чрез API към ERP на клиента и улавя както вътрешния труд, така и труда на изпълнители, заплатен чрез PO, в една и съща WO — запазвайки данните за надеждност чисти. Често задавани въпроси Може ли работна поръчка да бъде поръчка за покупка? Не. Това са различни записи в различни системи. WO може да породи една или повече PO, но записите са отделни. Трябва ли CMMS да създава PO? Обикновено не. CMMS създава заявка за части, която ERP превръща в PO. Контролите на снабдяването (одобрение на доставчици, трилатерално съгласуване) са в ERP. Какво е заявка за поддръжка (work request)? Заявката за поддръжка е предшественик на работната поръчка. Операторите подават заявки; поддръжката ги преглежда и одобрява в работни поръчки. Как да проследя труд на изпълнител, който е платен чрез PO? Отворете работна поръчка за задачата по поддръжката, прикачете номера на PO за плащането на доставчика и запишете отработените часове на изпълнителя в WO. Два записа, едно събитие. Защо това е важно за надеждността? MTBF и MTTR се изчисляват от историята на WO. Ако WO липсват или са непълни, защото работата е била проследявана само като PO, данните за надеждността на актива са неверни.

Вижте Fabrico в действие. Резервирайте персонализирано демо.