Работна поръчка срещу покупна поръчка: разликата, която всеки потребител на 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, данните за надеждността на актива са неверни.