ISO, менеджмент, консалтингдобавить в избранное
домой - первая страницапользователи сайтаRSSФОРУМСТАНДАРТЫГОСТ РСЛОВАРЬНАВИГАТОРКОНСУЛЬТАНТЫ
 
Логин : Пароль:   
       [регистрация] [напомнить пароль]

ФОРУМ
• Самооценка организации 
 07. Сент 13:08 от GodnevEV
• ИЩУ файлы текстов стандартов... 
 14. Авг 09:23 от garin
• Сертификация или декларирова... 
 14. Июль 08:10 от ZHukov
• Анекдоты про СМК, аудиты и а... 
 17. Апр 06:51 от ZHukov





 

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

Перейти Назад  1, 2, 3, 4  Вперед  
Версия для печати
Автор Сообщение
metako
http://www.klubok.net/index.php?name=PNphpBB2&file=viewtopic&p=4799#4799
08 Май, 2007 г. - 10:49
консультант [качество]
консультант [качество]

Откуда : Россия, Москва
Nasti писал(а):
Цитата:
Уважаемые коллеги!
Подскажите, являются ли Приказы и Решения по предприятию записями по качеству? Или в зависимости от содержания Приказа/Решения?
Например...
Я бы системно ответила на этот вопрос!

ПРИКАЗ - это конечно запись, но если постоянно нужно писать ПРИКАЗы, зачем тогда нужна система. Легче написать процедуру, которая будет охватывать все системные случаи постановки на производство или еще какие, которые постоянно случаются. Тогда не нужно мучить директора приказом, а записью будет АКТ или ПРОТОКОЛ сдачи в производство...

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

Ответить с цитатой
 
swan
http://www.klubok.net/index.php?name=PNphpBB2&file=viewtopic&p=4801#4801
09 Май, 2007 г. - 22:58
консультант [качество]
консультант [качество]

Откуда : Украина, Харьков
Который раз замечаю у г. Жукова - цитаты стандартов как ответ на вопрос...
Ваше: "По ГОСТ ОР ИСО 9000 3.7.6 запись (en record; fr enregistrement): Документ (3.7.2), содержащий достигнутые результаты..."
Вы-то сами как понимаете "документ, содержащий результат"??? Если результат - это материальный объект или даже объект нематериальный, то как же в протоколе это будет содержаться??? Я сторонник простых и ясных определений, не нужно связывать руки и ломать головы заинтересованных пользователей форума шаблонными переводами зарубежных документов! Эдак можно многое насоображать... А товарищу-то нужно было разобраться в конкретном вопросе!

Ответить с цитатой
 
ZHukov
http://www.klubok.net/index.php?name=PNphpBB2&file=viewtopic&p=5993#5993
28 Мар, 2008 г. - 13:58
консультант [качество]
консультант [качество]

Откуда : Россия, Новосибирск
Nasti писал(а):
PakAA писал(а):
Более двух лет назад проходила LAC курс в SGS. Как положено, мне был предоставлен материал. К сожалению, утеряла его, и единственное самое важное – это Список обязательных записей по СМК. Пролегаю всем вместе составить его для «чайников» вроде меня! Из списка помню – форма оценки поставщиков, реестр внутренней документации, реестр внешней документации…
Пополняйте этот список!
Благодарю заранее!
Вам на первую страницу этого же форума, этой же темы, там как раз мне Жуков отвечал. Смотрите внимательно


