Атестаційні завдання K2 ERP/Перевірка якості продукції

Атестаційне завдання K2 ERP — Перевірка якості продукції — це практична задача для перевірки навичок розробника або впроваджувача K2 ERP у створенні модуля контролю якості продукції, партій, зразків, критеріїв, нормативів, дефектів, протоколів випробувань, рішень по партіях, коригувальних дій і звітності.

Модуль має забезпечувати повний цикл контролю якості: продукція → партія → зразок → перевірка → критерії → фактичні результати → дефекти → рішення → протокол → акт → звіт.

Коротко. Потрібно реалізувати модуль перевірки якості: продукція, партії, зразки, типи перевірок, критерії якості, нормативи, результати тестів, дефекти, рішення «прийнято / доопрацювання / відхилено», протоколи PDF, акти браку, аналіз причин, CAPA, звіти, AJAX-інтерактив і аудит.

Назва завдання

Модуль обліку перевірок якості продукції, виявлення дефектів, протоколів випробувань і аналізу результатів.

Мета завдання

Мета завдання — створити в K2 ERP модуль для автоматизації контролю якості сировини, напівфабрикатів, готової продукції або товарів, отриманих від постачальників.

Система повинна дозволяти:

• вести базу продукції;
• вести облік партій продукції;
• створювати перевірки якості;
• формувати зразки для контролю;
• задавати типи перевірок;
• задавати критерії якості;
• задавати нормативні значення;
• фіксувати фактичні результати вимірювань;
• автоматично визначати відповідність нормам;
• фіксувати дефекти;
• класифікувати дефекти за типами і критичністю;
• приймати рішення по партії;
• формувати протоколи випробувань;
• формувати акти приймання;
• формувати акти браку або списання;
• аналізувати причини дефектів;
• вести коригувальні і попереджувальні дії;
• будувати звіти по якості;
• підтримувати завантаження файлів, фото і лабораторних результатів;
• вести журнал змін;
• підтримувати рольовий доступ.

Головний принцип. По кожній партії має бути зрозуміло: що перевірялось, за якими критеріями, які були нормативи, які фактичні значення отримано, які дефекти знайдено і яке фінальне рішення прийнято.

Реальний бізнес-контекст

Підприємство виробляє або закуповує продукцію і повинно контролювати її якість.

Контроль може застосовуватись до:

• сировини;
• матеріалів;
• комплектуючих;
• напівфабрикатів;
• готової продукції;
• товарів від постачальників;
• продукції після повернення від клієнта;
• продукції після ремонту або доопрацювання.

Контроль якості потрібен для:

• дотримання стандартів ISO;
• зниження браку;
• контролю постачальників;
• зменшення фінансових втрат;
• запобігання рекламаціям;
• підвищення довіри до бренду;
• формування доказової бази при спорах;
• аналізу причин відхилень.

Основний бізнес-процес

Типовий процес перевірки якості виглядає так:

1. створюється партія продукції;
2. призначається тип перевірки;
3. визначається кількість одиниць у партії;
4. визначається кількість одиниць для контролю;
5. створюються зразки;
6. для перевірки обираються критерії якості;
7. система підтягує нормативні значення;
8. відповідальний співробітник вносить фактичні результати;
9. система визначає відповідність кожного критерію;
10. у разі відхилення фіксується дефект;
11. визначається критичність дефекту;
12. приймається фінальне рішення по партії;
13. формується протокол перевірки;
14. за потреби формується акт браку або акт доопрацювання;
15. дані потрапляють у звіти й аналітику.

Основні об’єкти модуля

Об’єкт	Призначення
Продукція	Номенклатура або вироби, що перевіряються
Партії	Конкретні партії продукції або сировини
Зразки	Одиниці або проби для контролю
Типи перевірок	Вхідний, міжопераційний, фінальний контроль тощо
Критерії якості	Параметри, які перевіряються
Нормативи	Допустимі значення критеріїв
Результати перевірок	Фактичні вимірювання
Дефекти	Виявлені невідповідності
Рішення по партії	Прийнято, доопрацювати, відхилено
CAPA	Коригувальні та попереджувальні дії
Протоколи	Документи з результатами перевірки
Звіти	Аналітика якості, браку і дефектів

Довідник «Типи перевірок»

Тип перевірки визначає, на якому етапі контролюється продукція.

Приклади типів перевірок

