Підготовка до вашого першого сертифікаційного аудиту ISO 9001
Що охоплюють аудити етапу 1 та етапу 2, як заздалегідь провести аналіз розривів за кожним пунктом і які документи аудитор очікує побачити.
AQAP-2105
Постачальники та субпідрядники за контрактами NATO, що готують План якості, який GQAR і замовник оцінюють до початку робіт
AQAP-2105 задає контрактні вимоги NATO до Плану якості постачальника і до того, як його готують, подають і переглядають протягом життєвого циклу контракту.
AQAP-2105 задає вимоги NATO до Плану якості: документа, який постачальник складає за контрактом, щоб викласти, як він виконає кожну контрактну вимогу, включно з тими зобов'язаннями AQAP-2310, AQAP-2110 або AQAP-2210, які несе контракт. Його охоплює STANAG 4107, угода NATO, яку ратифікують держави, і він призначений для використання в контрактах між замовником і постачальником, а також між постачальником і його власними зовнішніми постачальниками.
Варто чітко сказати, чим ця публікація не є. Вона не створює систему управління якістю і не задає власних нових технічних вимог. Вона документує, як наявна система управління постачальника, побудована за AQAP-2110 або AQAP-2310, застосовується до одного конкретного контракту, з якими ресурсами, процесами і відповідальністю. У постачальника без робочої системи управління немає чого планувати.
AQAP-2105 не має самостійної сили. Постачальник зобов'язаний лише тоді, коли контракт, або тендер, що веде до нього, називає його, або називає AQAP-2310, AQAP-2110 чи AQAP-2210 поруч із ним. Навіть обсяг того, що застосовується, є справою контракту: публікація каже, що всі її вимоги застосовуються, якщо не узгоджено інше і не задокументовано як частину контракту із замовником. Щойно контракт його викликає, строки вже не узгоджуються так само: План якості має бути підготовлений і поданий до початку будь-яких контрактних робіт.
Перед початком складання постачальник переглядає весь контракт і визначає ризик, щоб з'ясувати, які управлінські, технічні та інші дії потребують планування. Цей перегляд і ризики, які він виявляє, мають зберігатися як задокументована інформація, а будь-яка діяльність поза звичайним бізнес-процесом постачальника має бути названа явно. Скільки план каже, має відстежувати контракт: його розмір, складність виробу, залучені техніки, власний досвід постачальника з подібною роботою і скільки передано зовнішнім постачальникам.
План знову переглядають і оновлюють у п'яти точках контракту: планування; проєктування і розроблення виробу; проєктування і розроблення процесу; валідація виробу і процесу; і поточне виробництво, використання та післяпродажне обслуговування. Він має явно посилатися на контракт і виріб і викладати свій пріоритет щодо інших контрактних документів, таких як План управління проєктом, План управління конфігурацією і План управління ризиками.
Щойно уповноважений персонал самого постачальника підписує план, він іде до Представника з урядового забезпечення якості (GQAR) і/або замовника на оцінювання, до початку робіт. Будь-хто з них може відхилити його, або пізнішу редакцію, за невідповідність контракту чи цій публікації. Постачальник має перевірити, що все в плані фактично придатне для мети, доступне і впроваджене тим, хто за нього відповідає, підкріплене записами внутрішнього аудиту, які зберігають протягом життя контракту і надають на запит. Будь-яка зміна плану йде тим самим маршрутом, або власною визначеною процедурою контролю змін постачальника, без зайвої затримки, і має бути простежуваною за ідентичністю, статусом схвалення, версією і датою випуску.
Розділ 4 становить основну частину публікації і проходить обов'язковий зміст плану тема за темою: опис проєкту і обсяг системи управління, як вона застосовується до контракту; як процеси ідентифікують, упорядковують, відстежують і покращують, включно з контролем контрафактного матеріалу для продукції від зовнішніх постачальників; контроль документів і перелік статусу документів, який тримають актуальним на кожному переході фази; організаційна структура і відповідальність, специфічні для контракту, включно з незалежністю персоналу якості; управління ризиками; ресурси і вимірювання, включно з метрологічною функцією; операційне планування, включно з матрицею відповідності вимога-рішення; управління конфігурацією; контроль проєктування і розроблення; надійність, де контракт її вимагає; контроль ланцюга постачання; контроль виробництва і надання послуг; випуск продукції, включно з контролем невідповідної продукції; поліпшення і коригувальна дія; і оцінювання результативності, включно із задоволеністю замовника і внутрішнім аудитом.
Там, де контракт також вимагає План якості програмного проєкту за AQAP-2210, та сама структура розділу 4 охоплює діяльність, специфічну для програмного забезпечення. Окремої структури для програмного забезпечення немає.
GQAR або замовник шукає власну процедуру внесення змін і перегляду плану, його записи внутрішнього аудиту і перелік статусу документів, який справді тримають актуальним, а не складають для самого перегляду. Те, чого публікація не задає, так само показове: вона не каже, хто всередині постачальника має складати або тримати план, який формат документа використовувати, або скільки деталізації вважається достатньою, крім того, що вона має бути точною і детальною настільки, щоб відображати поточну контрактну діяльність. Ці вибори залишаються контракту і власному судженню постачальника.
AQAP-2105 не стоїть сам. Він працює разом із AQAP-2310 (NATO Quality Assurance Requirements for Aviation, Space and Defence Suppliers), AQAP-2110 (NATO Quality Assurance Requirements for Design, Development and Production) і AQAP-2210 (NATO Supplementary Software Quality Assurance Requirements to AQAP-2110 or AQAP-2310). Його власні визначення походять з ISO 9000:2015 і з цих трьох AQAP, і він вказує на AS 9145 для більшої деталізації п'яти контрактних фаз, які він використовує для планування переглядів плану.
Підтвердження AQAP-2105 на практиці означає ставитися до Плану якості як до контрольованого документа: історія версій, чіткий запис схвалення і перегляди, заплановані за власними фазами життєвого циклу контракту, а не зроблені один раз і забуті. Це означає тримати перелік статусу документів актуальним, зберігати записи внутрішнього аудиту протягом життя контракту і бути здатним надати обидва в момент, коли GQAR або замовник запитує.
ComplyTrain є сучасною, придатною до аудиту системою записів саме для такого роду роботи: контрольовані документи з історією версій і робочим процесом схвалення, заплановані перегляди, модуль внутрішнього аудиту, що тримає висновки і докази разом, і слід коригувальних дій, що пов'язує висновок із тим, що було зроблено щодо нього. Використаний так, План якості постачальника, процедури, на які він посилається, і записи аудиту за ним живуть в одній простежуваній системі замість розкиданих файлів і ланцюжків електронної пошти.
Чого ComplyTrain не робить: він не є GQAR і не виконує оцінювання урядового забезпечення якості. Він не пише технічний зміст плану, наприклад контроль проєктування чи підхід до управління ризиками, і не вирішує, який із AQAP-2310, AQAP-2110 чи AQAP-2210 фактично викликає конкретний контракт. Застосовний рівень і стандарти, що з ним приходять, задає контракт і пункт якості замовника, а не будь-який постачальник програмного забезпечення. Оглядач стандартів показує, що стоїть поруч із AQAP-2105 у каталозі. Якщо ви з'ясовуєте, чого вимагає конкретний контракт, поговоріть з нами.
Розкажіть, як ви плануєте працювати з AQAP-2105 і що вам від нього потрібно. Ми зв'яжемося з вами та повідомимо, чим тут може допомогти ComplyTrain.
Дякуємо. Ваш список уже прямує до вашої поштової скриньки, і ми повернемося до вас щодо того, що передбачає робота з цими стандартами в ComplyTrain, зазвичай протягом одного робочого дня.
Лише якщо так каже контракт. AQAP-2105 зобов'язує через пункт контракту, безпосередньо або через AQAP-2310, AQAP-2110 чи AQAP-2210, а не самим своїм існуванням. Поза контрактом, який його називає, немає чого дотримуватися.
AQAP-2110 задає вимоги NATO щодо забезпечення якості для проєктування, розроблення та виробництва, систему управління, яку веде постачальник. AQAP-2105 інший: він задає вимоги до Плану якості, документа, що описує, як цю систему управління застосовують до одного конкретного контракту.
Ні. Публікація описує урядове забезпечення якості: GQAR і/або замовник оцінюють план щодо контракту і можуть відхилити його, або редакцію, якщо він не дотягує. Це власний нагляд замовника, а не стороння сертифікація, і він не несе сертифіката.
До початку будь-яких робіт за контрактом. Далі його знову переглядають і оновлюють у п'яти точках контракту: планування, проєктування і розроблення виробу, проєктування і розроблення процесу, валідація виробу і процесу, і поточне виробництво, використання та післяпродажне обслуговування.
Може. Якщо контракт вимагає План якості програмного проєкту за AQAP-2210, діяльність, специфічна для програмного забезпечення, охоплюється тією самою структурою розділу 4, яку AQAP-2105 задає для кожного іншого контракту. Окремої структури, специфічної для програмного забезпечення, немає.
Одна система для всієї програми відповідності. Почніть із модуля, який потрібен найбільше.
Збирайте інформацію щоразу однаково та наперед визначте, що буде далі.
Знайте, чи ваші контролі справді працюють, а не лише те, що вони існують на папері згідно з політикою.
Перетворіть знайому вам роботу з відповідності на план із відповідальними, залежностями та датами.
Знайте, що можете запропонувати, і майте докази для кожної конфігурації, у якій це пропонуєте.
Вісім готових звітів у всіх модулях. Формуються за розкладом, надсилаються і зберігаються там, де лежать докази.
Галузеві новини, важливі для вашої організації. Штучний інтелект читає й оцінює їх, а потім надсилає вам добірку за розкладом вашою мовою.
Штучний інтелект зчитує тендерну документацію та виокремлює вимоги, терміни й правила. Далі він допомагає підготувати відповідь на основі ваших затверджених матеріалів, а кожен крок ви переглядаєте самостійно.
Єдиний актуальний реєстр постачальників і партнерів, від яких залежить ваша робота. Для кожного з них проведено оцінку ризиків, повторна оцінка відбувається за графіком, і всі вони напряму пов'язані з вашим реєстром ризиків.
Побачте кожну вимогу, з якою ви маєте справу - за всіма стандартами, а також за вашими договорами й політиками - пов'язану з документами, доказами та процесами, які її виконують.
Виявляйте, оцінюйте, опрацьовуйте та переглядайте ризики в одному місці. Штучний інтелект допоможе кожному провести повноцінну оцінку, а за кожним рішенням залишиться доказова база.
Призначайте навчання, підтверджуйте його засвоєння та зберігайте записи про компетентність, які запитує аудитор.
Створюйте документи з відповідності за допомогою ШІ, контролюйте кожну версію та експортуйте їх у гарному фірмовому оформленні. Усе в одному місці.
Аудити, коригувальні дії, процеси та погодження - в одній системі управління якістю зі структурою за ISO 9001.
Що охоплюють аудити етапу 1 та етапу 2, як заздалегідь провести аналіз розривів за кожним пунктом і які документи аудитор очікує побачити.
Правило про консорціум EDF зазвичай цитують так: три учасники з трьох держав-членів. Але за словом «незалежні» тихо ховається ще одна умова - про контроль. А ще є два винятки, які скасовують це правило повністю.
Європейська програма оборонної промисловості (EDIP) діє з грудня 2025 року. Вона має власне фінансування, власні правила та власні терміни. Багато публікацій досі написані так, ніби Європейський оборонний фонд (EDF) - єдиний інструмент.