AUT-0437· Виробництво
Контроль відповіді постачальника на вимогу коригувальних дій
Команда пов’язує невідповідність матеріалу із запитом постачальнику, контролює строк відповіді та погоджує запропоноване виправлення.
Чернетка · Оцінка потребує перевірки
01 / Проблема
Після дефекту у прийманні закупівлі надсилають постачальнику лист, але не пов’язують його з партією та замовленням, не відстежують відповідь і не бачать, чи постачальник усунув причину.
02 / Результат
Кожен запит постачальнику має посилання на вихідну невідповідність і партію, строк відповіді, перевірене рішення щодо пропозиції постачальника та окремий план перевірки подальшої ефективності.
03 / Процес
ТригерУповноважений контролер якості підтвердив дефект у матеріалі постачальника й вирішив запросити його розслідування та коригувальні дії.
Пов’язати запит із перевіреною невідповідністю, постачальником, замовленням, позицією та партією; зберегти оригінальний запис як джерело фактів.
Призначити внутрішнього власника, визначити ризик для запасу, виробництва й відкритих замовлень та передати блокування або дозвіл на використання до авторитетної ERP/QMS системи.
Скласти запит із конкретним описом дефекту, кількістю, доказами, очікуваними строками локалізації та розслідування; не формулювати непідтверджену причину як факт.
Зафіксувати відправлення запиту й фактичний строк відповіді; нагадати постачальнику та ескалувати прострочення за погодженим маршрутом.
Перевірити відповідь постачальника: локалізацію партій, аналіз причини, запропоновані дії, відповідального й дату виконання; неповну або непереконливу відповідь повернути на уточнення.
Уповноважений фахівець приймає, відхиляє або просить переглянути план; рішення щодо браку, переробки, повернення, заміни та використання запасу передає в їхні окремі процеси.
Після підтвердження виконання записати докази й створити окремий період перевірки ефективності; закривати запит лише за виконаним критерієм і зі збереженим зв’язком із початковою невідповідністю.
04 / Реалізація2 варіанти
Приклад · Внутрішнє ведення запиту й відповіді
Під час приймання виявили тріщину в деталях одного замовлення. Комірник передав ID партії, контролер створив запит із фото та строком відповіді, закупівельник нагадав постачальнику, а якісний фахівець повернув неповний аналіз причини на уточнення.
Спосіб реалізації
- PlanFix як внутрішній реєстр пов’язаних запиту й задач із власником, строками, статусами, посиланнями на докази та перевіркою уповноваженою людиною; повідомлення постачальнику надсилають чинним погодженим каналом.
- ERP/QMS лишається джерелом партії, кількості й статусу матеріалу. Технічну блокаду, повернення та заміну передають до відповідного процесу й звіряють окремо.
Що потрібно для реалізації
- Є підтверджене джерело невідповідності та стабільні ідентифікатори постачальника, замовлення, позиції й партії.
- Визначені власник запиту, повноваження щодо прийняття відповіді та фактичні строки постачальника або договору.
- ERP/QMS залишається авторитетним джерелом статусу запасу й рішень про використання, повернення або заміну матеріалу.
- Погоджено канал листування та правила доступу до файлів, що містять креслення, клієнтські дані чи іншу обмежену інформацію.
- Власник контролює зовнішній строк відповіді й має дозвіл працювати з матеріалами справи.
Обмеження
- Dynamics 365 описує невідповідності постачальника, їх зв’язок із закупівлею або партією та пов’язані коригувальні дії; функції залежать від конфігурації й версії продукту.
- SAP Supplier Guide описує окремий сценарій співпраці покупця й постачальника в SAP Business Network; він вимагає відповідного увімкнення та доступу обох сторін і не є загальним порталом.
- PlanFix може вести задачі, статуси, відповідальних і сценарії. Він сам не блокує запас в ERP, не визначає технічну причину та не надає постачальнику портал без окремого рішення.
- Прийнятність аналізу причини, достатність коригувальних дій і рішення про матеріал підтверджують відповідальні фахівці; автоматичне закриття не є базовим варіантом.
- Години — попередня оцінка до аудиту джерела невідповідностей, каналу постачальника, обсягів партій та вимог до доказів.
- Відповіді й рішення постачальника вносять або додають вручну; їх повноту перевіряє фахівець.
Що потрібно уточнити (3)
- Чи потрібно автоматично створювати запит із запису ERP/QMS про дефект?
Укажіть джерело, зовнішній ID, доступні поля й спосіб виявити повторну подію.
- Чи стосується один запит кількох партій, позицій або майданчиків?
Визначте потрібний рівень групування й джерело переліку пов’язаних партій.
- Чи потрібно окремо перевіряти ефективність дій після їх виконання?
Визначте показник, період спостереження, вибірку та незалежного перевіряльника.