Если не хотите определить записи сами, то можете попробовать вот это (где-то взял из интернета понравиться скажите спасибо автору):
- записи об анализе со стороны руководства - Отчеты о проверке, протоколы заседания Совета по Качеству;
- записи о менеджменте ресурсов (человеческие ресурсы) – Личные дела персонала, сведения об образовании, подготовке, навыках и опыте (копии дипломов, свидетельств, удостоверений, сертификатов и т.п.);
- записи, необходимые для обеспечения свидетельств соответствия процессов жизненного цикла продукции, и произведенной продукции – результаты проверок, испытаний, документы, подтверждающие соответствие выполненной работы утвержденным чертежам (журналы, протоколы, акты, отчеты);
- записи результатов анализа требований к продукции – отчеты о результатах рассмотрения контрактов или протоколы заседаний Совета по Качеству с записью, что все требования учтены, верно поняты, и могут быть удовлетворены;
- записи входных данных для проектирования и разработки, требования к продукции – запись в рабочем журнале у разработчиков проекта полного перечня требований (требования технического задания, требования ГОСТов, законов, ТУ, инструкций, дополнительные требования);
- записи результатов анализа проекта и разработки – протоколы заседаний Совета по Качеству;
- записи результатов верификации проекта и разработки – штампы, подписи участников проектирования и разработки, согласования со службами, экспертами, проставляемые на проектной документации на различных стадиях разработки;
- записи результатов валидации проекта и разработки – запись о согласовании проекта с заказчиком, виза генерального директора, утверждающая данную проектную документацию;
- записи результатов анализа изменений проекта – все изменения, вносимые в проект должны пройти идентификацию и все процедуры, предусмотренные для проектирования и разработки с ведением тех же записей;
- записи результатов оценки и отбора поставщиков – отчеты о выборе поставщиков и оценке их эффективности на основании статистических данных входного контроля и экономических показателей;
- записи о результатах измерений и испытаний сырья, материалов;
-записи об управлении производством и обслуживанием (о соблюдении технологической и производственной дисциплины) – рабочие журналы на участках, отчеты о проверках процессов, продукции, протоколы Совета по Качеству;
- записи о валидации процессов производства и обслуживания, результаты которых нельзя проверить посредством мониторинга и измерений – отчеты об аттестации рабочих, занятых в таких процессах и отчеты об аттестации самих процессов, записи о соблюдении запланированных режимов процессов;
- записи об идентификации и прослеживаемости продукции – контрольные записи в рабочих журналах о прохождении сырья, материалов, продукции;
- записи о результатах поверки и калибровки - протоколы, журналы графиков-паспортов, ремонта КИПиА, изъятия и списания, метрологической экспертизы;
-записи результатов мониторинга и измерения продукции – рабочие журналы учета измерений и мониторинга, испытания продукции, отчеты о проверке продукции;
- записи о характере несоответствий и о любых последующих предпринятых действиях - отчеты о проверке продукции, классификаторы выявленных несоответствий, акты о наличии и характере несоответствий, о неустранимых несоответствиях, журнал регистрации жалоб и претензий;
- записи о корректирующих действиях – отчеты о выполненных корректирующих действиях;
- записи о предупреждающих действиях - отчеты о выполненных предупреждающих действиях.

Ответить с цитатой
 
PakAA
http://www.klubok.net/index.php?name=PNphpBB2&file=viewtopic&p=5994#5994
30 Мар, 2008 г. - 21:38
ученик

Откуда : Казахстан, г. Алматы
Жуков.Г писал(а):
Если не хотите определить записи сами, то можите поробовать вот это (где-то взял из интернета понравиться скажите спасибо автору):

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

Ответить с цитатой
 
KimNA
http://www.klubok.net/index.php?name=PNphpBB2&file=viewtopic&p=6666#6666
07 Апр, 2009 г. - 15:19
ученик

Откуда : Россия, Улан-Удэ
Недавно была на семинаре по СМК, на котором лектор утверждал что: "К записям относятся РК и ДП , т.к. созданы организацией и организация вносит в них изменения"
Я считаю что РК и ДП это документы устанавливающие(описывающие, содержащие) требования, которые необходимо выполнять для функционирования СМК, а записи документы содержащие свидетельства выполнения требований (результаты).
Интересно было бы узнать мнение участников форума?

Ответить с цитатой
 
Alex9994
http://www.klubok.net/index.php?name=PNphpBB2&file=viewtopic&p=6672#6672
07 Апр, 2009 г. - 19:44
консультант [качество]
консультант [качество]

Откуда : Россия, Санкт-Петербург
AD писал(а):
KimNA писал(а):
Недавно была на семинаре по СМК, на котором лектор утверждал что: "К записям относятся РК и ДП , т.к. созданы организацией и организация вносит в них изменения"

Если есть возможность - киньте в лектора помидор.
По этому поводу достаточно мнения самого ИСО (ГОСТ Р ИСО 9001:2008, сравнить п. 4.2.1 b) и c).
P.S. А Вы конечно совершенно правы.


Коллеги

если это дословная цитата, то возможно лектор и в чем-то прав...
по ISO 15489-1:2001 РК и ДП относятся к records of management, которые в одном из переводов были "записями".
в ГОСТ Р ИСО 15489-1-2007 - документы менеджмента

Ответить с цитатой
 
denews
http://www.klubok.net/index.php?name=PNphpBB2&file=viewtopic&p=6695#6695
17 Апр, 2009 г. - 10:38
консультант [качество]
консультант [качество]

