Шаблон за RFP за OEE софтуер: 47 изисквания и матрица за претеглено оценяване

Запитване за предложение (RFP) за софтуер за OEE ( обща ефективност на оборудването ) има две цели: принуждава доставчиците да отговарят на вашите конкретни изисквания, а не на стандартната си презентация, и създава структурирана основа за сравняване на отговорите от различни доставчици.

Много производители изпращат слабо структурирани RFP за OEE, или твърде общи (искания като „възможност за изчисляване на OEE “ без уточняване на необходимата детайлност), или твърде предписващи (определящи техническа архитектура, която ограничава отговорите до доставчици, които са изградили платформата си по определен начин).

Правилната структура на RFP е насочена към изискванията: какви резултати ви трябват, а не как доставчикът трябва да ги предостави.

Едно ефективно RFP за OEE софтуер има седем раздела. Първо, преглед на компанията и завода, който дава на доставчиците контекст за вашата производствена среда (индустрия, брой линии, типове машини, съществуваща ИТ инфраструктура, ERP система). Второ, дефиниране на обхвата, кои обекти и производствени зони са включени в първоначалното внедряване и кои могат да бъдат добавени по-късно.

Трето, функционални изисквания, организирани по категории (събиране на данни, изчисляване на OEE, отчитане, интеграции, мобилен достъп, алармиране). Четвърто, технически изисквания, обхващащи архитектура на внедряване, сигурност, стандарти за интеграция и експортиране на данни. Пето, изисквания за внедряване и поддръжка, включително подход за внедряване, обучение и очаквания за нива на обслужване (SLA).

Шесто, търговски изисквания, обхващащи модел на ценообразуване, условия по договора и структура на лицензиране. Седмо, изисквания за референтни клиенти, като се иска за препоръки в рамките на вашата индустрия и размер на завода.

Разделът с функционални изисквания е мястото, където повечето производители недоопределят. Общи изисквания като „възможност за проследяване на престои“ не дават информация, всеки доставчик на OEE твърди това. Конкретни изисквания като „системата трябва да улавя събития за престой автоматично чрез сигнал от PLC без ръчен запис от оператор, да ги категоризира в поне 3 йерархични нива и да позволява ретроспективна рекатегоризация в рамките на 24 часа“ принуждават доставчиците да опишат реалната си способност, вместо да претендират за общо съответствие. Писането на изисквания с такава специфичност изисква подготовка, или от вътрешни потребители, които знаят какво липсва в текущата система, или от консултант по внедряване на OEE, който е виждал множество системи в производство.

Организирането на изискванията в RFP в категории улеснява оценяването. Изискванията за събиране на данни трябва да обхващат: автоматично разпознаване на състоянието на машината чрез PLC/OPC‑UA конфигурируема йерархия на причините за престой (минимум 3 нива) работен поток за потвърждение на престой от оператор събиране на брой произведени единици от машинни сигнали

улавяне на брака на място на производство категоризация на състояния за смяна на настройки и планирана поддръжка конфигуриране на график на смените и поддръжка на многопродуктови серии с целеви циклови времена за всеки продукт.

Изисквания за изчисление на OEE: OEE изчисление, съвместимо с ISO 22400 конфигурируема методология на изчисление (OEE от световна класа срещу практическо OEE срещу теоретично OEE) изчисляване и показване на подметрики за наличност, производителност и качество агрегация на ниво смяна, дневна, седмична и месечна сумиране/агрегация на ниво линия, участък и завод

изчисление на OEE в реално време (не само в края на смяната) процент на първокачествена продукция, различен от общия процент на качество и изчисляване на историческа тенденция за минимум 24 месеца.

Изисквания за отчети и аналитика: конфигурируемо табло за всяка потребителска роля Парето анализ на причините за престои по продължителност и честота водопадна диаграма за OEE (дерево на загубите, показващо компонентите наличност, производителност и качество) отчети за сравнение на смени бенчмаркинг на линии между обекти планирана доставка на отчети по имейл

експорт на сурови данни в CSV/Excel и API достъп за интеграция с BI инструменти. Изисквания за интеграция: OPC‑UA клиент; интеграция на производствени поръчки със SAP/Oracle/D365 (ако е приложимо); задействане на работна поръчка в CMMS при събитие с престой; Еднократно влизане (SSO) чрез SAML 2.0 или OIDC; и криптирано прехвърляне на данни чрез HTTPS.

Мобилни и уведомителни изисквания: мобилно приложение за iOS и Android; известие в реално време до ръководителя на смяна при събитие с престой, надхвърлящо прага; push известие с дневно резюме на OEE; и офлайн режим със синхронизация на данните при повторно свързване.

Матрица с претеглени оценки преобразува отговорите на RFP в сравними резултати, които отразяват приоритетите на вашата организация.

Претеглянето трябва да отразява относителната важност на всяка категория изисквания за вашата конкретна ситуация, производител с комплексни SAP интеграции трябва да дава по-голяма тежест на възможността за интеграция, отколкото такъв, който използва самостоятелен ERP, докато завод с лоша дисциплина при въвеждането на данни от операторите трябва да дава по-голяма тежест на автоматизираното събиране на данни, отколкото на гъвкавостта на отчетите.

Типична структура на претегляне за производител от средния пазарен сегмент: Възможност за събиране на данни (25%), основата, без която данните за OEE са ненадеждни Изчисляване на OEE и аналитика (20%), основният източник на стойност Интеграция с ERP/CMMS (20%), връзката със съществуващите системи Внедряване и поддръжка (15%), рисковете при изпълнението Отчети и дашборди (10%), потребителското изживяване

Търговски условия (10%), общата стойност на притежанието.

В рамките на всяка категория отделните изисквания се оценяват от 0 до 3 (0 = не се поддържа, 1 = в пътната карта, 2 = поддържа се с конфигурация, 3 = поддържа се нативно/готово за употреба) и оценката на категорията е претеглената средна стойност на оценките за отделните изисквания.

Освен количествената оценка, съставете кратък списък с доставчици за структурирано демо преди окончателния избор. Отговорите на RFP описват възможностите; демонстрациите разкриват използваемостта.

Най-добрият OEE софтуер за вашия завод е този, който операторите ви всъщност ще използват правилно, за което е необходимо да оцените интерфейса за оператора в контекста на конкретната ви производствена среда, с вашите типове машини, смени и работни потоци за въвеждане на данни.

Оценката на демонстрацията претеглете отделно от RFP резултата и комбинирайте двете в окончателната си препоръка за доставчик към висшето ръководство.