تغییر در نمونه اسناد طراحی تغییرات در اسناد اصلی طراحی و برآورد

GOST R 21.1101-2013 الزامات اساسی برای طراحی و مستندات کار

اهداف و اصول استاندارد در فدراسیون روسیه توسط قانون فدرال 27 دسامبر 2002 شماره 184-FZ "در مورد مقررات فنی" و قوانین استفاده از استانداردهای ملی فدراسیون روسیه تعیین شده است- GOST R 1.0- 2004 "استانداردسازی در فدراسیون روسیه. مفاد اساسی "

اطلاعات در مورد استاندارد GOST R 21.1101-2013

  • توسعه یافته توسط مرکز سهامی عام روش شناسی و استانداردسازی ساختمان (OJSC TsNS)
  • ارائه شده توسط کمیته فنی TC 465 "ساخت و ساز"
  • تصویب و به دستور آژانس فدرال مقررات فنی و اندازه شناسی مورخ 11 ژوئن 2013 شماره 156-ST از تاریخ 01.01.2014 تأیید و وارد اثر شد
  • این استاندارد هنجارهای برنامه شهرسازی فدراسیون روسیه مورخ 29 دسامبر 2004 شماره 190-FZ را اجرا می کند
  • جایگزینی GOST R 21 .1101-2009

3.2 اختصارات

در GOST R 21.1101-2013 "الزامات اساسی برای طراحی و مستندات کار" از اختصارات زیر استفاده می شود:

DE- سند الکترونیکی ؛
ESKD- سیستم واحد برای مستندات طراحی ؛ CAD - سیستم (های) طراحی به کمک رایانه ؛
SPDS- سیستم اسناد طراحی برای ساخت و ساز ؛
SED- سیستم (سیستم) مدیریت اسناد الکترونیکی.

اندازه گیری انتقال برق تحت نظارتاندازه گیری تجاری انرژی الکتریکی (قدرت) - فرایند اندازه گیری میزان انرژی الکتریکی به منظور حل و فصل متقابل برای انرژی و ظرفیت الکتریکی تأمین شده و همچنین خدمات مربوط به منابع مشخص شده است.

GOST 21.101-97 الزامات اساسی برای طراحی و مستندات کار

تاریخ معرفی 1998-04-01

7 قوانین ایجاد تغییرات در اسناد کاری صادر شده به مشتری

7.1 تغییر در سند کاری که قبلاً برای مشتری صادر شده است هرگونه اصلاح ، حذف یا اضافه شدن هرگونه داده به آن بدون تغییر نام این سند است. تنها در صورتی می توان نام سند را تغییر داد که یک سند به اشتباه به اسناد مختلف اختصاص داده شده باشد یا در تعیین سند خطایی رخ داده باشد.

7.2 تغییرات در سند اصلی اعمال می شود. تغییر در محاسبات مجاز نیست.

7.3 کپی از برگه (اصلاح شده ، اضافی و به جای ورق جایگزین) از اسناد کاری به سازمانهایی ارسال می شود که قبلاً کپی اسناد به آنها ارسال شده است ، همزمان با کپی از داده های کلی مجموعه اصلی نقشه های مربوطه ، مطابق با 7.5

7.4 مجوز تغییر

مجوز توسط رئیس سازمان - توسعه دهنده سند یا به نمایندگی از وی ، توسط مقام دیگری تأیید می شود.

7.4.2 مجوز اساس اخذ اسناد اصلی برای ایجاد تغییرات در آنها است.

7.4.3 تغییرات برای هر سند (به عنوان مثال ، مجموعه اصلی نقشه های کار ، مشخصات تجهیزات ، محصولات و مواد) با مجوز جداگانه صادر می شود.

در صورتی که تغییرات به هم مرتبط باشند یا برای همه اسناد تغییر یافته یکسان باشد ، مجاز است یک مجوز عمومی برای تغییرات اعمال شده در چندین سند تهیه کند.

7.5 تغییرات

7.5.1 تغيير در اصل اسناد از طريق خط كشيدن يا پاك كردن (شستشو) انجام مي شود. در این مورد ، شرایط فیزیکی اصل در نظر گرفته می شود.

7.5.2 پس از ایجاد تغییرات ، تصاویر ، حروف ، اعداد ، علائم باید واضح باشند ، ضخامت خط ، اندازه فاصله ها و غیره. باید طبق قوانین تعیین شده توسط استانداردهای مربوطه ESKD و سیستم استانداردهای "Reprography" انجام شود.

7.5.3 اندازه های قابل تغییر ، کلمات ، کاراکترها ، برچسب ها و غیره خطوط نازک جامد را کنار بگذارید و داده های جدیدی را در کنار آن اضافه کنید.

7.5.4 هنگامی که تصویر (قسمتی از تصویر) تغییر می کند ، با یک خط نازک جامد احاطه شده و یک کانتور بسته را تشکیل می دهد و با خطوط نازک جامد به صورت عرضی عبور می کند.

تصویر جدیدی از ناحیه تغییر یافته در حاشیه آزاد ورق یا روی ورق دیگر بدون چرخش انجام می شود.

7.5.5 به نواحی اصلاح شده ، لغو شده و اضافی تصویر ، یک نام اختصاص داده می شود که شامل شماره سریال تغییر بعدی سند و از طریق نقطه شماره سریال منطقه تغییر یافته (لغو ، اضافی) تصویر در این برگه است. در این حالت ، تعیین تغییر تصویر جایگزین شده به تصویر جدید منطقه تغییر یافته اختصاص داده می شود.

اگر تصویر جدیدی از ناحیه تغییر یافته در برگه دیگری قرار داده شود ، تغییر نام اختصاص داده شده به آن ذخیره می شود و در جدول تغییر این برگه در نظر گرفته نمی شود.

7.5.6 در مورد هر تغییر ، از جمله در مورد تغییری که با پاک کردن (شستشو) اصلاح شده است ، در خارج از تصویر ، یک تغییر به صورت متوازی الاضلاع مطابق شکل 15 اعمال می شود.

شکل 15

یک خط نازک جامد از متوازی الاضلاع به ناحیه تغییر یافته کشیده می شود.

7.5.7 ابعاد ، کلمات ، علائم ، کتیبه ها و غیره تنظیم شده که فاصله زیادی با هم دارند. مطابق شکل 16 ، با یک خط نازک جامد که یک کانتور بسته را تشکیل می دهد ، مشخص شده است.

شکل 16

7.5.8 اگر تصویری جدید از ناحیه تغییر یافته در برگه دیگری قرار داده شود ، شماره برگه ای که مطابق شکل 17 تصویر جدید روی آن قرار گرفته است نیز برای تصویر جایگزین نشان داده می شود.

شکل 17

7.5.9 در بالای تصویر جدید از ناحیه تغییر یافته ، تعیین تغییر تصویر جایگزین شده در متوازی الاضلاع قرار می گیرد ، و در مورد متوازی الاضلاع ، نشان دهید: "به جای خط کشی".

اگر تصویر جدیدی از ناحیه تغییر یافته بر روی یک ورق دیگر قرار داده شود ، با یک متوازی الاضلاع نشان دهید: "به جای تصویر بر روی ورق (تعداد برگه ای که تصویر جایگزین روی آن قرار دارد)" مطابق شکل 18.

شکل 18

7.5.10 اگر تصویری جدید از ناحیه تغییر یافته در نزدیکی تصویر جایگزین قرار داده شود ، آنها با خطوط رهبر با نام تغییر مطابق شکل 19 به هم متصل می شوند.

شکل 19

در بالای تصویر اضافی ، تعیین تغییر در متوازی الاضلاع قرار می گیرد ، و با متوازی الاضلاع ، نشان می دهد: "اضافه" مطابق شکل 20.

شکل 20

7.5.11 هنگامی که تصویر (بخشی از تصویر) لغو می شود ، وقتی تغییر نشان داده می شود ، نشان دهید: "لغو شده است".

7.5.12 اگر فضای کافی برای ایجاد تغییرات وجود نداشته باشد یا نقض وضوح تصویر در حین تصحیح امکان پذیر باشد ، با در نظر گرفتن تغییرات ارائه شده و نام قبلی آن حفظ می شود ، یک نسخه جدید ساخته می شود.

اگر یک یا چند صفحه از اصل جایگزین یا اضافه شود ، شماره موجودی اختصاص داده شده به نسخه اصلی در آنها حفظ می شود.

هنگام تعویض تمام برگه های اصلی ، یک شماره موجودی جدید به آن اختصاص داده می شود.

7.5.13 هنگام ایجاد تغییرات در برگه های مجموعه اصلی نقشه های کاری در لیست نقشه های کاری این مجموعه در برگه های داده های عمومی در ستون "توجه" نشان دهید:

الف) هنگام ایجاد اولین تغییر - "اصلاحیه 1".

هنگام ایجاد تغییرات بعدی - علاوه بر تعداد متوالی تغییرات ، آنها را با ویرگول از ویرگول جدا کنید.

مثال - تغییر 1 2؛ 3

ب) در برگه های جایگزین با شماره تغییر - "(Zam.)".

مثال - تغییر 1 (معاون)

ج) در برگه های لغو شده با شماره تغییر - "لغو شده".

مثال - تغییر 1 (لغو شد)

د) در برگه های اضافی با شماره تغییر - "(جدید)"

مثال - تغییر 1 (جدید)

7.5.14 اگر برگه های اضافی در مجموعه اصلی نقشه های کاری گنجانده شده باشد ، شماره سریال متوالی به آنها اختصاص داده می شود و در ادامه لیست نقشه های کاری مجموعه اصلی مربوطه ثبت می شود.

اگر فضای کافی در لیست نقشه های کاری برای ضبط ورق های اضافی وجود نداشته باشد ، ادامه لیست به اولین برگه های اضافی منتقل می شود. در همان زمان ، در پایان لیست نقشه های کاری ، که در "داده های عمومی" قرار داده شده است ، یک ورود ایجاد می شود:

"ادامه لیست ، برگه را ببینید (شماره ورق)" ، و بالای لیست در یک برگه اضافی ، عنوان را قرار دهید: "فهرست نقشه های کاری مجموعه اصلی (ادامه)".

اعداد و نام برگه های لغو شده در لیست نقشه های کاری خط کشیده شده است.

هنگام تغییر نام ورق ها ، تغییرات مناسب را در ستون "نام" ایجاد کنید.

7.5.15 هنگام تغییر تعداد کل برگه های سند در اولین برگه آن در بلوک عنوان ، تغییرات مناسب را در ستون "Sheets" ایجاد کنید.

7.5.16 هنگام تکمیل مدارک ضمیمه اضافی و لغو اسناد پیوست ، اصلاح لیست اسناد مرجع و پیوست مجموعه اصلی نقشه های مربوطه انجام می شود.

7.5.17 هنگام تکمیل اضافی و لغو مجموعه های اصلی نقشه های کار که قبلاً تکمیل شده است ، لیست مجموعه اصلی نقشه های کاری اصلاح می شود.

7.5.18 تغییرات ایجاد شده در نسخه اصلی در جدول تغییرات موجود در بلوک عنوان نشان داده شده است.

مجاز است جدول تغییر را خارج از بلوک عنوان (بالای آن یا سمت چپ آن) به همان شکل قرار دهید.

7.5.19 جدول تغییرات نشان می دهد:

الف) در ستون "تغییر". - شماره سریال تغییر سند ؛

ب) در ستون "تعداد حساب". - تعداد مناطق در حال تغییر تصویر در یک صفحه مشخص در تغییرات بعدی ؛

ج) در ستون "ورق" - در برگه های صادر شده به جای موارد جایگزین - "معاون" ، در برگه های اضافه شده دوباره - "جدید".

هنگام تعویض تمام برگه های اصلی (با شماره سریال بعدی سند) ، در اولین برگه در ستون "Sheet" "همه" را نشان دهید. در همان زمان ، جدول تغییرات سایر ورق های این نسخه اصلی پر نشده است.

در موارد دیگر ، یک خط تیره باید در ستون "Sheet" قرار گیرد.

د) در ستون "شماره سند". - تعیین مجوز ؛

ه) در ستون "نشانه". - امضای شخص مسئول صحت اصلاحیه (امضای شخص مسئول کنترل نظارتی در فیلد تشکیل پرونده قرار دارد) ؛

و) در ستون "تاریخ" - تاریخ اصلاح.

7.5.20 در جدول تغییرات ، اصلاحات اعمال شده در فهرست برگه اطلاعات عمومی در ارتباط با ایجاد تغییرات در برگه های مجموعه اصلی و اسناد پیوست در نظر گرفته نمی شود.

7.5.21 هنگام ایجاد تغییرات در اسناد متنی ، توصیه می شود جدول ثبت تغییرات را دنبال کنید. جدول ثبت تغییرات در صفحه عنوان سند متنی قرار می گیرد.

7.5.22 تغییرات مهم در اسناد متنی به یکی از روشهای زیر انجام می شود:

الف) جایگزینی تمام یا تک برگهای سند ؛

ب) انتشار برگه های اضافی جدید.

هنگام تغییر اصل اسناد متنی ، مجاز است هنگام افزودن یک ورق جدید ، شماره برگه قبلی را با افزودن عدد عربی بعدی به آن اختصاص دهید و آن را از نقطه قبلی جدا کنید.

مثال - 3.1

در این حالت ، تعداد کل برگه ها در برگه اول تغییر می کند.

در اسناد متنی حاوی بیشتر متن جامد ، هنگام افزودن یک پاراگراف جدید ، مجاز است که شماره پاراگراف قبلی را با افزودن حروف کوچک بعدی الفبای روسی به آن اختصاص دهد ، و هنگام لغو پاراگراف ، مجاز به حفظ است تعداد پاراگرافهای بعدی

7.5.23 هنگام لغو یا تعویض یک سند ، تمام ورق های لغو شده و جایگزین شده اصلی با خطوط نازک و محکم به صورت عرضی ضربدری شده و مهر زده می شود.

سند راهنما

قوانین اصلاحات
در اسناد کار
هنگام طراحی AU

RD 210.002-89

تایید شده

مدیر موسسه

"Atomenergoproekt"

در و کوروچکین

سند راهنما

قوانین اصلاحات
به اسناد کار در
طراحی AU

RD 210.002-89

برای اولین بار معرفی شد

تاریخ معرفی از 01.02 سال 1990

این سند راهنما الزاماتی را برای تغییر اسناد کاری در روند طراحی و ساخت NPP های داخلی و خارجی (از جمله نظارت طراحان) تعیین می کند و در مورد روش تغییر اسناد NPP در حال اجرا اعمال نمی شود. سند راهنما بر اساس و علاوه بر GOST 21.201-78 "قوانین ایجاد تغییرات در اسناد کار" و GOST 21.901-80 "الزامات طراحی اسناد طراحی برای ساخت و ساز در خارج از کشور" تهیه شده است.