• вхідний контроль сировини;
• вхідний контроль товарів від постачальника;
• міжопераційний контроль;
• фінальний контроль готової продукції;
• вибірковий контроль;
• суцільний контроль;
• лабораторне випробування;
• контроль після рекламації;
• контроль після доопрацювання;
• сертифікаційне випробування;
• контроль безпеки;
• контроль міцності;
• контроль герметичності;
• контроль упаковки;
• інше.

Поля типу перевірки

Поле	Опис
Назва типу	Наприклад: Вхідний контроль
Етап контролю	Вхідний, виробничий, фінальний, повторний
Опис	Коротке пояснення
Потребує зразків	Так або ні
Потребує лабораторного протоколу	Так або ні
Статус	Активний або архівний

Довідник «Критерії якості»

Критерій якості — це параметр, який перевіряється.

Приклади критеріїв

• вага;
• довжина;
• ширина;
• висота;
• діаметр;
• товщина;
• твердість;
• міцність;
• герметичність;
• вологість;
• кислотність;
• колір;
• запах;
• зовнішній вигляд;
• маркування;
• комплектація;
• функціональність;
• електрична безпека;
• стерильність;
• інші специфічні параметри.

Поля критерію якості

Поле	Опис
Назва критерію	Наприклад: Вага, Колір, Герметичність
Одиниця виміру	кг, г, мм, %, бал, так/ні
Тип значення	Число, текст, так/ні, список
Опис методики	Як саме перевіряти
Обов’язковий	Так або ні
Статус	Активний або архівний

Довідник «Нормативи якості»

Норматив визначає допустимі межі для критерію.

Поля нормативу

Поле	Опис
Продукція	До якої продукції застосовується
Тип перевірки	Для якого виду контролю
Критерій якості	Що перевіряється
Мінімальне значення	Нижня межа, якщо є
Максимальне значення	Верхня межа, якщо є
Еталонне значення	Очікуване значення
Допуск	Допустиме відхилення
Метод перевірки	Опис або посилання на методику
Нормативний документ	Стандарт, ТУ, ISO, ДСТУ, інструкція

Довідник «Типи дефектів»

Дефекти потрібно класифікувати для подальшого аналізу.

Приклади типів дефектів

• механічне пошкодження;
• невідповідність розміру;
• неправильна вага;
• дефект кольору;
• порушення герметичності;
• відсутність маркування;
• неправильне пакування;
• неповна комплектація;
• функціональна несправність;
• забруднення;
• невідповідність документації;
• інше.

Рівні критичності дефектів

Рівень	Опис
Критичний	Продукцію не можна використовувати або продавати
Значний	Потрібне доопрацювання або додаткова перевірка
Незначний	Не впливає суттєво на використання, але має бути зафіксований

База «Продукція»

Продукція — це номенклатура або вироби, які проходять контроль.

Поля продукції

Поле	Опис
Назва продукції	Найменування виробу або матеріалу
Код продукції	Внутрішній артикул або код
Тип продукції	Сировина, напівфабрикат, готова продукція, товар
Постачальник	Якщо продукція отримана ззовні
Виробничий цех	Якщо продукція виготовлена всередині
Специфікація	Файл або опис вимог
Статус	Активна або архівна

База «Партії продукції»

Партія — це конкретний обсяг продукції, який перевіряється.

Поля партії

Поле	Опис
Номер партії	Унікальний номер партії
Продукція	Що входить до партії
Дата виробництва або надходження	Коли партія створена або отримана
Кількість у партії	Загальна кількість одиниць
Одиниця виміру	Шт, кг, л, м тощо
Постачальник або цех	Джерело партії
Статус партії	Очікує перевірки, прийнята, заблокована, відхилена
Коментар	Додаткова інформація

Статуси партії

Статус	Значення
Очікує перевірки	Партія ще не перевірена
На перевірці	Контроль якості триває
Прийнята	Партія відповідає вимогам
Потребує доопрацювання	Потрібні коригувальні дії
Заблокована	Партію тимчасово не можна використовувати
Відхилена	Партію не прийнято
Списана	Партію списано як брак

База «Зразки»

Зразки використовуються для вибіркового або лабораторного контролю.

Поля зразка

Поле	Опис
Номер зразка	Унікальний номер
Партія	З якої партії взято зразок
Дата відбору	Коли відібрано
Хто відібрав	Відповідальний співробітник
Кількість	Обсяг зразка
Місце відбору	Склад, цех, лінія, лабораторія
Статус	Відібрано, на тестуванні, перевірено, утилізовано

База «Перевірки якості»

Перевірка якості — головний документ контролю.

Колонки бази перевірок

Колонка	Опис
Продукція / партія	Що перевіряється
Тип перевірки	Вхідний, міжопераційний, фінальний тощо
Дата перевірки	Коли проведено
Відповідальний	Хто виконував
Кількість у партії	Загальна кількість
Кількість перевірених одиниць	Скільки перевірено
Результат	Прийнято, доопрацювання, відхилено

Поля перевірки якості

Поле	Опис
Номер перевірки	Унікальний номер
Партія	Яка партія перевіряється
Продукція	Підтягується з партії
Тип перевірки	Тип контролю
Дата початку	Початок перевірки
Дата завершення	Завершення перевірки
Відповідальний співробітник	Контролер якості або лаборант
Кількість у партії	Загальна кількість
Кількість перевірених одиниць	Обсяг контролю
Кількість дефектних одиниць	Скільки не відповідає вимогам
Відсоток браку	Розраховується автоматично
Рішення	Прийнято, доопрацювання, відхилено
Статус	Чернетка, в роботі, завершено, скасовано
Коментар	Примітки контролера

Формула відсотка браку

Відсоток браку = Кількість дефектних одиниць / Кількість перевірених одиниць × 100

База «Оцінка за критеріями»

Оцінка за критеріями — це детальні результати перевірки.

Поля оцінки

Поле	Опис
Перевірка	До якої перевірки належить
Зразок	Якщо оцінка виконується по зразку
Критерій якості	Що перевіряється
Нормативне значення	Очікуване або допустиме значення
Мінімальна межа	Нижня межа
Максимальна межа	Верхня межа
Фактичне значення	Результат вимірювання
Результат	Відповідає або не відповідає
Коментар	Пояснення або зауваження

Автоматична оцінка відповідності

Система має автоматично визначати результат.

Якщо фактичне значення входить у допустимий діапазон:

Результат = Відповідає

Якщо фактичне значення нижче мінімального або вище максимального:

Результат = Не відповідає

База «Дефекти»

Дефекти фіксуються, якщо виявлено невідповідність.

Поля дефекту

Поле	Опис
Перевірка	У межах якої перевірки знайдено дефект
Партія	Яка партія має дефект
Зразок	Якщо дефект знайдено у зразку
Тип дефекту	Класифікація дефекту
Критичність	Критичний, значний, незначний
Кількість дефектних одиниць	Скільки одиниць має дефект
Опис дефекту	Детальний опис
Фото	Фото дефекту, якщо є
Причина	Попередня або підтверджена причина
Статус	Новий, підтверджено, виправлено, списано

Рішення по партії

Після перевірки потрібно прийняти фінальне рішення.

Варіанти рішення

• прийнято;
• прийнято з зауваженнями;
• потребує доопрацювання;
• потребує повторної перевірки;
• частково прийнято;
• відхилено;
• списано як брак;
• заблоковано до рішення керівника.

Поля рішення

Поле	Опис
Перевірка	До якої перевірки належить
Партія	По якій партії прийнято рішення
Рішення	Прийнято, відхилено, доопрацювання тощо
Підстава	Коментар або документ
Відповідальний	Хто прийняв рішення
Дата рішення	Коли прийнято

CAPA — коригувальні та попереджувальні дії

CAPA використовується для усунення причин дефектів.

Поля CAPA

Поле	Опис
Дефект	З яким дефектом пов’язано
Тип дії	Коригувальна або попереджувальна
Опис дії	Що потрібно зробити
Відповідальний	Хто виконує
Термін виконання	Дедлайн
Статус	Заплановано, в роботі, виконано, прострочено
Результат	Що зроблено

Файли і вкладення

До перевірки можна додавати файли.

Типи вкладень

• PDF-протоколи лабораторії;
• Excel-файли з вимірюваннями;
• фото дефектів;
• фото зразків;
• сертифікати якості;
• специфікації;
• відео випробувань;
• службові записки;
• акти постачальника.

Протокол перевірки

Після завершення перевірки система має формувати PDF-протокол.

Протокол має містити

• номер перевірки;
• дату перевірки;
• продукцію;
• партію;
• тип перевірки;
• відповідального співробітника;
• кількість у партії;
• кількість перевірених одиниць;
• список критеріїв;
• нормативні значення;
• фактичні значення;
• результат по кожному критерію;
• список дефектів;
• фінальне рішення;
• підпис або ПІБ відповідального;
• дату формування документа.

Акти

Система може формувати:

• акт приймання продукції;
• акт відхилення партії;
• акт списання браку;
• акт доопрацювання;
• акт повторної перевірки;
• акт повернення постачальнику.

