Записи СМК

guest писал(а):

Если создавать СТО "Управление записями", то информацию по записям в других документах нужно оставить и лишь сослаться на них в новом документе?

Можно сделать так

guest писал(а):

Я знаю, что можно совместить "Управление документацией" и "Управление записями", но в этом случае придется дополнять соответсвующий существующий документ. Не возникнет ли доп. неудобств?

Можно совместить, если у вас до сих пор не было неудобств, то мало вероятно, что они появятся от такого совмещения.
ИМХО инструкция по делопроизводству может полностью закрыть требования ДП "Управление документацией" и "Управление записями" или соответствующие СТО… Это только разные формы изложения одних и тех же требований…

guest писал(а):

Я знаю, что в России уже полным ходом действует ISO версии 2008 года, но у нас сертификат до 21 августа 2012, а потому пока работаем по нему.
Хотя руководству я уже сообщила о нововведениях.
Вообще, на сколько я поняла из прочитанной в сети информации, можно заменить сертификат соответствия 9001-2001 на новый после планового инспекционного аудита. Это так? И есть ли в этом существенная потребность?

Это так, при проведении инспекционного аудита (на его основании) будут заменятся сертификаты ГОСТ Р 9001 с 2001 на 2008 со текщим сроком действия, без дополнительной оплаты…
ИМХО существенной потребности нет, но замена демонстритрует его поддержку (прохождение инспекционного аудита) и просто корректнее

guest писал(а):

Подскажите пожалуйста как ставить идентификационный номер на записях, может есть пример как это должно выглядеть?

И еще, если есть, например, 2 приказа: один является записью, а второй нет. Как в этом случае ставится опознавательный знак? Тоже идентификационный номер? Где он ставится?

Объясните пожалуйста зачем нужны в организации уполномоченный по качеству и ответственный представитель руководства по качеству? Нужны ли они оба и может ли кто-то из них возглавлять отдел управления качеством?

ну если уж так сложно с управлением документацией, то можно просто написать в документации СМК: "При необходимости тиражирования документации допускается производить копирование нормативной документации. При этом на первом (титульном) листе документа проставляются надписи "Копия" "Срок действия до (обычно устанавливается не более 3 месяцев)" и проставляется подпись лица ответственного за управление документацией в организации и руководителя подразделения". Также в документации СМК пишут, что отвественный за управление документацией ведет дополнительный учет выданных и возвращенных копий и отслеживает срок их использования и по истечении установленного срока изымает и уничтожает по акту копии выданных документов.
Вполне реально работающая процедура.
При этом я как эксперт "закрываю глаза" на это безобразие, учитывая что в организации (а я в большейстепени сталкиваюсь с организациями строительного профиля) куча участков разбросанных по стране. И представляете каково каждому мастеру участка выдать по учтенному комплекту нормативной документации. Конечно когда используется только один ГОСТ или СНиП тут и речи быть не должно
Не забудьте прописать все перечисленные обязанности и в должностную инструкцию исполнителя. Ответственность устанавливается только там

ZHukov писал(а):

Не забудьте прописать все перечисленные обязанности и в должностную инструкцию исполнителя. Ответственность устанавливается только там

Не факт, если нет внешних требований, ответственность можно устанавливать и устно... Документирование ответственности нужно при разночтении ее трактовок... Обычно ответственность устанавливается организационно-распорядительным документом... Приказ о распределении ответственности и полномочий...
В строительстве и/или поднадзорной деятельности должностная инструкция рудимент лицензирования... Вполне достаточно трудового контракта. Должностную инструкцию оставляют только из внешних требований к компетенции....

guest писал(а):

Скажите, пожалуйста, что конкретно можно отнести к Записям, необходимым для предоставления доказательств того, что процессы оказания услуг и предоставленная в результате выполнения этих процессов услуга отвечает требованиям (7.1 d) для санаторно-курортной организации?

На такой вопрос никто вам готового ответа не даст.
Каких конкретно услуг?
На что именно распространяется СМК?
Определитесь с точным наименованием услуг, охватываемых СМК,
и вам сразу станет яснее, какие к ним предъявляются требования – законодательные, нормативные, потребителя, внутриорганизационные.
А исходя из того, какие требования вы найдете – и специфичные для каждого требования способы проверки соответствия, и записи – свои для каждого требования.

Здравствуйте!

Подскажите, пожалуйста, как ставится идентификационный номер на записи? Что должно ставится на документе, чтобы было понятно, напрмер, что этот приказ является записью, а другой - нет.