1. مجوز تغییر

1.1 اجازه ایجاد تغییرات صادر می شود: برای ایجاد تغییرات در اصل سند - در سازمان طراحی - دارنده اصل سند (پیوست اجباری 1) ؛ برای ایجاد تغییرات در نسخه های سند در محل ساخت NPP (با تأیید بعدی و اعمال این تغییرات در اصل) - در گروه نظارت میدانی (GAN) (ضمیمه اجباری 2). 1.2 اجازه انجام می شود: برای ایجاد تغییرات در سند اصلی - در دو نسخه ؛ برای ایجاد تغییرات در نسخه های سند در محل ساخت و ساز - در سه نسخه. 1.3 مجوز با امضای لازم صادر می شود. یک نسخه برای به دست آوردن اسناد اصلی از بایگانی فنی استفاده می شود. از کپی های دیگر هنگام ایجاد تغییرات و نظارت بر تغییرات ایجاد شده استفاده می شود. 1.4 هنگام تعیین مجوز برای ایجاد تغییرات در گروه نظارت میدانی ، از اختصار "GAN" استفاده می شود که طبق کتاب ثبت مجوز GAN به شماره سریال مجوز اضافه می شود ، به عنوان مثال: 15 GAN-89. 1.5 دو نسخه از مجوز GAN ظرف دو هفته از تاریخ امضای رئیس GAN به سازمان طراحی - دارنده اصل سند برای تأیید مجوز و ایجاد تغییرات در نسخه اصلی ارسال می شود. 1.6 مجوز اصلاح GAN در دفتر ثبت مجوزهای سازمان طراحی با همان نامی که در GAN به آن اختصاص داده شده است ، ثبت شده است.

2. الزامات کلی تغییر

2.1 تغییرات مطابق با طرح تکنولوژیکی برای ایجاد تغییرات مندرج در ضمیمه 3 انجام می شود. 2.2. برای ایجاد تغییرات ، از موارد زیر استفاده کنید: هنگام ایجاد تغییر در سند ساخته شده روی کاغذ - جوهر سیاه یا چسباندن ؛ هنگام ایجاد تغییر در سند ایجاد شده بر روی کاغذ ردیابی - جوهر سیاه. 2.3 تغییرات و سایتها با اعداد عربی نشان داده شده است. 2.4 اگر نمی توان تصویر جدیدی را در کنار ناحیه تغییر داده شده قرار داد و آن را در قسمت دیگری از برگه قرار داد ، که از ناحیه تغییر یافته توسط یک تصویر یا متن جدا شده است ، شماره سریال بعدی منطقه برای این برگه به ​​تصویر جدید اختصاص داده می شود. در این مورد ، تحت عنوان تصویر جدید یا در کنار آن ، کتیبه قرار می گیرد: "به جای تصویر خط کشی شده-سایت را ببینید ..." ، و تحت عنوان سایت متقاطع یا بعدی به آن بنویسید: "سایت را ببینید ...". 2.5 اگر تصویر جدیدی روی برگه دیگری از سند قرار داده شود ، به عنوان قسمت بعدی این برگه برای این تغییر شماره گذاری می شود. در همان زمان ، تحت عنوان تصویر جدید یا در کنار آن می نویسند: "به جای علامت مشخص شده روی ورق ... - بخش را ببینید ..." ، و تحت عنوان بخش تغییر یافته یا در کنار آن می نویسند: "مشاهده برگه .... بخش ...". 2.6 هنگام ایجاد تغییر در جداول حاوی تعداد زیادی سطر و ستون ، مقادیر متغیر ، علائم ، فرمول هایی که در سطرها و ستون های جدول قرار داده شده است ، مجاز است با یک خط نازک جامد دور نزنید ، اما مقادیر متغیر را با نقاطی که با تعیین منطقه متغیر واقع در خارج از جداول ، یک خط باریک مستقیم (طراحی) متصل می شوند.

2.7 هنگامی که تغییراتی در متن سند ایجاد می شود ، در ابتدا یا انتهای هر سطری که تغییرات در آن وجود دارد ، تعداد قسمت تغییرات در متوازی الاضلاع نشان داده می شود. خطوط از متوازی الاضلاع به بخش متغیر مجاز به کشیدن نیستند. 2.8 برای اشیاء داخلی ، تغییرات ایجاد شده در سند در جداول تغییرات مطابق فرم 1 و 2 ضمیمه اجباری 4 ثبت می شود: در صفحات عنوان ، در اولین برگه های داده های عمومی ، در سایر صفحات اول اسناد - با توجه به به شکل 1 ؛ در ورق های دیگر - مطابق فرم 2. توجه داشته باشید. ترتیب امضا "رئیس. بخش" ، "رئیس. متخصص" توسط سازمان طراحی تعیین می شود. 2.9 برای اشیاء خارجی ، تغییرات ایجاد شده در سند در جداول تغییرات مطابق فرم 1 ، 2 و 3 ضمیمه الزامی 4 ثبت می شود: در قسمت قطع شده صفحات عنوان ، اولین برگه های داده های عمومی ، سایر موارد اول ورق اسناد - مطابق فرم 1 ؛ در قسمت قطع سایر ورق های متغیر - مطابق فرم 2 ؛ در زمینه نقاشی یا صفحه اصلاح شده یک سند متنی ، و همچنین اولین برگه اطلاعات عمومی - در فرم 3. 2.10. جدول تغییرات در اولین برگه های اسناد با هر تغییری در سند انجام می شود ، صرف نظر از اینکه مربوط به اولین برگه یا هر برگه دیگر این سند باشد. 2.11 در ستون های جدول تغییرات نشان می دهد: در ستون "تغییر" ، "ورق" و شماره سند. "- اطلاعات مطابق با GOST 21.201-78 ؛ در ستون" شماره ؛ در ستون های باقی مانده- امضاء اشخاصی که وظایف مربوطه را انجام می دهند. 2.12. مجاز است که از روش متفاوتی برای تغییر در مقایسه با روش مشخص شده در مجوز استفاده کنید (به عنوان مثال ، جایگزینی به جای اصلاح ، و غیره) ، اگر مصلحت استفاده از روش دیگری است در روند ایجاد تغییرات آشکار می شود.

3. معرفی تغییرات در انواع جداگانه
نقشه ها و اسناد

3.1 هنگام تعویض تمام برگه های مجموعه اصلی در برگه اطلاعات عمومی تازه منتشر شده در لیست نقشه های کاری مجموعه اصلی ، هیچ دستورالعملی در ستون "توجه" داده نمی شود. 3.2 هنگام ایجاد تغییرات (تغییرات ، جایگزینی ها ، اضافات و غیره) در صفحات جداگانه مجموعه اصلی در قالب یک سند متنی (سیاهههای مربوط به کابل ، لیست واحدهای مونتاژ و غیره) ، که در آن هر برگه در لیست نقاشی ها به طور مستقل کار می کنند ، اما گروه های ورق ، با هر علامتی (به عنوان مثال ، 2.1 ... 2.15 - 1 سیستم امنیتی ؛ 3.1 ... 3.24 - 2 سیستم امنیتی و غیره) ، در ستون "توجه" ورق در مورد نقشه های کار ، به پاراگراف دستورالعمل های کلی اشاره کنید ، که حاوی اطلاعاتی در مورد تغییرات در این گروه از ورق ها است ، به عنوان مثال ، "دستورالعمل های کلی را ببینید صفحه 3". در پاراگراف مربوطه دستورالعمل های کلی ، اطلاعاتی در برگه هایی که تغییرات در آنها ایجاد شده است ارائه می شود. این مورد به عنوان یک سایت تغییر طراحی شده است. 3.3 هنگام لغو یا صدور برگه های اضافی در ستون 8 کتیبه اصلی مطابق با GOST 21.103-78 "کتیبه های اصلی" ، تعداد کل ورق ها بدون نشان دادن تغییر اصلاح می شود. 3.4 هنگامی که اسناد پیوست اضافی (قبلاً وجود نداشت) (به عنوان مثال ، مشخصات تجهیزات) منتشر می شود ، در ادامه لیست اسناد مرجع و پیوست ، در بخش "اسناد پیوست" ، که در ستون "توجه" موارد زیر را نشان می دهد ، وارد می شود. تعداد تغییرات با علامت "جدید" ، به عنوان مثال ، "اصلاحیه 1 (جدید)". اگر فضای کافی برای ادامه فهرست اسناد مرجع و پیوست وجود ندارد ، یک برگه جدید صادر می شود - ادامه برگه اطلاعات عمومی ، که ادامه بیانیه روی آن قرار می گیرد. در همان زمان ، یک فهرست در مورد ادامه فهرست مرجع و اسناد پیوست به صورت قیاس با مدخل مطابق با GOST 21.201-78 ، بند 3.11 وارد می شود. 3.5 تغییرات در فهرست مرجع و اسناد پیوست مشخص شده در بند 3.4 در جدول تغییرات در برگه اطلاعات عمومی در نظر گرفته نمی شوند و نشان نمی دهند. 3.6 در اسناد پیوست اضافی (بند 3.4 را ببینید) ، جدول تغییرات پر نشده است. 3.7 وقتی تغییرات قابل توجهی در مشخصات سفارش تجهیزات و مواد برای اجسام خارجی ایجاد می شود ، دوباره چاپ می شوند. در صفحه عنوان مشخصات جدید ، جدول تغییرات در فرم 3 انجام می شود ، که در آن "همه" در ستون "ورق" نشان داده شده است. در قسمت قطع شده صفحه عنوان ، جدول تغییرات مطابق فرم 1 ایجاد شده است. در صفحه عنوان مشخصات قدیمی ، بایگانی مهر "لغو شده" را مطابق با GOST 21.203-78 قرار می دهد. اگر اصل مشخصات به صورت عمده ذخیره می شود ، در برگه های بعدی مشخصات جدید ، جدول تغییرات را در فرم 3 قرار می دهند ، جایی که در ستون "ورق" "Zam" را می نویسند. در قسمت برش ورق های بعدی ، جدول تغییرات مطابق فرم 2 انجام می شود ، جایی که در ستون "ورق" آنها "Zam" را می نویسند. در برگه های بعدی مشخصات قدیمی در بایگانی ، مهر "لغو شده" را مطابق با GOST 21 قرار دادند. 203-78. ایجاد تغییرات تک (حداکثر یک بار در هر برگ) در نسخه بایگانی مشخصات توسط توسعه دهندگان آن انجام می شود. برای ایجاد تغییرات واحد در نسخه های مشتری ، توسعه دهنده یک اعلان تغییر انجام می دهد (پیوست اجباری 5) ، که سندی است که با تغییر مشخصات سفارشی مجوز را جایگزین می کند. برای ثبت این تغییرات ، از برگه های ثبت تغییر استفاده می شود که آخرین برگه مشخصات سفارشی هستند (ضمیمه اجباری 6). در اولین برگه نسخه بایگانی مشخصات سفارشی ، در این مورد ، جدول تغییرات مطابق فرم 3 ایجاد می شود ، جایی که خط تیره در ستون "ورق" ایجاد می شود. در قسمت برش ورق اول ، جدول تغییرات مطابق فرم I با خط تیره در ستون "Sheet" ایجاد شده است. در سایر برگه های قابل تغییر نسخه بایگانی مشخصات ، جدول تغییرات مطابق فرم 3 (در قسمت نقاشی) و مطابق فرم 2 (در قسمت قطع) ، که در آن خط تیره در " ورق "ستون هنگام ایجاد تغییرات و" جدید ". هنگامی که ورق های جدید در مشخصات گنجانده شده اند. 3.8 در ستون "اطلاعیه" و "فهرست ثبت تغییرات" بنویسید: در ستون "اطلاعیه" - تعیین اطلاعیه در کتاب ثبت مجوزهای ایجاد تغییرات ؛ در ستون "نام و نشان" - نام و مشخصات مشخصات سفارشی ؛ در ستون "تغییر" - شماره اصلی تغییر. ستون های "ورق" ، "محتوای تغییر" ، "کد" ، "توجه" ، و همچنین ستون های کتیبه اصلی مطابق با الزامات GOST 21.201-78 و GOST 21.103-78 پر شده است. اعلامیه در سه نسخه تنظیم شده است: برای بایگانی ، برای مشتری و توسعه دهندگان اسناد. در ستون "سند شماره" برگه ثبت تغییرات ، نام اطلاعیه ای را که مطابق آن تغییر ایجاد شده است ، بنویسید. 3.9 برای تأیید اعمال تغییرات در نسخه های مشخصات سفارشی مشتری ، از اعلان تغییرات استفاده کنید (پیوست اجباری 7) ، که به صورت کپی به همراه اطلاع از تغییر ارسال می شود. یک نسخه از اعلان برگشتی از مشتری در پرونده ارسال اسناد و مدارک مورد نظر نگهداری می شود. 3.10 در برخی موارد ، به منظور اصلاح سریع سفارش ، با توافق با مشتری اجازه داده می شود که در نسخه های مشخصات مشتری توسط توسعه دهنده آنها تغییراتی ایجاد شود ، به دنبال آن صدور مجوز و اعمال این تغییرات در نسخه اصلی از مشخصات سفارشی 3.11 وقتی تغییرات قابل توجهی در برآوردها ایجاد می شود ، دوباره چاپ می شوند. در اولین برگه برآورد جدید ، ذخیره شده در یک فرم دوخته شده ، جدول تغییرات را در فرم 1 قرار دهید ، جایی که خط تیره در ستون "شماره سایت" ایجاد شده است ، و در ستون "ورق" آنها می نویسند " همه". در نسخه بایگانی برآورد قدیمی ، ذخیره شده در بایگانی به صورت دوخته شده ، در اولین ورق آنها مهر "لغو" را مطابق با GOST 21.203-78 "قوانین حسابداری و ذخیره اصل اسناد پروژه" قرار دادند. اگر اصل برآوردها به صورت عمده ذخیره می شوند ، در برگه های بعدی برآورد جدید ، آنها جدول تغییرات را در فرم 2 قرار می دهند ، جایی که "Zam" را در ستون "Sheet" و در برگه های بعدی نسخه قبلی می نویسند. برآورد آنها مهر "لغو" را مطابق با GOST 21.203-78 قرار داده اند. 3.12 هنگامی که تغییرات جزئی در برآوردها ایجاد می شود ، ورق های تغییر یافته دوباره چاپ می شوند یا برآورد اضافی صادر می شود. در برگه های جدید برآورد در جدول تغییرات ، در ستون "ورق" "معاون" را نشان دهید. تعداد برگه ها (صفحات) برآورد تغییر نمی کند. برگه های قدیمی برآورد مطابق با GOST 21.203-78 مهر "لغو" شده است. ورق های جدید با مهر "لغو شده" در جلوی ورق ها چسبانده می شوند. اگر برآوردهای اصلی به صورت عمده ذخیره می شوند ، سپس ورق های لغو شده با ورق های جدید جایگزین می شوند. در برگه اول برآورد اصلاح شده ، جدول تغییرات مطابق فرم I انجام می شود ، جایی که خط تیره در ستون "ورق" ایجاد می شود. 3.13 تغییرات در محاسبات منوط به شرایط عمومی برای روش ایجاد تغییرات در اسناد کاری و الزامات ویژه ای است که در RD برای انجام محاسبات مهندسی مشخص شده است. 3.14 هنگام ایجاد تغییرات در نقشه های محصولات ساختمانی ، علائم مربوط به تغییرات در لیست نقشه های کاری محصولات (HF) موجود در آلبوم ایجاد می شود. علائم مربوط به تغییرات همانند علائم مربوط به تغییرات در برگه های مجموعه اصلی در لیست نقشه های کاری انجام می شود. قائم مقام مهندس ارشد A.G. Kornienko رئیس PTOSiNK N.N. متخصص اصلی Belov A.S. شندروویچ مهندس برجسته Yu.A. سینیتسین