Звіт «Перевірки якості за період»

У звіті потрібно відображати:

• номер перевірки;
• дату;
• продукцію;
• партію;
• тип перевірки;
• відповідального;
• результат;
• кількість дефектів.

Звіт «Відсоток браку»

У звіті потрібно відображати:

• продукцію;
• партію;
• кількість перевірених одиниць;
• кількість дефектних одиниць;
• відсоток браку;
• період.

Звіт «Дефекти за категоріями»

У звіті потрібно відображати:

• тип дефекту;
• кількість випадків;
• критичність;
• продукцію;
• цех або постачальника.

Звіт «Якість по постачальниках»

У звіті потрібно відображати:

• постачальника;
• кількість партій;
• кількість відхилених партій;
• кількість дефектів;
• відсоток браку;
• рейтинг якості.

Звіт «Якість по цехах»

У звіті потрібно відображати:

• виробничий цех;
• кількість перевірок;
• кількість дефектів;
• відсоток браку;
• основні причини відхилень.

Звіт «Динаміка якості»

У звіті потрібно відображати:

• період;
• кількість перевірок;
• відсоток браку;
• кількість прийнятих партій;
• кількість відхилених партій;
• тренд якості.

Звіт «CAPA»

У звіті потрібно відображати:

• дефект;
• коригувальну дію;
• відповідального;
• строк виконання;
• статус;
• результат.

AJAX-інтерактив

Інтерфейс має працювати швидко й без перезавантаження сторінок.

Через AJAX мають працювати:

• пошук продукції;
• пошук партії;
• створення перевірки;
• додавання критеріїв;
• підтягування нормативів;
• введення фактичних значень;
• автоматична оцінка відповідності;
• додавання дефекту;
• завантаження фото дефекту;
• вибір фінального рішення;
• формування протоколу;
• фільтрація звітів;
• оновлення статусів перевірки.

Логування змін

Модуль повинен фіксувати всі важливі дії.

Журнал змін має зберігати:

• хто створив перевірку;
• хто змінив партію;
• хто додав критерій;
• хто змінив норматив;
• хто ввів фактичне значення;
• хто додав дефект;
• хто змінив критичність дефекту;
• хто прийняв фінальне рішення;
• хто створив CAPA;
• хто сформував протокол;
• хто змінив статус партії;
• дату й час дії;
• старе та нове значення, якщо це можливо.

Права доступу

Модуль має підтримувати рольову модель.

Роль	Можливості
Контролер якості	Створює перевірки, вносить результати, фіксує дефекти
Лаборант	Вносить лабораторні результати і прикріплює протоколи
Керівник якості	Приймає фінальні рішення, затверджує протоколи і CAPA
Технолог	Аналізує причини дефектів і пропонує коригувальні дії
Комірник	Бачить статус партії: прийнята, заблокована, відхилена
Постачальник, опціонально	Бачить результати перевірки своїх партій
Керівник	Переглядає звіти, аналітику і показники якості
Адміністратор системи	Налаштовує довідники, права, критерії, нормативи і шаблони документів

Технічні вимоги

Параметр	Опис
Бекенд	K2 Cloud ERP на Python або PHP
База даних	PostgreSQL або MySQL
Фронтенд	HTML5, JavaScript
AJAX	Fetch API або Axios
UI-компоненти	DataTables для перевірок, продукції, партій і критеріїв; Select2 для пошуку продукції, партій, постачальників і цехів
Графіки	Chart.js або аналог для динаміки браку і якості
Файли	Завантаження PDF, Excel, фото, сертифікатів і протоколів
Друк	Генерація актів перевірки, протоколів, актів браку у PDF
Експорт	Excel або PDF для звітів
Безпека	Рольовий доступ, журнал дій, контроль змін результатів перевірки

Рекомендовані сутності бази даних

Для реалізації задачі доцільно передбачити такі сутності:

• продукція;
• партії продукції;
• зразки;
• типи перевірок;
• критерії якості;
• нормативи якості;
• перевірки якості;
• результати за критеріями;
• типи дефектів;
• дефекти;
• рішення по партіях;
• CAPA;
• вкладення;
• протоколи;
• акти;
• звіти;
• журнал змін;
• права доступу.

Практичне завдання

У межах атестації потрібно продемонструвати робочий сценарій.

Мінімальний сценарій:

1. створити продукцію;
2. створити партію продукції;
3. створити тип перевірки;
4. створити критерії якості;
5. налаштувати нормативи;
6. створити перевірку якості;
7. створити зразки;
8. додати критерії до перевірки;
9. внести фактичні значення;
10. перевірити автоматичну оцінку відповідності;
11. зафіксувати дефект;
12. завантажити фото дефекту;
13. розрахувати відсоток браку;
14. прийняти рішення по партії;
15. створити CAPA для дефекту;
16. сформувати протокол перевірки;
17. сформувати акт браку або акт приймання;
18. сформувати звіт по дефектах;
19. сформувати звіт по відсотку браку;
20. перевірити журнал змін і права доступу.

Критерії оцінювання

Критерій	Бали	Що перевіряється
Реалізація бази продукції і перевірок якості	20	Продукція, партії, зразки, типи перевірок, статуси, відповідальні
Оцінка за критеріями якості	20	Критерії, нормативи, фактичні значення, автоматична відповідність
Аналіз дефектів і звітність	20	Дефекти, критичність, причини, відсоток браку, звіти, CAPA
Інтерактивність через AJAX і мобільна адаптивність	20	AJAX-пошук, введення результатів, оновлення статусів, завантаження фото і файлів
Зручність створення протоколів і актів	20	PDF-протоколи, акти приймання, акти браку, шаблони документів
Разом	100	Максимальна оцінка

Шкала оцінювання

Бали	Рівень	Опис
90–100	Відмінно	Модуль повністю працює: продукція, партії, перевірки, критерії, нормативи, дефекти, рішення, CAPA, протоколи і звіти реалізовані коректно
75–89	Добре	Основна логіка працює, є незначні недоліки, які не руйнують процес контролю якості
60–74	Зараховано	Базовий сценарій працює, але частина функцій реалізована неповно або потребує доопрацювання
0–59	Не зараховано	Відсутня критична логіка: продукція, партії, перевірки, критерії, результати, дефекти або протоколи

Критичні помилки

Критичними помилками вважаються ситуації, коли:

• неможливо створити продукцію;
• неможливо створити партію;
• неможливо створити перевірку якості;
• перевірка не прив’язується до партії;
• неможливо додати критерії;
• нормативи не підтягуються;
• фактичні значення не зберігаються;
• система не визначає відповідність нормам;
• дефекти не фіксуються;
• відсоток браку не розраховується;
• рішення по партії не змінює статус партії;
• протокол перевірки не формується;
• звіти не відповідають фактичним перевіркам і дефектам;
• користувач без прав може змінювати результати перевірки;
• зміни результатів, дефектів і рішень не логуються.

Умова складання. Завдання не може бути зараховане, якщо система не дозволяє пройти базовий цикл контролю якості: партія → перевірка → критерії → результати → дефекти → рішення → протокол → звіт.

Очікуваний результат

У результаті виконання атестаційного завдання має бути створений модуль перевірки якості продукції в K2 ERP.

Модуль має підтримувати продукцію, партії, зразки, типи перевірок, критерії якості, нормативи, результати вимірювань, дефекти, рішення по партіях, CAPA, вкладення, протоколи, акти, звіти, AJAX-інтерактив, журнал змін і рольовий доступ.

Примітка

ERP для перевірки якості продукції є ключовим модулем для підприємств, які хочуть працювати за стандартами ISO, зменшувати кількість браку, контролювати постачальників і підвищувати стабільність виробництва.

Якісний контроль має бути не просто формальністю, а джерелом даних для покращення технології, постачання і бізнес-процесів.

Коротко

Питання	Відповідь
Що потрібно створити?	Модуль контролю якості продукції
Які довідники потрібні?	Типи перевірок, критерії якості, нормативи, типи дефектів
Який головний процес?	Партія → перевірка → критерії → результати → дефекти → рішення
Що потрібно контролювати?	Нормативи, фактичні значення, відхилення, дефекти, відсоток браку
Які документи потрібні?	Протокол перевірки, акт приймання, акт браку, акт доопрацювання
Які звіти потрібні?	Перевірки, відсоток браку, дефекти, якість по постачальниках, якість по цехах, CAPA
Що є критичною вимогою?	Система має автоматично визначати відповідність фактичних значень нормативам
Що бажано додати?	CAPA, фото дефектів, графіки якості, рейтинг постачальників, лабораторні протоколи

Див. також

• K2 ERP
• K2 ERP
• Атестаційні завдання K2 ERP
• Виробництво
• Лабораторія
• Фармакологічне виробництво
• Молокозавод
• Зернотрейдер
• Склад
• Документообіг
• Звіти
• Права доступу
• AJAX