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

Див.; додатково

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

ключовий бізнес-процес

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

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

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

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

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

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

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

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

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

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

; Поле У звіті потрібно відображати: компонент повинен фіксувати всі важливі дії.; CAPA застосовується для усунення причин дефектів.; !; !; |-	Номер зразка	Унікальний номер
Партія	З якої партії взято зразок
Дата відбору	Коли відібрано
Хто відібрав	Відповідальний співробітник
Кількість	Обсяг зразка
Місце відбору	складський облік, цех, лінія, лабораторія
Статус	Відібрано, на тестуванні, перевірено, утилізовано

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

!; !; * дотримання стандартів ISO;

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

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

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

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

Перевірка якості — центральний документ контролю.; У межах атестації потрібно продемонструвати робочий сценарій.; Об’єкт У звіті потрібно відображати:

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

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

платформа має змогу формувати:

Назва задача

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

; Коротко. Потрібно реалізувати компонент перевірки якості: продукція, партії, зразки, типи перевірок, критерії якості, нормативи, результати тестів, дефекти, рішення для бізнесу «прийнято / доопрацювання / відхилено», протоколи PDF, акти браку, аналіз причин, CAPA, звіти, AJAX-інтерактив і аудит.; Поле !;== Шкала оцінювання == До перевірки можна додавати файли.; характеристика Критерій якості — це параметр, який перевіряється.; Поле == Технічні вимоги == У звіті потрібно відображати: == Логування змін == |- | Продукція / партія | Що перевіряється |- | Тип перевірки | Вхідний, міжопераційний, фінальний тощо |- | Дата перевірки | Коли проведено |- | Відповідальний | Хто виконував |- | Кількість у партії | Загальна кількість |- | Кількість перевірених одиниць | Скільки перевірено |- | Результат | Прийнято, доопрацювання, відхилено |} == Коротко == !; * продукцію; * партію; * кількість перевірених одиниць; * кількість дефектних одиниць; * відсоток браку; * період.; Максимальна оцінка !; характеристика == Поля дефекту == [[Категорія:Виробництво]] * PDF-протоколи лабораторії; * Excel-файли з вимірюваннями; * фото дефектів; * фото зразків; * сертифікати якості; * специфікації; * відео випробувань; * службові записки; * акти постачальника.; характеристика == Поля нормативу == Відсоток браку = Кількість дефектних одиниць / Кількість перевірених одиниць × 100 !; Критерій == AJAX-інтерактив == Після завершення перевірки платформа має формувати PDF-протокол.;{{DISPLAYTITLE:Атестаційні завдання K2 ERP/Перевірка якості продукції}} !;== Критичні помилки == == Довідник «Нормативи якості» == # створюється партія продукції; # призначається тип перевірки; # визначається кількість одиниць у партії; # визначається кількість одиниць для контролю; # створюються зразки; # для перевірки обираються критерії якості; # платформа підтягує нормативні значення; # відповідальний співробітник вносить фактичні результати; # платформа визначає відповідність кожного критерію; # у разі відхилення фіксується дефект; # визначається критичність дефекту; # приймається фінальне рішення для бізнесу по партії; # формується протокол перевірки; # за потреби формується акт браку або акт доопрацювання; # інформаційні дані потрапляють у звіти й аналітику.; 100 == рішення для бізнесу по партії == {| class="wikitable" style="width:100%;" == Протокол має містити == {| class="wikitable" style="width:100%;" '''центральний принцип.''' По кожній партії має бути зрозуміло: що перевірялось, за якими критеріями, які були нормативи, які фактичні значення отримано, які дефекти знайдено і яке фінальне рішення для бізнесу прийнято.; Статус == Поля партії == Журнал змін має зберігати: * сировини; * матеріалів; * комплектуючих; * напівфабрикатів; * готової продукції; * товарів від постачальників; * продукції після повернення від клієнта; * продукції після ремонту або доопрацювання.; | Партія → перевірка → критерії → результати → дефекти → рішення для бізнесу |- | Що потрібно контролювати?; '''компонент обліку перевірок якості продукції, виявлення дефектів, протоколів випробувань і аналізу результатів'''.; характеристика !;== Звіт «Відсоток браку» == !; * продукція; * партії продукції; * зразки; * типи перевірок; * критерії якості; * нормативи якості; * перевірки якості; * результати за критеріями; * типи дефектів; * дефекти; * рішення для бізнесу по партіях; * CAPA; * вкладення; * протоколи; * акти; * звіти; * журнал змін; * права доступу.; Партія — це конкретний обсяг продукції, який перевіряється.; Якщо фактичне значення нижче мінімального або вище максимального: !; |- | Назва критерію | як ілюстрація: Вага, Колір, Герметичність |- | Одиниця виміру | кг, г, мм, %, бал, так/ні |- | Тип значення | Число, текст, так/ні, список |- | характеристика методики | Як саме перевіряти |- | Обов’язковий | Так або ні |- | Статус | Активний або архівний |} == Мета задача == == Автоматична оцінка відповідності == == Типи вкладень == == Приклади типів перевірок ==	; Рівень Рекомендовані сутності бази даних номер перевірки; дату перевірки; продукцію; партію; тип перевірки; відповідального співробітника; кількість у партії; кількість перевірених одиниць; список критеріїв; нормативні значення; фактичні значення; результат по кожному критерію; список дефектів; фінальне рішення для бізнесу; підпис або ПІБ відповідального; дату формування документа.; Роль Після перевірки потрібно прийняти фінальне рішення для бізнесу.; Що перевіряється
Перевірка	У межах якої перевірки знайдено дефект
Партія	Яка партія має дефект
Зразок	Якщо дефект знайдено у зразку
Тип дефекту	Класифікація дефекту
Критичність	Критичний, значний, незначний
Кількість дефектних одиниць	Скільки одиниць має дефект
характеристика дефекту	Детальний характеристика
Фото	Фото дефекту, якщо є собою
Причина	Попередня або підтверджена причина
Статус	Новий, підтверджено, виправлено, списано