پیوست 1

اجباری

مجوز تغییر
در سازمان طراحی

اخیراً ، بیشتر و بیشتر توسعه دهندگان با نیاز به تنظیم اسناد پروژه مواجه می شوند. وضعیت با این واقعیت پیچیده می شود که اوراق قبلاً برای مشتری صادر شده ، برای تولید کار تأیید و پذیرفته شده است. در چنین شرایطی چگونه رفتار کنیم؟ ایجاد تغییرات چه ویژگی هایی دارد؟ در فرایند اجرای وظیفه چه "اشکال" ممکن است؟ بیایید این تفاوت های ظریف را با جزئیات بیشتری در نظر بگیریم.

مطابق قوانین ، روش لغو ، جایگزینی یا تنظیم اسناد پروژه توسط DSTU B A.2.4-4: 2009 تنظیم می شود. آغازگر چنین رویه هایی مشتری است. این اوست که تصمیم اولیه را در مورد نیاز به تنظیمات به دلیل ظاهر گزینه های دیگر برای راه حل های طراحی یا در صورت تغییر در بخش قانونگذاری می گیرد. در عین حال ، معرفی و ثبت چنین آثاری وظیفه طراح است. پس از اتمام کلیه مراحل ، تنظیمات مناسب در ثبت انجام می شود.

وضعیت مربوط به تغییرات TNLA مستلزم توجه ویژه است. در این حالت ، اسناد پروژه را نمی توان تصحیح کرد. علاوه بر این ، نیازی به ایجاد تغییرات در موارد زیر نیست:

  • با کاهش هزینه های ساخت و ساز ، به شرطی که پارامترهای فنی و اقتصادی ساختار بدون تغییر باقی بماند.
  • در صورت ایجاد تعدیل در شرایط ساخت تاسیسات ، که بر افزایش شرایط کلی کار ساختمانی و برآورد نهایی تأثیر نمی گذارد. در عین حال ، یک الزام مربوط به حفظ ایمنی تاسیسات در همه سطوح - آتش سوزی و محیط زیست وجود دارد.
  • هنگامی که مشتری یا توسعه دهنده به دلیل نتایج مناقصه مربوطه ، مواد را جایگزین می کند. در اینجا ، اگر تنظیمات ذکر شده بر ایمنی تأسیسات و همچنین شرایط کارگران از موقعیت حفاظت از کار تأثیر نگذارد ، نیازی به تغییر نیست.
  • در صورت پذیرش سازه در حال اجرا ، به شرطی که روش ساخت شیء به طور کامل رعایت شود.

"مشکلات" ایجاد تغییرات در پروژه

با وجود شفافیت هنجارهای قانونی در زمینه تهیه و تصویب اسناد پروژه ، سوالات مربوط به تغییرات هنوز باقی است. دلیل اصلی آن نقص در بخش دیگری است (قوانین بهداشتی). در این راستا ، توسعه دهنده همیشه نمی تواند مدارکی را دریافت کند که تأیید کننده مطابقت سازه بازسازی شده یا بازسازی شده با الزامات اسناد فنی و مقررات فنی باشد.

قانون مدنی فدراسیون روسیه (قسمت 7 ، ماده 52) تصریح می کند که پارامترهای سازه فقط بر اساس تغییرات ایجاد شده در اسناد طراحی قابل تنظیم است. در این مورد ، اسناد تمام شده باید توسط مشتری یا توسعه دهنده مسئول کار تأیید شود. علاوه بر این ، اصلاحات انجام شده نباید مغایر با هنجارهای قانونی فعلی ، مقررات فنی و اسناد موجود در زمینه استانداردسازی باشد.

اما موارد متفاوت است. به عنوان مثال ، تنظیمات انجام شده در اسناد طراحی اغلب الزامات را نقض نمی کند ، اما منجر به بروز مشکلاتی در روند بهره برداری از سازه می شود. اخیراً ، چنین مواردی بیشتر و بیشتر بوجود می آید و باعث ایجاد مشکل برای مشتریان و توسعه دهندگان می شود.

به عنوان مثال ، ارزش ساختن یک اتاق دیگ بخار را در نظر بگیرید. طبق قوانین ، منطقه حفاظت بهداشتی برای چنین سازه هایی تعیین نشده است. در عین حال ، نصب چنین سازه هایی تنها در صورت وجود توجیهات مناسب انجام می شود. به طور خاص ، میزان آلودگی هوا و تأثیر کلی آن بر جو ، محاسبه می شود. در نتیجه ، درباره ارتباط چنین آثاری تصمیم گیری می شود.

فرض کنید یک توسعه دهنده در رابطه با مستندات پروژه و مجوز ساخت یک شیء ، به عنوان مثال ، یک تاسیسات خرده فروشی ، تخصص تخصصی را دریافت کرده است. در آینده ، او تصمیم می گیرد پروژه به پایان رسیده را تغییر دهد و یک اتاق دیگ بخار را در آن قرار دهد ، که در مرحله اولیه پیش بینی نشده بود. در این مورد ، توسعه دهنده قصد دارد هزینه بهره برداری از تاسیسات را کاهش دهد ، درآمد را افزایش دهد و هزینه قبوض برق را کاهش دهد.

اولین مرحله در این مورد ، بازدید از نهاد بازرسی است. بازرس نظارت بر ساختمان در روند بررسی متوجه می شود که ساختمانهای مسکونی در اطراف شی تازه ساخته شده وجود دارد. علیرغم این واقعیت که دیگ بخار منطقه بهداشتی خود را ندارد ، منطقه حفاظت بهداشتی کلی برای تأسیسات در حال کاهش است. از این لحظه ، مشکلات برای توسعه دهنده شروع می شود ، که مجبور می شود به مقامات مراجعه کند و به دنبال متخصصانی باشد که آماده انجام محاسبات در رابطه با آلودگی هوای محیط باشند.

از یک سو ، الزامات قانون رعایت شده است ، و از سوی دیگر ، هیچ ضمانتی برای عدم تأثیر منفی ساختار جدید ساخته شده بر محیط زیست وجود ندارد. در چنین شرایطی نمی توان از محاسبات اضافی و ارائه آنها به مراجع مربوطه چشم پوشی کرد.

به نظر می رسد که کافی است همه چیز را در مرحله طراحی در نظر بگیریم و از مشکلات ذکر شده در حل و معرفی تغییرات می توان اجتناب کرد. اما جهان آنقدر پویا است که غالباً نمی توان با الزامات و نوآوری های جدید همگام بود. هر روز چیز جدیدی در بخش تقاضا ، الزامات قانونی ، ترجیحات مشتریان بالقوه و غیره ظاهر می شود. در این راستا ، لازم است پس از گذراندن آزمون مدارک پروژه و اخذ مجوز ، تعدیلاتی انجام شود.

مثال در نظر گرفته شده تنها یکی از گزینه ها است. در عمل ، چنین موقعیت هایی وجود دارد ، و هر یک از آنها نیاز به رویکرد فردی دارد. به همین دلیل مهم است که هنگام تصمیم گیری در مورد تغییرات ، سریع اقدام کرده و الزامات قانونی را رعایت کنید. در حالت ایده آل ، توصیه می شود هنگام طراحی یک پروژه ویرایش کنید. نکته منفی این است که در واقعیت این همیشه امکان پذیر نیست.

نحوه ایجاد تغییرات در پروژه: الگوریتم اقدامات

روش ایجاد تغییرات در اسناد پروژه به شرح زیر است:

1. اخذ مجوز برای ایجاد تغییرات. این کار توسط سرویسی انجام می شود که ویرایش ها را برنامه ریزی می کند و تیم برنامه ریزی مسئول تأیید است. در اینجا شما باید یک فرم را پر کنید ، که شماره ، برگه ای که تنظیمات انجام شده است ، محتوا و یادداشت های آنها (در صورت لزوم) را نشان می دهد. پس از پر کردن فرم ، برای به دست آوردن شماره مجوز باقی می ماند (توسط کارمند بایگانی ، جایی که اسناد ذخیره می شود ، تعیین می شود).

هنگام پر کردن این قسمت تفاوت های ظریف وجود دارد. بنابراین ، شماره سریال تنظیم در ستون تغییر نوشته شده است. در ستون "ورق" - ورق هایی که در آنها تغییرات ایجاد شده است. کد به طور جداگانه نشان داده شده است (یکی از چهار گزینه):

  • "1" - بهبود سند.
  • "2" - تنظیم هنجارها و استانداردها.
  • "3" - به دلیل الزامات اضافی مشتری تغییر می کند.
  • "4" - حذف خطاها.

در سه مورد اول ، هنگام پر کردن بخش "محتوا" ، باید مشخص شود که ویرایش ها مربوط به چه چیزی هستند (به عنوان مثال ، بر اساس نامه مشتری). در مورد دوم ، نیازی به تجویز اطلاعات اضافی نیست.

توجه ویژه ای باید به ستون "یادداشت ها" داشته باشید. در اینجا ، به عنوان یک قاعده ، ممکن است نیاز به تنظیم برآورد تجویز شود.

2. تصحیح اسناد انجام می شود.

3. در نقشه های قدیمی ، مهر اصلی خط کشی شده و مهر دیگری نصب می شود - لغو.

4- یادداشتی روی اسناد جدید تأیید می شود که لغو ورق قدیمی را تأیید می کند.

بنابراین ، ایجاد تغییرات در اسناد و مدارک روشی است که نیاز به رویکرد و دانش خاصی از قوانین دارد. اگر چنین نیازی ایجاد شده است ، توصیه می شود بلافاصله کار را با در نظر گرفتن قوانین فعلی انجام دهید. در غیر این صورت ، ممکن است در مرحله گذراندن معاینه و به کار انداختن جسم مشکلاتی ایجاد شود.

استاندارد دولتی اتحادیه SSR

سیستم اسناد و مدارک طراحی واحد

قوانین اصلاحات

GOST 2.503-90
(ST SEV 1631-79 ، ST SEV 4405-83)

دولتکمیته دولتی NNY اتحاد جماهیر شوروی
کیفیت و استانداردهای محصول

مسکو

استاندارد دولتی اتحادیه SSR

متحد باو سیستم مستندات طراحی

NSیک VILAمعرفیتغییرات

سیستم واحد اسناد طراحی.
قوانین ایجاد تغییرات

GOST
2.503-90

(سی تیCMEA 1631 -7 9,
سی تی
CMEA 4405 -8 3)

تاریخ معرفی 01.01.9 1

این استاندارد قواعدی را برای ایجاد تغییرات در طراحی ، فناوری 1 و اسناد برنامه (که از این پس به عنوان اسناد نامیده می شود) تعیین می کند. 1 این استاندارد در مورد اسناد تکنولوژیکی که مطابق با سیستم واحد اسناد فناوری (ESTD) تدوین شده است ، اعمال می شود.

1. مقررات عمومی

1.1 اصلاح این سند به معنی هرگونه اصلاح ، حذف یا اضافه شدن هرگونه داده به این سند است. 1.2 در صورت عدم نقض قابلیت تعویض محصول با محصولات تولید شده قبلی ، تغییرات در اسناد انجام می شود * 2. 2 در اینجا و در زیر ، "*" مواردی را که نظرات در پیوست 1. آمده است مشخص می کند. 1.3. هرگونه تغییر در یک سند که باعث هرگونه تغییر در سایر اسناد می شود باید همزمان با ایجاد تغییرات مناسب در کلیه اسناد مربوطه همراه باشد. 1.4 اگر سندی که برای محصول 3 تغییر می کند در سایر محصولات در سند گنجانده شده است ، باید بتوانید در اسناد همه محصولات مشخص شده در سوابق اسناد مطابق با GOST 2.501 یا در کارت ضبط اسناد ، تغییرات ایجاد کنید. قابلیت استفاده از اسناد مطابق با GOST 3.1201. اگر حداقل برای یک محصول تغییر سند غیرقابل قبول باشد ، باید یک سند جدید با نام * جدید برای محصول تغییر یافته صادر شود. 3 محصول در این استاندارد به معنای هر محصولی است که مطابق طراحی ، اسناد تکنولوژیکی و برنامه تولید شده باشد. 1.5 تغییرات اسناد در تمام مراحل چرخه عمر محصول بر اساس اعلامیه تغییر (AI) (پیوست 2) انجام می شود. اطلاعات مربوط به تغییر سند در کتیبه اصلی این سند و (یا) در برگه ثبت تغییرات (پیوست 3) نشان داده شده است. مجاز است در اسناد طراحی نمونه اولیه (دسته آزمایشی) ، و اقلام تولید تک و کمکی ، و همچنین اسناد فناوری توسعه یافته در مراحل "طراحی اولیه" و "نمونه اولیه (دسته آزمایشی)" و اقلام تولید تک و کمکی بدون انتشار AI بر اساس گزارش تغییرات (ضمیمه 2) ، به شرطی که محصول فقط در یک شرکت تولید شود ، و. استفاده از گزارش تغییرات برای محصولات توسعه یافته به دستور وزارت دفاع با توافق مشتری 1 (دفتر مشتری) انجام می شود. 1 مشتری به عنوان بخشی از وزارت دفاع شناخته می شود که به دستور وی توسعه اسناد و تولید محصولات انجام می شود یا محصولات با اهمیت اقتصادی ملی به سفارش بازار بین المللی واگذار می شوند. مجاز است در اسناد کالاهای مصرفی مربوط به تغییرات در استانداردها و شرایط فنی مواد و محصولات ، تغییرات ایجاد نکند ، هنگامی که نام تجاری مورد استفاده (مجموعه) و نماد مواد (محصول) ، منطقه جدید در استاندارد تغییر یافته حفظ می شود (شرایط فنی) ویژگی ها و پارامترهای کیفی که قابلیت تعویض آن را تعیین می کند ، مطابق با الزامات این سند ، قبل از چاپ مجدد اسناد (انتشار اصل جدید) یا قبل از انتقال اصل به شرکت دیگر *است. 1.6 فقط سازمانی که اصل این اسناد را دارد حق انتشار AI و ایجاد تغییرات در اسناد تغییر یافته را دارد. (ویرایش اصلاح شده ، اصلاحیه شماره 1) 1.7 دستورالعمل های مندرج در اطلاعیه برای کلیه بخشهای شرکتی که اعلان را صادر کرده اند و همچنین شرکتهایی که اسناد اصلاح شده را اعمال می کنند الزامی است. 1.8 تصحیحات و اسناد لازم ناشی از ایجاد تغییرات اشتباه در هوش مصنوعی که قبلاً منتشر شده است باید توسط AI جدید رسمی شود. 1.9 در صورت لزوم تغییر اطلاعات مشخص شده در ستون های هوش مصنوعی (به جز ستون "محتوای تغییر") ، یک اعلان اضافی (AD) برای آن صادر می شود (پیوست 4). 1.10 در نسخه های اسناد در حال تولید ، مجاز به ایجاد تغییرات بر اساس اطلاع اولیه (PI) (ضمیمه 5) است. PI حق دارد که در صورت لزوم ، هم دارنده اصل و هم دارنده سازمان ، نسخه ها یا نسخه های ثبتی ثبت شده را صادر کند: و در سند خطایی را که می تواند باعث ایجاد محصول شود ، در سند تصحیح کند. معیوب ؛ تغییرات پیشنهادی را بررسی کنید و در حال تولید هستم تولید و انجام آماده سازی تکنولوژیکی تولید a. در صورت تشخیص و خطاها ، مجاز است بلافاصله اصلاحات لازم را در نسخه های تولید شده ، امضا شده توسط افراد مسئول ، با انتشار بعدی PI یا AI انجام دهید. (ویرایش اصلاح شده ، کشیش شماره 1 ) 1.11 در صورت لزوم تغییر اطلاعات مشخص شده در ستون های PI (به جز ستون "محتوای تغییر") ، اخطار اضافی (ADI) برای آن صادر می شود (پیوست 6). 1.12 پیشنهادات اصلاحات (PR) (ضمیمه 7) توصیه می شود در شرکت تهیه شود - دارنده نسخه های ثبت شده یا نسخه های تکراری در فرم های AI و ارسال شده به شرکت - دارنده اصل برای ثبت آن. بر اساس روابط عمومی ، مجاز به تغییر اسناد و مدارک و اصلاح محصول نیست. (ویرایش اصلاح شده ، اصلاحیه شماره 1) 1.13 سازمان - دارنده اصل کلیه PI و روابط عمومی دریافتی از سایر شرکتها ، ظرف یک ماه پس از دریافت آنها ، موظف است پاسخی را در مورد پذیرش تغییرات پیشنهادی یا رد آنها ، با ذکر دلایل خاص برای آنها ارسال کند. رد یا تأخیر تغییرات پیشنهادی (ویرایش اصلاح شده ، اصلاحیه شماره 1) 1.14 روش موافقت تغییرات با مشتری (دفتر مشتری) در پیوست 8 آمده است. (ویرایش اصلاح شده ، اصلاحیه شماره 1) 1 .1 5. قوانین حسابداری II ، MD ، PI ، DPI و PR در ضمیمه 9 آمده است.

2. تغییرات

2 .1. تغییرات در اسناد به صورت دست نویس ، تایپ شده یا خودکار انجام می شود. (ویرایش اصلاح شده ، کشیش شماره 1 ) 2.2 تغییرات در اسناد به این صورت انجام می شود: تمیز کردن (شستشو) ؛ نقاشی با رنگ سفید ؛ معرفی داده های جدید ؛ جایگزینی ورق یا کل سند ؛ معرفی اسناد اضافی جدید و (یا) اسناد ؛ به استثنای برگه های جداگانه سند *. (ویرایش اصلاح شده ، کشیش شماره 1 ) 2.3 پس از ایجاد تغییرات ، کتابها باید برای میکروفیلم (GOST 13.1.002) مناسب باشند ، و نسخه های تکراری و کپی باید مطابق با GOST 2.102 *هدف آنها باشد. 2.4 تغییرات از طریق خطوط اندازه ، علائم ، توضیحات ، کلمات و خطوط جداگانه ، با یک خط باریک و محکم ، با معرفی اطلاعات جدید در مجاورت خط باریک ایجاد می شود. هنگام تغییر قسمتی از تصویر ، آن را با یک خط نازک جامد ترسیم کرده ، یک کانتور بسته را تشکیل می دهد و به صورت صلیبی با خطوط نازک محکم خط کشیده می شود. ناحیه تغییر یافته تصویر در حاشیه لبه سند انجام می شود. قسمت جدید و تصویر منطقه تغییر یافته باید در یک مقیاس بدون چرخش ساخته شود. نواحی خط کشیده و تازه کشیده شده و همچنین نگارش ها را مشخص کنید. در بالا تصاویر جدید نشان می دهد: "به جای خط کشی". اگر کل تصویر (نمای ، بخش یا بخش) تغییر کند ، سپس علامت گذاری شده و دوباره اجرا می شود. در بالای تصویر تازه ساخته شده ، در صورت لزوم ، یک کتیبه قرار دهید ، به عنوان مثال: "نمای چپ" ، "نمای پایین". مجاز است با اعمال یک کانتور جدید بر روی همان تصویر *با بیرون کشیدن و تغییر کانتور در حرکات کوتاه ، تغییراتی در تصویر ایجاد کنید *. 2.5 تغییر کپی یک سند به صورت کاغذی ، که از یک سند به شکل الکترونیکی ساخته شده است ، با جایگزینی (صدور مجدد) کل سند به طور کلی یا برگه های جداگانه آن (صفحات) ، و همچنین اضافه یا مستثنی کردن برگه ها انجام می شود. به مجاز به ایجاد تغییرات در این اسناد به صورت دست نویس یا تایپ شده است. جایگزینی (تجدید چاپ) نسخه های کاغذی سند دریافت شده از یک سند الکترونیکی با فرکانس تعیین شده توسط سازمان *انجام می شود. (ویرایش اصلاح شده ، کشیش شماره 1 ) 2.6 تغییرات در اسناد اصلی به شکل الکترونیکی منجر به تغییر جزئیات و ویژگی های مربوطه می شود (GOST 2.104). هنگامی که تغییراتی در اصل یک سند الکترونیکی ایجاد می شود ، نسخه این سند تغییر می کند. (ویرایش اصلاح شده ، کشیش شماره 1 ) 2.7 تغییر می کند ، با شماره سریال اعداد عربی (1 ، 2 ، 3 و غیره) نشان دهید. یک شماره سریال تغییر به همه تغییراتی که یک به یک در سند وارد می شوند اختصاص داده می شود. این سند برای کل سند ، صرف نظر از تعداد صفحات *، نشان داده شده است.

3. اطلاع از تغییر

3.1 هوش مصنوعی از یک یا چند سند تشکیل شده است. یک هوش مصنوعی تحت چندین شرایط و تغییرات همزمان در همه اسناد تغییر یافته ، در چندین سند جمع آوری می شود. برای اسناد الکترونیکی ، AI برای هر سند *گردآوری می شود. (ویرایش اصلاح شده ، کشیش شماره 1 ) 3.2 هر هوش مصنوعی باید دارای نامی باشد که شامل کد شرکتی است که AI را صادر کرده است و ترتیب شماره ثبت جدید با یک نقطه *جدا شده است. 3.2 .1. کد توسعه دهنده شرکت و تعیین هوش مصنوعی صادر شده برای اسناد فناوری توسط GOST 3.1201 تعیین می شود. 3.2.2 شماره ثبت سریال تعیین AI در شرکت ایجاد شده است. 3.2.3 مجاز است سال صدور AI را به تعیین AI ، جدا شده با خط فاصله ، برای مثال ABV G.1 6-2004 اضافه کنید. К.1 37-2004. مجاز است اسناد کاغذی سال را با دو رقم آخر نشان دهند. (ویرایش اصلاح شده ، اصلاحیه شماره 1) 3.3 اعلانات تغییرات و در صورت لزوم در قالب مجموعه ای از اعلان ها صادر می شود. در عین حال ، برای همه هوش مصنوعی منتشر شده در کیت ، باید زمان یکسانی برای ایجاد تغییرات در نظر گرفته شود. به هر AI موجود در کیت یک شماره ثبت با افزودن یک عدد کسری اختصاص داده می شود ، که شماره آن شماره سریال AI را در مجموعه نشان می دهد ، در مخرج - تعداد کل AI ، به عنوان مثال ، ABVG. 1 36.2 / 6 ؛ K.281 .1 / 4-2004. (ویرایش اصلاح شده ، کشیش شماره 1 ) 3.4 3.4 هوش مصنوعی به صورت کاغذی و / یا الکترونیکی انجام می شود. (ویرایش اصلاح شده ، کشیش شماره 1 )

پیوست 1

نظرات در مورد موارد استاندارد

بندهای 1.2 ؛ 1.4 الف) در صورت نقض قابلیت تعویض یک متغیر و یک محصول ، با محصولات تولید شده قبلی ، تغییرات در اسناد دومی ایجاد نمی شود ، اما اسناد جدیدی با نامگذاری های جدید صادر می شود یا اسناد طراحی فردی به اسناد گروهی تبدیل می شود مطابق با GOST 2.113. در صورت استفاده از اسناد طراحی با نام های جدید برای هر دو ساختمان تولیدی تک واحدی و نمونه اولیه (دسته آزمایشی) در بیش از یک سند ، مجاز نیست. ب) برای ابزارهای نرم افزاری ، قابلیت تعویض باید به عنوان سازگاری با برنامه ها و وسایل فنی در محیطی که نرم افزار متغیر در آنها کار می کرد ، درک شود. بند 1.5. الف) تغییرات نسخه های اسناد طراحی عملیاتی و تعمیراتی که به مشتری یا مصرف کننده تحویل داده می شود مطابق با GOST 2.603 و در نسخه های اسناد برنامه تحویل به مصرف کننده - مطابق با GOST 19.603 انجام می شود. ب) تغییرات ایجاد شده در اصل نشان می دهد: در جدول تغییرات در کتیبه اصلی مطابق GOST 2.104 - و (یا) در جمهوری لتونی (ضمیمه 3) برای اسناد طراحی ؛ در بلوک برای ایجاد تغییرات مطابق با GOST 3.1103 - برای اسناد فناوری ؛ مطابق با GOST 19.603 - برای اسناد برنامه یا در لیست ثبت تغییرات (LR) (ضمیمه 3). در اسنادی که LR ندارند ، جدول تغییرات (بلوک ایجاد تغییرات) در برگه ها (ورق) پر می شود: اولین (عنوان) اصل جدید ، به جای یک نسخه قدیمی به صورت کلی ساخته شده است. تغییر کرد؛ به جای جایگزینی صادر می شود ؛ دوباره اضافه شد در اسناد با LR ، LR پر می شود و جدول تغییرات (بلوک ایجاد تغییرات) فقط در برگه هایی که به جای جایگزینی جایگزین شده و دوباره اضافه می شوند ، پر می شود ، در حالی که با روش خودکار ایجاد تغییرات ، فقط LR پر شد هنگام تعویض تمام برگه های اصلی با روش دستی ایجاد تغییرات ، فقط LR پر می شود ، و با روش خودکار ، LR و جدول و در صورت وجود ، در هر برگ از نسخه جدید تغییر می کند. ج) در جدول و تغییرات در اسناد طراحی (GOST 2.104) نشان دهید: در ستون "تغییر". - شماره سریال تغییر سند. هنگام جایگزینی نسخه اصلی با شماره جدید ، شماره سریال بعدی بر اساس آخرین شماره تغییر نشان داده شده در اصل جایگزین می شود. در ستون "ورق" در برگه هایی که به جای موارد جایگزین شده - "معاون" ؛ بر روی ورق ها دوباره اضافه شده است - "جدید". هنگام تعویض تمام برگه های اصلی: 1) هنگام اعمال تغییرات دستی ، در برگه اول (بزرگ) "همه" را نشان دهید. 2) با روش خودکار ایجاد تغییرات ، جدول تغییرات ، در صورت وجود ، در هر برگ پر می شود ، در حالی که در ستون "ورق" "Zam" را نشان می دهد. در موارد فولادی ، ستون "ورق" از خط خارج می شود. در ستون "No. doc um". - تعیین AI ، در حالی که کد شرکتی که AI را صادر کرده است مجاز نیست ارائه شود. در ستون "نشانه". - امضای شخص مسئول صحت اصلاحیه ؛ در ستون "تاریخ" - تاریخ تغییر. ستون های بلوک معرفی شده اند و تغییرات در اسناد فناوری (GOST 3.1103) مشابه کتیبه اصلی اسناد طراحی پر شده است. د) ابطال و اسناد هوش مصنوعی پس از بررسی امکان حذف قابلیت کاربرد آنها در سایر اسناد منتشر می شود. در تمام برگه های لغو شده از نام اصلی و نسخه کنترل و به صورت کاغذی ، آنها مهر "لغو ، جایگزین ... اعلام ... از ......... g" را درخواست می کنند. اگر لغو بدون تعویض انجام شود ، کلمه "تعویض شده" در مهر باید خط کشیده شود. در صورت لغو تمام برگه های یک سند منتشر شده با روش تایپوگرافی ، یا کپی اسناد ضمیمه شده در یک آلبوم ، مهر "A باطل ، جایگزین ... ابلاغ شده ... از ..." مجاز است. فقط در عنوان و صفحه اول (عنوان) قرار دهید. (ویرایش اصلاح شده ، اصلاحیه شماره 1)بند 2.2. تغییرات نسخه ها با جایگزینی نسخه های قدیمی با نسخه های جدید و نسخه هایی که از اصل حذف شده اند ، پس از اطلاع رسانی اصلاح می شوند. در صورت غیرمنتظره جایگزینی کپی ها ، مجاز است آنها را با جوهر سیاه ، جوهر یا چسب مطابق قوانین تعیین شده برای طول اصلاح کنید. تغییر در نسخه ها با پاک کردن مجاز نیست. نیاز به تصحیح نسخه ها در ستون "محتویات تغییر" اعلانات آمده است: "کپی های صحیح". تغییرات نسخه های کنترلی به صورت کاغذی (در صورت وجود) به صورت همزمان با ایجاد تغییرات در نسخه های اصلی انجام می شود. جایگزینی نسخه های کنترل کاغذ با نسخه های جدید مجاز است. در صورت جایگزینی یک نسخه کنترل ، باید با مثال برچسب گذاری شود: "جایگزینی با یک نسخه کنترل جدید ، و zm. 2 و عنوان ABVG.8 37-2004 "و امضای شخص مسئول را ضمیمه کنید که تاریخ جایگزینی نسخه را نشان می دهد. ممکن است نسخه کنترل جایگزین شده با نسخه جدید در جای خود نگه داشته شود. یک نسخه کنترلی از یک سند الکترونیکی با کپی کردن یک نسخه الکترونیکی پس از ایجاد همه تغییرات لازم در جزئیات و ویژگی ها تغییر می کند. (ویرایش اصلاح شده ، اصلاحیه شماره 1) بندهای 2.3 و 2.4. اگر فضای کافی برای ایجاد تغییرات وجود ندارد و آیا ممکن است تصویر واضحی در حین کار دچار اختلال شود یا شرایط لازم برای میکروفیلمینگ برآورده نشود ، با در نظر گرفتن تغییرات ایجاد شده و نگهداری ، یک اصل جدید ساخته می شود. همانند قبل. تعیین بند 2.4 و 2.5. هنگام افزودن یک برگه جدید از سند ، مجاز است که شماره ورق قبلی را با افزودن حروف کوچک بعدی الفبای روسی یا از طریق نقطه ای از یک عدد عربی ، به عنوان مثال 3a یا 3.1 به آن اختصاص دهید. در این حالت ، تعداد کل برگه ها در برگه اول (عنوان) تغییر می کند. در اسناد متنی حاوی بیشتر متن جامد ، هنگام افزودن یک مورد جدید (بخش ، زیربخش ، زیربخش) ، جدول ، مطالب گرافیکی ، تعداد پاراگراف قبلی (بخش ، زیربخش ، زیربخش) ، جدول ، مواد گرافیکی را با اضافه کردن متر از حروف کوچک بعدی الفبای روسی ؛ هنگامی که یک بند (بخش ، زیر بخش ، فرعی) ، جدول ، مطالب گرافیکی لغو می شود ، تعداد بندهای بعدی (بخش ، زیر بخش ، زیر بند) ، جداول ، مواد گرافیکی حفظ می شود. اگر لازم است صفحات جداگانه ای از اسناد تهیه شده به روش کپی نور دو طرفه را جایگزین کنید ، ورقها را کاملاً جایگزین کنید. بند 2.7. هنگام ایجاد تغییرات با دست ، در نزدیکی هر تغییر ، از جمله در اطراف محل تصحیح شده با پاک کردن (شستشو) یا سایه زدن با رنگ سفید ، خارج از تصویر یا متن ، شماره ترتیبی تغییر در یک دایره با قطر 6-1 اعمال می شود. 2 میلی متر ، در یک مربع با ضلع 6-8 میلی متر یا در براکت ها و از این دایره (مربع ، براکت) یک خط نازک جامد به منطقه تغییر یافته بکشید. مجاز است چندین خط را از یک دایره (مربع ، براکت) با یک عدد بکشید و به بخش ها تغییر دهید ، و تغییر آنها تحت یک شماره انجام می شود. مجاز است از یک دایره (مربع ، پرانتز) خطی با شماره تغییر به ناحیه ای که باید تغییر کند رسم نکنید. هنگام ایجاد تغییرات در اسناد متنی (در بخش متن اسناد) ، خطوط از دایره ؛ (مربع ، پرانتز) با شماره تغییر ، سیم ندارند. بند 3.1. هنگام تدوین یک هوش مصنوعی برای چندین سند ، مطلوب است که این اسناد مشترکان خارجی یکسانی داشته باشند. بند 3.2. در صورت لزوم ، تعیین AI می تواند شامل کد شرکت باشد که با یک نقطه از کد (شماره) بخش شرکت که AI را صادر کرده است جدا شده و با یک نقطه ثبت سریال جدا شده است. شماره ، به عنوان مثال ، ABVG. 42.1 07؛ К.05.49. شماره های ثبت را می توان در بخش شرکتی که AI را صادر کرده اختصاص داد. اگر هوش مصنوعی به مشترکان خارجی ارسال نمی شود ، ترتیب اختصاص نام به آن مجاز است توسط خود سازمانی که AI را راه اندازی کرده است تعیین شود.

پیوست 2

فرم های اطلاع رسانی تغییر و لغو تغییرات و قوانین پرکردن آنها

1. اطلاع از وتغییر دادن

یازده AI بر روی فرم های 1 و 1a بر روی ورق های A5 ، A4 ، A3 مطابق با GOST 2.301 یا GOST 2.004 انجام می شود. 1.2 پر کردن ستون های اعلامیه تغییرات در AI نشان می دهد: در ستون 1 - نام کوتاه شرکت صادر کننده اعلانات. مجاز است ستون را پر نکنید. در ستون 1 a - شماره یا نام کوتاه بخش فرعی شرکت تولید کننده AI ؛ در ستون 2 - تعیین هوش مصنوعی ؛ در ستون 3 - تعیین سند (ها) که باید تغییر کند ؛ در ستون 4 - تاریخ تحویل AI به سرویس اسناد فنی (STD) شرکت ؛ در ستون 5 - تاریخ (در صورت لزوم ، زمان روز) ، قبل از فرا رسیدن زمان ، تغییرات در اسناد یا اسناد باید لغو شود و نسخه های اعلان باید به مشترکان خارجی ارسال شود. برای توضیحات بیشتر برای پر کردن ستون ، بند 1.3 را ببینید ؛ در ستون 6 ، 7 - اطلاعات اضافی به تشخیص نویسنده AI ؛ در ستون 8 - شماره دنباله ورق AI. اگر هوش مصنوعی نیز شامل یک برگ باشد ، ستون پر نمی شود. در ستون 9 - تعداد کل ورق های AI ؛ در ستون 10 - دلیل و تغییرات خاص ؛ در ستون 11 - کد دلیل تغییر (کدهای دلایل تغییرات در جدول آورده شده است). کد مجاز است ، دلایل تغییر ذکر نشده است. در این حالت ، ستون خط کشی می شود. در ستون 12 - دستورالعمل های خاص در مورد استفاده از سهام و جایگزینی و قطعات (از جمله قطعات یدکی). (برای توضیحات بیشتر برای پر کردن ستون ، به صفحه 1.3 مراجعه کنید) ؛

NSبه دلایل تغییر

دلیل تغییر

تغییر کد دلیل

معرفی پیشرفت ها و پیشرفت ها:
سازنده
تکنولوژیکی
در نتیجه استانداردسازی و یکسان سازی
پیاده سازی و تغییر استانداردها و شرایط فنی
بر اساس نتایج و آزمایشات
تهیه اسناد با تغییر شخصیت
حذف خطاها
بهبود کیفیت
الزامات مشتری
بهبود مدار
بهبود سیم کشی برق
تغییر در تجهیزات تکنولوژیکی
تغییر شرایط کار
معرفی فرایندهای جدید فناوری (عملیات)
قطعه کار جایگزین و مشابه
تغییرات در نرخ مصرف مواد
توجه: 1. مجاز است صفر را به سمت چپ تک رقمی ، به عنوان مثال 01 اضافه کنید. 02 و غیره 2. در صورت لزوم ، به تشخیص شرکت ، دلایل دیگر تغییر و کدهای آنها ممکن است نشان داده شود. در ستون 13 - شماره سریال محصول ، تعداد سری ، سفارشات یا تاریخ اجرای تغییرات در تولید. اگر لازم است در نسخه های اسناد عملیاتی که توسط مشتری (مصرف کننده) نگهداری می شود (GOST 2.603) تغییراتی ایجاد شود ، در ستون ذکر کنید: "لازم است یک بولتن صادر شود" ، و در صورت لزوم ایجاد صندوق بیمه اسناد - "اسناد مورد نیاز شما می توانید از میکروفیلم استفاده کنید". اگر هیچ نشانه ای از اجرا وجود نداشته باشد ، ستون خط کشی می شود. (برای توضیحات بیشتر در مورد پر کردن ستون ، بند 1.3 را ببینید) ؛ در ستون 1 4 - تعیین اسنادی که در آنها از سند اصلاح شده استفاده می شود. برای اسناد طراحی ، داده های کاربردی در کارت حسابداری (GOST 2.501) ، و برای اسناد فن آوری - در کارت حسابداری کاربردی (GOST 3.1201) به (برای توضیحات بیشتر در مورد نحوه پر کردن ستون ، بند 1.3 را ببینید) ؛ در ستون 1 5 - مشترکانی که هوش مصنوعی باید به آنها هدایت شود ؛

اطلاعیه تغییر
(اولین سیلت و سرمایه لی سنت)

نکات: 1. AI بر روی ورق های A5 ، A4 یا A3 مطابق با GOST 2.301 یا GOST 2.004 با آرایش عمودی یا افقی ورق انجام می شود. مجاز به انجام برگه AI بعدی در هر قالب دیگری است. 2. اندازه نمودار AI توسط سازمانی که آن را منتشر کرده است تعیین می شود. (ویرایش اصلاح شده ، اصلاحیه شماره 1)

اطلاعیه تغییر
(برگه های بعدی)

ستون 16 - تعداد برگه های درخواست. در صورت عدم وجود پیوست ، ستون خط کشی می شود. (برای توضیحات بیشتر در مورد پر کردن مهر ، به صفحه 1.3 مراجعه کنید) ؛ در ستون 1 7 - شماره سریال بعدی و تغییرات. (برای توضیحات بیشتر در مورد نحوه پر کردن ستون ، بند 1.3 را ببینید) ؛ در ستون 1 8 - محتوای تغییر. (برای توضیحات بیشتر در مورد نحوه پر کردن ستون ، بند 1.3 را ببینید) ؛ در ستون 1 9-2 2 - عملکرد (موقعیت) افرادی که AI را امضا می کنند ، نام آنها ، امضا و تاریخ امضا انجام شده است. امضای هوش مصنوعی آهنگساز ، ترول استاندارد و نماینده مشتری (در صورت وجود) مورد نیاز است. (برای توضیحات بیشتر در مورد پر کردن ستونها ، به صفحه 1.3 مراجعه کنید) ؛ در ستون 23 - امضای شخصی که تغییرات را در سند (اسناد) ایجاد کرده است ، و تاریخ تغییرات. (برای توضیحات بیشتر در ستون تکمیل شده ، بند 1.3 را ببینید). 1.3 توضیحات تکمیلی برای پر کردن ستون های هوش مصنوعی ستون 5. این تاریخ با توجه به زمان لازم برای ایجاد تغییرات در اسناد در گردش در شرکت و در اسناد و ارسال هوش مصنوعی به سایر شرکت ها تعیین می شود. تغییرات تولید و زمان عبور و انتشار. ستون 1 2 با توجه به تعداد زیادی از محصولات قابل تغییر که در این ستون نشان داده شده است ، ما تمام محصولات تولید شده به طور کامل یا جزئی ، اما فروخته نشده را که طبق اسناد قبل از ایجاد هرگونه تغییر در این هوش مصنوعی ساخته شده اند ، درک می کنیم. من همچنین در ستون نشان داده شده است ، به عنوان مثال: "منعکس نشده است" - اگر تغییرات بر طراحی محصول تأثیر نگذارد و بر استفاده از مطالب عقب افتاده تأثیر نگذارد. "استفاده نکنید" - در صورت غیرقابل قبول بودن و استفاده و اینکه آیا امکان انجام مجدد مطالب عقب افتاده وجود ندارد. "استفاده" یا "استفاده برای 5 مجموعه" - هنگام و استفاده از عقب ماندگی بدون در نظر گرفتن تغییرات ارائه شده ؛ "اصلاح" یا "استفاده از 2 سوراخ اضافی. Ø 3.5 Н 12 "- اگر می توان از مطالب عقب افتاده با اصلاحات اضافی استفاده کرد:" تغییر در عقب ماندگی در نظر گرفته می شود "یا" هیچ عقب افتادگی وجود ندارد "- اگر مشخص باشد که عقب ماندگی و ساختار با در نظر گرفتن تغییرات انجام شده است. در حال ساخته شدن هستم یا گم شده ام ؛ "اصلاح: در ABV D - از مجموعه سوم ؛ در E ZH ZK - از اولین مجموعه ؛ در A KLM - از موارد عقب افتاده استفاده کنید - اگر دستورالعمل های مربوط به عقب ماندگی برای همه برنامه ها بدون ابهام نیست. جعبه 13 در ستون ، دستورالعملها آورده شده است ، به عنوان مثال ، اقدامات: "برای شرکتهای ABVG که محصولات و محصولات 007 را به تولید وارد کنند" - اگر مورد نیز در یک کمربند در چندین کارخانه تولید شود. "مهلت اجرا و تغییرات در تولید توسط سازمان تعیین می شود" - اگر سازمان تولیدکننده هوش مصنوعی نتواند حضور و شرایط انباشته محصولات ، ابزارآلات و سایر شرایط تولید را در سایر شرکت های تولید کننده این محصول تعیین کند. (ویرایش اصلاح شده ، اصلاحیه شماره 1)اگر نمودار آماده سازی فناوری تولید (CCI) در شرکت وجود دارد ، پیوندی به این نمودار در ستون داده می شود ، به عنوان مثال ، "در نمودار CCI". اگر ستون 12 AI ("دستورالعمل عقب افتادگی") نوشته شده است: "منعکس نشده است" ، "تغییر در عقب ماندگی در نظر گرفته می شود" یا "هیچ عقب افتادگی وجود ندارد" ، سپس ستون خط کشی می شود. ستون 1 4. اگر تغییرات در مورد اسنادی که سند مورد استفاده در آنها استفاده می شود اعمال نمی شود ، به عنوان مثال ، در مورد تغییر نامه اسناد ، در ستون یادداشتی "در قابلیت اجرا "یا ستون خط کشیده شده است. ستون 16. در صورت وجود پیوست ها ، ممکن است به عنوان مثال ، نسخه ای از اسناد اصلاح شده با اصلاحات انجام شده در آنها ، محاسبات و توضیحات لازم برای تأیید مصلحت اصلاحات و غیره را شامل شود. ستون 17. هنگام تدوین هوش مصنوعی برای چندین سند ، در صورت عدم تطابق در تعداد تغییرات تغییرات ، سرصفحه های مشترک با نامگذاری اسناد بر اساس اعداد و تغییرات ترتیبی گروه بندی می شوند ، در حالی که اعداد ترتیبی برای هر کدام جداگانه قرار می گیرند. به عنوان مثال گروه

اگر هوش مصنوعی برای چندین سند تدوین شده باشد و تغییرات یکسانی وجود داشته باشد ، اگر بین شماره سریال تغییرات سند در ستون 18 اختلاف وجود داشته باشد ، یک جدول تهیه شده و ستون 17 به طور مثال علامت گذاری شده است:

ستون 17 و 18 اعمال تغییرات در اسناد حاوی متن ، تقسیم به ستون ، به منظور بهینه سازی ضبط محتوای متن و تغییرات ، تسریع اضافی در جایگزینی این ستون ها ، جداول یا بلوک ها را اعمال می کند. اطلاعات با و با فهرست منطقی و اطلاعات منطقی مربوطه ، به عنوان مثال: "و zm." ؛ "تعیین"؛ "برگ"؛ "خط" ؛ "شمردن". هنگام استفاده از بلوک های اطلاعات و به قیاس اصل ساخت ، که در قالب اسناد ESTD گرفته شده است ، به منظور تماس فوری اطلاعات از یک حامل الکترونیکی ، استفاده بیشتر از نمادهای استاندارد دریافت شده در شرکت را تسریع می کند. (ویرایش اصلاح شده ، اصلاحیه شماره 1)ستون 18. الف) ستون محتویات ناحیه اصلاح شده (گرافیک ، متن و ...) را به شکلی نشان می دهد که باید پس از اعمال تغییرات در سند اصلی ، در آن قرار گیرد. ب) هنگام صدور هوش مصنوعی برای چندین سند ، محتوای تغییر برای هر سند با یک خط افقی جدا می شود. ج) اگر درک مبهمی از تغییرات ، مقدمه و تغییرات در زیربناها با پاک کردن (فلاشینگ) وجود داشته باشد ، لازم است که مطابق با GOST 2.603 یا GOST 19.6 03 یک بولتن صادر شود ، محتویات بخش اصلاح شده سند قبل و بعد از ایجاد تغییرات با علائم بالا "موجود" و "باید" داده می شود. د) در صورت نیاز به تغییر و در اصل با پاک کردن (شستشو) ، کتیبه در بالای مناطق تغییر یافته قرار می گیرد: "تغییر در پاکسازی" یا "تغییر محل با شستشو" ، در حالی که مجاز است تغییر داده های الفبایی (علامت گذاری سیم ، تعیین الفبای عددی و موقعیت عناصر روی نمودارها ، و تغییر اسناد جداول و غیره) داده های قابل تغییر و داده های جدید را ارائه می دهد (مثال را ببینید). ه) هنگام لغو سند ، کتیبه ای در ستون ایجاد می شود ، به عنوان مثال ، "ABV G.XXXXXX.018 برای لغو". در این مورد ، ستون 17 حذف شده است. و) برای یک محصول برای مصارف خانگی مجاز است ، هنگام پیوست مجموعه ای از اسناد نامه بعدی ، یک نام ، به عنوان مثال ، مشخصات محصول را بدون ذکر نام تمام مشخصات ویژه قطعات تشکیل دهنده این محصول و اسناد نشان دهید. شامل آنها می شود ، به عنوان مثال: "در ABVG.XXXXXX.375 و در تمام مشخصات ویژه قطعات و محصولات و اسناد موجود در آنها در ستون" روشن ". برچسب اصلی باید با علامت "O 1" مشخص شود. در این حالت ، در تمام اسناد اصلاح شده در جدول تغییرات ، شماره سریال بعدی تغییر سند نشان داده می شود.

ز) اگر به جای یک سند لغو شده ، از سندی با نام متفاوت استفاده شود ، باید کتیبه ای در ستون ایجاد شود ، به عنوان مثال: "ABVG.XXX XXX.380 لغو می شود". نکته f. "جایگزین سند ABVG.XXXXXX.936". ح) جایگزینی خط قدیمی با خط جدیدی با همان نام در ستون ، علاوه بر سابقه جایگزینی ، توصیه می شود فهرستی کوتاه از تغییرات ایجاد شده ارائه دهید ، به عنوان مثال:

I) برای تعداد زیادی از اسناد جایگزین شده با همان معنی ، توصیه می شود که یک جدول ارائه دهید ، به عنوان مثال:

K) اگر در ارتباط با انتشار AI ، اسناد جدید و (یا) قبلاً توسعه یافته (به عنوان مثال ، هنگامی که محصولات جدید معرفی می شوند یا در مشخصات جایگزین می شوند) منتشر می شود ، پس از محتوا و تغییرات در مورد موضوع یادداشت می شود یا استفاده از چنین اسنادی ، برای مثال: یادداشت ها: 1. اسناد صادر شده ABVG.XXXXXX.171 و ABVG.XXXXXX.18 6. 2. سند AB V G.XXXXXX.336 ". مقدمه و در محصول واحد مونتاژ ، کیت یا مجتمع در علامت گذاری تنها به مشخصات تازه صادر شده و تازه معرفی شده محصول و محصول بدون ذکر اسناد موجود در آن اشاره می کند. ک) برای رسیدگی به موارد تکراری و (یا) نسخه های هوش مصنوعی در ستون ، توجه داشته باشید: "موارد تکراری را اصلاح کنید." کپی ها یا کپی های صحیح و کپی های صحیح. برای جهت گیری بهتر ، مجاز به نمایش محتوا (گرافیک و متن) مناطق مجاور قسمت سند برای تغییر است. ل) هنگام پر کردن ستون ، ساده سازی های زیر مجاز است: 1) نشانه ای از تغییر در ابعاد ، به شرطی که تغییر به وضوح درک شود ، باید بدون تصویر صادر شود ، به عنوان مثال:

2) به جای تصویر نمای حذف شده ، بخش یا بخش ، دستورالعمل های متن مناسب را ارائه دهید ، به عنوان مثال: "بخش A-A ، علامت گذاری" ، "نمایش B ، حذف" ، "نمایش در سمت راست لیست پشت سر هم" ؛ 3) متن پاراگراف ، که کاملاً از الزامات فنی در ترسیم سند یا سند متنی شماره گذاری شده توسط پاراگراف ها حذف شده است ، نباید تکرار شود ، اما در ستون برای وارد کردن متن مناسب ، به عنوان مثال: "حذف بند 5 "؛ 4) هنگام تغییر بخشی از متن ، متن قبلی و بعدی را ویرایش نکنید ، و آن را با بیضی جایگزین کنید ، به عنوان مثال:

ح) تغییرات یکسان که در یک سند روی یک یا چند صفحه تکرار شده اند ، یکبار با توضیحات مناسب نشان داده می شوند ، به عنوان مثال:

الف) در صورتی که کپی AI به سایر شرکت ها ارسال نشود ، مجاز است به جای بیان محتوای تغییر AI ، یک کپی از سند را که با جوهر سیاه تغییر می کند ، به آن ضمیمه کند. ، تغییرات جوهر یا چسباندن وارد شده در آن ، در صورت عدم استفاده از کپی هایی که به صورت دستی از AI منتشر شده قبلی استفاده شده است. در نسخه متصل به AI ، در قسمت بالا سمت راست آن ، کتیبه ای نوشته شده است ، به عنوان مثال ، "مکمل ABVG.38-2004" یا "مکمل K.153-2004". پ) نگهداری موقت نسخه های اسنادی که برای تولید آنها و محصول بدون در نظر گرفتن تغییرات فرسوده توسط AI لغو یا اصلاح شده است ، در ستون انتهای متن نشان دهنده محدودیت اعتبار آن است period و این نسخه ها ، به عنوان مثال: "در نسخه های اسناد A BV E.XXXXXX.887 و zm. 5 ، در زیر مهر "لغو شده" ، کتیبه ای اضافه کنید و آیا تمبر "بگذارید در کار و محصول شماره 37" یا "فقط برای تولید قطعات یدکی استفاده شود" را اضافه کنید. ستونهای 19-22 الف) هنگام هماهنگی هوش مصنوعی با نامه ، تلگرام ، فکس و غیره ، ستونها نشان می دهند: نام شخص مورد تأیید یا عدم تایید آن. شماره خروجی نامه (تلگرام) در مورد تأیید ؛ تاریخ تأیید ، ب) برای قرار دادن امضای موافقت و تأیید در AI ، در صورت لزوم ، یک صفحه عنوان ، که اولین صفحه AI است ، ایجاد کنید. صفحه عنوان شامل برگه های هوش مصنوعی است. برای اسناد طراحی ، عنوان عنوان مطابق با GOST 2.105 گردآوری شده است. در صفحه عنوان AI ، نشان دهید: در زمینه 1 - نام معادن هیستری و چه در واحد ، که شامل سازمان تشکیل دهنده AI است. پر کردن قسمت 1 اختیاری است. (ویرایش اصلاح شده ، اصلاحیه شماره 1)در زمینه 3 - در سمت چپ موقعیت و تعیین شخصی که هوش مصنوعی با او از سازمان مشتری (مصرف کننده) توافق کرده است ، در سمت راست - موقعیت و امضای شخصی که AI را تأیید کرده است از سازمان- کارگر (و تولید کننده). در سمت راست هر امضا ، نام و نام خانوادگی شخصی را که سند را امضا کرده و تاریخ امضای آن را ذکر می کنم. در زمینه 5 - نام AI و سند مورد نیاز برای تغییر ، به عنوان مثال: "اطلاع ABVG.41-2004 در مورد تغییر و ABV G.XXXXXX.001 TU". در این قسمت ، مجاز است شماره سریال و تغییرات سند و نام آن را نیز نشان دهید. اگر هوش مصنوعی منوط به توافق با چندین مقام باشد ، امضا یا در قسمت چپ قسمت 3 (یکی از امضاها در زیر امضای دیگر) ، و یا در قسمت چپ در زمینه 6 قرار می گیرد. امضا و توسعه دهندگان روی سمت راست میدان 6. فیلدهای 2 ، 4 و 7 پر نشده است. اگر برخی از امضاهای توسعه دهندگان و افرادی که باید با آنها هوش مصنوعی موافقت شود در برگه اول قرار داده نشود ، می توان آنها را به برگه دوم منتقل کرد ، در حالی که در گوشه سمت راست ورق دوم یک کتیبه ایجاد می کنند ، به عنوان مثال: "ادامه صفحه عنوان از ماده ABVG.41-2004". برای اسناد تکنولوژیکی ، صفحه عنوان مطابق با GOST 3.1105 گردآوری شده است ، بدین ترتیب ، زمینه های 1 ، 2 ، 3 ، 4 به طور مشابه با زمینه های 1 ، 3 ، 5 ، 6 برگه عنوان برای اسناد طراحی پر شده است. فیلدهای 5 ، 6 و کتیبه های اصلی پر نشده است. ستون 2 3. در صورت ایجاد و تغییر خودکار ، مشخصات فردی که در سند الکترونیکی تغییر ایجاد کرده است و تاریخ تغییر در ستون قرار می گیرد. (ویرایش اصلاح شده ، اصلاحیه شماره 1)

2. جورn تغییر می کند

2.1 مجله تجدید نظر شده (که از این پس به آن مجله گفته می شود) روی فرم 2. انجام می شود. 2.2. پر کردن مجله در مجله ، نشان دهید: در ستون 1 - شماره سریال و تغییرات این مجله ، مشترک برای همه به طور همزمان تولید شده و در یک سند تغییر می کند. در ستون 2 - تاریخ ورود و si در مجله ؛ در ستون 3 - تعیین سند تغییر یافته ؛ در ستون 4 - محتوای منطقه ای که باید تغییر کند (گرافیک ، متن و غیره) و دستورالعمل هایی در مورد استفاده از لجن و بازبینی مطالب عقب افتاده ارائه دهید. در صورت لزوم ، مجاز به چسباندن یا قرار دادن کپی اسناد تغییر یافته در قالب پیوست است. در همان زمان ، در ستون 4 آنها "مشاهده کنید کاربرد..."؛ در ستون 5 - موقعیت ها ، نام خانوادگی ، امضای اشخاص مربوطه ، تاریخ امضا و امضای تأیید کننده مشتری (نماینده مشتری) ، در صورت وجود. در ستون 6 - اطلاعات مربوط به تغییرات در نسخه های اصلی ؛ در ستون 7 - اطلاعات مربوط به ساخت و تغییر کپی یا جایگزینی کپی ؛ در ستون 8 - در صورت لزوم ، اطلاعات اضافی در مورد تغییرات ایجاد شده. 2.3 ایجاد تغییرات در مجله y. 2.3.1 به گفته مجله ، مطابق بند 1.5 این استاندارد ، تغییرات در اسناد طراحی قبل از اختصاص حرف "O 1" به و از تولید کمکی و واحد تولید یکبار با حرف "I" انجام می شود. توجه داشته باشید. برای محصولات جداگانه ، مجاز به تغییر در مجله در اسناد طراحی با حرف O 1 و به دنبال آن طراحی AI است. امکان اعمال این فرض در هر مورد خاص با توافق بین توسعه دهنده و مشتری (نماینده مشتری) تعیین می شود. 2.3.2. ورود به سیستم 2.3 2 .1. مجله برای هر محصول به طور جداگانه نگهداری می شود. مجاز است ، با حجم کمی از اسناد در هر مورد ، یک مجله در هر مورد داشته باشد. مجاز به ثبت گزارش تغییرات به شکل الکترونیکی است. (ویرایش اصلاح شده ، اصلاحیه شماره 1) 2.3 .2.2. صفحات (کشورهای) هر مجله به ترتیب تراز شده و به ترتیب شماره گذاری شده اند. در طرف مقابل لیست زیر ، صد عدد تعداد کل برگه ها (صفحات) مجله را نشان می دهد ، امضای شخص مسئول صدور مجله را مشخص می کند و تاریخ امضا را نشان می دهد. 2.3 2 .3. من مجله را با جوهر ، جوهر یا رنگهای سیاه و آبی چسبیده پر می کنم. سوابق باید واضح و خوانا باشد. هر دو مرجع و خط مشی باید با امضا تأیید شوند. 2 .3.2.4. به هر مجله یک شماره ثبت سریال اختصاص داده می شود. 2.3.3. خیانت کردنبرای مجله در کپی اسناد 2. 3.3.1. تغییرات کپی اسناد با کپی مستقیم یا مرجع یا جایگزینی آنها انجام می شود. تغییرات در کپی اسناد با جوهر ، جوهر یا چسباندن سیاه انجام می شود. (ویرایش اصلاح شده ، اصلاحیه شماره 1) 2.3 .3.2 ایجاد و تغییر نسخه ها و اسناد مجله به همان شیوه ای است که در نسخه اصلی اعمال می شود ، در حالی که در جدول تغییرات مطابق GOST 2.104 آنها نشان می دهند: در ستون "تغییر". - شماره ثبت نام تغییرات در مجله با حرف "" ، به عنوان مثال ، "2Ж" ؛ در ستون "شماره سند en". - شماره ثبت مجله ؛ ستون "ورق" - حذف شده است. و به طور مشابه ، ستون های فرم برای ایجاد تغییرات مطابق با GOST 3.110 3 و ستون های جمهوری لتونی پر می شوند. 2.3 .3.3. در کلیه نسخه های موجود از اسناد موجود در این شرکت و در "سازنده نمونه" یا "EK ZEM PLYAR TECHNOLOGA" تغییرات ایجاد می شود. 2.3.3. 4 همه نسخه ها و اسنادی که طبق مجله تغییراتی در آنها ایجاد شده است ، پس از ساخت و آزمایش نمونه اولیه (دسته آزمایشی) محصول ، با نسخه های جدید گرفته شده از نسخه های اصلی جایگزین شده و بدون انتشار AI مطابق با آن کپی می شوند. با بند 1.5 این استاندارد. 2.3.4. ایجاد تغییرات در سرفصل اسناد بدون صدور اطلاعیه 2.3.4. 1 تغییرات اسناد اصلی ، بدون انتشار AI ، باید بر اساس درج در مجله انجام شود. 2 .3 .4.2. تغییرات در اصل اسناد با پاک کردن (شستشو) و اینکه آیا اصل جدید مطابق قوانین تعیین شده توسط Sec. 2 عدد واقعی از استاندارد. در این حالت ، جدول تغییرات ، بلوک ایجاد تغییرات یا LR پر نمی شود و شماره ترتیبی تغییرات نزدیک به هر تغییر مشخص نمی شود.