Как это делается на практике? Стандарт читала...не разобралась.

Здравствуйте! Помогите пожалуйста разобраться!Прохожу практику,передомной поставили вопрос:
1.нужно ли информация личного характера ( допустим заявление на отгул) включать в перечень записей в отделе АСУ.
2.Нужно ли служебную записку с информацией к примеру о настройки интернета также включать в перечень записей в отделе АСУ.
3. Можно ли не учитывать несоответствия связанные с антивирусной программой (запускают каждый день на проверку выходит очень много зараженных файлов,часто вирусы повторяются)

Спасибо.

guest писал(а):

1.нужно ли информация личного характера ( допустим заявление на отгул) включать в перечень записей в отделе АСУ.

само заявление не является свидетельством осуществленной деятельности
С соответствующими визами -- может являться, все зависит от целей его дальнейшего применения

guest писал(а):

2.Нужно ли служебную записку с информацией к примеру о настройки интернета также включать в перечень записей в отделе АСУ.

сама такая служебная не является свидетельством осуществленной деятельности
С соответствующими визами -- может являться, все зависит от целей дальнейшего применения интернета

guest писал(а):

3. Можно ли не учитывать несоответствия связанные с антивирусной программой (запускают каждый день на проверку выходит очень много зараженных файлов, часто вирусы повторяются)

нельзя
как минимум надо смотреть динамику и искать причины и предпринимать действия по не повторению несоответствий (не вирусов); без учета несоответствий это выявить невозможно

guest писал(а):

Здравствуйте! Помогите пожалуйста разобраться!Прохожу практику,передомной поставили вопрос:
1.нужно ли информация личного характера ( допустим заявление на отгул) включать в перечень записей в отделе АСУ.
2.Нужно ли служебную записку с информацией к примеру о настройки интернета также включать в перечень записей в отделе АСУ.

Поддержиаю Александра, вот только мучает вопрос: а зачем создавать перечень записей по отделу ? Какую ценность для производства это принесет ?

Цитата:

3. Можно ли не учитывать несоответствия связанные с антивирусной программой (запускают каждый день на проверку выходит очень много зараженных файлов,часто вирусы повторяются)

Что даст учет/регистрация несоотвествий, связанных с антивирусной программой ? Какую ценность ? Если служба АСУ самостоятельно разрабатывает средства защиты, тогда конечно нужно учитывать и оценивать результативность принятых действий. Если нет, то обычно в в используемых средствах есть функции "сообщить разработчику".

Интереснее оценивать влияние степени защищенности на процессы организации и их последствия, по сути внедрять управление рисками. Можно использовать ИСО 27001, а вообще для службы АСУ будет полезен:

Цитата:

ISO 20000 - международный стандарт для управления и обслуживания IT сервисов. Данный стандарт был создан в 2005 году и заменил более ранний стандарт ISO 15000, который был создан Британским институтом стандартов.

ISO 20000-1 представляет собой подробное описание требований к системе менеджмента ИТ сервисов и ответственность за инициирование, выполнение и поддержку в организациях. Эта часть состоит из 10 разделов, 13 процессов, собранных в пять ключевых групп:

Процессы предоставления сервисов (Service delivery process): в группу входят управление уровнем сервисов, управление непрерывностью и доступностью, управление мощностями, отчётность по предоставлению сервисов, управление информационной безопасностью, бюджетирование и учёт затрат.
Процессы управления взаимодействием (Relationship processes): эта область включает в себя управление взаимодействием с бизнесом, управление поставщиками.
Процессы разрешения (Resolution processes): разработчики стандарта фокусируются на инцидентах, которые удалось предотвратить или успешно разрешить – управление проблемами, управление инцидентами.
Процессы контроля (Control processes): в данном разделе рассматриваются процессы управления изменениями и конфигурациями.
Процессы управления релизами (Release process): речь идёт о выработке новых и коррекции уже имеющихся решений.

PakAP писал(а):

Поддерживаю Александра, вот только мучает вопрос: а зачем создавать перечень записей по отделу ? Какую ценность для производства это принесет?

В нашей организации каждое подразделение для себя определяет перечень документации,перечень записей,классификатор несоответствий (чтобы построить анализ по несоответствиям).

Всем доброго дня!

Могу предложить простой способ отделения записей от остальной документации.
Ответ кроется в самом стандарте

4.2.3b “анализ и актуализацию .. и повторное официальное одобрение документов»
4.2.4 «хранения, защиты, восстановление ... записей»

