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

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

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

Об’єкт

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

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

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

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


[[Категорія:Документообіг]]

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

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

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

! SEO-опис

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

Критерій якості — це параметр, який перевіряється. Статус
|-
| Реалізація бази продукції і перевірок якості
| 20
| Продукція, партії, зразки, типи перевірок, статуси, відповідальні
|-
| Оцінка за критеріями якості
| 20
| Критерії, нормативи, фактичні значення, автоматична відповідність
|-
| Аналіз дефектів і формування звітів
| 20
| Дефекти, критичність, причини, відсоток браку, звіти, CAPA
|-
| Інтерактивність через AJAX і мобільна адаптивність
| 20
| AJAX-пошук, введення результатів, оновлення версій статусів, завантаження фото і файлів
|-
| Зручність створення протоколів і актів
| 20
| PDF-протоколи, акти приймання, акти браку, шаблони документів
|-
== Назва задача ==
{| class="wikitable" style="width:100%;"
Норматив визначає допустимі межі для критерію. SEO-опис

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

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

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

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

! ! | Типи перевірок, критерії якості, нормативи, типи дефектів
|-
| Який провідний бізнес-процес? Поле

== Логування змін ==
Для реалізації задачі доцільно передбачити такі сутності:
Зразки використовуються для вибіркового або лабораторного контролю. {| class="wikitable" style="width:100%;"

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

* продукція;
* партії продукції;
* зразки;
* типи перевірок;
* критерії якості;
* нормативи якості;
* перевірки якості;
* результати за критеріями;
* типи дефектів;
* дефекти;
* рішення для бізнесу по партіях;
* CAPA;
* вкладення;
* протоколи;
* акти;
* звіти;
* журнал змін;
* права доступу. ! платформа повинна дозволяти:
! Поле
== AJAX-інтерактив ==
|-
| Критичний
| Продукцію не можна використовувати або продавати
|-
| Значний
| Потрібне доопрацювання або додаткова перевірка
|-
| Незначний
| Не впливає суттєво на використання, але має бути зафіксований
|}

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

! Поле

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

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

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

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

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

! Поле

<div style="border:3px solid #1565c0; background:#e3f2fd; padding:14px; margin:16px 0;">
{{DISPLAYTITLE:Атестаційні завдання K2 ERP/Перевірка якості продукції}}
== Критерії оцінювання ==

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

Результат = Не відповідає
!<div style="border:3px solid #2e7d32; background:#e8f5e9; padding:14px; margin:16px 0;">

компонент повинен фіксувати всі важливі дії. SEO-опис

{| class="wikitable" style="width:100%;"
== Приклади критеріїв ==
== Акти ==
|-
| Що потрібно створити? | Партія → перевірка → критерії → результати → дефекти → рішення для бізнесу
|-
| Що потрібно контролювати? У звіті потрібно відображати:

[[Категорія:Корпоративна Wiki]]

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

Поле

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

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

== Поля рішення для бізнесу ==	Нормативи, фактичні значення, відхилення, дефекти, відсоток браку
Які документи потрібні? У звіті потрібно відображати: вести базу продукції; вести обліковий облік партій продукції; створювати перевірки якості; формувати зразки для контролю; задавати типи перевірок; задавати критерії якості; задавати нормативні значення; фіксувати фактичні результати вимірювань; автоматизовано визначати відповідність нормам; фіксувати дефекти; класифікувати дефекти за типами і критичністю; приймати управлінські рішення для бізнесу по партії; формувати протоколи випробувань; формувати акти приймання; формувати акти браку або списання; аналізувати причини дефектів; вести коригувальні і попереджувальні дії; будувати звіти по якості; підтримувати завантаження файлів, фото і лабораторних результатів; вести журнал змін; підтримувати рольовий доступ. Перевірка якості продукції — це практична задача; так само реалізовано партій, зразків, критеріїв, нормативів, дефектів, протоколів випробувань, рішень по партіях, коригувальних дій і звітності виступає ключовою рисою перевірки навичок розробника або впроваджувача K2 ERP у створенні модуля контролю якості продукції забезпечується через Атестаційне задача K2 ERP.== Практичне задача == дотримання стандартів ISO; зниження браку; контролю постачальників; зменшення фінансових втрат; запобігання рекламаціям; підвищення довіри до бренду; формування доказової бази при спорах; аналізу причин відхилень. \| компонент контролю якості продукції
Які довідники потрібні? Разом	У звіті потрібно відображати:	SEO-опис Критичними помилками вважаються ситуації, коли: Контроль здатна застосовуватись до: Критичні помилки
Продукція	До якої продукції застосовується
Тип перевірки	Для якого виду контролю
Критерій якості	Що перевіряється
Мінімальне значення	Нижня межа, якщо виступає як
Максимальне значення	Верхня межа, якщо виступає як
Еталонне значення	Очікуване значення
Допуск	Допустиме відхилення
Метод перевірки	SEO-опис або посилання на методику
Нормативний документ	Стандарт, ТУ, ISO, ДСТУ, інструкція

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

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

Що перевіряється

Звіт «CAPA»

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

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


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

== Поля перевірки якості ==
! Питання

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

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

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

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

== Варіанти рішення для бізнесу ==

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

== Звіти ==

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

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

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

Поле

SEO-опис

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

Що бажано додати? Поле

* PDF-протоколи лабораторії;

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

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

платформа здатна формувати: До перевірки можна додавати файли. Журнал змін має зберігати:

Поля зразка

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

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

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

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

!== Мета задача ==

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

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

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

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

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

Очікує перевірки

Партія ще не перевірена

На перевірці

Контроль якості триває

Прийнята

Партія відповідає вимогам

Потребує доопрацювання

Потрібні коригувальні дії

Заблокована

Партію тимчасово не можна використовувати

Відхилена

Партію не прийнято

Списана

Партію списано як брак

SEO-опис Відсоток браку = Кількість дефектних одиниць / Кількість перевірених одиниць × 100 Дефекти потрібно класифікувати для подальшого аналізу. Після завершення перевірки платформа має формувати PDF-протокол. Технічні вимоги	Перевірки, відсоток браку, дефекти, якість по постачальниках, якість по цехах, CAPA
class="wikitable" style="width:100%;"	-	Перевірка	До якої перевірки належить
Зразок	Якщо оцінка виконується по зразку
Критерій якості	Що перевіряється
Нормативне значення	Очікуване або допустиме значення
Мінімальна межа	Нижня межа
Максимальна межа	Верхня межа
Фактичне значення	Результат вимірювання
Результат	Відповідає або не відповідає
Коментар	Пояснення або зауваження

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

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

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

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

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

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

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

Які звіти потрібні? Бали Рекомендовані сутності бази даних створити продукцію; створити партію продукції; створити тип перевірки; створити критерії якості; налаштувати нормативи; створити перевірку якості; створити зразки; додати критерії до перевірки; внести фактичні значення; перевірити автоматичну оцінку відповідності; зафіксувати дефект; завантажити фото дефекту; розрахувати відсоток браку; прийняти рішення для бізнесу по партії; створити CAPA для дефекту; сформувати протокол перевірки; сформувати акт браку або акт приймання; сформувати звіт по дефектах; сформувати звіт по відсотку браку; перевірити журнал змін і права доступу. * сировини; * матеріалів; * комплектуючих; * напівфабрикатів; * готової продукції; * товарів від постачальників; * продукції після повернення від клієнта; * продукції після ремонту або доопрацювання. !== Поля партії == Поля продукції
Перевірка	До якої перевірки належить
Партія	По якій партії прийнято рішення для бізнесу
рішення для бізнесу	Прийнято, відхилено, доопрацювання тощо
Підстава	Коментар або документ
Відповідальний	Хто прийняв рішення для бізнесу
Дата рішення для бізнесу	Коли прийнято

Після перевірки потрібно прийняти фінальне рішення для бізнесу.== Приклади типів дефектів == * постачальника; * кількість партій; * кількість відхилених партій; * кількість дефектів; * відсоток браку; * рейтинг якості. SEO-опис

Назва типу

як приклад: Вхідний контроль

Етап контролю

Вхідний, виробничий, фінальний, повторний

SEO-опис

Коротке пояснення

Потребує зразків

Так або ні

Потребує лабораторного протоколу

Так або ні

Статус

Активний або архівний

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

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

Поля дефекту

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

! |- | Назва продукції | Найменування виробу або матеріалу |- | Код продукції | Внутрішній артикул або код |- | Тип продукції | Сировина, напівфабрикат, готова продукція, товар |- | Постачальник | Якщо продукція отримана ззовні |- | Виробничий цех | Якщо продукція виготовлена всередині |- | Специфікація | Файл або SEO-опис вимог |- | Статус | Активна або архівна |} ! Параметр * механічне пошкодження; * невідповідність розміру; * неправильна вага; * дефект кольору; * порушення герметичності; * відсутність маркування; * неправильне пакування; * неповна комплектація; * функціональна несправність; * забруднення; * невідповідність документації; * інше. SEO-опис

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

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

платформа має автоматизовано визначати результат. компонент обліку перевірок якості продукції, виявлення дефектів, протоколів випробувань і аналізу результатів. ! ! Якщо фактичне значення нижче мінімального або вище максимального: ! Поле Контроль якості потрібен для: !== Поля CAPA ==

рішення для бізнесу по партії

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

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

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

Коротко

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

! | CAPA, фото дефектів, графіки якості, рейтинг постачальників, лабораторні протоколи |}

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

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

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

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

== Див. так само ==