Откуда : Хабаровск, Южно-Сахалинск, Барнаул
KurmanovaVN писал(а):
Добрый день!
у меня возникла путаница с записями по оценке поставщиков. У нас имеется инструкция по оценке поставщиков, балльная система,которая нормально работает с нашими постоянными поставщиками, перечень признанных поставщиков и т.д.А как быть с поставщиками единичных закупок? или с теми с которыми мы работаем в первый раз? в соответствии с инструкцией мы оцениваем поставщиков по критериям-качество, цена, условия поставок и т.д. Но поставщиков единичных закупок невозможно оценить по этим критериям до того,как мы что-нибудь у них купим. Какого рода записи должны вестись в таком случае?


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

Ответить с цитатой
 
AD
http://www.klubok.net/index.php?name=PNphpBB2&file=viewtopic&p=6697#6697
17 Апр, 2009 г. - 12:37
консультант [качество]
консультант [качество]

Откуда : Узбекистан, Ташкент
Alex9994 писал(а):

... по ISO 15489-1:2001 РК и ДП относятся к records of management, которые в одном из переводов были "записями".
в ГОСТ Р ИСО 15489-1-2007 - документы менеджмента


ИМХО, в ГОСТ Р ИСО 15489-1 вообще изрядная путаница с терминологией.

Ответить с цитатой
 
SvetlanaV
http://www.klubok.net/index.php?name=PNphpBB2&file=viewtopic&p=7006#7006
26 Янв, 2010 г. - 12:51
консультант [качество]
консультант [качество]

Откуда : Россия, Санкт-Петербург
PlotnikovaEG писал(а):
С чем-то разобралась, с остальным проблема – уже в дебрях и прошу помощи. Rolling Eyes Вопросы могут показаться глупыми, но я только начинаю вникать в этот процесс, и без вашей помощи не обойтись – к тому же я не специалист по качеству, и не училась этому...

1. Что значит «записи заносятся в документ четко в определенные графы в соответствии с формой носителя информации»? Я наверно не понимаю..ведь записи – это протоколы, акты…речь идет о журнале регистрации записей или о переносе данных из записей в какой -то документ, форма которого должна быть установлена СТО СМК или ДП?!? К одной из обязательных записей по ИСО относятся 6.2.2 - личные дела персонала, док-ы об образовании и т.д. – как и чем устанавливать форму таких записей? Ведь в процедуре, я так понимаю, нужно описать виды записей, используемых на предприятии – и нужно устанавливать их форму… могу ли я написать что форма этих док-ов – произвольная?
1.1. К записям я отношу док-ы, установленные СТО (планы контроля, планы стандартизации, извещения об изменении, протоколы совещаний, акты контроля, заключения и т.д.), также обязательные записи по исо 9001:2008 (док-ы об оценке поставщика и т.д.), и отдельно нужно внедрять формы записей, которые мы используем в работе и они также будут относится к документации СМК?
2. Что относится к документам? Если с записями более менее понятно (в стандартах устанавливаем исошные требования к требуемым записям – в процедуре описываем конкретные виды записей – утверждаем их формы), то что относить к документам? Все приказы, распоряжения по предприятию? Нужно ли вводить формы ВСЕХ приказов, распоряжений по предприятию, в том числе и бухгалтерские документы? Опять же – форма приказа /должностной – это документ, однако сами приказы будут являться уже записями (как я поняла)… - и как тут быть?!?
3. В систему документации СМК входит нормативная документация, инструкции, положения, законодательная база. Если с инструкциями, методиками, положениями вроде понятно (сами обозначаем стандарты/формы инструкций, положений – внедряем, при)
Все док-ы нужно идентифицировать и обозначить: ну, к примеру, если стандарт - это СТО СМК.ххх.хх, форма должностной – Ф.ДИ.хх.хх - т.е. с документами, разрабатываемыми нами, понятно. Но как быть с законодат. базой, отраслевыми стандартами, ведомственными актами и т.д.? Как их внедрять? - тоже вносить в план стандартизации? – но ведь они априори существуют, и не мы их разрабатываем - Как в таком случае их идентифицировать и регистрировать? (ну не могу же я ФЗ-114 например обозначить как-то иначе…)