Проще говоря
документ единожды созданный должен постоянно актуализироваться и ИЗМЕНЯТЬСЯ,
а запись единожды созданная должна быть постоянно ЗАЩИЩЕНА (от изменений).

Alex9994 писал(а):

Если бы все так было просто..., тогда зачетная книжка студента -- документ, постоянно актуализируется и изменяется... и свидетельства о сданных зачетах, экзаменах могут быть изменены...

ИМХО большинство документов могут иметь двойной статус: одновременно и документ и запись...
Самое простое:
план - это документ
план с отметкой о выполнении - это запись...

Важно отметить вторую составляющую
содержательность...само свидетельство о совершенной деятельности это справочная информации, не требование, а документ пожжет содержать требования а может не содержать…
Приказ – свидетельство осуществленной деятельности топа, и требование тем к кому он адресован…

Пример с зачеткой не корректный. Зачетка студента — персональный журнал. Запись о зачетах — зачетная ведомость.

Пример с планом не корректный. План с отметками о выполнения не соответствует требованиям к записи, если только вы не присваиваете ему уникальный идентификатор (номер, дату и тд), отличный идентификатора начального плана.

Поднятая вами проблема реально существует. Персонал не любит работать над каждой записью. Всем хочется один раз, например в конце месяца, сформировать отчет о проделанной работе.

Я сталкиваюсь с этой проблемой в процессе рассмотрения рекламаций потребителей. Для целей управления обязательно управление каждой рекламацией в отдельности. Это не оспаривается.

Для целей производства ремонтных работ, складских операций и тп всех раздражает, что для однотипной продукции с однотипными ремонтными работами идет «ворох» записей. Удобней работать с отчетом: столько то продукции, столько то работ, столько то зап частей.

Но чтоб сформировать партию продукции для ремонта нужно время. А в случае с рекламацией потребителя время ограничено.

Тоже самое и с планом и отчетом о его исполнении. Редко можно создать «совершенный план». Реально содержание плана должно постоянно корректироваться с учетом вновь поступивших данных, в том числе и информации о невозможности исполнения ранее запланированных работ и уже выполненных этапах этого же плана. Поэтому план однозначно документ и записью быть не может.

Есть еще тип планов — отмазок. Вот вам планы, вот отчеты о выполнения планов. Работа ведется!!! Но к реальному управлению в постоянно изменяющейся среде это отношения не имеет.

С уважением, Андрей.

KozinAA писал(а):

Пример с зачеткой не корректный. Зачетка студента — персональный журнал. Запись о зачетах — зачетная ведомость.

Смотря свидетельство осуществления какой деятельности

KozinAA писал(а):

Пример с планом не корректный. План с отметками о выполнения не соответствует требованиям к записи, если только вы не присваиваете ему уникальный идентификатор (номер, дату и тд), отличный идентификатора начального плана.

Упомянутые требования к записи в форум...
Почему именно не может быть план с отметками о выполнении?...

KozinAA писал(а):

Для целей производства ремонтных работ, складских операций и тп всех раздражает, что для однотипной продукции с однотипными ремонтными работами идет «ворох» записей. Удобней работать с отчетом: столько то продукции, столько то работ, столько то зап частей.

Но чтоб сформировать партию продукции для ремонта нужно время. А в случае с рекламацией потребителя время ограничено.

Тоже самое и с планом и отчетом о его исполнении. Редко можно создать «совершенный план». Реально содержание плана должно постоянно корректироваться с учетом вновь поступивших данных, в том числе и информации о невозможности исполнения ранее запланированных работ и уже выполненных этапах этого же плана.

В общем случае план должен поддерживаться в актуальном состоянии...

KozinAA писал(а):

Поэтому план однозначно документ и записью быть не может.

а чек-лист?
см. ISO 15489-1:2001( ГОСТ Р ИСО 15489-1-2007)

Добрый день.

В разделе введение ИСО 9000 указано "Настоящий стандарт не предполагает единообразия ..."

По своему опыту знаю, что убедить успешного человека изменить свои методы (читай терминологию) практически невозможно.

Больше мне нечего добавить к этой теме. Мой подход, описанный выше, помог мне. Если он поможет еще кому-нибудь буду рад.

С уважением, Андрей.

Alex9994 писал(а):

KozinAA писал(а):

Пример с планом не корректный. План с отметками о выполнения не соответствует требованиям к записи, если только вы не присваиваете ему уникальный идентификатор (номер, дату и тд), отличный идентификатора начального плана.

Упомянутые требования к записи в форум...
Почему именно не может быть план с отметками о выполнении?...

KozinAA писал(а):

Больше мне нечего добавить к этой теме.

Вот и все заявленные требования к записи....

swan писал(а):

С точки зрения формального управления (набор действий с объектом по имеющимся у него атрибутам) планом можно управлять либо как только документом, либо как только записью. Например - до выполнения документ, после - запись. Но есть еще промежуточное время - "частичное, поэтапное выполнение", когда план/отчет нечто среднее. Это с той самой формальной точки зрения и есть проблемный момент.
ИМХО, для однозначного "разруливания" таких ситуаций целесообразно ввести правило: план управляется как документ (даже с отметками о выполнении) до тех пор, пока он не становится выполненным и не подходит время составлять отчет. Тогда имеет смысл составлять отдельный отчет (все равно так удобнее - больше информации можно в него поместить, чем просто в графе "Выполнение"), а к нему, если есть смысл, прикладывать план с отметками о выполнении ("первичная документация"). В соответствующей процедуре оговорить эти моменты

Вячеслав

Однозначного разруливания не получится... навскидку...

договор на поставку -- документ
договор на поставку с согласующими визами -- подлинный экземпляр организации это документ или запись?

выход проектирования и разработки со свидетельствами анализа и проверки в виде подписей на проекте, гриф валидации на нем это запись или документ?

Alex9994 писал(а):

Вячеслав
Однозначного разруливания не получится... навскидку...

договор на поставку -- документ
договор на поставку с согласующими визами -- подлинный экземпляр организации это документ или запись?

выход проектирования и разработки со свидетельствами анализа и проверки в виде подписей на проекте, гриф валидации на нем это запись или документ?

Александр, все зависит от установленных самой организацией правил. Например:
договор на поставку (а договор обычно всегда с согласующими визами, иначе это только бланк договора) - это запись, ибо имеет все атрибуты записи - изменения не вносятся (иначе перезаключение договора или введение дополнений), номер есть, имеет срок хранения (правда, и действия тоже) Smile

-ну в общем, управляется как записи!

Alex9994 писал(а):

Вячесав
Предложение Андрея Козина предполагает, что запись является только справочным документом... Напротив, только документ, управляемый по 4.2.3 может содержать требования

договор как запись не может быть дополнена, т.е. иметь доп.соглашение...
актуализация -- атрибут документов, содержащих требования...
я даже не заикаюсь про предмет договора и обязательства сторон по договору...

Александр,
я не занимал сторону Андрея Козина, - просто высказывал свою мысль.
А Ваши доводы не совсем понятны - так что же такое договор? И что такое актуализация договора? И причем здесь предмет и обязательство сторон???

swan писал(а):

Ваши доводы не совсем понятны - так что же такое договор

Соглашение двух или более сторон...
по сути своей это запись -- свидетельство достигнутого на момент подписания соглашения...

И все бы хорошо,

swan писал(а):

И причем здесь предмет и обязательство сторон

Но предмет договора содержит требования и обязательства сторон...
В этом контексте только что подписанный договор и поставленный план по сути своей синонимы...
Договор станет записью при его закрытии...

swan писал(а):

И что такое актуализация договора

признание договора действующим, т.е содержащим адекватные и актуальные (достаточные) требования...

Доводы:
Документ -- информация на соответствующем носителе...
Информация может быть двух видов -- справочная (свидетельства осуществленной деятельности, т.е. буквально значимые данные) и директивная (требования)...
Справочная информация не требует управления по п.4.2.3, а директивная требует...
В одном документе может быть и та и другая информация, причем возможно и одна информация и как справочная и как директивная... Все зависит от конкретной ситуации...
Стандарт ISO 9001:2000 -- в период своего действия стандарт добровольного применения, т.е справочная информация для организации.
Но если организация решила его применять, то он стал требованием и 31.12.2010 в связи с его отменой перешел в справочную информацию....

Alex9994 писал(а):

Предложение Андрея Козина предполагает, что запись является только справочным документом... Напротив, только документ, управляемый по 4.2.3 может содержать требования

Добрый день!

Дорабатывая процедуру управления несоответствующей продукцией я часть времени потратил на описание записей о характере несоответствий.

Суть проблемы.

1. В нашей организации для НП используется 11 средств управления. Для регистрации данных о состоянии управления конкретной деталью используется документ Лист несоответствий.

2. Управление НП не является линейным. Приходится постоянно уточнять и корректировать данные. В момент завершения процедуры Лист несоответствий очень отдаленно напоминает Запись с точки зрения п.4.2.4.

Возник вопрос, как такую «запись» предъявлять аудиторам? Во время анализа п4.2.4 я еще раз обратил внимание на его содержание.

«Записи, которые ведутся для предоставления свидетельств соответствия требованиям и результативности функционирования».

Записи на которые распространяется п.4.2.4. ведутся с ЦЕЛЬЮ предоставления свидетельств и не распространяется на записи, содержащие рабочие данные.. По большому счету это форма акта.

Образный пример

Комиссия в составе 1 2 3 свидетельствует о том что
1 Выявлено несоответствие
2 Несоответствие имеет грустные предполагаемые последствия
3 Принято решение утилизировать
4 утилизация осуществлена и оформлена ...

И вот эта запись должна быть подвержена «идентификации, хранении, защите, восстановлении, сохранении и изъятии записей».

Хотелось бы знать, как авторы стандарта предполагают реализацию этого требования. В чистом виде должна быть создана канцелярия по записям. Спасает только то, что есть ПО, позволяющее без участия оператора создавать, хранить, защищать и при необходимости помогает найти и восстановить необходимую запись.

С наилучшими пожеланиями, Козин Андрей.

KozinAA писал(а):

Возник вопрос, как такую «запись» предъявлять аудиторам? Во время анализа п4.2.4 я еще раз обратил внимание на его содержание.

«Записи, которые ведутся для предоставления свидетельств соответствия требованиям и результативности функционирования».

Записи на которые распространяется п.4.2.4. ведутся с ЦЕЛЬЮ предоставления свидетельств и не распространяется на записи, содержащие рабочие данные.. По большому счету это форма акта.

Андрей, почему Вы сделали такой вывод? Ведь все зависит от того, КАКИЕ свидетельства нужны, КОМУ, ЗАЧЕМ, КОГДА, в КАКОМ ВИДЕ и т.д. Ведь вполне возможно, что те самые рабочие данные могут быть использованы и как свидетельства, доказывающие что такие-то процессы давали такие-то результаты, продукция имела такие-то характеристики, условия были такими-то и т.п. Безусловно, это можно сопоставить с требованиями ко всему этому, вот и будет свидетельство соответствия (или несоответствия) требованиям. Просто слово "свидетельства" не должно пониматься буквально как доказательства для протокола.

KozinAA писал(а):

Образный пример
Комиссия в составе 123 свидетельствует о том что
1 Выявлено несоответствие
2 Несоответствие имеет грустные предполагаемые последствия
3 Принято решение утилизировать
4 утилизация осуществлена и оформлена ...
И вот эта запись должна быть подвержена «идентификации, хранении, защите, восстановлении, сохранении и изъятии записей».
Хотелось бы знать, как авторы стандарта предполагают реализацию этого требования. В чистом виде должна быть создана канцелярия по записям.

Тоже не вижу здесь ничего страшного: Протокол действий с несоответствием составлен? Да. Ему присвоен идентификационный код (№, дата)? Очевидно, да. Он будет какое-то время храниться? Естественно (причем установленное время). Что с защитой? Ну не на улице ж его будете хранить? В шкафу, сейфе. В меру важности записей, так сказать. "восстановлении, сохранении и изъятии записей" - тоже, думаю, пояснять нет смысла - очевидные вещи, реализуемые в зависимости от принятых механизмов на предприятии.

KozinAA писал(а):

В 2002 году участвовал в аудите ОАО АВТОВАЗ. Могу предположить, что аудиторы Ютак были пристрастны Smile

. Но на любые отклонения они требовали разрешение уполномоченного лица. Еще раз повторюсь, что у аудитора обязательно возникнет вопрос к законности изменений в представленной записи, если я представлю ее как свидетельство.

Андрей, ссылаться на аудиторов, требовавших разрешение УЛ, по-моему не имеет смысла. Эдак можно далеко зайти. А вдруг будут другие аудиторы, другого требующие? Подстраиваться под субъективное (и неверное) мнение аудиторов - тупиковая ветвь.

KozinAA писал(а):

Мой лист несоответствия, как пример, должен будет содержать кроме данных и исправлений дополнительную информацию: кто исправил и когда, кто разрешил изменения и когда, подпись - расшифровка-дата. Ведь все это я должен расписать в процедуре по управлению записями. А потом еще долго доказывать, что у них такие права были. Я думаю к рабочим записям такие требования не применимы. Тогда вопрос. А где те записи, которые есть свидетельства и доказательства?

