Повідомлення про якість в SAP QM: QM02

⚡ Розумний підсумок

Повідомлення про якість в SAP QM фіксує дефекти, виявлені під час перевірки, та проводить їх аналіз першопричин до їх усунення. Транзакція QM02 фіксує причини, завдання та дії, тоді як QA32 створює повідомлення про дефектну партію перевірки.

???? Основна мета: Фіксуйте та обробіть дефекти, виявлені під час перевірки, а потім проаналізуйте основну причину кожного з них.
🏷️ Три стандартні типи: Q1 обробляє скарги клієнтів, Q2 — скарги постачальників, а Q3 — внутрішні проблеми.
🔗 Шлях створення: Виберіть контрольну партію зі статусом RREC у QA32, запишіть код дефекту, а потім натисніть кнопку «Сповіщення».
🧩 Чотири блоки даних: Елементи фіксують дефект, причини пояснюють його, завдання призначають виправлення, а дії фіксують, що було зроблено.
🔄 Розвиток статусу: Сповіщення переходить з стану «невиконано» на стан «опубліковано», «в процесі» та «нарешті завершено».
️ Необхідна конфігурація: Code Перш ніж можна буде класифікувати дефекти, групи та коди мають бути налаштовані відповідно до бізнес-вимог.
💰 Коштувати Tracking: Витрати на невідповідність, понесені під час аналізу та вирішення проблеми, документуються у повідомленні.

Детальніше

Що таке сповіщення про якість SAP КМ?

SAP QM Quality Notification містить функції для фіксації та обробки різних типів проблем або дефектів, які виявляються під час перевірки (наприклад, дефекти, що є результатом неякісних товарів).

SAP Сповіщення про якість QM використовуються для аналізу зареєстрованих дефектів і аналізу першопричин цих проблем.

В цілому SAP сповіщення про якість можна використовувати для:

Опрацюйте проблему та визначте відповідні еталонні об’єкти (наприклад, матеріал, постачальник, виробник і клієнт)
Записуйте та зберігайте імена всіх співробітників (партнерів), які безпосередньо пов'язані з дефектом.
Визначте специфікації обробки для SAP Повідомлення про якість QM (наприклад, із зазначенням терміну, протягом якого дефект має бути виправлено, та визначенням пріоритету для повідомлення)
Захопити особину Дефект предмети, що стосуються проблеми, і проаналізуйте основні причини дефекту.
Вкажіть коригувальні дії, які необхідно вжити (наприклад, завдання, які виконуються негайно, або коригувальні дії, які виконуються після глибокого аналізу дефектів)
Track впровадження коригувальних дій за допомогою функцій управління статусом сповіщення. Воно має різні статуси, такі як випуск, введено в обробку та завершено.
Зафіксуйте всі дії та завдання, які були виконані для усунення проблеми.
Задокументуйте витрати на невідповідність, понесені під час аналізу та вирішення проблеми.
Різні типи звітів, що стосуються проблеми, можна роздрукувати, надіслати факсом і експортувати.

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

Типи сповіщень про якість у SAP QM

Зокрема, SAP Сповіщення QM можуть допомогти вам вирішувати внутрішні та зовнішні проблеми. Стандартно надаються три типи сповіщень, і кожен з них вказує на інший контрольний об'єкт.

тип	ІМ'Я	Довідковий об'єкт	Типовий тригер
Q1	Скарга клієнта	Клієнт, замовлення на продаж, доставка	Товари низької якості, доставлені клієнту
Q2	Скарга на продавця	Постачальник, замовлення на придбання, партія перевірки	Дефект виявлено під час вхідного контролю закупленого матеріалу
Q3	Звіт про внутрішню проблему	Матеріал, виробниче замовлення, завод	Дефект виявлено під час внутрішньотехнологічної перевірки у цеху

Зовнішні скарги, подані клієнтами – Це стандартно SAP сповіщення про якість типу Q1, яке стосується проблеми, пов’язаної з якістю товарів, що постачаються клієнту. Це використовується для реєстрації скарг клієнта та вжиття заходів щодо проблеми, про яку повідомив клієнт.
Зовнішні скарги на постачальників – Це стандартно SAP Сповіщення про якість QM типу Q2, яке стосується проблеми, пов’язаної з якістю товарів, що постачаються постачальником. Це використовується для реєстрації скарги на постачальника та вжиття заходів щодо проблеми, виявленої під час вхідної перевірки якості матеріалів.
Внутрішні проблеми компанії – Це стандартно SAP Повідомлення про якість QM типу Q3, яке стосується проблеми, пов’язаної з якістю товарів, яка виникає всередині компанії. Це використовується для реєстрації внутрішніх проблем, які виявляються під час інспекцій якості в цеху.

У наведеному нижче прикладі використовується сповіщення Q2, створене безпосередньо з дефектної контрольованої партії.

Як зафіксувати дефекти та створити якісне повідомлення

На цьому етапі ми будемо реєструвати дефекти, коли якість результатів виходить за межі допуску після проведення аналізу в SAP система.

Крок 1) З SAP У меню легкого доступу відкрийте код транзакції QA32 і введіть наступні дані.

Виберіть контрольну партію, в якій реєструються та мають результати SAP стан системи як «RREC».
Натисніть кнопку «Дефекти» у верхній частині SAP екран.

Після натискання кнопки дефектів ми переходимо до наступного SAP екран.

Крок 2) В цьому SAP екран,

Виберіть групу кодів «Довжина» та Code «Занадто довгий» – це дефект, який ми виявили після проведення аналізу.

Крок 3) В цьому SAP екран,