!; {| class="wikitable" style="width:100%;"

* номер перевірки;
* дату;
* продукцію;
* партію;
* тип перевірки;
* відповідального;
* результат;
* кількість дефектів.; {| class="wikitable" style="width:100%;"

!; Поле

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

; характеристика вхідний контроль сировини; вхідний контроль товарів від постачальника; міжопераційний контроль; фінальний контроль готової продукції; вибірковий контроль; суцільний контроль; лабораторне випробування; контроль після рекламації; контроль після доопрацювання; сертифікаційне випробування; контроль безпеки; контроль міцності; контроль герметичності; контроль упаковки; інше.; Поле Протокол перевірки	Протокол перевірки, акт приймання, акт браку, акт доопрацювання
Які звіти потрібні?;== Приклади критеріїв == Поля зразка Поля типу перевірки Перевірка До якої перевірки належить Партія По якій партії прийнято рішення для бізнесу рішення для бізнесу Прийнято, відхилено, доопрацювання тощо Підстава Коментар або документ Відповідальний Хто прийняв рішення для бізнесу Дата рішення для бізнесу Коли прийнято База «Продукція» {| class="wikitable" style="width:100%;" ERP для перевірки якості продукції є собою ключовим модулем для підприємств, які хочуть працювати за стандартами ISO, зменшувати кількість браку, контролювати постачальників і підвищувати стабільність виробництва.; Типовий бізнес-процес перевірки якості виглядає так: Продукція — це номенклатура або вироби, які проходять контроль.; |- | Що потрібно створити?; характеристика |- | Критичний | Продукцію не можна використовувати або продавати |- | Значний | Потрібне доопрацювання або додаткова перевірка |- | Незначний | Не впливає суттєво на використання, але має бути зафіксований |} !;== Звіт «CAPA» == !; характеристика * виробничий цех; * кількість перевірок; * кількість дефектів; * відсоток браку; * основні причини відхилень.; | компонент контролю якості продукції |- | Які довідники потрібні?; Поле Мета задача — створити в K2 ERP компонент для автоматизації контролю якості сировини, напівфабрикатів, готової продукції або товарів, отриманих від постачальників.; !; характеристика |- | Очікує перевірки | Партія ще не перевірена |- | На перевірці | Контроль якості триває |- | Прийнята | Партія відповідає вимогам |- | Потребує доопрацювання | Потрібні коригувальні дії |- | Заблокована | Партію тимчасово не можна використовувати |- | Відхилена | Партію не прийнято |- | Списана | Партію списано як брак |} == Звіти == {| class="wikitable" style="width:100%;" !; | Типи перевірок, критерії якості, нормативи, типи дефектів |- | Який центральний бізнес-процес?; {| class="wikitable" style="width:100%;" !; Призначення [[Категорія:Контроль якості]] {| class="wikitable" style="width:100%;" == Файли і вкладення == |- | Продукція | Номенклатура або вироби, що перевіряються |- | Партії | Конкретні партії продукції або сировини |- | Зразки | Одиниці або проби для контролю |- | Типи перевірок | Вхідний, міжопераційний, фінальний контроль тощо |- | Критерії якості | Параметри, які перевіряються |- | Нормативи | Допустимі значення критеріїв |- | Результати перевірок | Фактичні вимірювання |- | Дефекти | Виявлені невідповідності |- | рішення для бізнесу по партії | Прийнято, доопрацювати, відхилено |- | CAPA | Коригувальні та попереджувальні дії |- | Протоколи | Документи з результатами перевірки |- | Звіти | аналітичні інструменти якості, браку і дефектів |} Тип перевірки визначає, на якому етапі контролюється продукція.; Зразки використовуються для вибіркового або лабораторного контролю.;[[Категорія:Корпоративна Wiki]] |- | Контролер якості | Створює перевірки, вносить результати, фіксує дефекти |- | Лаборант | Вносить лабораторні результати і прикріплює протоколи |- | Керівник якості | Приймає фінальні рішення для бізнесу, затверджує протоколи і CAPA |- | Технолог | Аналізує причини дефектів і пропонує коригувальні дії |- | Комірник | Бачить статус партії: прийнята, заблокована, відхилена |- | Постачальник, опціонально | Бачить результати перевірки своїх партій |- | Керівник | Переглядає звіти, аналітику і показники якості |- | Адміністратор системи | Налаштовує довідники, права, критерії, нормативи і шаблони документів |} !;== Практичне задача == * хто створив перевірку; * хто змінив партію; * хто додав критерій; * хто змінив норматив; * хто ввів фактичне значення; * хто додав дефект; * хто змінив критичність дефекту; * хто прийняв фінальне рішення для бізнесу; * хто створив CAPA; * хто сформував протокол; * хто змінив статус партії; * дату й час дії; * старе та нове значення, якщо це можливо.;[[Категорія:K2 ERP]] <div style="border:3px solid #1565c0; background:#e3f2fd; padding:14px; margin:16px 0;"> |- | Дефект | З яким дефектом пов’язано |- | Тип дії | Коригувальна або попереджувальна |- | характеристика дії | Що потрібно зробити |- | Відповідальний | Хто виконує |- | Термін виконання | Дедлайн |- | Статус | Заплановано, в роботі, виконано, прострочено |- | Результат | Що зроблено |} !; характеристика * [[K2 Cloud ERP|K2 ERP]] * [[K2 ERP]] * [[Атестаційні завдання K2 ERP]] * [[Виробництво]] * [[Лабораторія]] * [[Фармакологічне виробництво]] * [[Молокозавод]] * [[Зернотрейдер]] * [[Склад]] * [[Документообіг]] * [[Звіти]] * [[Права доступу]] * [[AJAX]] Інтерфейс має працювати оперативно й без перезавантаження сторінок.; характеристика |- | Номер партії | Унікальний номер партії |- | Продукція | Що входить до партії |- | Дата виробництва або надходження | Коли партія розроблена або отримана |- | Кількість у партії | Загальна кількість одиниць |- | Одиниця виміру | Шт, кг, л, м тощо |- | Постачальник або цех | Джерело партії |- | Статус партії | Очікує перевірки, прийнята, заблокована, відхилена |- | Коментар | Додаткова відомості |} == Поля продукції == !; | Перевірки, відсоток браку, дефекти, якість по постачальниках, якість по цехах, CAPA |- | Що є собою критичною вимогою?; Бали * постачальника; * кількість партій; * кількість відхилених партій; * кількість дефектів; * відсоток браку; * рейтинг якості.; Бали <div style="border:3px solid #2e7d32; background:#e8f5e9; padding:14px; margin:16px 0;"> Дефекти фіксуються, якщо виявлено невідповідність.; Поле [[Категорія:Документообіг]] == Статуси партії == |- | Номер перевірки | Унікальний номер |- | Партія | Яка партія перевіряється |- | Продукція | Підтягується з партії |- | Тип перевірки | Тип контролю |- | Дата початку | Початок перевірки |- | Дата завершення | Завершення перевірки |- | Відповідальний співробітник | Контролер якості або лаборант |- | Кількість у партії | Загальна кількість |- | Кількість перевірених одиниць | Обсяг контролю |- | Кількість дефектних одиниць | Скільки не відповідає вимогам |- | Відсоток браку | Розраховується автономно |- | рішення для бізнесу | Прийнято, доопрацювання, відхилено |- | Статус | Чернетка, в роботі, завершено, скасовано |- | Коментар | Примітки контролера |} !; | CAPA, фото дефектів, графіки якості, рейтинг постачальників, лабораторні протоколи |} !; Разом |} == Поля критерію якості == </div> Якщо фактичне значення входить у допустимий діапазон: == Варіанти рішення для бізнесу == {| class="wikitable" style="width:100%;" |- | 90–100 | Відмінно | компонент в цілому функціонує: продукція, партії, перевірки, критерії, нормативи, дефекти, рішення для бізнесу, CAPA, протоколи і звіти реалізовані коректно |- | 75–89 | Добре | Основна логіка функціонує, є собою незначні недоліки, які не руйнують бізнес-процес контролю якості |- | 60–74 | Зараховано | Базовий сценарій функціонує, але частина функцій реалізована неповно або потребує доопрацювання |- | 0–59 | Не зараховано | Відсутня критична логіка: продукція, партії, перевірки, критерії, результати, дефекти або протоколи |} {| class="wikitable" style="width:100%;" У звіті потрібно відображати: * неможливо створити продукцію; * неможливо створити партію; * неможливо створити перевірку якості; * перевірка не прив’язується до партії; * неможливо додати критерії; * нормативи не підтягуються; * фактичні значення не зберігаються; * платформа не визначає відповідність нормам; * дефекти не фіксуються; * відсоток браку не розраховується; * рішення для бізнесу по партії не змінює статус партії; * протокол перевірки не формується; * звіти не відповідають фактичним перевіркам і дефектам; * користувач системи без прав має змогу змінювати результати перевірки; * зміни результатів, дефектів і рішень не логуються.; !;<div style="border:3px solid #b71c1c; background:#ffebee; padding:14px; margin:16px 0;"> == Поля рішення для бізнесу == !; характеристика == Звіт «Перевірки якості за період» == * період; * кількість перевірок; * відсоток браку; * кількість прийнятих партій; * кількість відхилених партій; * тренд якості.; !;== Реальний бізнес-контекст == Критичними помилками вважаються ситуації, коли: == Звіт «Динаміка якості» == * вести базу продукції; * вести обліковий облік партій продукції; * створювати перевірки якості; * формувати зразки для контролю; * задавати типи перевірок; * задавати критерії якості; * задавати нормативні значення; * фіксувати фактичні результати вимірювань; * автономно визначати відповідність нормам; * фіксувати дефекти; * класифікувати дефекти за типами і критичністю; * приймати рішення для бізнесу по партії; * формувати протоколи випробувань; * формувати акти приймання; * формувати акти браку або списання; * аналізувати причини дефектів; * вести коригувальні і попереджувальні дії; * будувати звіти по якості; * підтримувати завантаження файлів, фото і лабораторних результатів; * вести журнал змін; * підтримувати рольовий доступ.; характеристика == Довідник «Критерії якості» == |- | Назва типу | як ілюстрація: Вхідний контроль |- | Етап контролю | Вхідний, виробничий, фінальний, повторний |- | характеристика | Коротке пояснення |- | Потребує зразків | Так або ні |- | Потребує лабораторного протоколу | Так або ні |- | Статус | Активний або архівний |} </div> Контроль має змогу застосовуватись до: {| class="wikitable" style="width:100%;" * вага; * довжина; * ширина; * висота; * діаметр; * товщина; * твердість; * міцність; * герметичність; * вологість; * кислотність; * колір; * запах; * зовнішній вигляд; * маркування; * комплектація; * функціональність; * електрична безпека; * стерильність; * інші специфічні параметри.; Поле організація виробляє або закуповує продукцію і повинно контролювати її якість.; !;== Примітка == !; компонент має підтримувати продукцію, партії, зразки, типи перевірок, критерії якості, нормативи, результати вимірювань, дефекти, рішення для бізнесу по партіях, CAPA, вкладення, протоколи, акти, звіти, AJAX-інтерактив, журнал змін і рольовий доступ.; Перевірка якості продукції''' — це практична задача; додатково реалізовано партій, зразків, критеріїв, нормативів, дефектів, протоколів випробувань, рішень по партіях, коригувальних дій і звітності виступає ключовою рисою перевірки навичок розробника або впроваджувача [[K2 ERP]] у створенні модуля контролю якості продукції забезпечується через '''Атестаційне задача K2 ERP.; !; !; характеристика == База «Партії продукції» == == Приклади типів дефектів == == Довідник «Типи дефектів» == |- | Назва продукції | Найменування виробу або матеріалу |- | Код продукції | Внутрішній артикул або код |- | Тип продукції | Сировина, напівфабрикат, готова продукція, товар |- | Постачальник | Якщо продукція отримана ззовні |- | Виробничий цех | Якщо продукція виготовлена всередині |- | Специфікація | Файл або характеристика вимог |- | Статус | Активна або архівна |} == База «Оцінка за критеріями» == __TOC__ !; Параметр Для реалізації задачі доцільно передбачити такі сутності:	Нормативи, фактичні значення, відхилення, дефекти, відсоток браку
Які документи потрібні?; Поле	;== Критерії оцінювання == Дефекти потрібно класифікувати для подальшого аналізу.; | платформа має автономно визначати відповідність фактичних значень нормативам
Що бажано додати?; Результат = Відповідає	; Значення Поля перевірки якості акт приймання продукції; акт відхилення партії; акт списання браку; акт доопрацювання; акт повторної перевірки; акт повернення постачальнику.; функціональні можливості Звіт «Якість по цехах» механічне пошкодження; невідповідність розміру; неправильна вага; дефект кольору; порушення герметичності; відсутність маркування; неправильне пакування; неповна комплектація; функціональна несправність; забруднення; невідповідність документації; інше.; Мінімальний сценарій: компонент має підтримувати рольову модель.; {| class="wikitable" style="width:100%;" дефект; коригувальну дію; відповідального; строк виконання; статус; результат.; {| class="wikitable" style="width:100%;" Колонки бази перевірок Результат = Не відповідає Перевірка До якої перевірки належить Зразок Якщо оцінка виконується по зразку Критерій якості Що перевіряється Нормативне значення Очікуване або допустиме значення Мінімальна межа Нижня межа Максимальна межа Верхня межа Фактичне значення Результат вимірювання Результат Відповідає або не відповідає Коментар Пояснення або зауваження База «Дефекти» База «Перевірки якості»	; Колонка прийнято; прийнято з зауваженнями; потребує доопрацювання; потребує повторної перевірки; частково прийнято; відхилено; списано як брак; заблоковано до рішення для бізнесу керівника.;== Очікуваний результат == У звіті потрібно відображати: