K2 ERP Wiki Ukraine — База знань з автоматизації та санкцій в Україні

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

R (обговорення | внесок)
Бюрократи, Адміністратори інтерфейсу, Адміністратори
767 редагувань
ВізуальнийВікірозмітка
Первинна публікація
 
Немає опису редагування
 
Рядок 1: Рядок 1:
{{DISPLAYTITLE:Атестаційні завдання K2 ERP/Перевірка якості продукції}}


= Модуль обліку перевірок якості продукції, виявлення дефектів, протоколів випробувань і аналізу результатів =
'''Атестаційне завдання K2 ERP — Перевірка якості продукції''' — це практична задача для перевірки навичок розробника або впроваджувача [[K2 ERP]] у створенні модуля контролю якості продукції, партій, зразків, критеріїв, нормативів, дефектів, протоколів випробувань, рішень по партіях, коригувальних дій і звітності.
 
Модуль має забезпечувати повний цикл контролю якості: продукція → партія → зразок → перевірка → критерії → фактичні результати → дефекти → рішення → протокол → акт → звіт.
 
<div style="border:3px solid #1565c0; background:#e3f2fd; padding:14px; margin:16px 0;">
'''Коротко.''' Потрібно реалізувати модуль перевірки якості: продукція, партії, зразки, типи перевірок, критерії якості, нормативи, результати тестів, дефекти, рішення «прийнято / доопрацювання / відхилено», протоколи PDF, акти браку, аналіз причин, CAPA, звіти, AJAX-інтерактив і аудит.
</div>
 
__TOC__
 
== Назва завдання ==
 
'''Модуль обліку перевірок якості продукції, виявлення дефектів, протоколів випробувань і аналізу результатів'''.
 
== Мета завдання ==
 
Мета завдання — створити в K2 ERP модуль для автоматизації контролю якості сировини, напівфабрикатів, готової продукції або товарів, отриманих від постачальників.
 
Система повинна дозволяти:
 
* вести базу продукції;
* вести облік партій продукції;
* створювати перевірки якості;
* формувати зразки для контролю;
* задавати типи перевірок;
* задавати критерії якості;
* задавати нормативні значення;
* фіксувати фактичні результати вимірювань;
* автоматично визначати відповідність нормам;
* фіксувати дефекти;
* класифікувати дефекти за типами і критичністю;
* приймати рішення по партії;
* формувати протоколи випробувань;
* формувати акти приймання;
* формувати акти браку або списання;
* аналізувати причини дефектів;
* вести коригувальні і попереджувальні дії;
* будувати звіти по якості;
* підтримувати завантаження файлів, фото і лабораторних результатів;
* вести журнал змін;
* підтримувати рольовий доступ.
 
<div style="border:3px solid #2e7d32; background:#e8f5e9; padding:14px; margin:16px 0;">
'''Головний принцип.''' По кожній партії має бути зрозуміло: що перевірялось, за якими критеріями, які були нормативи, які фактичні значення отримано, які дефекти знайдено і яке фінальне рішення прийнято.
</div>


== Реальний бізнес-контекст ==
== Реальний бізнес-контекст ==
Підприємство:


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


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


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


== Основні завдання ==
Контроль якості потрібен для:


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


==== Довідник «Типи перевірок» ====
== Основний бізнес-процес ==
Типи перевірок:


* вхідний контроль — сировина;
Типовий процес перевірки якості виглядає так:
 
# створюється партія продукції;
# призначається тип перевірки;
# визначається кількість одиниць у партії;
# визначається кількість одиниць для контролю;
# створюються зразки;
# для перевірки обираються критерії якості;
# система підтягує нормативні значення;
# відповідальний співробітник вносить фактичні результати;
# система визначає відповідність кожного критерію;
# у разі відхилення фіксується дефект;
# визначається критичність дефекту;
# приймається фінальне рішення по партії;
# формується протокол перевірки;
# за потреби формується акт браку або акт доопрацювання;
# дані потрапляють у звіти й аналітику.
 
== Основні об’єкти модуля ==
 
{| class="wikitable" style="width:100%;"
! Об’єкт
! Призначення
|-
| Продукція
| Номенклатура або вироби, що перевіряються
|-
| Партії
| Конкретні партії продукції або сировини
|-
| Зразки
| Одиниці або проби для контролю
|-
| Типи перевірок
| Вхідний, міжопераційний, фінальний контроль тощо
|-
| Критерії якості
| Параметри, які перевіряються
|-
| Нормативи
| Допустимі значення критеріїв
|-
| Результати перевірок
| Фактичні вимірювання
|-
| Дефекти
| Виявлені невідповідності
|-
| Рішення по партії
| Прийнято, доопрацювати, відхилено
|-
| CAPA
| Коригувальні та попереджувальні дії
|-
| Протоколи
| Документи з результатами перевірки
|-
| Звіти
| Аналітика якості, браку і дефектів
|}
 
