Атестаційні завдання 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 мають працювати:
Перевірка якості — центральний документ контролю.; У межах атестації потрібно продемонструвати робочий сценарій.; Об’єкт У звіті потрібно відображати:- створити продукцію;
- створити партію продукції;
- створити тип перевірки;
- створити критерії якості;
- налаштувати нормативи;
- створити перевірку якості;
- створити зразки;
- додати критерії до перевірки;
- внести фактичні значення;
- перевірити автоматичну оцінку відповідності;
- зафіксувати дефект;
- завантажити фото дефекту;
- розрахувати відсоток браку;
- прийняти рішення для бізнесу по партії;
- створити CAPA для дефекту;
- сформувати протокол перевірки;
- сформувати акт браку або акт приймання;
- сформувати звіт по дефектах;
- сформувати звіт по відсотку браку;
- перевірити журнал змін і права доступу.; Питання
- пошук продукції;
- пошук партії;
- створення перевірки;
- додавання критеріїв;
- підтягування нормативів;
- введення фактичних значень;
- автоматична оцінка відповідності;
- додавання дефекту;
- завантаження фото дефекту;
- вибір фінального рішення для бізнесу;
- формування протоколу;
- фільтрація звітів;
- актуалізація статусів перевірки.;== Акти ==
Назва задача
У звіті потрібно відображати:
| ;
Коротко. Потрібно реалізувати компонент перевірки якості: продукція, партії, зразки, типи перевірок, критерії якості, нормативи, результати тестів, дефекти, рішення для бізнесу «прийнято / доопрацювання / відхилено», протоколи 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__
!; Параметр
Для реалізації задачі доцільно передбачити такі сутності: |
Нормативи, фактичні значення, відхилення, дефекти, відсоток браку | |||||||||||||||||||
| Які документи потрібні?; Поле | ;== Критерії оцінювання ==
Дефекти потрібно класифікувати для подальшого аналізу.; | платформа має автономно визначати відповідність фактичних значень нормативам | |||||||||||||||||||
| Що бажано додати?; Результат = Відповідає | ; Значення
Поля перевірки якості
Звіт «Якість по цехах»
Колонки бази перевірокРезультат = Не відповідає
База «Дефекти»База «Перевірки якості» |
; Колонка
У звіті потрібно відображати: |