مجله IZMEN EY

یادداشت. 1. مجله بر اساس ورق های A4 یا A3 مطابق با GOST 2.301 اجرا می شود. 2. اندازه ستون های گزارش توسط سازمان - کاربر آن تعیین می شود. (ویرایش اصلاح شده ، اصلاحیه شماره 1) 2.3.4.3. هنگام جایگزینی در فرآیند ایجاد تغییرات اصلی با یک مورد جدید با همان نام ، شماره موجودی اصل حفظ می شود. 2.3.4.4. هنگام تنظیم و تغییر مطابق مجله ، اصل اسناد مورد بررسی مجدد قرار می گیرد و توسط کنترل کننده هنجاری در زمینه برای تنظیم این اسناد مورد بازبینی قرار می گیرد.

ضمیمه 3

تغییر برگه ثبت نام

1. برگه ثبت تغییرات (LR) مطابق فرم 3 انجام می شود.

برگه ثبت نام و تغییر

تغییر برگه ثبت نام

شماره های صفحه (صفحه)

کل برگه ها (صفحات) در سند.

شماره ورودی سند همراه و تاریخ

اصلاح شده

تعویض شده

لغو شد

نکات: 1. LR بر اساس ورق A4 مطابق با GOST 2.301 یا GOST 2.004 با آرایش عمودی و افقی یا افقی ورق ساخته شده است. 2. برای اسناد متنی ، و ایجاد شده به روش تایپوگرافی ، فرم LR را می توان مطابق با الزامات و طراحی تایپوگرافی ها و ساختمانها تغییر داد. 3. ابعاد نمودار LR توسط توسعه دهنده سند تنظیم می شود. 4. کتیبه اصلی ЛР برای اسناد طراحی مطابق با GOST 2.104 ، برای اسناد فناوری - مطابق با GOST 3.11 03. (ویرایش اصلاح شده ، اصلاحیه شماره 1) 2 LR در اسناد متنی مطابق با GOST 2.105 ارائه شده است ، که در تعداد کل صفحات (صفحات) سند موجود است و در آخرین برگه سند قرار داده شده است. مجاز است LR را برای سایر انواع اسناد ارائه شده توسط GOST 2.102 (برای اسناد طراحی) و GOST 3.11 02 (برای اسناد فناوری) ارائه دهد. 3. LR ، به عنوان یک قاعده ، برای اسناد عملیاتی و تعمیراتی که با روش تایپوگرافی صادر می شوند ، ارائه می شود. LR برای محصولاتی که اسناد عملیاتی و تعمیراتی برای آنها گردآوری شده است و تغییراتی در آن در طول عملیات و تعمیر پیش بینی نشده است مجاز نیست. 4. تکمیل نمودار LR 4.1. ستون "از متر" ، "شماره سند" ، "فرعی". و "تاریخ" به همان ترتیب ستون های جدول تغییرات مطابق با GOST 2.104 و ستون های بلوک برای ایجاد و تغییرات مطابق با GOST 3.1103 پر می شوند. 4.2 در ستون های "تعداد صفحات (کشورها و ج) تغییر ، جایگزین ، جدید ، لغو شده" به ترتیب تعداد صفحات (صفحات) را نشان می دهد و برای این هوش مصنوعی تغییر ، جایگزین ، اضافه و لغو شده است. هنگام بازنشر کل سند در ستون "تعداد صفحات (کشورها و ج) جایگزین" "همه" را نشان دهید. 4.3 ستون "مجموع برگه ها (صفحات) در سند." ستون "تعداد صفحات (صفحات) جدید" و (یا) "تعداد صفحات (صفحات) لغو شده" را پر کنید ، در موارد دیگر ، ستون را علامت بزنید. 4.4 ستون «شماره ورودی سند همراه و حمایتی. و تاریخ "هنگام ایجاد تغییرات در اسناد عملیاتی و تعمیر مطابق قوانین تعیین شده توسط GOST 2.603 پر می شود. در موارد دیگر ، ستون خط کشیده یا در جمهوری لتونی ارائه نشده است. 5- جمهوری لتونی هنگام تعویض تمام برگه های اصلی ، شماره تغییر و سایر داده های مربوط به همه تغییرات قبلی سند را بازنویسی نمی کند.

پیوست 4

اجرای اطلاعیه اضافی

1. اعلان اضافی (AD) در فرمهای 1 و 1a ضمیمه 2 انجام می شود و در صورت ارائه در بند 1.9 این استاندارد ، برای یک هوش مصنوعی ایجاد می شود. 2. نام CI هم از نام II تشکیل شده است ، و هم از کد "CI" ، برای مثال ، از نام II-A BVG.17-2004 ، از نام اضافی و نام it - ABVG.17-2004 CI. 3. در اصل و کپی های هوش مصنوعی ، که CI به آنها صادر شده است ، در قسمت بالا سمت راست اولین برگه (بزرگ) AI در بالای قاب هوش مصنوعی ، به عنوان مثال ، "اقدام با ABVG.17-2004 CI ". 4. پر كردن ستونهاي CI: ستونهاي 1 ، 1a ، 4 ، 8 ، 9 ، 1 9-2 2 به همان ترتيبي كه در AI پر شده است. در ستون 2 تعیین و eI CI را نشان دهید. در ستون 18 محتوا و تغییرات ایجاد شده در هوش مصنوعی را نشان دهید ، اگر این محتوا در ستون های دیگر II وجود نداشته باشد. بقیه ستون ها پر نمی شوند. (ویرایش اصلاح شده ، اصلاحیه شماره 1)(اصلاحیه ، IUS 4-2007)

ضمیمه 5

اجرای اطلاعیه پیشبرد

1 مقدماتی و مستمری (PI) در فرمهای 1 و 1a ضمیمه 2 انجام می شود و برای یک سند تهیه می شود ، در مورد مندرج در بند 1.10 این استاندارد. مجاز است یک PI مشترک برای چندین سند تهیه کنید ، مشروط بر اینکه تغییرات مشابهی در آنها و در یک دوره مشابه انجام شود. در عین حال ، مطلوب است که این اسناد مشترکان خارجی یکسانی داشته باشند. 2. PI مطابق بند 3.4 این استاندارد انجام می شود. 3. PI در حال تولید است تا زمانی که توسط AI لغو شود ، دوباره در AI صادر شود ، منقضی و لغو شود. 4. انجام همزمان بیش از چهار PI در هر سند مجاز است. 5. PI طبق بند 3.2 استاندارد با افزودن کد "PI" تعیین شده است ، به عنوان مثال ، ABVG.34-2004 PI ، K.89-2004 PI. (ویرایش اصلاح شده ، اصلاحیه شماره 1) 6. ثبت PI 6 .1. اگر PI مشروط به بازخرید توسط AI باشد ، به همان ترتیب AI ترسیم می شود ، به استثنای ستون های 2 ، 5 - 7 ، 17 ، 23. ستون 5 تاریخ قبل را نشان می دهد و باید مربوطه تولید می شد در نسخه ها ضبط شود یا کپی ها تغییر کنند و همچنین ، در صورت لزوم ، نسخه ها و PI ها به سایر شرکت ها ارسال شود. در ستون 6 نام و eI PI را نشان دهید. ستون 7 تاریخی را نشان می دهد که PI معتبر است. ستون های 2 ، 17 و 23 پر نمی شوند. 6 .2. اگر قرار است PI در AI مجدداً صادر شود ، به همان ترتیب AI ترسیم می شود ، به استثنای ستون 1 ، 1a ، 2 ، 4 ، 4a ، 5 ، 5a ، 6 ، 7 ، 1 2 ، 1 2a ، 1 3 ، 13a ، 17 ، 1 9-2 2 ، 23. در ستون 4a ، احکام تاریخ تحویل PI به STD شرکت صادر کننده PI را نشان می دهد. ستون 5a تاریخی را نشان می دهد که قبل از آن باید ورودی مربوطه در نسخه ها انجام شود یا کپی اسناد باید تغییر کند ، و در صورت لزوم ، نسخه های PI باید به سایر شرکت ها ارسال شود. ستون 6 نشان دهنده PI است. ستون 7 تاریخی را نشان می دهد که PI معتبر است. در ستون 12a ، آنها همچنین I را در مورد استفاده از بخشی از اقلام در حال تغییر و اقلام شرکت صادر کننده PI نشان می دهند. ستون 13a همچنین نشان دهنده پیاده سازی و تغییرات تولید در شرکت تولیدی است که PI را منتشر کرده است. ستونهای 19-2 2 در بالا و پایین کپی می شوند تا در آنها عملکرد (موقعیت) افراد امضا کننده PI ، نام آنها ، امضا و تاریخ امضا در آنها مشخص شود. امضای شخص تهیه کننده PI ، ناظر و نماینده مشتری (در صورت وجود) الزامی است. نمودارهای 1 ، 1a ، 2 ، 4 ، 5 ، 1 2 ، 13 ، 17 ، 23 پر نشده است. 6.3 در شروع و تاریخ مشخص شده در ستون 7 ، اگر PI در مورد AI بازخرید نشده باشد ، در AI مجدداً صادر نشده و لغو نشده باشد ، PI خاتمه می یابد. 7. در نسخه های سند در حال تولید ، که PI برای آن صادر شده است ، مهری در زمینه پرونده ثبت می شود ، به عنوان مثال ، "معتبر با ABVG.58-2004 PI" ("Action Telen with К.7 2 -2004П И ") با امضای شخصی که این رکورد را ایجاد کرده است و تاریخ ثبت را نشان می دهد. کپی اسناد برای نمونه اولیه (دسته آزمایشی) و برای و اقلام تولیدی تک و کمکی مجاز است و مجاز است مطابق با PI با علائم مربوطه و علائم در جدول تغییرات مطابق با GOST 2.104 تغییر کند (به استثنای ستون "I zm.") یا در بلوک برای ایجاد تغییرات مطابق با GOST 3.1103 (به جز ستون 16) ، بدون ورودی یا مهر "Dess tweeten ...". (ویرایش اصلاح شده ، اصلاحیه شماره 1) 8. هنگام صدور سند یا جایگزینی آن با سند با نام جدید مطابق با PI ، این اسناد جدید در هیچ جا در نظر گرفته نمی شود ، و در زمینه ثبت چنین اسنادی ، یک سند ثبت می شود یا یک مهر درج می شود ، برای به عنوان مثال ، "معتبر با ABVG.37-2004 PI" یا "معتبر از К.24-2004 PI". (ویرایش اصلاح شده ، اصلاحیه شماره 1) 9. اصل PI ، که در شرکت صادر شده است - حاوی نسخه های کمی از اسناد است ، برای بررسی اسناد و مدارک به صاحب شرکت اسناد ارسال می شود. اگر سازمان دارنده اصل PI را بپذیرد ، کپی های AI را به صاحب شرکت به صاحب شرکت ارسال می کند ، که در آنها بازخرید PI یا کپی و PI ، دوباره نشان داده می شود. -در AI ثبت شده است اگر سازمان گیرنده PI ارسال شده را نپذیرد ، در مورد رد آن اطلاع می دهد. در این حالت ، دارنده تریاک باید PI منحرف شده را توسط PI دیگری لغو کند ، یا عمل PI پس از تاریخ مشخص شده در ستون 7 PI خاتمه می یابد. (ویرایش اصلاح شده ، اصلاحیه شماره 1)ده صدور اعلامیه تغییر PI 10.1. هنگامی که در شماره AI در مورد بازخرید PI ، محتوای آن به طور کامل در اصل موجود است ، در ستون 18 AI نشان می دهد ، به عنوان مثال: "بازخرید ABC G. 18-2004 PI با مقدمه تغییرات در نسخه اصلی ". (ویرایش اصلاح شده ، اصلاحیه شماره 1) 1 0.2 هنگام صدور هوش مصنوعی در مورد بازخرید و PI ، محتوای آن به طور کامل در اصل موجود نیست ، و همچنین در مورد بازخرید PI صادر شده توسط سازمان دارنده نسخه ها ، در ستون 18 AI محتوای لازم را ارائه می دهد تغییرات ، و در انتهای متن t را نشان دهید ، به عنوان مثال: "ABV G.83-2004 PI با این و نام بازخرید می شود". (ویرایش اصلاح شده ، اصلاحیه شماره 1)یازده هنگام صدور مجدد PI به AI ، نمودارهای ناقص اصل PI مطابق و با ضمیمه 2. 1 پر می شود. 1 2. لغو PI با صدور AI یا صدور PI جدید انجام می شود. 12.1 هنگامی که در انتشار AI در مورد لغو و PI ، در ستون 18 AI آنها یک رکورد ایجاد می کنند ، به عنوان مثال ، "ABV G.86-2004 PI annulate" و آیا "K.49-2004 PI لغو می شود "در حالی که ستون 17 p خراش ayut. اطلاعات مربوط به این هوش مصنوعی در سند اصلی و کپی های آن گنجانده نشده است. 12. 2. اگر خطاهایی در PI صادر شده در ستون 18 یافت شود ، PI جدیدی با نام دیگری صادر می شود. (ویرایش اصلاح شده ، اصلاحیه شماره 1)(اصلاحیه ، IUS 4-2007)

پیوست 6

اجرای اطلاعیه اضافی اضافی