Ви можете побачити код матеріалу та контрольну партію, щодо яких ми створили дефекти.
Ви можете побачити довжину коду дефекту, яка є «занадто довгою».
Натисніть «Кнопка сповіщення» зверху, щоб створити якісне сповіщення.

Ви отримаєте повідомлення як «сповіщення про якість створено».

Сповіщення тепер має статус «необроблене». Його випуск та запис подальших дій здійснюється в окремій транзакції.

Як випустити та завершити сповіщення

Крок 1) З SAP Екран легкого доступу відкриває транзакцію QM02.

Тут ми опублікуємо та запишемо завдання та дії, щоб завершити сповіщення про якість.

Введіть номер сповіщення про якість, який ми створили на попередньому кроці.

Натисніть кнопку Enter на клавіатурі, щоб перейти до наступного SAP екран.

Крок 2) В цьому SAP екран,

Ви можете побачити номер замовлення на купівлю, за яким ми отримали дефектний товар.
Ви можете побачити контрольну партію, яка пов’язана з номером замовлення на купівлю.
Натисніть вкладку «Елементи», щоб перейти до наступного SAP екран.

Крок 3) В цьому SAP екран,

Ви можете побачити код дефекту як «занадто довгий», який ми ввели на попередніх кроках.
Натисніть кнопку відпускання, щоб відключити сповіщення.
Натисніть кнопку «причини», щоб визначити причину проблеми та перейти до наступного SAP підекран.

Крок 4) В цьому SAP екрану, необхідно згадати причину виявленого дефекту.

Тут виберіть групу кодів «QM» для причини, яка означає, що це помилка конструкції. Ці групи кодів налаштовані відповідно до бізнес-вимог.
Натисніть кнопку «Завдання», щоб перейти до наступного SAP підекран.

Крок 5) В цьому SAP екрані, ми повинні згадати завдання, які необхідно виконати після виявлення дефекту.

Тут виберіть групу кодів «QM-G2» для завдань, що означає, що потрібно виконати переробку. Ці групи кодів налаштовані відповідно до бізнес-вимог.
Натисніть вкладку «Дії», щоб перейти до наступного SAP підекран.

Крок 6) В цьому SAP екрані, ми повинні згадати дії, які необхідно виконати після виявлення дефекту.

Тут виберіть групу кодів «QM-G2» для дій, що означає спеціальну скаргу, яку потрібно подати проти постачальника. Ці групи кодів налаштовані відповідно до бізнес-вимог.
Натисніть кнопку «Завершити», щоб завершити процес сповіщення.

Потік статусу сповіщень про якість SAP QM

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

OSNO – Невиконане повідомлення: Сповіщення існує, але обробка не розпочата. Воно відображається у списку робіт відповідального відділу.
NOPR – Повідомлення в процесі обробки: Встановлюється при натисканні кнопки спуску. Тепер можна зберігати причини, завдання та дії.
TSRL / TSCO – Завдання випущено та виконано: Застосовується до окремих завдань, щоб було видно частковий прогрес, тоді як інші завдання залишаються відкритими.
NOCO – Повідомлення завершено: Встановлюється кнопкою «Завершити». Сповіщення закривається, і вводиться дата завершення.
DLFL – Прапор видалення: Позначає сповіщення як створене помилково, щоб його виключити з оцінювання.

Повідомлення не може надійти до NOCO, поки обов'язкові завдання все ще не виконані, що робить статус надійним показником відкритості. Управління якістю випуски

Транзакція сповіщення про якість Codes

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

Угода Code	Мета
QM01	Створіть сповіщення про якість безпосередньо
QM02	Зміна сповіщення: реліз, причини, завдання, дії
QM03	Відображати сповіщення про якість
QM10	Список сповіщень, зміна режиму
QM11	Список сповіщень, режим відображення
QM12	Список завдань для сповіщень
QM13	Список активності для сповіщень
QA32	Зафіксувати дефекти на контрольованій партії та сформувати повідомлення
QS41	Ведення каталогів, груп кодів та кодів

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

Пошук і усунення несправностей

План перевірки необхідно скопіювати до контрольної партії, без чого ми не зможемо записати результати та прийняти рішення щодо використання.
Якщо план перевірки створюється після контрольної партії, контрольна партія отримає статус CRTD. І нам потрібно вручну призначити план перевірки, щоб змінити статус зі створеного (CRTD) на випущений (REL) у SAP система. Лише після випуску інспекційної партії ми можемо виконати запис результатів і прийняти рішення про використання.
Процедура відбору зразків повинна бути призначена в плані інспекції для запису будь-яких результатів і прийняття рішення про використання, інакше нам потрібно вручну розрахувати вибірку в контрольній партії.
Code групи та коди необхідно налаштувати залежно від потреб бізнесу для обробки сповіщень про якість.
Якщо кнопка «Дефекти» неактивна в QA32, партія не досягла статусу RREC. Спочатку запишіть принаймні один результат, як показано на навчальний посібник з остаточної перевірки.

Поширені запитання

Так. Транзакція QM01 створює окреме сповіщення про скаргу клієнта або внутрішню проблему. Потім об'єкт посилання вводиться вручну, а не копіюється з партії.

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

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

Так. Мовні моделі зчитують текст скарги, пропонують тип сповіщення та групу кодів дефектів, а також встановлюють пріоритет. Інженер з якості підтверджує класифікацію перед публікацією сповіщення.

Замовлення на управління якістю призначається сповіщенню, і на нього розносяться години переробки або вартість браку. Накопичена вартість потім відображається у звітності про вартість якості для цього матеріалу або постачальника.