В рамках документации СМК документы - это то, что устанавливает требования. Но не все на свете требования, а те, которые соответствуют требованиям стандарта 9001. Поэтому форма приказа Вас вообще не должна волновать. Какое требование ISO устанавливается посредством формы приказа, да никакое! Записи - это то, что подтверждает выполнение требований. Но опять же - не всех на свете, а тех, которые имеют отношение к требованиям стандарта. Исходите из того, что вот есть такое-то требование стандарта. В каком внутреннем документе СМК это требование установлено (в документе СМК требование может быть более жестким, чем в стандарте 9001), какой записью подтверждается выполнение этого требования. Если есть запись, которая не подтверждает выполнение какого-то требования стандарта - зачем она ведется? Из нее получается другая, нужная запись (например, для анализа по периодам), или это дань традиции?
Почему у Вас вообще такая странная формулировка: записи, установленные СТО - отдельно, а записи, обязательные по ISO 9001 - отдельно? Если у Вас в СТО устанавливаются записи, не относящиеся к ISO 9001, зачем они ведутся?
Нормативная документация - это документация, которая определена организацией как необходимая (п. 4.2.1 d). Ключевое слово - необходимая. Значит, важно, почему ее определили как необходимую. Соответственно, в реестре применимых законодательных и нормативных требований ключевым моментом является не индексация документа, а цель его применения.
А про произвольную форму документа/записи никогда не пишите. Либо эта запись нужна, и тогда форма определяет состав необходимых и достаточных данных в ней (откуда иначе у Вас будет уверенность, что запись содержит все необходимое для подтверждения), либо запись для подтверждения выполнения требования не нужна, и тогда форма не имеет значения.

Ответить с цитатой
 
PlotnikovaEG
http://www.klubok.net/index.php?name=PNphpBB2&file=viewtopic&p=7007#7007
28 Янв, 2010 г. - 03:16
ученик

Откуда : Россия, Южно-Сахалинск
Спасибо за ваш ответ! Насчет приказов и т.д. - читая рекоммендации по исо, примеры ДП некоторых компаний, примеры здесь - путаюсь еще больше! Здесь многие пишут о том, что у них в документацию входят справки, приказы, чуть ли не вся бухгалтерия - вот я и не могу определиться с границами ведения документации - как их определить? У всех в СМК входят приказы....письма, даже факсы...как-то не хочется вводить такой бъем...о Sad
"Почему у Вас вообще такая странная формулировка: записи, установленные СТО - отдельно, а записи, обязательные по ISO 9001 - отдельно? Если у Вас в СТО устанавливаются записи, не относящиеся к ISO 9001, зачем они ведутся?" - здесь исхожу из того, что в СТО устанавливаются записи, необходимые для подтверждения качества по таким-то процессам (это записи, которые мы сами определяем как необходимые, и они не являются обязательными по исо) - в итоге по ним проводится аудит, они анализируются на советах покачеству, т.е. нужны для пожтверждения определенного уровня качества процессов. Затем к ним добавлются записи, обязательные по исо. В итоге получается вот такая система...
"А про произвольную форму документа/записи никогда не пишите. Либо эта запись нужна, и тогда форма определяет состав необходимых и достаточных данных в ней (откуда иначе у Вас будет уверенность, что запись содержит все необходимое для подтверждения), либо запись для подтверждения выполнения требования не нужна, и тогда форма не имеет значения." - ну здесь не соглашусь - например входящий документ от Заказчика (ТЗ, их инструкции и т.д.)- будет записью, форму эту устанавливает Заказчик - это его внутренний документ, мы его не идентифицируем, а (максимум) регистрируем и ведем в папках.


И еще, Светлана, можно вопрос...непонятны обязательные записи по :
7.4.1. - мы можем оценить изначально поставщиков, с которыми работаем, но т.к. мы дилеры и поставлять продукцию других производителей права не имеем - как тут оценивать и будет ли такая оценка объективной? Как такую запись можно поддерживать в рабочем состоянии?
7.6. "Результаты калибровки и поверки измерительного оборудования" - такого у нас вообще не бывает, как соблюсти требования этой записи?
7.6.а. - "Данные о базе использованной для калибровки или поверки, при отсутствии международных или национальных эталонов"- так же, такого у нас не ведется. Как выйти из положения? Примеры всех этих записей я нашла здесь на форуме в разных темах, но ничего не подходит - т.к. мы не разработчики, не проектировщики - мы просто выполняем работа по готовым чертежам (либо гостам).? Crying or Very sad

Ответить с цитатой
 
ZHukov
http://www.klubok.net/index.php?name=PNphpBB2&file=viewtopic&p=7014#7014
03 Фев, 2010 г. - 12:02
консультант [качество]
консультант [качество]

Откуда : Россия, Новосибирск
PlotnikovaEG писал(а):
"Здравствуйте! Решила обратиться к вам с вопросом, т.к. прочитала много тем на форуме и ваши сообщения в том числе. Не могли бы вы мне прояснить один вопрос, касательно управления документацие и, в частности, учета нормативной документации. Не могу разобраться как и зачем это происходит.
При внедрении внутр. документации все понятно (приказ о внедрении, идентифицируем, ведем учет в журнале и т.д.), но как можно идентифицировать норм.документ, который издается не нами - он уже имеет свою идентификацию...как в таком случае нормативный документ внедрять? А если этих документов сотни, тысячи?
Я так поняла, что мы должны определить основную норм. документацию, устанавливающую требования к нашей работе, и внедрить (присвоить номер?либо просто включить в план стандартизации на год, не идентифицировать никак, а просто вести учет..)? Надеюсь на вашу помощь.
С ув. Плотникова Е.Г.