Я не совсем понял Ваш вопрос. Чем эти записи отличаются от "тех"? Что значит "рабочие" записи от тех, что предоставляют "свидетельства и доказательства"? Я в прошлом сообщении как раз и пытался это узнать

KozinAA писал(а):

Рабочие записи, в моем контексте, записи - где разрешены любые изменения без разрешения на их внесение и в этой части не соответствующие требованиям 4.2.4. Записи свидетельства - записи полностью соответствующие требованиям 4.2.4.

Если у вас есть записи, в которые можно бесконтрольно вносить изменения, то это странно. Зачем тогда такие записи? Это больше похоже на ведение ежедневников каждым сотрудником. Вы тогда просто не включайте их в реестр записей, имеющих хождение в рамках СМК

KozinAA писал(а):

Я думаю Ваш вывод будет полезен всем, кто формирует руководство по качеству и готовится к сертификации.

Всем! Будьте бдительны, когда формируете реестр записей СМК.

Наличие рабочих записей с внесенными изменениями обусловлено сложностью деятельности. Не всегда принятые решения, а каждый сотрудник принимает решения как ему поступить в каждой ситуации, остаются неизменными. Этому способствует постоянный дефицит исходной информации, которая постоянно изменяется. Поэтому и существует такое понятие как проект документа (рабочий проект, рабочая запись).

Андрей,
1) я не призывал быть невнимательным при формировании реестра записей.
2) сложность работы не обуславливает возможность ведения записей как кому заблагорассудится. Еще раз повторюсь - если сотрудники делают "заметки на полях" в своих записных книжках - не нужно их называть ЗАПИСЯМИ, НЕОБХОДИМЫМИ ДЛЯ ... СМК. А если это важные данные - следует все-таки установить хоть какие-то правила стандартизации оборота таких документов.

Alex9994 писал(а):

KozinAA писал(а):

Поэтому и существует такое понятие как проект документа (рабочий проект, рабочая запись).

понятие понятием, но едва вы его определили, должен идти следующий шаг -- определить документ ли это СМК ,и если да ,то соответствующие средства управления им

Добрый день!

Для меня обмен мнениями с Вами Alex9994 и с Вами swan служил дополнительным материалом для осознания требований стандарта ИСО 9000 и позволит не делать досадных ошибок при описании СМК. К сожалению у меня за шагом «определить документ ли это СМК» будет еще один - убедить сотрудников в правильности моего решения. Существует риск незаметненько от описания СМК продукции перейти к созданию TQM. А это другая история Smile

С уважением, Козин Андрей.

KozinAA писал(а):

К сожалению у меня за шагом «определить документ ли это СМК» будет еще один - убедить сотрудников в правильности моего решения.

Андрей

подобные шаги не возникают, когда определяешь систему документов... зато возникают другие...

KozinAA писал(а):

Существует риск незаметненько от описания СМК продукции перейти к созданию TQM.

Этот выбор был определен eщe ISO 9000-1:1994 и сделан в ISO 9001:2000 c закреплением в ISO 9001:2008, в котором сочетания слов "качество продукции" вы не найдете...

Цитата:

К сожалению у меня за шагом «определить документ ли это СМК» будет еще один - убедить сотрудников в правильности моего решения. Существует риск незаметненько от описания СМК продукции перейти к созданию TQM. А это другая история Smile

Я не совсем поняла, почему Вам нужно убеждать сотрудников в правильности Вашего решения, Вы же наверняка чего-то космического не будете требовать. Речь идет о том, что "прибраться", систематизировать те записи, которые есть. Вот те, которые существуют, поддерживаются и необходимы для осуществления процесса "Реализации продукта" (п.7 ISO 9001) - доработать до ума, присвоить им номер, внести в стандарты предприятия, - и тогда уже требовать, чтобы заполняли так, как написано.
По-моему, ориентироваться необходимо не на "ваше решение" , а на пользу общего дела Smile

Про "описание СМК продукции" - грустно слышать это от директора по качеству, и "риск перейти к созданию..." - не вижу тут риска, наоборот, если Вы все правильно делаете, то и будет получаться "Всеобщее-тотальное КАЧЕСТВЕННОЕ управление ", которое будет доказывать, что Ваша продукция ПОСТОЯННО ОТЛИЧНОГО качества. А Ваша система управления постоянно улучшается. Smile

Записи СМК | записи по качеству