1 مقدماتی و اعلامیه اضافی (ADI) در فرمهای 1 و 1a ضمیمه 2 انجام می شود و در صورت ارائه در بند 1.11 استاندارد ، برای یک PI انجام می شود. 2 تعیین DPI شامل تعیین PI است که در آن تشکیل شده است ، و کد "DPI" به جای کد "PI" ، به عنوان مثال ، نام PI - ABVG.32-8 9PI ، تعیین نام DPI به آن - ABV G.32DPI ... 3. در اصل و کپی PI ، که DPI برای آن صادر شده است ، در قسمت بالا سمت راست اولین (عنوان) برگه PI در بالای قاب PI ، به عنوان مثال ، "موثر با ABVG.32-8 9DPI ". 4. پر كردن ستون DPI: ستونهاي 1 ، 1a ، 4 ، 8 ، 9 ، 19-22 به همان ترتيبي كه در PI پر شده است. در ستون 6 نشان دهنده DPI است. اگر این محتوا در ستون های دیگر DPI گنجانده نشده است ، در ستون 18 محتوای تغییر یافته را نشان دهید و من در PI وارد کردم. بقیه ستونها خالی می مانند. (اصلاحیه ، IUS 4-2007)

پیوست 7

تغییر پیشنهادات

1. پیشنهاد تغییر (PR) به شکل x 1 و 1a ضمیمه 2. تهیه شده است. به عنوان مثال ABVG .27-2004 PR. 3. برای اینکه بتوانید از PR برای ثبت مجدد در AI استفاده کنید ، مطابق ضمیمه 5 ، مطابق ضمیمه 5 ، همانطور که برای PI انجام می شود ، با در نظر گرفتن موارد اضافی زیر: دلیل پیشنهادی و تغییر و فناوری تولید دستورالعمل های فنی در نامه همراه به روابط عمومی ذکر شده است. در ستون 6 تعیین روابط عمومی را نشان دهید. در ستونهای تکراری 1 9-2 2 ماهیت کار (موقعیت) ، نام افراد ، امضای روابط عمومی آنها و امضا و تاریخ امضا را نشان می دهد. با توجه به dpi گردآورنده روابط عمومی ، کنترل کننده استاندارد و نماینده مشتری ، در صورت وجود ، الزامی هستند. 4. اگر در ارتباط با انتشار هوش مصنوعی تحت این روابط عمومی ، نیاز به جایگزینی اسناد اصلی و اصلاح شده یا صدور اسناد جدید باشد ، شرکت - دارنده اصل به همراه روابط عمومی ، سازمان - دارنده کپی این اسناد را در قالب پیش نویس اصلی ارسال می کند ، که مطابق با الزامات اصلی انجام می شود ، در حالی که نام خانوادگی ، امضا و تاریخ در بلوک عنوان ارائه نشده است ، و پروژه اصلی در شرکت - دارنده کپی در فیلد بایگانی مشابه قوانین تعیین شده برای پر کردن متن اصلی نمایش داده می شود. مجاز است که پیش نویس اصلی را تنظیم کند تا PR را تعیین کند ، که با آن پیش نویس این اصل به شرکت - دارنده اصلی ارسال می شود. (ویرایش اصلاح شده ، اصلاحیه شماره 1) 5- سازمان - دارنده اصل می تواند از PR دریافتی برای صدور مجدد در AI استفاده کند ، در حالی که باید در صورت لزوم بررسی شود ، مطابق قوانین طراحی AI تکمیل و اجرا شود. (ویرایش اصلاح شده ، اصلاحیه شماره 1)(اصلاحیه ، IUS 4-2007)

پیوست 8

اجباری

روش تصویب تغییرات در اسناد با مشتری و نماینده مشتری

(ویرایش اصلاح شده ، اصلاحیه شماره 1) 1 روش کلی توافق و تغییر اسناد 5 با مشتری باید مطابق با اسناد هنجاری مربوطه انجام شود. 5 این ضمیمه اسناد مورد تأیید (توافق شده) با مشتری (دفتر نمایندگی مشتری) و همچنین اسنادی را که توسط وی تأیید نشده (مورد توافق قرار گرفته است) ، اما طبق آنها محصول به مشتری تحویل داده می شود ، در نظر می گیرد. (ویرایش اصلاح شده ، اصلاحیه شماره 1) 2. کلیه هوش مصنوعی و PI ، صرف نظر از محتوای تغییرات پیشنهادی ، باید با نمایندگان مشتری در شرکتهایی که اصل را در اختیار دارند ، هماهنگ شوند. 3. AI و PI ، قبل از ارائه به تصویب به نماینده مشتری در شرکت دارنده اصل ، باید با تمام امضای تأیید لازم تکمیل شود. 4. PI و P P شرکت - دارنده کپی باید با نماینده مشتری در شرکت - دارنده کپی قبل از ارسال به شرکت - دارنده کپی ها موافقت شود. 5. نمایندگان مشتری دارای هوش مصنوعی و PI ، در صورت لزوم ، محاسبات فنی (گزارش آزمایش) را ارائه می دهند که امکان و نیاز به تغییرات را اثبات می کند. اگر نماینده مشتری با پیشنهاد و موافقت نکند و تغییر کند ، در این مورد نتیجه گیری منطقی می دهد. (ویرایش اصلاح شده ، اصلاحیه شماره 1)

ضمیمه 9

هوش مصنوعی ، CI ، PI ، DPI و روابط عمومی

1. همه AI ، DI ، PI ، DPI و PR صادر شده با برنامه های کاربردی ، در صورت موجود بودن ، و به خدمات اسناد فنی (STD) شرکت منتقل می شوند. در عین حال ، اصلهای صادر شده در ارتباط با جایگزینی یا افزودن برگه های اسناد اصلاح شده ، و همچنین اصلهای تازه وارد شده یا جایگزین شده ، به STD منتقل می شوند. 2. هنگام پذیرش نسخه اصلی ، II ، DI ، PI ، DPI و PR: وجود امضای شخص انجام دهنده کنترل هنجاری. در دسترس بودن تمام برگه های این اسناد ؛ در دسترس بودن اسناد صادر شده و جایگزین شده در جدید ؛ مناسب بودن آنها برای ذخیره و تکثیر 3. کلیه هوش مصنوعی ، PI و روابط عمومی تولید شده در این شرکت منوط به ثبت در دفتر ثبت و اعلانات مربوط به تغییرات ، اعلانات اولیه و پیشنهادات تغییرات (از این پس به عنوان کتاب ثبت نام می شود) ، در حالی که در کلیه برگه های II ، PI و روابط عمومی و ضمیمه های x به آنها با مشخصه ای برای ثبت نام مشخص شده است. در پیش نویس اسناد تأیید شده پیوست شده به روابط عمومی مطابق با بند 4 ضمیمه 7 ، نام روابط عمومی ضمیمه نمی شود. 4- در یک نسخه از نسخه های AI و PI ، مهر "کنترل نسخه" در جلوی تمام ورق ها قرار می گیرد. 5. بر اساس و هم هوش مصنوعی و هم PI کلیه تغییرات مربوط به اعتبارنامه های موجودی کتاب اصلی و سوابق اسناد را مطابق و مطابق با الزامات GOST 2.501 انجام می دهند. 6. نگهداری دفتر ثبت 6.1. کیت ثبت نام برای ثبت AI ​​، PI و PR در نظر گرفته شده است و در داخل شرکت انجام می شود. 6.2 دفتر ثبت در فرم 4. نگهداری می شود. 6.3. کتابهای ثبت و II ، PI و PR ، به طور معمول ، جداگانه برای اسناد طراحی و فناوری نگهداری می شوند. مجاز است که یک دفتر ثبت برای اسناد طراحی و فناوری داشته باشد. 6.4 AI ، PI و PR در کتابهای جداگانه ثبت می شوند ، در حالی که دفاتر ثبت برای اسناد صادر شده توسط این سازمان و دریافت شده از سایر شرکتها جداگانه نگهداری می شود. (ویرایش اصلاح شده ، اصلاحیه شماره 1) 6. 5. در کتاب ثبت نام نشان دهید: در ستون "تاریخ" - تاریخ دریافت AI ، PI و آیا روابط عمومی در STD شرکت ؛ در ستون "منتشر شده توسط": برای AI ، PI و PR این شرکت - کد (شماره) یا نام کوتاه واحد صادر کننده آنها ؛ برای AI و PI سایر شرکتها - آیا نام کوتاه زیرمجموعه ای که مسئول تولید و حسابداری محصول در شرکت معین است ؛

کتاب ثبت و آگهی ها ، اطلاعیه های اولیه و پیشنهادات مربوط به تغییرات


در ستون "تحویل STD" - امضای کارمند STD که AI ، PI و PR و تاریخ و x دریافت را پذیرفته است. در ستون "توجه" - علائم مختلف ؛ به عنوان مثال: برای هوش مصنوعی فوری - زمان پذیرش هوش مصنوعی در STD ، برای PI - پیوندی به تعیین هوش مصنوعی که PI را بازخرید کرد و غیره در این ستون برای AI و PI ، مشخص شده است که به ترتیب با CI و DPI عمل می کند. ستون های "شماره تغییر کرد و من" ، "تغییر کد" و "مدت و تغییرات" به همان ترتیب ستون های مربوط به AI پر می شوند. نمودارهای باقی مانده با توجه به نام آنها پر می شوند. 7. برگه ثبت آگهی و مقدماتی و نام. 7.1 برگه حسابداری اطلاع داده می شود و من و اطلاع اولیه (در ادامه - منبع حسابداری) قصد داریم توزیع کپی AI و اینکه آیا PI به مشترکان خارجی اسناد مطابق AI یا PI تغییر کرده است را در نظر بگیریم. داده ها ، و بخش های شرکت معین ، و همچنین ثبت تغییرات ایجاد شده در هوش مصنوعی و اینکه آیا PI در یک شرکت معین است. 7.2 برگه حسابداری مطابق فرم 5 انجام می شود و بر اساس AI یا PI و کارت های اسناد حسابداری و کارت های مشترک مطابق GOST 2.501 یا کارت هایی برای ثبت کاربرد اسناد و طبق GOST 3.1201 پر می شود.

برگه ثبت آگهی و اخطار اولیه

7.3 در شماره اول و دوم حسابداری نشان دهید: در عنوان - تعیین AI یا PI و تعیین سند تغییر یافته ؛ در ستون های "محل" و "تعداد. کپی 🀄. " - مشترکین مربوطه از نسخه های ثبت شده اسناد و تعداد نسخه های کپی ثبت شده برای مشترک. یک کارمند STD را که اطلاعات موجود در ستون ها و عنوان برگه حسابداری را پر کرده است ، امضا کنید و تاریخ پر شدن در زیر نوشته های انجام شده مشخص می شود. در ستون " »- توسط کارمند واحد نوشته شده و در مورد AI یا PI یا کارمند STD ، که مطابق با بند 9. و تاریخ توضیحات را نوشته است ، دریافت شده است. در ستون "شماره و تاریخ شرح" - شماره سریال توضیحات و تاریخ و x نمایش. در ستون "تصحیح" - امضای شخصی که تغییرات (جایگزینی ، و تصحیح ، لغو) نسخه های اسناد را در شرکت مورد نظر مطابق با AI و تاریخ تغییر ایجاد کرده است. 8. شرح اطلاعیه ها و پخش مقدماتی (از این پس - شرح) 8.1. موجودی یک سند همراه برای رونوشت (و المثنی) از هوش مصنوعی یا PI و کپی پیوست (یا تکراری) اسناد ارسال شده به سایر شرکت ها است. 8.2 توضیحات در فرم 6 گردآوری شده است.

لیست آگهی ها و آگهی های اولیه

8.3 تکمیل همه ستونهای موجودی مطابق با نام آنها که در فرم مشخص شده است انجام می شود.

اطلاعات اطلاعات

1. توسط کمیته دولتی اتحادیه جماهیر شوروی برای مدیریت کیفیت و استانداردهای محصول توسعه و معرفی شده استتوسعه دهندگانP. A. Shalaev ، B. S. Mendrikov(رهبر موضوع) ؛ S. S. Borushek، B. Ya.Kabakov ، V.G. Martynov ، K.N.Nichkov 2. تصویب و با اقدام کمیته دولتی اتحاد جماهیر شوروی در مورد اقدامکیفیت محصول و استانداردهای مورخ 26.04.90 شماره 1031 3. (حذف شده ، اصلاحیه شماره 1)4. جایگزینی GOST 2.503-74 ، GOST 2.505-82 ، GOST 2.506-845. اسناد نظارتی و تکنیکی ارجاع

شماره مورد ، برنامه

GOST 2.004-88 ضمائم 2 ، 3
GOST 2.102-68 2.3 ، پیوست 3
GOST 2.104-2006 2.6 ، ضمیمه شده و I 1 ، 3 ، 5
GOST 2.105 -7 9 کاربردی و I 2 ، 3
GOST 2.113-75 پیوست 1
GOST 2.301-68 کاربردی و I 2 ، 3
GOST 2.501-88 1.4 ، ضمائم 2 ، 9
GOST 2.603-68 ضمائم 1 ، 2 ، 3
GOST 3.1102 -8 1 ضمیمه 3
GOST 3 .11 03-82 ضمیمه 1 ، 2 ، 3 ، 5
GOST 3.1105 -8 4 ضمیمه 2
GOST 3.1201-85 1.4 ، 3.2.1 ، ضمیمه 2 ، 9
GOST 13.1.002-2003 2.3
GOST 19.603 -7 8 کاربردی و من 1 ، 2
(ویرایش اصلاح شده ، اصلاحیه شماره 1)
1. مفاد عمومی .. 1 2. معرفی تغییرات .. 2 3. اطلاع از تغییرات .. 3 پیوست 1... 3 نظر در مورد موارد استاندارد .. 3 پیوست 2... 5 فرم اعلامیه تغییر و محدوده تغییرات و قوانین پرکردن آنها .. 5 ضمیمه 3... 13 تغییر صفحه ثبت نام .. 13 پیوست 4... 14 عملکرد اطلاعیه اضافی .. 14 ضمیمه 5... 14 اجرای اطلاعیه پیشرو .. 14 پیوست 6... 15 عملکرد اعلان اضافی اضافی .. 15 پیوست 7... 15 پیشنهاد برای اصلاحات .. 15 پیوست 8... 16 روش تصویب تغییرات در اسناد با مشتری و نماینده مشتری .. 16 ضمیمه 9... 16 حسابداری AI ، CI ، PI ، DPI و PR. 16
  • قطعنامه 31 درباره اصلاحات و اضافات در قطعنامه وزارت کار فدراسیون روسیه در 29 ژوئن 1994 N 51 "در مورد هنجارها و روش بازپرداخت هزینه ها هنگام اعزام کارکنان شرکت ها ، سازمان ها و موسسات برای نصب ، راه اندازی ، کارهای ساختمانی ، دوره های تازه ، و همچنین برای کار متحرک و مسافرتی ، برای تولید کار به صورت چرخشی و کار میدانی ، برای کار مداوم در راه در قلمرو فدراسیون روسیه "