Попытаюсь ответить на ваши вопросы не в личке а на форуме
Как происходит идентификация внешней нормативной документации:
Получаете ГОСТ присваиваете входящий номер и номер экземпляра, и заводите учетную карточку, в которой отмечаете место нахождения документа и его копий. Для чего это нужно? А для того, чтобы при получении изменений к документу вы смогли свободно найти необходимый экземпляр документа и внести в него должным образом изменения.
Идентификация же собственных документов нужна для того, чтобы одним и тем же номером не проидентифицировались два различных документа
Вообщем это делается для того чтобы можно было выполнить требование к документации устанавливаемые ГОСТ Р ИСО 9001
Относительно записей не требуемых ИСО 9001 - да записи действительно многие организации вносят дополнительные. При этом допустим в таблице стандарта по управлению записями (там где перечислены все записи) в графе "Записи требуемые ГОСТ Р ИСО 9001" ставят прочерк.
PlotnikovaEG писал(а):
"А про произвольную форму документа/записи никогда не пишите. Либо эта запись нужна, и тогда форма определяет состав необходимых и достаточных данных в ней (откуда иначе у Вас будет уверенность, что запись содержит все необходимое для подтверждения), либо запись для подтверждения выполнения требования не нужна, и тогда форма не имеет значения." - ну здесь не соглашусь - например входящий документ от Заказчика (ТЗ, их инструкции и т.д.)- будет записью, форму эту устанавливает Заказчик - это его внутренний документ, мы его не идентифицируем, а (максимум) регистрируем и ведем в папках.

Относительно записей выполняенмых в произвольной форме - то в этом случае проводиться описание содержания требуемых записей (вместо формы), Но обычно эту фразу используют "начинающие" организации или консалтинговые которые сами не знают или не хотят придумывать форму записи
ТЗ больше относиться к "требованиям, установленным потребителем" (это п.7.2.1 и там никаких требований к записям не предъявляется) Конечно можно отнести эту запись и к 7.3.2. При этом эта запись выполнена заказчиком ( и возможно в соответствии с требовангиями нормативной документации) но это запись не ваша и вы должны соотвественно управляыть ею как внешним документом, и сохранять ее до верификации выходных данных для потребителя и еще какое-то время для подтверждения, что все требования заказчика вы соблюли. (не дай бог суд). Вообщем управляете этими документами как собственностью потребителя
PlotnikovaEG писал(а):
И еще, ....вопрос...непонятны обязательные записи по :
7.4.1. - мы можем оценить изначально поставщиков, с которыми работаем, но т.к. мы дилеры и поставлять продукцию других производителей права не имеем - как тут оценивать и будет ли такая оценка объективной? Как такую запись можно поддерживать в рабочем состоянии?

Ну в первую очередь вы должны соблюдать требования ГОСТов, ТУ...... в части требований предъявляемых к транспортировке, хранению .... продукции. При этом вы должны довести до поставщика ту информацию которую вы получаете в процессе "оценки удовлетворенности потребителей" и к "соотвествию требованиям к продукции" , к "характеристикам и тенденциям к продукции включая возможности проведения предупреждающих действий"
Допустим вы оптовый продавец и вам поставили некачественнный продукт и при этом поставщик в процессе транспортировки не соблюдал требования предъявляемые к транспортировке. В итоге вы перепродали некачественный товар. Будите ли вы в последующем покупать у этого поставщика товар. Думаю если оцените, то и смените поставщика
PlotnikovaEG писал(а):
7.6. "Результаты калибровки и поверки измерительного оборудования" - такого у нас вообще не бывает, как соблюсти требования этой записи?


PlotnikovaEG писал(а):
7.6.а. - "Данные о базе использованной для калибровки или поверки, при отсутствии международных или национальных эталонов"- так же, такого у нас не ведется. Как выйти из положения? Примеры всех этих записей я нашла здесь на форуме в разных темах, но ничего не подходит - т.к. мы не разработчики, не проектировщики - мы просто выполняем работа по готовым чертежам (либо гостам).? Crying or Very sad

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

Ответить с цитатой
 
PlotnikovaEG
http://www.klubok.net/index.php?name=PNphpBB2&file=viewtopic&p=7015#7015
04 Фев, 2010 г. - 03:06
ученик