== Довідник «Типи перевірок» ==
 
Тип перевірки визначає, на якому етапі контролюється продукція.
 
== Приклади типів перевірок ==
 
* вхідний контроль сировини;
* вхідний контроль товарів від постачальника;
* міжопераційний контроль;
* міжопераційний контроль;
* фінальний контроль готової продукції;
* фінальний контроль готової продукції;
* випробування:
* вибірковий контроль;
** міцність;
* суцільний контроль;
** безпека;
* лабораторне випробування;
** інші стандарти.
* контроль після рекламації;
* контроль після доопрацювання;
* сертифікаційне випробування;
* контроль безпеки;
* контроль міцності;
* контроль герметичності;
* контроль упаковки;
* інше.
 
== Поля типу перевірки ==
 
{| class="wikitable" style="width:100%;"
! Поле
! Опис
|-
| Назва типу
| Наприклад: Вхідний контроль
|-
| Етап контролю
| Вхідний, виробничий, фінальний, повторний
|-
| Опис
| Коротке пояснення
|-
| Потребує зразків
| Так або ні
|-
| Потребує лабораторного протоколу
| Так або ні
|-
| Статус
| Активний або архівний
|}


==== Довідник «Критерії якості» ====
== Довідник «Критерії якості» ==
Критерії якості:
 
Критерій якості — це параметр, який перевіряється.
 
== Приклади критеріїв ==


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


=== 2. База «Продукція» ===
== Поля критерію якості ==


==== Колонки бази ====
{| class="wikitable" style="width:100%;"
! Поле
! Опис
|-
| Назва критерію
| Наприклад: Вага, Колір, Герметичність
|-
| Одиниця виміру
| кг, г, мм, %, бал, так/ні
|-
| Тип значення
| Число, текст, так/ні, список
|-
| Опис методики
| Як саме перевіряти
|-
| Обов’язковий
| Так або ні
|-
| Статус
| Активний або архівний
|}


* назва продукції;
== Довідник «Нормативи якості» ==
* код продукції або партії;
* тип продукції;
* постачальник або виробничий цех;
* специфікація — документ / файл.


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


* прив’язка продукції до перевірок якості.
== Поля нормативу ==


=== 3. База «Перевірки якості» ===
{| class="wikitable" style="width:100%;"
! Поле
! Опис
|-
| Продукція
| До якої продукції застосовується
|-
| Тип перевірки
| Для якого виду контролю
|-
| Критерій якості
| Що перевіряється
|-
| Мінімальне значення
| Нижня межа, якщо є
|-
| Максимальне значення
| Верхня межа, якщо є
|-
| Еталонне значення
| Очікуване значення
|-
| Допуск
| Допустиме відхилення
|-
| Метод перевірки
| Опис або посилання на методику
|-
| Нормативний документ
| Стандарт, ТУ, ISO, ДСТУ, інструкція
|}
 
== Довідник «Типи дефектів» ==
 
Дефекти потрібно класифікувати для подальшого аналізу.
 
== Приклади типів дефектів ==
 
* механічне пошкодження;
* невідповідність розміру;
* неправильна вага;
* дефект кольору;
* порушення герметичності;
* відсутність маркування;
* неправильне пакування;
* неповна комплектація;
* функціональна несправність;
* забруднення;
* невідповідність документації;
* інше.
 
== Рівні критичності дефектів ==
 
{| class="wikitable" style="width:100%;"
! Рівень
! Опис
|-
| Критичний
| Продукцію не можна використовувати або продавати
|-
| Значний
| Потрібне доопрацювання або додаткова перевірка
|-
| Незначний
| Не впливає суттєво на використання, але має бути зафіксований
|}


==== Колонки бази ====
== База «Продукція» ==


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


==== Функціонал ====
У звіті потрібно відображати:


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


=== 4. База «Оцінка за критеріями» ===
== Звіт «Якість по постачальниках» ==


==== Колонки бази ====
У звіті потрібно відображати:


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


==== Функціонал ====
== Звіт «Якість по цехах» ==


* ведення детальної оцінки по кожному критерію.
У звіті потрібно відображати:


=== 5. Аналіз дефектів і статистика ===
* виробничий цех;
Функціонал:
* кількість перевірок;
* кількість дефектів;
* відсоток браку;
* основні причини відхилень.


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


=== 6. Фінальні рішення ===
У звіті потрібно відображати:
Після перевірки система автоматично формує:


* акт приймання продукції;
* період;
* акт списання браку — якщо потрібно;
* кількість перевірок;
* протокол перевірки.
* відсоток браку;
* кількість прийнятих партій;
* кількість відхилених партій;
* тренд якості.
 
== Звіт «CAPA» ==
 
У звіті потрібно відображати:
 
* дефект;
* коригувальну дію;
* відповідального;
* строк виконання;
* статус;
* результат.
 
== AJAX-інтерактив ==
 
Інтерфейс має працювати швидко й без перезавантаження сторінок.
 
Через AJAX мають працювати:
 
* пошук продукції;
* пошук партії;
* створення перевірки;
* додавання критеріїв;
* підтягування нормативів;
* введення фактичних значень;
* автоматична оцінка відповідності;
* додавання дефекту;
* завантаження фото дефекту;
* вибір фінального рішення;
* формування протоколу;
* фільтрація звітів;
* оновлення статусів перевірки.
 
== Логування змін ==
 
Модуль повинен фіксувати всі важливі дії.
 
Журнал змін має зберігати:
 
* хто створив перевірку;
* хто змінив партію;
* хто додав критерій;
* хто змінив норматив;
* хто ввів фактичне значення;
* хто додав дефект;
* хто змінив критичність дефекту;
* хто прийняв фінальне рішення;
* хто створив CAPA;
* хто сформував протокол;
* хто змінив статус партії;
* дату й час дії;
* старе та нове значення, якщо це можливо.
 
== Права доступу ==
 
Модуль має підтримувати рольову модель.
 
{| class="wikitable" style="width:100%;"
! Роль
! Можливості
|-
| Контролер якості
| Створює перевірки, вносить результати, фіксує дефекти
|-
| Лаборант
| Вносить лабораторні результати і прикріплює протоколи
|-
| Керівник якості
| Приймає фінальні рішення, затверджує протоколи і CAPA
|-
| Технолог
| Аналізує причини дефектів і пропонує коригувальні дії
|-
| Комірник
| Бачить статус партії: прийнята, заблокована, відхилена
|-
| Постачальник, опціонально
| Бачить результати перевірки своїх партій
|-
| Керівник
| Переглядає звіти, аналітику і показники якості
|-
| Адміністратор системи
| Налаштовує довідники, права, критерії, нормативи і шаблони документів
|}


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


== Критерії оцінки ==
== Рекомендовані сутності бази даних ==
{| class="wikitable"
 
!Критерій
Для реалізації задачі доцільно передбачити такі сутності:
!Бали
 
* продукція;
* партії продукції;
* зразки;
* типи перевірок;
* критерії якості;
* нормативи якості;
* перевірки якості;
* результати за критеріями;
* типи дефектів;
* дефекти;
* рішення по партіях;
* CAPA;
* вкладення;
* протоколи;
* акти;
* звіти;
* журнал змін;
* права доступу.
 
== Практичне завдання ==
 
У межах атестації потрібно продемонструвати робочий сценарій.
 
Мінімальний сценарій:
 
# створити продукцію;
# створити партію продукції;
# створити тип перевірки;
# створити критерії якості;
# налаштувати нормативи;
# створити перевірку якості;
# створити зразки;
# додати критерії до перевірки;
# внести фактичні значення;
# перевірити автоматичну оцінку відповідності;
# зафіксувати дефект;
# завантажити фото дефекту;
# розрахувати відсоток браку;
# прийняти рішення по партії;
# створити CAPA для дефекту;
# сформувати протокол перевірки;
# сформувати акт браку або акт приймання;
# сформувати звіт по дефектах;
# сформувати звіт по відсотку браку;
# перевірити журнал змін і права доступу.
 
== Критерії оцінювання ==
 
{| class="wikitable" style="width:100%;"
! Критерій
! Бали
! Що перевіряється
|-
| Реалізація бази продукції і перевірок якості
| 20
| Продукція, партії, зразки, типи перевірок, статуси, відповідальні
|-
| Оцінка за критеріями якості
| 20
| Критерії, нормативи, фактичні значення, автоматична відповідність
|-
|-
|Реалізація бази продукції і перевірок якості
| Аналіз дефектів і звітність
|20
| 20
| Дефекти, критичність, причини, відсоток браку, звіти, CAPA
|-
|-
|Оцінка за критеріями якості
| Інтерактивність через AJAX і мобільна адаптивність
|20
| 20
| AJAX-пошук, введення результатів, оновлення статусів, завантаження фото і файлів
|-
|-
|Аналіз дефектів і звітність
| Зручність створення протоколів і актів
|20
| 20
| PDF-протоколи, акти приймання, акти браку, шаблони документів
|-
|-
|Інтерактивність через AJAX і мобільна адаптивність
! Разом
|20
! 100
! Максимальна оцінка
|}
 
== Шкала оцінювання ==
 
{| class="wikitable" style="width:100%;"
! Бали
! Рівень
! Опис
|-
|-
|Зручність створення протоколів і актів
| 90–100
|20
| Відмінно
| Модуль повністю працює: продукція, партії, перевірки, критерії, нормативи, дефекти, рішення, CAPA, протоколи і звіти реалізовані коректно
|-
| 75–89
| Добре
| Основна логіка працює, є незначні недоліки, які не руйнують процес контролю якості
|-
| 60–74
| Зараховано
| Базовий сценарій працює, але частина функцій реалізована неповно або потребує доопрацювання
|-
| 0–59
| Не зараховано
| Відсутня критична логіка: продукція, партії, перевірки, критерії, результати, дефекти або протоколи
|}
|}
== Критичні помилки ==
Критичними помилками вважаються ситуації, коли:
* неможливо створити продукцію;
* неможливо створити партію;
* неможливо створити перевірку якості;
* перевірка не прив’язується до партії;
* неможливо додати критерії;
* нормативи не підтягуються;
* фактичні значення не зберігаються;
* система не визначає відповідність нормам;
* дефекти не фіксуються;
* відсоток браку не розраховується;
* рішення по партії не змінює статус партії;
* протокол перевірки не формується;
* звіти не відповідають фактичним перевіркам і дефектам;
* користувач без прав може змінювати результати перевірки;
* зміни результатів, дефектів і рішень не логуються.
<div style="border:3px solid #b71c1c; background:#ffebee; padding:14px; margin:16px 0;">
'''Умова складання.''' Завдання не може бути зараховане, якщо система не дозволяє пройти базовий цикл контролю якості: партія → перевірка → критерії → результати → дефекти → рішення → протокол → звіт.
</div>
== Очікуваний результат ==
У результаті виконання атестаційного завдання має бути створений модуль перевірки якості продукції в K2 ERP.
Модуль має підтримувати продукцію, партії, зразки, типи перевірок, критерії якості, нормативи, результати вимірювань, дефекти, рішення по партіях, CAPA, вкладення, протоколи, акти, звіти, AJAX-інтерактив, журнал змін і рольовий доступ.


== Примітка ==
== Примітка ==
ERP для перевірки якості продукції — один із ключових модулів для забезпечення:


* стандартів ISO;
ERP для перевірки якості продукції є ключовим модулем для підприємств, які хочуть працювати за стандартами ISO, зменшувати кількість браку, контролювати постачальників і підвищувати стабільність виробництва.
* підвищення рівня довіри до бренду;
 
* зменшення фінансових втрат через брак.
Якісний контроль має бути не просто формальністю, а джерелом даних для покращення технології, постачання і бізнес-процесів.
 
== Коротко ==
 
{| class="wikitable" style="width:100%;"
! Питання
! Відповідь
|-
| Що потрібно створити?
| Модуль контролю якості продукції
|-
| Які довідники потрібні?
| Типи перевірок, критерії якості, нормативи, типи дефектів
|-
| Який головний процес?
| Партія → перевірка → критерії → результати → дефекти → рішення
|-
| Що потрібно контролювати?
| Нормативи, фактичні значення, відхилення, дефекти, відсоток браку
|-
| Які документи потрібні?
| Протокол перевірки, акт приймання, акт браку, акт доопрацювання
|-
| Які звіти потрібні?
| Перевірки, відсоток браку, дефекти, якість по постачальниках, якість по цехах, CAPA
|-
| Що є критичною вимогою?
| Система має автоматично визначати відповідність фактичних значень нормативам
|-
| Що бажано додати?
| CAPA, фото дефектів, графіки якості, рейтинг постачальників, лабораторні протоколи
|}
 
== Див. також ==
 
* [[K2 Cloud ERP|K2 ERP]]
* [[K2 ERP]]
* [[Атестаційні завдання K2 ERP]]
* [[Виробництво]]
* [[Лабораторія]]
* [[Фармакологічне виробництво]]
* [[Молокозавод]]
* [[Зернотрейдер]]
* [[Склад]]
* [[Документообіг]]
* [[Звіти]]
* [[Права доступу]]
* [[AJAX]]


Це дозволяє перетворити контроль якості у реальний бізнес-інструмент для розвитку.
[[Категорія:K2 ERP]]
[[Категорія:Атестаційні завдання K2]]
[[Категорія:Контроль якості]]
[[Категорія:Виробництво]]
[[Категорія:Лабораторія]]
[[Категорія:Документообіг]]
[[Категорія:Аналітика]]
[[Категорія:Корпоративна Wiki]]
Отримано з https://wiki.erp.kyiv.ua/index.php?title=Атестаційні_завдання_K2_ERP/Перевірка_якості_продукції