Откуда : Россия, Южно-Сахалинск
Благодарю вас за ответ! Многое стало понятно)

ZHukov писал(а):

ТЗ больше относиться к "требованиям, установленным потребителем" (это п.7.2.1 и там никаких требований к записям не предъявляется) Конечно можно отнести эту запись и к 7.3.2. При этом эта запись выполнена заказчиком ( и возможно в соответствии с требовангиями нормативной документации) но это запись не ваша и вы должны соотвественно управляыть ею как внешним документом, и сохранять ее до верификации выходных данных для потребителя и еще какое-то время для подтверждения, что все требования заказчика вы соблюли. (не дай бог суд). Вообщем управляете этими документами как собственностью потребителя

Но как соблюсти требование 7.3.2. где должны вестись записи , содержащие требования, относящиеся к продукции - у нас кроме заявок Заказчика и его внещшних док-в ничего нет (его инструкции и т.д.)?
ZHukov писал(а):
Скажите как вы производите работы, если работая по чертежам вы не контролируете те параметры которые в них указаны. Простите тогда это не чертежи, а рисунки.

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

Ответить с цитатой
 
SvetlanaV
http://www.klubok.net/index.php?name=PNphpBB2&file=viewtopic&p=7016#7016
08 Фев, 2010 г. - 16:25
консультант [качество]
консультант [качество]

Откуда : Россия, Санкт-Петербург
PlotnikovaEG писал(а):
...ну здесь не соглашусь - например входящий документ от Заказчика (ТЗ, их инструкции и т.д.)- будет записью, форму эту устанавливает Заказчик - это его внутренний документ, мы его не идентифицируем, а (максимум) регистрируем и ведем в папках.


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

Ответить с цитатой
 
PlotnikovaEG
http://www.klubok.net/index.php?name=PNphpBB2&file=viewtopic&p=7018#7018
09 Фев, 2010 г. - 02:44
ученик

Откуда : Россия, Южно-Сахалинск
Спасибо за отклик)
SvetlanaV писал(а):

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

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

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

Ответить с цитатой
 
ZHukov
http://www.klubok.net/index.php?name=PNphpBB2&file=viewtopic&p=7019#7019
09 Фев, 2010 г. - 08:33
консультант [качество]
консультант [качество]

Откуда : Россия, Новосибирск
Может быть это поможет (ГОСТ Р ИСО 9000-2008):
2.7 Документация
2.7.1 Значение документации
Документация дает возможность передать смысл и последовательность действий и способствует:
a) достижению соответствия требованиям потребителя и улучшению качества;
b) обеспечению соответствующей подготовки кадров;
c) повторяемости и прослеживаемости;
d) обеспечению объективных свидетельств;
e) оцениванию результативности и постоянной пригодности системы менеджмента качества.
Разработка документации не должна быть самоцелью, а должна добавлять ценность для ее пользователей.
2.7.2 Виды документов, применяемых в системах менеджмента качества
В системах менеджмента качества применяют следующие виды документов:
a) документы, предоставляющие согласованную информацию о системе менеджмента качества организации, предназначенную как для внутреннего, так и внешнего пользования (к таким документам относятся руководства по качеству);
b) документы, описывающие, как система менеджмента качества применяется к конкретной продукции, проекту или контракту (к таким документам относятся планы качества);
c) документы, устанавливающие требования (к таким документам относятся спецификации);
d) документы, содержащие рекомендации или предложения (к таким документам относятся методики);
e) документы, содержащие информацию о том, как последовательно выполнять действия и процессы (такие документы могут включать в себя документированные процедуры, рабочие инструкции и чертежи);
f) документы, содержащие объективные свидетельства выполненных действий или достигнутых результатов (к таким документам относятся записи).
Каждая организация определяет объем необходимой документации и ее носители. Это зависит от таких факторов, как вид и размер организации, сложность и взаимодействие процессов, сложность продукции, требования потребителей и соответствующие обязательные требования, продемонстрированные способности персонала, а также от степени, до которой необходимо подтверждать выполнение требований к системе менеджмента качества.

3.7.2 документ (document): Информация (3.7.1), представленная на соответствующем носителе.
Пример - Записи (3.7.6), спецификация (3.7.3), процедурный документ, чертеж, отчет, стандарт.

И вообще определение по 3.7.2 дает такой простор для работы
Так что дельный совет сделайте Руководство по качеству и шесть обязательных процедур, а потом совершенствуйте (улучшайте) систему
Для ведения записей по 6.2.2 достаточно формы "Т2"

PlotnikovaEG писал(а):
Спасибо за инфо!)
Но как соблюсти требование 7.3.2. где должны вестись записи , содержащие требования, относящиеся к продукции - у нас кроме заявок Заказчика и его внешних док-в ничего нет (его инструкции и т.д.)
А еще у меня выходные данные совпадают с результатами верификации - так может быть? Shocked

Конечно лучше если бы этот раздел описывал не инженер по качеству, а нормальный проектировщик
Мне например, как бывшему проектировщику, требования изложенные в пп.7.3.2 а)-d) очень понятны и почитав эти пункты я бы понял какие записи необходимо вести
При этом необходимо не забывать, что входные данные могут вестись и при инициативной разработке особенно когда создается что-то новое конечно проще когда ваш потребитель (а в вашем случае это может быть и не потребитель а заказывающее управление ВМФ) полностью грамотно составит ТЗ и учтет все требования предъявляемые не только к конкретной продукции, а и к типовой
Вот чтобы информация не потерялась (например взятая из предыдущих аналогичных проектов) и ведутся соответствующие записи
Не забывайте вести записи по анализу достаточности входных данных
Учитывая то, что проектируемая вами продукция должна проходить соотвествующие испытания при проектировании и сдачи проекта заказчику, то результатами верификации в вашем случае можно считать:
- нормоконтроль документации
- проведение проверки документации в организации
назначенным лицом
- проведение проверки документации заказчиком (до ее утверждения) (у строителей например это может быть внутренняя и/или внешняя экспертиза)
- ......................................

А выходные данные это спроектированная документация, технические условия, документация, опытный образец ..................................
Обычно путают верификацию с анализом проекта

В общем у каждого по разному это протекает поэтому и "непонятки"

Ответить с цитатой
 
SvetlanaV
http://www.klubok.net/index.php?name=PNphpBB2&file=viewtopic&p=7022#7022
09 Фев, 2010 г. - 13:46
консультант [качество]
консультант [качество]

Откуда : Россия, Санкт-Петербург
PlotnikovaEG писал(а):
Спасибо за инфо!)
Но как соблюсти требование 7.3.2. где должны вестись записи , содержащие требования, относящиеся к продукции - у нас кроме заявок Заказчика и его внешних док-в ничего нет (его инструкции и т.д.)
А еще у меня выходные данные совпадают с результатами верификации - так может быть? Shocked


Здравствуйте!
Записи по 7.3.2 должны подтверждать, что Вы получили или сами разработали документы, содержащие то, что перечислено в пункте. Например, запись - это журнал приема заявок/заказов или регистрации контрактов, в котором отмечено, что представленная Заказчиком информация (документ) или разработанный Вами перечень применимых нормативных документов (документ) соответствуют Вашим требованиям (скажем, в сооветствующей графе ставится +) или не соответствует, и поэтому направлен дополнительный запрос. Неважно, как называется эта запись - она должна содержать подтверждение того, что входные данные признаны соответствующим и комплектными (гарантируют надежный вход в процесс проектирования).
А выходные данные, если Вы выполнили процесс правильно, и должны соответствовать результатам верификации! Просто результат верификации документируется (выглядит) иначе, чем сами "выходные данные", поэтому я не совсем понимаю, что такое "совпадают"?

Ответить с цитатой
 
ZHukov
http://www.klubok.net/index.php?name=PNphpBB2&file=viewtopic&p=7023#7023
10 Фев, 2010 г. - 05:56
консультант [качество]
консультант [качество]

Откуда : Россия, Новосибирск
SvetlanaV писал(а):
Записи по 7.3.2 должны подтверждать, что Вы получили или сами разработали документы, содержащие то, что перечислено в пункте. Например, запись - это журнал приема заявок/заказов или регистрации контрактов, в котором отмечено, что представленная Заказчиком информация (документ) или разработанный Вами перечень применимых нормативных документов (документ) соответствуют Вашим требованиям (скажем, в сооветствующей графе ставится +) или не соответствует, и поэтому направлен дополнительный запрос.

А как же требовавния ГОСТ?:
3.7.6 запись (record): Документ (3.7.2), содержащий достигнутые результаты или свидетельства осуществленной деятельности.
Примечания
1 Записи могут использоваться, например, для документирования прослеживаемости (3.5.4) и свидетельства проведения верификации (3.8.4), предупреждающих действий (3.6.4) и корректирующих действий (3.6.5).
2 Пересмотры записей, как правило, в управлении не нуждаются.

Ответить с цитатой
 
guest
http://www.klubok.net/index.php?name=PNphpBB2&file=viewtopic&p=7033#7033
10 Фев, 2010 г. - 13:56
студент

Откуда : СНГ
PlotnikovaEG писал(а):
А может вестись одна запись по анализу достаточности входных данных и запись по 7.3.2 (определение входных данных) – допустим в журнале регистрации заявки, где указан перечень входных данных, сделать графу «достаточность входных данных для проектирования»? Question

Вам уже Zhukov разъяснил двумя постами выше, что вы необходимо "записывать"

Ответить с цитатой
 
Alex9994
http://www.klubok.net/index.php?name=PNphpBB2&file=viewtopic&p=7035#7035
10 Фев, 2010 г. - 19:59
консультант [качество]
консультант [качество]

Откуда : Россия, Санкт-Петербург
PlotnikovaEG писал(а):
А может вестись одна запись по анализу достаточности входных данных и запись по 7.3.2 (определение входных данных) – допустим в журнале регистрации заявки, где указан перечень входных данных, сделать графу «достаточность входных данных для проектирования»? Question

ИМХО момент и место определения входных данных и моменты и места проведения анализа достаточности (адекватности) входных данных разделены во времени и пространстве ,в т.ч. и с журналом...
Возможно вам поможет: ISO 9001 Руководство: Аудит процесса проектирования и разработки

Ответить с цитатой
 
guest
http://www.klubok.net/index.php?name=PNphpBB2&file=viewtopic&p=7565#7565
16 Сент, 2010 г. - 09:59
студент

Откуда : СНГ
guest писал(а):
Здравствуйте!
Есть ли у кого-то возможность поделиться образцом ДП (в моем случае, создается как СТО) "Управление записями" в соответствии с ИСО 9001-2001?


воспользуйтесь поиском по сайту
они доступны для скачивания


Подскажите пожалуйста, должна ли быть отдельная документированная процедура "Управление записями", если в других документах, таких как: "управление внутренними нормативными док-ми", "Построение, содержание и изложение док-в", "Анализ со стороны руководства", "Внутренний аудит" и др. есть информация по записям в след. форме: список записей, относящихся к конкретному процессу и соответсвующая запись в таблице действий и ответственности?

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

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


AD писал(а):
1) В 4.2.4 ISO 9001:2008 перечисляется, что должно быть в процедуре. Вся ли эта информация есть у вас в других документах? 2) Дублировать информацию о записях не нужно, ссылок вполне достаточно.

Пока СМК в орг-ии соответствует требованиям предыдущего стандарта версии 2001 года.
В других документах есть информация по отдельному процессу, например таблица, в которой перечислены записи, необходимые для управления услугами поставщиков или анализа руководства. Соответственно, как я понимаю, информация не в полной мере отвечает требованиям стандарта (п. 4.2.4 ГОСТ Р ИСО 9001-2001).
Если в СТО "Управление записями" осветить в текстовом формате всё по требованиям стандарта и дать ссылки на другие док-ты орг-ии, будет нормально?


Alex9994 писал(а):
AD писал(а):
Yes. Но не пора ли уже переходить на новую версию стандарта?
До 15 ноября 2010 г. осталось всего ничего...

уточнение, в пердыдущем посте ссылка на ГОСТ Р ИСО 9001-2001...
ГОСТ Р ИСО 9001-2001 -- национальный стандарт РФ не действует с 12.11.2009, а сертификат на соответствие ему действует до окончания действия сертификата...



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

Ответить с цитатой
 
Показать:     
Перейти к:  
Время в формате GMT + 3
Версия для печати
 

менеджмент качества ( процессы | школа качества | нормирование | управление качеством | хассп)
книги: стандарты | качество | ХАССП | маркетинг | торговля
управленческий консалтинг ( планирование и контроль | конфликтменеджмент)
новости и события: пресс-релизы | новые стандарты | новости партнеров | новости | архив новостей, статей
новая торговля (автоматизация | магазиностроение | маркетинг и экономика)
интернет-маркетинг (создание сайта | интернет - бизнес)
финансы & страхование (страхование | бизнес-школа)
обзоры и интервью: маркетинг | консалтинг | торговля | управление качеством )
энциклопедия: это интересно | глоссарий | о семье | менеджмент семьи | каталог ресурсов


[реклама на сайте]

Мы разрешаем использовать, цитировать, копировать, транслировать и переводить любые наши материалы в сети Интернет
при условии установки прямой ссылки на этот конкретный материал на сайте KlubOK.net

Для того чтобы опубликовать свой материал (статью, книгу и т.д.),
вам достаточно направить его по адресу klubok@klubok.net
в любом удобном вам формате.
Copyright © 2003-2017 KlubOK.net, Андрей Гарин


Рейтинг@Mail.ru Яндекс.Метрика