دستور تصویب رویه تشکیل و نگهداری پایگاه های داده متمرکز خودکار اطلاعات شخصی مسافران - Rossiyskaya Gazeta.

04.11.2019 در تماس با

مطابق با بند 5.2.52 فرمان دولت فدراسیون روسیه در 30 ژوئن 2004 N 321 "در مورد تصویب آیین نامه وزارت بهداشت و توسعه اجتماعی فدراسیون روسیه" (قانون جمع آوری شده فدراسیون روسیه) , 2004, N 28, Art. 2898؛ 2005, N 2, Art.162؛ 2006, N 19, Art.2080) دستور می دهم:

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

2. با لازم الاجرا شدن این فرمان در قلمرو فدراسیون روسیه، کتاب مرجع تعرفه و صلاحیت یکپارچه کار و مشاغل کارگران، شماره 3، تصویب شده توسط قطعنامه کمیته دولتی کار اتحاد جماهیر شوروی، ساخت و ساز دولتی اتحاد جماهیر شوروی. کمیته و دبیرخانه شورای مرکزی اتحادیه های کارگری مورخ 17 ژوئیه 1985 N 226/125 / 15- اعمال نمی شود. و دبیرخانه شورای مرکزی اتحادیه های کارگری مورخ 13 مارس 1987 N 164/55 / 6-153، مورخ 14 مه 1987 N 314/92 / 16-3، مورخ 28 دسامبر 1987 N 773/315 / 33-30، مورخ 9 ژانویه 1989 N 2/13 / 1-32، مورخ 16 مه 1990 N 201/46 / 7-79، کمیته دولتی کار اتحاد جماهیر شوروی و کمیته ساخت و ساز دولتی اتحاد جماهیر شوروی مورخ 23 آوریل 1991 N 91/17 ، وزارت کار روسیه از 20 ژوئیه 1995 N 41 ، از 24 آوریل 1996 N 22 ، از 11 نوامبر 1996 N 8 ، از 29 سپتامبر 1997 N 50 ، از 8 ژوئن 1998 شهر N 22.

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

کتاب مرجع واحد تعرفه و صلاحیت کارگران و مشاغل کارگران (ETKS)، شماره 3، بخش «عملیات ساختمانی، نصب و تعمیرات و ساختمانی» برای تعرفه‌گذاری کارها و انتساب رده‌های صلاحیت به کارگران در سازمان‌ها صرف نظر از این موضوع در نظر گرفته شده است. از اشکال مالکیت و اشکال سازمانی و قانونی آنها در مواردی که امکانات تولیدی و انواع کار ذکر شده در این بند وجود دارد، به استثنای مواردی که مخصوصاً مقرر شده است. توسعه این شماره ETKS ناشی از تغییر در فناوری تولید، افزایش نقش پیشرفت علمی و فناوری در فعالیت های تولیدی، افزایش الزامات برای سطح صلاحیت ها، آموزش عمومی و آموزش ویژه کارگران، کیفیت، رقابت پذیری محصولات در بازارهای داخلی و خارجی و همچنین تغییر در محتوای نیروی کار.

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

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

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

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

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

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

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

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

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

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

متصدیان بولدوزرها، بیل‌های مکانیکی، اسکراپرها که در عملیات معدنکاری و معدنکاری سرمایه‌ای فعالیت می‌کنند، و همچنین سایر کارهای مشابه که در مشخصات مشخص نشده‌اند، طبق ETKS، شماره 4، بخش «حرفه‌های عمومی معدن و استخراج سرمایه» مورد تأیید قرار می‌گیرند. مصوبه وزارت کار مورخ 12 اوت 2003 N 61;

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

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

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

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

این شماره 3 از ETKS، بخش "ساخت و ساز، نصب و تعمیر و کار ساخت و ساز"، برای جایگزینی شماره 3 معتبر قبلی، تصویب شده توسط قطعنامه کمیته دولتی کار اتحاد جماهیر شوروی، کمیته ساخت و ساز دولتی اتحاد جماهیر شوروی و اتحادیه سراسری ایجاد شده است. دبیرخانه شورای مرکزی اصناف مورخ 26 تیر 1364 N 226/125 / 15-88، ص اضافات و تغییرات انجام شده.

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

باید بداند: انواع فولاد تقویت کننده; قوانین و روش های باز کردن و برش فولاد؛ قوانین حمل و نقل و ذخیره سازی قاب های تمام شده؛ اصل عملکرد وینچ های دستی و ماشین های دستی برای صاف کردن و برش آرماتور. قوانین سیگنالینگ برای نصب سازه های تقویت کننده.

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

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

فعال نسخه از 01.07.2013

سند نام	دستور وزارت حمل و نقل فدراسیون روسیه در تاریخ 19.07.2012 N 243 (در تاریخ 01.07.2013 با اصلاحاتی که در تاریخ 13.08.2013 لازم الاجرا شد) "در مورد تصویب دستور تشکیل و نگهداری کارفرمایان. پایگاه های داده در مورد مسافران
نوع سند	سفارش، سفارش
بدن میزبان	وزارت حمل و نقل فدراسیون روسیه
شماره سند	243
تاریخ پذیرش	01.07.2013
تاریخ تجدید نظر	01.07.2013
شماره ثبت در وزارت عدلیه	25456
تاریخ ثبت در وزارت دادگستری	13.09.2012
وضعیت	عمل می کند
انتشار	سند به این شکل منتشر نشده است (در تاریخ 2012/07/19 اصلاح شد - "Rossiyskaya Gazeta"، N 221، 26.09.2012)
ناوبر	یادداشت ها (ویرایش)

دستور وزارت حمل و نقل فدراسیون روسیه در تاریخ 19.07.2012 N 243 (در تاریخ 01.07.2013 با اصلاحاتی که در تاریخ 13.08.2013 لازم الاجرا شد) "در مورد تصویب دستور تشکیل و نگهداری کارفرمایان. پایگاه های داده در مورد مسافران

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

وزیر
M.Yu. Sokolov

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

1. این رویه بر اساس قانون فدرال 9 فوریه 2007 N 16-FZ "در مورد ایمنی حمل و نقل" تدوین شده است.<1>با در نظر گرفتن الزامات قانون فدرال 27 ژوئیه 2006 N 149-FZ "در مورد اطلاعات، فناوری اطلاعات و حفاظت از اطلاعات"<2>و بر اساس برنامه جامع تضمین ایمنی جمعیت در حمل و نقل مصوب 30 ژوئیه 2010 N 1285-r دولت فدراسیون روسیه<3>، و مبنای تشکیل و نگهداری پایگاه داده های متمرکز خودکار داده های شخصی مسافران (از این پس - ACDPDP) و همچنین ارائه داده های موجود در آن را تعریف می کند.

<1>قانون جمع آوری شده فدراسیون روسیه، 2007، N 7، هنر. 837; 2008، شماره 30 (قسمت دوم)، هنر. 3616; 2009، N 29، هنر. 3634; 2010، N 27، هنر. 3415; 2011، N 7، هنر. 901; 2011، شماره 30 (قسمت اول)، هنر. 4569، 4590.

<2>قانون جمع آوری شده فدراسیون روسیه، 2006، N 31 (قسمت اول)، هنر. 3448; 2010، N 31، هنر. 4196; 2011، N 15، هنر. 2038; 2011، شماره 30 (قسمت اول)، هنر. 4600.

<3>قانون جمع آوری شده فدراسیون روسیه، 2010، N 32، هنر. 4359; 2011، N 3، هنر. 555; 2011، N 33، هنر. 4943; 2011، N 47، هنر. 6670.

2. ACDPDP بخشی از سیستم اطلاعاتی ایالتی یکپارچه برای تضمین امنیت حمل و نقل (از این پس - EGIS OTB) است که به موجب قانون فدرال 9 فوریه 2007 N 16-FZ "در مورد امنیت حمل و نقل" ایجاد شده است.

اطلاعات موجود در ACDPDP یک منبع اطلاعات دولتی است<1>.

44. یک شرکت هواپیمایی که پروازهای بین‌المللی منظم انجام می‌دهد اطلاعات اولیه مسافران و اعضای خدمه (از این پس داده‌های API نامیده می‌شود) و همچنین اطلاعات مربوط به مسافرانی را که در فرآیند رزرو، پردازش، فروش حمل‌ونقل هوایی و ثبت‌نام مسافران ایجاد می‌شوند، به ACDPDP ارسال می‌کند. فرودگاه، سوار شدن به مسافران در هواپیما و خروج هواپیما (از این پس - داده های PNR).

45. یک شرکت هواپیمایی که پروازهای داخلی منظم را انجام می دهد، اطلاعات مربوط به مسافرانی را که در فرآیند رزرو، صدور، فروش حمل و نقل هوایی و ثبت نام مسافران در فرودگاه، سوار شدن به مسافران در هواپیما و خروج از هواپیما (از این پس - داده های PNR تولید می شود) به ACDPDP منتقل می کند. ).

46. انتقال داده‌های API دریافتی از مسافر در فرآیند رزرو حمل‌ونقل هوایی با استفاده از ARS و همچنین داده‌های PNR تولید شده در CRS به ACDPDP به ACDPDP. پرواز حامل در فرودگاه، 36 ساعت قبل از شروع پذیرش مسافران در فرودگاه مبدا انجام می شود.

47. انتقال داده های API توسط شرکت های حمل و نقل هوایی و نهادهای زیرساخت حمل و نقل، دریافت شده در طول فرآیند ورود مسافران در فرودگاه، از ARPA به ARCPDU به صورت تعاملی انجام می شود (اگر چنین حالتی در ARCS موجود باشد) یا 15 دقیقه قبل از بلند شدن هواپیما. انتقال داده های API اعضای خدمه توسط حامل های هوایی به ACDPDP 15 دقیقه قبل از حرکت هواپیما انجام می شود.

48. انتقال داده‌های PNR که در هنگام سوار شدن به مسافران در هواپیما و همچنین پس از خروج هواپیما از ETS به ACCPDP به دست آمده است، بلافاصله پس از ثبت این رویدادها در ETS انجام می‌شود. از حامل

49. یک شرکت هواپیمایی که پروازهای غیر برنامه ریزی شده به / از فدراسیون روسیه را از طریق قلمرو انجام می دهد و برای حاملان - ساکنان فدراسیون روسیه نیز در داخل خاک فدراسیون روسیه تحت یک قرارداد چارتر هواپیما (چارتر هوایی) اطلاعات را منتقل می کند. در مورد مسافران و اعضای خدمه هواپیما به ACCPDP در قالب داده های API مطابق با ساختار فهرست مسافران<1>15 دقیقه قبل از بلند شدن هواپیما از فرودگاه مبدا.

<1>برای مرجع: انگلیسی: PAXLST - UN / EDIFACT لیست مسافران مشخصات پیام.

50. داده ها به عنوان بخشی از بلوک داده اصلی در قالب داده های API یا PNR مطابق با مفاد تعیین شده در بندهای 44 - 49 این رویه منتقل می شوند.

51. شرکت‌های حمل‌ونقل هوایی و زیرساخت‌های حمل‌ونقل، عناصر داده API زیر را به ACDPDP منتقل می‌کنند:

نام خانوادگی (مسافر، خدمه)؛

تاریخ تولد؛

تاریخ و زمان حرکت هواپیما؛

شماره پرواز؛

تاریخ و زمان ورود هواپیما

52. متصدیان هوایی باید عناصر زیر از داده‌های PNR را به ACDPDP ارسال کنند:

الف) اطلاعات شخصی مسافر:

نام خانوادگی مسافر؛

نام خانوادگی (در صورت وجود، یا نام میانی)؛

تاریخ تولد؛

محل تولد (در صورت وجود)؛

نوع سند هویتی که برای آن سند حمل و نقل (بلیت) صادر شده است.

شماره سند هویتی که توسط آن سند حمل و نقل (بلیت) تنظیم شده است.

نقطه عزیمت (با کدگذاری بین المللی)؛

مقصد (با کدگذاری بین المللی)؛

نوع مسیر (مستقیم، ترانزیت، انتقال)؛

تاریخ و زمان حرکت پرواز؛

ب) داده های مربوط به عملیات ثبت شده:

نام یا کد متصدی حمل‌ونقلی که در واقع حمل و نقل هوایی را انجام می‌دهد.

شماره پرواز؛

کد اشاره گر داده های PNR؛

شماره منحصر به فرد سند حمل و نقل؛

تعداد مسافران در رکورد داده های PNR، نام خانوادگی، نام و نام خانوادگی این مسافران؛

اطلاعات مربوط به صندلی های درخواستی (واقعی) در هواپیما (در صورت وجود)؛

کد وضعیت رزرو (بر اساس بخش های مسیر)؛

نقاط فرود میانی برای پروازهای با فرود میانی (طبق کدگذاری بین المللی)؛

اطلاعات مربوط به تاریخ ها (تاریخ ایجاد داده های PNR، تاریخ رزرو، تاریخ آخرین تغییر در داده های PNR، تاریخ صدور سند حمل و نقل، تاریخ رزرو دیرهنگام پرواز).

زمان ثبت سند حمل و نقل؛

اطلاعات و کد آژانس / حاملی که سند حمل و نقل را صادر کرده است.

اطلاعات در مورد چمدان و چمدان دستی (تعداد قطعات، وزن، تعداد برچسب های چمدان، وزن چمدان دستی)؛

اطلاعات ورود (شماره کنترل ورود، شناسه نماینده ورود، شماره پیشخوان ورود، زمان ورود، شماره پرواز)؛

اطلاعات مربوط به تاریخ و زمان رسیدن پرواز؛

اطلاعات مربوط به عدم حضور مسافر برای خروج.

هنگام تدوین قوانین تعامل اطلاعاتی یک شرکت هواپیمایی خاص یا یک نهاد زیرساخت حمل و نقل با اپراتور سیستم اطلاعات دولتی واحد OTB که توسط این رویه ارائه شده است. عناصر خاصی از داده های اضافی از داده های PNR می توانند در صورت عدم وجود اطلاعات مورد نیاز در زیرساخت اطلاعاتی و ارتباطی آنها حذف شوند یا پس از گسترش قابلیت های زیرساخت اطلاعاتی و ارتباطی مربوطه گنجانده شوند.

53. انتقال داده ها در قالب UN / EDIFACT انجام می شود. هنگام انتقال داده ها از سیستم های اطلاعاتی و ارتباطی شرکت های هواپیمایی، هنگام رمزگذاری فیلدهای پیام، باید از کتاب ها و طبقه بندی کننده های مرجع بین المللی یا صنعتی مناسب استفاده شود.

54. داده های شخصی مسافران و خدمه در حین حمل و نقل بین المللی باید با داده های موجود در زمینه ماشین خوانی مطابقت داشته باشد.<1>سندی که بر اساس آن حمل صادر می شود.

<1>برای مرجع: انگلیسی. منطقه ماشین خوان

55. ساختار و مشخصات داده های قابل خواندن با ماشین توسط الزامات و توصیه های قسمت 1 سند 9303 ایکائو تعیین می شود.<1>.

56. اگر سیستم اطلاعاتی و مخابراتی شرکت هواپیمایی از حروف سیریلیک پشتیبانی نمی کند، انتقال داده های مربوطه به ACDPDP بدون تبدیل به نویسه های سیریلیک انجام می شود.

فن آوری برای انتقال اطلاعات در مورد حمل و نقل مسافر از طریق جاده

57. بلوک داده اصلی باید شامل اطلاعات (فیلدهای) زیر باشد:

الف) اطلاعات شخصی مسافر:

نام خانوادگی - VARCHAR2 (40);

نام - VARCHAR2 (30);

نام میانی - VARCHAR2 (30)؛

تاریخ تولد - DATE؛

<1>;

<1>

<1>;

<1>کدهای انواع مسیرهایی که باید دنبال شوند در جدول 2 پیوست این رویه نشان داده شده است.

تاریخ سفر (تاریخ و زمان عزیمت مسافر) - DATE, TIME.

ب) داده های مربوط به عملیات ثبت شده:

عملیات ثبت شده NUMBER است (2)<1>;

<1>کدهای مربوط به انواع عملیات با اسناد مسافرتی در جدول 3 پیوست این شیوه نامه ذکر شده است.

حامل<1>- شماره (5)؛

<1>

نهاد زیرساخت حمل و نقل (ایستگاه اتوبوس)<1>- شماره (5)؛

<1>شناسه اختصاص داده شده توسط اپراتور EGIS OTB نشان داده شده است.

شماره پرواز - VARCHAR2 (8);

شماره صندلی - VARCHAR2 (4);

شماره POS یا نام خانوادگی صندوقدار که بلیط را فروخته است - VARCHAR2 (20)؛

تاریخ و زمان ورود مسافر به مقصد (طبق برنامه) - DATE, TIME.

پلاک دولتی اتوبوس - VARCHAR2 (12)؛

برند خودرو (اتوبوس) - VARCHAR2 (12).

فن آوری برای انتقال اطلاعات در مورد حمل و نقل مسافر از طریق راه آهن

58. بلوک داده اصلی باید شامل اطلاعات (فیلدهای) زیر باشد:

الف) اطلاعات شخصی مسافر:

نام خانوادگی - VARCHAR2 (40);

نام - VARCHAR2 (30);

نام میانی - VARCHAR2 (30)؛

تاریخ تولد - DATE؛

محل تولد - VARCHAR2 (100);

نوع مدرک شناسایی - NUMBER (2)<1>;

<1>کدهای مدارک هویتی در جدول 1 پیوست این رویه ذکر شده است.

شماره شناسنامه - VARCHAR2 (20);

نقطه عزیمت - VARCHAR2 (20)؛

مقصد - VARCHAR2 (20);

نوع مسیر (مستقیم / ترانزیت) - NUMBER (1)<1>;

<1>کد انواع مسیرهایی که باید دنبال شوند در جدول 3 پیوست این رویه نشان داده شده است.

ب) داده های مربوط به عملیات ثبت شده:

عملیات - NUMBER (2)<1>;

حامل<1>- شماره (5)؛

<1>شناسه اختصاص داده شده توسط اپراتور EGIS OTB نشان داده شده است.

شماره قطار - VARCHAR2 (8);

نخ قطار - VARCHAR2 (8);

شماره ماشین - VARCHAR2 (8);

شماره صندلی مسافر - VARCHAR2 (4);

شناسه مرکز داده ای که مکان را فروخته است VARCHAR2 (8) است.

شناسه مرکز محاسباتی که مکان را صادر کرده است - VARCHAR2 (8)؛

تاریخ و زمان معامله نقدی - DATE، TIME.

کد POS - VARCHAR2 (20);

تاریخ و زمان ورود مسافر - DATE، TIME؛

فن آوری برای انتقال اطلاعات در مورد ترافیک مسافر از طریق دریا و حمل و نقل آبی داخلی

59. بلوک اصلی داده باید شامل اطلاعات (فیلدهای) زیر باشد:

الف) اطلاعات شخصی مسافر:

نام خانوادگی - VARCHAR2 (40);

نام - VARCHAR2 (30);

نام خانوادگی - VARCHAR2 (30);

تاریخ تولد - DATE؛

محل تولد - VARCHAR2 (100);

نوع مدرک شناسایی - NUMBER (2)<1>;

<1>کدهای مدارک هویتی در جدول 1 پیوست این رویه ذکر شده است.

شماره شناسنامه - VARCHAR2 (20)؛

نقطه عزیمت - VARCHAR2 (20)؛

مقصد - VARCHAR2 (20);

تاریخ و زمان حرکت مسافر - DATE, TIME.

ب) داده های مربوط به عملیات ثبت شده:

عملیات - NUMBER (2)<1>;

<1>کد انواع عملیات همراه با اسناد مسافرتی در جدول 2 پیوست این شیوه نامه ذکر شده است.

حامل<1>- شماره (5)؛

<1>نصب شده توسط اپراتور EGIS OTB.

شماره (کد) عرشه کشتی - VARCHAR2 (1)؛

شماره کابین مسافر VARCHAR2 (6);

شماره صندلی مسافر - VARCHAR2 (2);

کلاس کشتی بر اساس منطقه ناوبری<1>- شماره 1)؛

<1>کدهای کلاس کشتی (بر اساس منطقه ناوبری) در جدول 4 پیوست این رویه نشان داده شده است.

شماره ثبت کشتی - VARCHAR2 (8)؛

نام کشتی - VARCHAR2 (20)؛

تاریخ و زمان معامله نقدی - DATE، TIME.

شماره POS یا نام خانوادگی صندوقدار که بلیط را فروخته است - VARCHAR2 (20)؛

تاریخ و زمان ورود مسافر به بندر مقصد (طبق برنامه) - DATE, TIME.

نوع سود - VARCHAR2 (8);

شماره سند ممتاز VARCHAR2 (12) است.

تعداد صندلی در یک عملیات رزرو - VARCHAR2 (2).

IV. تضمین حفاظت از اطلاعات در طول تشکیل و نگهداری ACDPDP

60. تضمین حفاظت از اطلاعات در چارچوب ACDPDP و در جریان تعامل اطلاعاتی مطابق با قوانین فدراسیون روسیه انجام می شود.

61. اپراتور EGIS OTB، تامین کنندگان و مصرف کنندگان اطلاعات در جریان جمع آوری، ذخیره سازی، پردازش و انتقال داده های شخصی مسافران توسط قانون فدرال 27 ژوئیه 2006 N 152-FZ "در مورد داده های شخصی" هدایت می شوند.<1>، قانون فدرال 27 ژوئیه 2006 N 149-FZ "در مورد اطلاعات، فناوری اطلاعات و حفاظت از اطلاعات"، مقررات مربوط به اطمینان از امنیت داده های شخصی هنگام پردازش آنها در سیستم های اطلاعات داده های شخصی، تصویب شده توسط دولت فدراسیون روسیه در نوامبر. 17، 2007. N 781<2>، این رویه

<1>قانون جمع آوری شده فدراسیون روسیه، 2006، N 31، هنر. 3451; 2009، N 48، هنر. 5716; شماره 52، هنر. 6439; 2010، N 27، هنر. 3407; 31، هنر. 4173, 4196; 49، هنر. 6409; شماره 52، هنر. 6974; 2011، N 23، هنر. 3263; 2011، N 31، هنر. 4701.

<2>قانون جمع آوری شده فدراسیون روسیه، 2007، N 48 (قسمت دوم)، هنر. 6001.

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

انتخاب و اجرای روش‌ها و روش‌های حفاظت از اطلاعات در سیستم اطلاعاتی بر اساس تهدیداتی برای امنیت داده‌های شخصی (مدل‌های تهدید) تعیین شده توسط اپراتور سرویس آمار دولتی واحد و شرکت‌کنندگان در تعامل اطلاعات انجام می‌شود. و بسته به کلاس سیستم اطلاعاتی، تعیین شده مطابق با روش طبقه بندی سیستم های اطلاعاتی داده های شخصی، مصوب سرویس فدرال برای کنترل فنی و صادرات، سرویس امنیت فدرال فدراسیون روسیه و وزارت ارتباطات و رسانه های جمعی فدراسیون روسیه 13 فوریه 2008 N 55/86/20<1>.

62. ارائه داده ها از ACDPDP به کاربران مطابق با مقررات مربوط به اطمینان از امنیت داده های شخصی هنگام پردازش آنها در سیستم های اطلاعات داده های شخصی مصوب 17 نوامبر 2007 N 781 توسط دولت فدراسیون روسیه انجام می شود.

03 پاسپورت شهروند خارجی 04 شناسنامه 05 شناسنامه سرباز 06 اثبات هویت یک فرد بدون تابعیت 07 شناسنامه موقت صادره از دستگاه های داخلی 08 کارت سربازی سرباز وظیفه 09 اجازه اقامت یک شهروند خارجی یا فرد بدون تابعیت 10 گواهی آزادی از اماکن محرومیت از آزادی 3 شنای ترکیبی (رودخانه - دریا)

در وب سایت "Zakonbase" دستور وزارت حمل و نقل فدراسیون روسیه در تاریخ 07.19.2012 N 243 (به عنوان اصلاح در 01.07.2013 با اصلاحاتی که در 13.08.2013 لازم الاجرا شد) وجود دارد "در مورد تصویب دستور OF شکل‌گیری و نگهداری از پایگاه‌های داده متمرکز خودکار داده‌های شخصی مفاد داده‌های موجود در آنها «در آخرین نسخه. با مطالعه بخش ها، فصل ها و مقالات مربوط به این سند برای سال 2014، رعایت کلیه الزامات قانونی آسان است. برای جستجوی اقدامات قانونی لازم در مورد موضوع مورد علاقه، باید از ناوبری راحت یا جستجوی پیشرفته استفاده کنید.

در وب سایت "Zakonbase" دستور وزارت حمل و نقل فدراسیون روسیه در تاریخ 2012/07/19 N 243 (در تاریخ 01/07/2013 با تغییراتی که در 2013/08/13 به اجرا درآمد) "در مورد تصویب سفارش" را مشاهده خواهید کرد. شکل‌گیری و نگهداری از پایگاه‌های داده متمرکز خودکار شخصی شخصی که داده‌های موجود در آنها را نیز ارائه می‌کند «در نسخه جدید و کامل، که در آن کلیه تغییرات و اصلاحات انجام شده است. این موضوع ارتباط و صحت اطلاعات را تضمین می کند.

در همان زمان، دستور وزارت حمل و نقل فدراسیون روسیه در تاریخ 07/19/2012 N 243 (در تاریخ 07/01/2013 با اصلاحاتی که در تاریخ 13/08/2013 اصلاح شد) "در مورد تایید" را دانلود کنید ترتیب شکل‌گیری و نگهداری از پایگاه‌های داده متمرکز خودکار پایگاه‌های داده شخصی در مورد مسافران، داده‌های آنها کاملاً رایگان است، هم به‌طور کامل و هم در فصل‌های جداگانه.

شماره ثبت 25456

بر اساس ماده 11 قانون فدرال 9 فوریه 2007 N 16-FZ "در مورد ایمنی حمل و نقل" (قانون جمع آوری شده فدراسیون روسیه، 2007، N 7، ماده 837؛ 2008، N 30 (قسمت 2)، هنر. 3616؛ 2009، N 29، ماده 3634، 2010، N 27، ماده 3415، 2011، N 7، ماده 901؛ 2011، N 30 (قسمت 1)، ماده 4569، 4590) و مطابق با زیر بند 5 53.16 بند 5 آیین نامه وزارت حمل و نقل فدراسیون روسیه، مصوب 30 ژوئیه 2004 N 395 (مجموعه قانون فدراسیون روسیه، 2004، N 32، هنر) . N 17, Art.1883, N 18, Art.2060, N 22, Art.2576, N 42, Art. ، ن 6، ماده 738، ن 13، ماده 1558، شماره 18 (قسمت 2)، هنر 2249، شماره 32، هنر 4046، شماره 33، هنر 4088، شماره 36، هنر 4361 ، شماره 51، ماده 6332؛ 2010، شماره 6، ماده 650، ماده 652، N 11، ماده 1222؛ N 12، ماده 1348، N 13، ماده 1502، N 15، ماده 1805 ، N 25، هنر 3172، شماره 26، هنر. 3350، شماره 31، هنر. 4251; 2011، N 14، هنر. 1935، شماره 26، هنر. 3801، هنر. 3804، N 32، هنر. 4832، شماره 38، هنر. 5389، شماره 46، هنر. 6526، شماره 47، هنر. 6660، شماره 48، هنر. 6922; 2012، شماره 6، هنر 686، شماره 14، 1630، شماره 19، هنر. 2439) من سفارش میدم:

1. تصویب رویه پیوست برای تشکیل و نگهداری پایگاه های اطلاعاتی متمرکز خودکار اطلاعات شخصی مسافران و همچنین ارائه داده های موجود در آن.

وزیر M. Sokolov

روش تشکیل و نگهداری پایگاه داده های متمرکز خودکار داده های شخصی در مورد مسافران و همچنین ارائه داده های موجود در آن

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

1. این رویه بر اساس قانون فدرال 9 فوریه 2007 N 16-FZ "در مورد ایمنی حمل و نقل" 1 با در نظر گرفتن الزامات قانون فدرال 27 ژوئیه 2006 N 149-FZ "در مورد اطلاعات، اطلاعات فناوری اطلاعات و حفاظت "2 و بر اساس برنامه جامع تضمین ایمنی جمعیت در حمل و نقل، مصوب 30 ژوئیه 2010 دولت فدراسیون روسیه N 1285-r 3، و تعریف می کند. اساس تشکیل و نگهداری پایگاه داده های متمرکز خودکار داده های شخصی مسافران (از این پس - ACDPDP) و همچنین ارائه داده های موجود در آن.

اطلاعات موجود در ACDPDP یک منبع اطلاعاتی حالت 4 است.

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

3. اصولی که ACDPDP بر اساس آن شکل گرفته و عمل می کند عبارتند از:

1) رعایت حقوق اساسی شهروندان در پردازش خودکار اطلاعات حاوی داده های شخصی.

2) اطمینان از قابلیت های فناوری تعامل اطلاعاتی سیستم های اطلاعاتی موجود و جدید ایجاد شده شرکت کنندگان در تعامل اطلاعات.

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

4) اطمینان از محرمانه بودن اطلاعات؛

5) اطمینان از یکپارچگی و قابلیت اطمینان اطلاعات ارسال شده.

4. تشکیل و نگهداری ACDPDP و همچنین ارائه داده های موجود در آنها با استفاده از شبکه های اطلاعاتی و مخابراتی، فناوری اطلاعات و ابزارهای فنی EGIS OTB تضمین می شود.

5. ACDPDP به صورت مرکزی به عنوان مجموعه ای از پایگاه های داده شخصی برای تردد مسافران توسط همه شیوه های حمل و نقل تشکیل می شود.

ACDPDP مطابق با الزامات قسمت 2 ماده 11 قانون فدرال 9 فوریه 2007 N 16-FZ "در مورد امنیت حمل و نقل" هنگام انجام انواع حمل و نقل زیر تشکیل می شود:

1) حمل و نقل هوایی داخلی و بین المللی؛

2) حمل و نقل ریلی از راه دور؛

3) حمل و نقل بین المللی از طریق دریا، آبراه های داخلی و حمل و نقل جاده ای.

4) حمل و نقل از طریق راه آهن، دریا، آبراه های داخلی و حمل و نقل جاده ای در مسیرهای جداگانه ای که توسط دستگاه اجرایی فدرال مجاز توسط دولت فدراسیون روسیه در توافق با دستگاه اجرایی فدرال در زمینه تضمین امنیت فدراسیون روسیه و نهاد اجرایی فدرال مسئول توسعه سیاست ایالتی و مقررات قانونی در زمینه امور داخلی.

6. ACDPDP بر اساس اطلاعات ارائه شده توسط:

1) توسط موضوعات زیرساخت حمل و نقل و حامل.

2) نهادهای اجرایی فدرال؛

3) دولت ها و سازمان های خارجی در چارچوب همکاری های بین المللی در زمینه مسائل امنیتی حمل و نقل.

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

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

8. داده های شخصی مسافران منتقل شده به ACDPDP مطابق با قسمت 5 ماده 11 قانون فدرال 9 فوریه 2007 N 16-FZ "در مورد امنیت حمل و نقل" شامل:

1) نام خانوادگی، نام، نام خانوادگی؛

2) تاریخ و محل تولد؛

3) نوع و شماره مدرک شناسایی که توسط آن سند مسافرتی (بلیت) خریداری شده است.

4) نقطه عزیمت، نقطه مقصد، نوع مسیر (مستقیم، ترانزیت).

5) تاریخ سفر

9. داده های شخصی مسافرانی که به ACDPDP منتقل می شوند با اطلاعات مشخص کننده عملیات ثبت شده در سیستم اطلاعاتی حامل یا نهاد زیرساخت حمل و نقل، هنگام ثبت حمل و نقل مسافر مربوطه (از این پس به عنوان داده های عملیات ثبت شده نامیده می شود) همراه است. :

1) نوع معامله در حال ثبت؛

2) نام حامل؛

3) تاریخ و زمان ثبت عملیات در سیستم اطلاعات خودکار حامل.

10. روش انتقال اطلاعات در مورد ترافیک مسافر در طول تشکیل ACDPDP، از جمله اطلاعات شخصی مسافران و داده های مربوط به عملیات ثبت شده (از این پس اطلاعات مربوط به ترافیک مسافر نامیده می شود) در فصل سوم این رویه در رابطه با حمل و نقل مسافر از طریق حمل و نقل هوایی، جاده ای، ریلی، دریایی و داخلی با حمل و نقل آبی.

II. سازماندهی تعامل اطلاعاتی

11. شرکت کنندگان در تعامل اطلاعاتی در تشکیل و نگهداری ACDPDP تامین کنندگان و مصرف کنندگان اطلاعات در مورد ترافیک مسافر و همچنین اپراتور EGIS OTB (از این پس اپراتور EGIS OTB) هستند.

12. شرکت های حمل و نقل و نهادهای زیرساخت حمل و نقل (از این پس به عنوان ارائه دهندگان اطلاعات نامیده می شوند)، مطابق با محدوده مرجع تعیین شده هنگام صدور اسناد سفر (بلیت)، از انتقال اطلاعات مربوط به تردد مسافر به اپراتور EGIS OTB اطمینان حاصل می کنند.

مؤسسات زیرساخت حمل و نقل یا حاملان کشورهای خارجی که مالک وسایل نقلیه ای هستند که حمل و نقل بین المللی مسافر به فدراسیون روسیه را از فدراسیون روسیه و (یا) از طریق قلمرو فدراسیون روسیه انجام می دهند یا بر اساس سایر دلایل قانونی از آنها استفاده می کنند. داده های موجود در اسناد سفر (بلیت)، در ACBPDP.

13. نهادهای اجرایی فدرال مجاز توسط دولت فدراسیون روسیه برای انجام وظایف در زمینه امنیت حمل و نقل، وزارت امور داخلی روسیه، FSB روسیه (از این پس به عنوان مصرف کنندگان نامیده می شود) از اطلاعات موجود در ACDPDP.

14. اپراتور تشکیل و نگهداری ACDPDP، از جمله جمع آوری، پردازش و ارائه داده های موجود در آن را انجام می دهد.

اپراتور، مطابق با وظایفی که برای تشکیل و نگهداری ACDPDP به او محول شده است، در صلاحیت خود انجام می دهد:

1) پشتیبانی سازمانی، فنی، روش شناختی و سایر موارد برای تشکیل و نگهداری ACDPDP.

2) اطمینان از بهره برداری از سیستم های نرم افزاری و سخت افزاری، امکانات ارتباطی و سایر اموال لازم برای تشکیل و نگهداری ACDPDP.

3) تضمین امنیت اطلاعات ACDPDP.

4) اطمینان از دسترسی شرکت کنندگان در تعامل اطلاعاتی به ACDPDP.

5) ارائه نتایج انتقال اطلاعات شخصی مسافران به خدمات فدرال نظارت بر حمل و نقل.

6) توسعه پیش نویس اصلاحات در شرایط ارائه اطلاعات در مورد ترافیک مسافر در ACDPDP و ارائه آنها برای تصویب طبق روال تعیین شده.

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

16. داده ها برای گنجاندن در ACDPDP توسط مقامات اجرایی فدرال به صورت الکترونیکی بنا به درخواست اپراتور با ارائه یک فایل تبادل با فرمت توافق شده ارائه می شود.

17. ارائه داده ها از ACDPDP به مصرف کنندگان به صورت الکترونیکی در صورت درخواست در حالت دسترسی مستقیم به ACDPDP و همچنین طبق برنامه زمان بندی مطابق با مقررات مندرج در فصل سوم این رویه با استفاده از فایل مبادله ای در قالب توافق شده

در حالت دسترسی مستقیم به ACBPDP موارد زیر ارائه می شود:

داده های ACDPDP مربوط به عبارت جستجو؛

داده های جمع آوری شده در قالب گزارش ها در قالب های توافق شده.

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

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

18. تعامل اطلاعاتی بین ارائه دهندگان اطلاعات و اپراتور EGIS OTB و همچنین اپراتور EGIS OTB و مصرف کنندگان بر اساس توافق نامه انجام می شود.

19. کنترل بر رعایت روش انتقال اطلاعات در مورد ترافیک مسافر به ACDPDP توسط سرویس فدرال نظارت در حوزه حمل و نقل 5 انجام می شود.

III. روش انتقال اطلاعات در مورد ترافیک مسافر در طول تشکیل ACDPDP

مقررات عمومی رویه انتقال اطلاعات در مورد ترافیک مسافر توسط همه روش های حمل و نقل

20. اطلاعات مربوط به تردد مسافران در قالب بلوک های داده اصلی و خدماتی ارائه می شود.

21. ترکیب بلوک داده اصلی با ویژگی های حمل و نقل مسافر توسط یک روش خاص حمل و نقل تعیین می شود.

22. اطلاعات (فیلدهای) زیر باید در بلوک سرویس اطلاعات ارسال شده درج شود:

تاریخ و زمان ثبت رویداد در سیستم خودکار حامل - TIMESTAMP؛

نسخه شماره 6 NUMBER (5) است.

23. اطلاعات مربوط به زمان بندی یا تغییرات برنامه باید در قالب فایل تبادلی با فرمت توافق شده ارسال شود. اطلاعات تا زمانی که برنامه زمانی وارد می شود (تغییرات در برنامه) در اثر نشان دادن مدت اعتبار برنامه ارسال می شود.

24. داده ها باید از سیستم منبع به یک فایل CSV (مقادیر جدا شده با کاما) مطابق با RFC 4180 صادر شوند. یک نقطه ویرگول باید به عنوان یک کاراکتر جداکننده استفاده شود.

25. قبل از شروع انتقال به ADCPDP، هر فایل CSV منفرد باید طبق الگوریتم تعیین شده با توافق با اپراتور سرویس آماری دولتی واحد فشرده شود.

26. نام گذاری فایل های منتقل شده باید به صورت زیر باشد:

ID_YYYY_MM_DD_HH_mm_ss_mss.csv

(ID_YYYY_MM_DD_HH_mm_ss_mss.csv.zip)، که در آن:

شناسه - شناسه منحصر به فرد حامل (نهاد زیرساخت حمل و نقل، سازمان دیگر) 7؛

YYYY - سال (به عنوان مثال، 2010)؛

MM - ماه (از 01 تا 12)؛

DD - روز (از 01 تا 31)؛

НН - ساعت (از 00 تا 23)؛

میلی متر - دقیقه (از 00 تا 59)؛

ss - ثانیه (از 00 تا 59)؛

mss - میلی ثانیه (00 تا 999).

27. برای انتقال داده ها به ACDPDP، پروتکل کاربردی FTP (پروتکل انتقال فایل) باید مطابق با RFC 2228 استفاده شود. عملیات باید در "حالت غیرفعال FTP" انجام شود.

28. انتقال داده ها از طریق زیرسیستم تعاملی (دروازه) ACDPDP انجام می شود که حامل یا موجودیت زیرساخت حمل و نقل به آن ارتباط برقرار می کند. اپراتور YGIS OTB پارامترهای اتصال به دروازه ACDPDP را در اختیار حامل (مواد زیرساخت حمل و نقل) قرار می دهد.

29. حامل (شخصیت زیرساخت حمل و نقل) باید از انتقال داده ها به ACDPDP با تأخیر حداکثر 30 دقیقه پس از وارد کردن داده ها به سیستم اطلاعاتی حامل (شخصیت زیرساخت حمل و نقل) اطمینان حاصل کند، مگر اینکه در روش انتقال به نحو دیگری تصریح شده باشد. اطلاعات مربوط به تردد مسافران توسط یک روش حمل و نقل خاص.

30. حالت انتقال داده - شبانه روزی.

31. برای انتقال داده ها از شبکه های IP حفاظت شده عمومی یا ویژه استفاده می شود. برای انتقال داده ها، کانال های انتقال اصلی و پشتیبان ایجاد می شود.

32. ظرفیت کانال انتقال داده از سیستم منبع به رابط خارجی دروازه ADCPDP باید انتقال داده ها را در کمتر از 10 دقیقه تضمین کند.

33. کانال انتقال داده از سیستم منبع به رابط خارجی دروازه ADCPDP باید (با استفاده از فناوری Point-to-Point) در اتاق کنترل 8 اپراتور ADCPDP خاتمه یابد.

34. یک کانال ارتباطی یدکی باید تا سایت فناوری پشتیبان ACBPDP 9 فراهم شود. الزامات کانال ارتباطی پشتیبان مانند کانال اصلی است.

35. امکان تغییر به کانال پشتیبان باید ظرف 15 دقیقه پس از تشخیص خرابی کانال ارتباطی اصلی فراهم شود.

36. اطلاعات مشخص شده در این فصل توسط اپراتور EGIS OTB قابل ارائه و توضیح است.

37. جداول کدگذاری فیلدهای جداگانه ACDPDP که در پیوست این رویه مشخص شده است، در صورت لزوم ممکن است توسط اپراتور EGIS OTB اصلاح شود.

38. مسائل فناورانه سازماندهی ارائه اطلاعات به ACDPDP می تواند توسط اپراتور EGIS OTB مشخص شود.

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

40. هنگام تشکیل اطلاعات ارسال شده به ACDPDP، باید از رمزگذاری UTF-8 مطابق با RFC 3629 و ISO / IEC 10646 Annex D استفاده شود.

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

41. برای انتقال اطلاعات مربوط به تردد مسافر به ACDPDP، از زیرساخت اطلاعاتی و مخابراتی موجود شرکت های حمل و نقل هوایی و نهادهای زیرساخت حمل و نقل - تامین کنندگان اطلاعات تردد مسافر از طریق هوایی استفاده می شود.

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

سیستم رزرو خودکار (موجودی) حامل (که از این پس CRS نامیده می شود)؛

یک سیستم خودکار بلیط الکترونیکی برای یک شرکت حمل و نقل (از این پس به عنوان SEB نامیده می شود).

سیستم های توزیع خودکار برای رزرو حمل و نقل هوایی (از این پس - ARS) که مشترک آن حامل هوایی است.

یک سیستم خودکار چک کردن مسافر و چمدان در فرودگاه ها (یک شرکت حمل و نقل یا اپراتور فرودگاه، در تعامل با CRS و ESS) (از این پس ARP نامیده می شود).

43. روش انتقال اطلاعات در مورد ترافیک مسافر به ACDPDP شامل انتخابی از زیرساخت های اطلاعاتی و مخابراتی شرکت های حمل و نقل هوایی و نهادهای زیرساخت حمل و نقل (اپراتورهای فرودگاه) از داده های شخصی یک مسافر و داده های یک تراکنش ثبت شده و انتقال بعدی آنها از طریق الکترونیکی است. به معنی ACDPDP مطابق با این دستور است. انتقال داده ها به ابتکار شرکت های حمل و نقل هوایی و نهادهای زیرساخت حمل و نقل مطابق با الزامات بخش 7 بخشنامه Cir 309-AT / 131 10 سازمان بین المللی هواپیمایی کشوری (از این پس - ایکائو) انجام می شود.

49. یک شرکت هواپیمایی که پروازهای غیر برنامه ریزی شده به / از فدراسیون روسیه را از طریق قلمرو انجام می دهد و برای حاملان - ساکنان فدراسیون روسیه نیز در داخل خاک فدراسیون روسیه تحت یک قرارداد چارتر هواپیما (چارتر هوایی) اطلاعات را منتقل می کند. در مورد مسافران و اعضای خدمه هواپیما به ACCPDP در قالب داده های API مطابق با ساختار فهرست مسافران 11 15 دقیقه قبل از بلند شدن هواپیما از فرودگاه مبدا.

51. شرکت‌های حمل‌ونقل هوایی و زیرساخت‌های حمل‌ونقل، عناصر داده API زیر را به ACDPDP منتقل می‌کنند:

نام خانوادگی (مسافر، خدمه)؛

تاریخ تولد؛

تاریخ و زمان حرکت هواپیما؛

شماره پرواز؛

تاریخ و زمان ورود هواپیما

52. متصدیان هوایی باید عناصر زیر از داده‌های PNR را به ACDPDP ارسال کنند:

الف) اطلاعات شخصی مسافر:

نام خانوادگی مسافر؛

نام خانوادگی (در صورت وجود، یا نام میانی)؛

تاریخ تولد؛

محل تولد (در صورت وجود)؛

نوع سند هویتی که توسط آن سند حمل و نقل (بلیت) تنظیم شده است.

شماره سند هویتی که توسط آن سند حمل و نقل (بلیت) تنظیم شده است.

نقطه عزیمت (با کدگذاری بین المللی)؛

مقصد (با کدگذاری بین المللی)؛

نوع مسیر (مستقیم، ترانزیت، انتقال)؛

تاریخ و زمان حرکت پرواز؛

ب) داده های مربوط به عملیات ثبت شده:

نام یا کد متصدی حمل‌ونقلی که در واقع حمل و نقل هوایی را انجام می‌دهد.

شماره پرواز؛

کد اشاره گر داده های PNR؛

شماره منحصر به فرد سند حمل و نقل؛

تعداد مسافران در رکورد داده های PNR، نام خانوادگی، نام و نام خانوادگی این مسافران؛

اطلاعات مربوط به صندلی های درخواستی (واقعی) در هواپیما (در صورت وجود)؛

کد وضعیت رزرو (بر اساس بخش های مسیر)؛

نقاط فرود میانی برای پروازهای با فرود میانی (طبق کدگذاری بین المللی)؛

زمان ثبت سند حمل و نقل؛

داده ها و کد آژانس / حاملی که سند حمل و نقل را صادر کرده است.

اطلاعات در مورد چمدان و چمدان دستی (تعداد قطعات، وزن، تعداد برچسب های چمدان، وزن چمدان دستی)؛

اطلاعات ورود (شماره کنترل ورود، شناسه نماینده ورود، شماره پیشخوان ورود، زمان ورود، شماره پرواز)؛

اطلاعات مربوط به تاریخ و زمان رسیدن پرواز؛

اطلاعات مربوط به عدم حضور مسافر برای خروج.

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

54. داده های شخصی مسافران و اعضای خدمه در حین حمل و نقل بین المللی باید با داده های مندرج در ناحیه قابل خواندن ماشینی 12 سندی که بر اساس آن حمل و نقل صادر می شود مطابقت داشته باشد.

55. ساختار و مشخصات داده های قابل خواندن توسط ماشین توسط الزامات و توصیه های قسمت 1 سند 9303 13 ایکائو تعیین می شود.

فن آوری برای انتقال اطلاعات در مورد حمل و نقل مسافر از طریق جاده

57. بلوک داده اصلی باید شامل اطلاعات (فیلدهای) زیر باشد:

الف) اطلاعات شخصی مسافر:

نام خانوادگی - VARCHAR2 (40);

نام - VARCHAR2 (30);

نام میانی - VARCHAR2 (30)؛

تاریخ تولد - DATE؛

نوع مدرک شناسایی - شماره (2) 14;

نوع مسیر (مستقیم / ترانزیت) - شماره (1) 15؛

تاریخ سفر (تاریخ و زمان عزیمت مسافر) - DATE, TIME.

ب) داده های مربوط به عملیات ثبت شده:

عملیات در حال ثبت - شماره (2) 16؛

حامل 17 - NUMBER (5)؛

نهاد زیرساخت حمل و نقل (ایستگاه اتوبوس 18 - شماره (5)؛

شماره پرواز - VARCHAR2 (8);

شماره صندلی - VARCHAR2 (4);

تاریخ و زمان ورود مسافر به مقصد (طبق برنامه) - DATE, TIME.

پلاک دولتی اتوبوس - VARCHAR2 (12)؛

برند خودرو (اتوبوس) - VARCHAR2 (12).

فن آوری برای انتقال اطلاعات در مورد حمل و نقل مسافر از طریق راه آهن

58. بلوک داده اصلی باید شامل اطلاعات (فیلدهای) زیر باشد:

الف) اطلاعات شخصی مسافر:

نام خانوادگی - VARCHAR2 (40);

نام - VARCHAR2 (30);

نام میانی - VARCHAR2 (30)؛

تاریخ تولد - DATE؛

محل تولد - VARCHAR2 (100);

نوع مدرک شناسایی - شماره (2) 19;

شماره شناسنامه - VARCHAR2 (20)؛

نقطه عزیمت - VARCHAR2 (20)؛

مقصد - VARCHAR2 (20);

نوع مسیر (مستقیم / ترانزیت) - شماره (1) 20؛

ب) داده های مربوط به عملیات ثبت شده:

عملیات - شماره (2) 21;

حامل 22 - NUMBER (5)؛

شماره قطار - VARCHAR2 (8);

خط قطار - VARCHAR2 (8);

شماره ماشین - VARCHAR2 (8);

شماره صندلی مسافر - VARCHAR2 (4);

شناسه مرکز محاسباتی که مکان را فروخته است - VARCHAR2 (8)؛

شناسه مرکز محاسباتی که مکان را صادر کرده است - VARCHAR2 (8)؛

تاریخ و زمان معامله نقدی - DATE، TIME.

کد POS - VARCHAR2 (20);

تاریخ و زمان ورود مسافر - DATE، TIME؛

فناوری های انتقال داده های ترافیک مسافری

از طریق دریا و آبراه های داخلی

59. بلوک اصلی داده باید شامل اطلاعات (فیلدهای) زیر باشد:

الف) اطلاعات شخصی مسافر: نام خانوادگی - VARCHAR2 (40)؛

نام - VARCHAR2 (30);

نام میانی - VARCHAR2 (30)؛

تاریخ تولد - DATE؛

محل تولد - VARCHAR2 (100);

نوع مدرک شناسایی - شماره (2) 23;

شماره شناسنامه - VARCHAR2 (20)؛

نقطه عزیمت - VARCHAR2 (20)؛

مقصد - VARCHAR2 (20);

تاریخ و زمان حرکت مسافر - DATE, TIME.

ب) داده های مربوط به عملیات ثبت شده:

عملیات - NUMBER (2) 24;

حامل 25 - NUMBER (5)؛

شماره (کد) عرشه کشتی - VARCHAR2 (1)؛

شماره کابین مسافر VARCHAR2 (6);

شماره صندلی مسافر - VARCHAR2 (2);

کلاس کشتی در منطقه ناوبری 26 - شماره (1)؛

شماره ثبت کشتی - VARCHAR2 (8)؛

نام کشتی - VARCHAR2 (20)؛

تاریخ و زمان معامله نقدی - DATE، TIME.

شماره POS یا نام خانوادگی صندوقدار که بلیط را فروخته است - VARCHAR2 (20)؛

تاریخ و زمان ورود مسافر به بندر مقصد (طبق برنامه) - DATE, TIME.

نوع سود - VARCHAR2 (8);

شماره سند ممتاز VARCHAR2 (12) است.

تعداد صندلی در یک عملیات رزرو - VARCHAR2 (2).

IV. تضمین حفاظت از اطلاعات در طول تشکیل و نگهداری ACDPDP

60. تضمین حفاظت از اطلاعات در چارچوب ACDPDP و در جریان تعامل اطلاعاتی مطابق با قوانین فدراسیون روسیه انجام می شود.

61. اپراتور EGIS OTB، تامین کنندگان و مصرف کنندگان اطلاعات در جریان جمع آوری، ذخیره سازی، پردازش و انتقال داده های شخصی مسافران توسط قانون فدرال 27 ژوئیه 2006 N 152-FZ "در مورد داده های شخصی" 27 هدایت می شوند. قانون فدرال 27 ژوئیه 2006. N 149-FZ "در مورد اطلاعات، فناوری اطلاعات و حفاظت از اطلاعات"، مقررات مربوط به تضمین امنیت داده های شخصی در هنگام پردازش آنها در سیستم های اطلاعات داده های شخصی، تصویب شده توسط دولت فدراسیون روسیه 17 نوامبر 2007 N781 28، این رویه.

انتخاب و اجرای روش‌ها و روش‌های حفاظت از اطلاعات در سیستم اطلاعاتی بر اساس تهدیدات علیه امنیت داده‌های شخصی (مدل تهدید) تعیین شده توسط اپراتور سیستم اطلاعات دولتی ایمنی صنعتی و شرکت‌کنندگان انجام می‌شود. تعامل اطلاعاتی و بسته به کلاس سیستم اطلاعاتی، تعیین شده مطابق با روش طبقه بندی سیستم های اطلاعاتی داده های شخصی، تایید شده توسط سرویس فدرال برای کنترل فنی و صادرات، سرویس امنیت فدرال فدراسیون روسیه و وزارت. ارتباطات و رسانه های جمعی فدراسیون روسیه 13 فوریه 2008 N 55/86/20 29.

62. ارائه داده ها از ACDPDP به کاربران مطابق با مقررات مربوط به اطمینان از امنیت داده های شخصی هنگام پردازش آنها در سیستم های اطلاعات داده های شخصی مصوب 17 نوامبر 2007 N781 توسط دولت فدراسیون روسیه انجام می شود.

63. پردازش داده های مسافران در ACDPDP مطابق با قسمت 2 ماده 5 قانون فدرال 27 ژوئیه 2006 N 152-FZ "در مورد داده های شخصی" انجام می شود.

1 قانون جمع آوری شده فدراسیون روسیه، 2007، N 7، هنر. 837; 2008، N 30 (بخش 2)، هنر. 3616; 2009، N29، هنر. 3634; 2010، N 27، هنر. 3415; 2011، N 7، هنر. 901; 2011، N 30 (بخش 1)، هنر. 4569.4590.

2 قانون جمع آوری شده فدراسیون روسیه، 2006، N 31 (قسمت اول)، هنر. 3448; 2010، N 31، هنر. 4196; 2011، N 15، هنر. 2038; 2011، N 30 (بخش 1)، هنر. 4600.

3 قانون جمع آوری شده فدراسیون روسیه، 2010، N 32، هنر. 4359; 2011، N 3، هنر. 555; 2011، N 33، هنر. 4943; 2011، N 47، هنر. 6670.

4 قسمت 9 ماده 14 قانون فدرال 27 ژوئیه 2006 N 149-FZ "در مورد اطلاعات، فناوری اطلاعات و حفاظت از اطلاعات".

5 بند 8 ماده 11 قانون فدرال 9 فوریه 2007 N 16-FZ "در مورد ایمنی حمل و نقل"؛ زیر بند 5.5.12.1 آیین نامه خدمات فدرال برای نظارت در حوزه حمل و نقل، مصوب 30 ژوئیه 2004 N 398 دولت فدراسیون روسیه.

6 توسط اپراتور EGIS OTB نصب شده است.

7 منصوب شده توسط اپراتور EGIS OTB.

8 آدرس اتاق کنترل در صورت درخواست توسط اپراتور EGIS OTB ارائه می شود.

9 آدرس سایت در صورت درخواست توسط اپراتور EGIS OTB ارائه می شود.

10 http://www.aviadocs.net/icaodocs/Cir/309_ru.pdf

11 برای مرجع: انگلیسی: PAXLST - UN / EDIFACT لیست مسافران مشخصات پیام.

12 برای مرجع: انگلیسی. منطقه ماشین خوان

13 http://www.icao.int/publications/Documents/9303_pl_vl_cons_ru.pdf

14 کد مدارک هویتی در جدول 1 پیوست این رویه ذکر شده است.

15 کد انواع مسیرها در جدول 2 پیوست این رویه نشان داده شده است.

16 کد انواع عملیات با اسناد مسافرتی در جدول 3 پیوست این شیوه نامه ذکر شده است.

17 شناسه اختصاص داده شده توسط اپراتور EGIS OTB را نشان می دهد.

18 شناسه اختصاص داده شده توسط اپراتور EGIS OTB را نشان می دهد.

19 کد مدارک هویتی در جدول 1 پیوست این رویه ذکر شده است.

20 کد انواع مسیرها در جدول 3 پیوست این رویه نشان داده شده است.

21 کد انواع عملیات با اسناد مسافرتی در جدول شماره 2 پیوست این شیوه نامه ذکر شده است.

22 شناسه اختصاص داده شده توسط اپراتور EGIS OTB را نشان می دهد.

23 کد مدارک هویتی در جدول 1 پیوست این رویه ذکر شده است.

24 کد انواع عملیات با اسناد مسافرتی در جدول 2 پیوست این شیوه نامه ذکر شده است.

25 توسط اپراتور EGIS OTB نصب شده است.

26 کد کلاس کشتی ها (بر اساس منطقه ناوبری) در جدول 4 پیوست این روش نشان داده شده است.

27 قانون جمع آوری شده فدراسیون روسیه، 2006، N 31، هنر. 3451; 2009، N 48، هنر. 5716; شماره 52، هنر. 6439; 2010، N 27، هنر. 3407; 31، هنر. 4173, 4196; 49، هنر. 6409; شماره 52، هنر. 6974; 2011، N 23، هنر. 3263; 2011، N 31، هنر. 4701.

28 قانون جمع آوری شده فدراسیون روسیه، 2007، N 48 (قسمت 2)، هنر. 6001.

3. اصولی که ACDPDP بر اساس آن شکل گرفته و عمل می کند عبارتند از:

1) رعایت حقوق اساسی شهروندان در پردازش خودکار اطلاعات حاوی داده های شخصی.

4) اطمینان از محرمانه بودن اطلاعات؛

5) اطمینان از یکپارچگی و قابلیت اطمینان اطلاعات ارسال شده.

1) حمل و نقل هوایی داخلی و بین المللی؛

2) حمل و نقل ریلی از راه دور؛

3) حمل و نقل از طریق دریا، آبراه های داخلی در ترافیک بین المللی و در ترافیک بین بنادر واقع در قلمرو نهادهای تشکیل دهنده مختلف فدراسیون روسیه، به استثنای حمل و نقل بین شهر فدرال مسکو و منطقه مسکو، و همچنین بین شهر فدرال سن پترزبورگ و منطقه لنینگراد؛

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

6. ACDPDP بر اساس اطلاعات ارائه شده توسط:

1) توسط موضوعات زیرساخت حمل و نقل و حامل.

2) نهادهای اجرایی فدرال؛

3) دولت ها و سازمان های خارجی در چارچوب همکاری های بین المللی در زمینه مسائل امنیتی حمل و نقل.

7. حاملان و افراد زیرساخت حمل و نقل از انتقال اطلاعات در مورد حمل و نقل مسافران، از جمله اطلاعات شخصی مسافران و پرسنل (خدمه) وسایل نقلیه، اطمینان حاصل می کنند:

1) هنگام انجام معاملات ثبت شده در جریان پردازش اسناد سفر (بلیت).

2) هنگام تهیه لیست مسافران هنگام حمل مسافر با پروازهای ثبت شده (حمل بر اساس سفارش).

3) در تشکیل پرسنل (خدمه) وسایل نقلیه (از این پس - اطلاعات مربوط به ترافیک مسافر).

انواع معاملات ثبت شده عبارتند از: رزرو سند مسافرتی (بلیت)، فروش آن، استرداد آن، ثبت نام مسافر، سوار شدن مسافر به وسیله نقلیه، تغییر یا پایان حمل و نقل.

ترکیب تراکنش‌های ثبت‌شده توسط فناوری‌های انتقال اطلاعات با روش‌های مختلف حمل‌ونقل مشخص شده در فصل سوم این رویه تعیین می‌شود.

1) نام خانوادگی، نام، نام خانوادگی؛

3) نوع و شماره مدرک شناسایی که توسط آن سند مسافرتی (بلیت) خریداری شده است.

4) نقطه عزیمت، نقطه مقصد، نوع مسیر (مستقیم، ترانزیت).

8.1. هنگام رزرو اسناد سفر (بلیت) به ACDPDP، داده های مندرج در بند 8 این رویه قابل انتقال است.

8.2. هنگام تشکیل فهرست مسافران هنگام حمل مسافر به دستور، داده های مندرج در بند 8 این رویه باید به ACDPDP منتقل شود.

8.3. برای پرسنل وسایل نقلیه (خدمه)، علاوه بر اطلاعات مندرج در بند 8 این رویه، اطلاعات مربوط به موقعیت شغلی در خدمه خودرو منوط به انتقال اجباری به ACDPDP است.

اطلاعات مربوط به موقعیت را می توان به صورت نام موقعیت یا نام گروه پرسنل ارائه کرد.

9. داده های شخصی مسافران که به ACDPDP منتقل می شوند با اطلاعات مشخص کننده عملیات ثبت شده در سیستم اطلاعاتی حامل یا نهاد زیرساخت حمل و نقل هنگام ثبت حمل و نقل مسافر مربوطه (از این پس به عنوان داده های عملیات ثبت شده نامیده می شود) همراه است.

داده های مربوط به عملیات ثبت شده حمل و نقل مسافر برای هر نوع حمل و نقل تعیین می شود.

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

II. سازماندهی تعامل اطلاعاتی

11. شرکت کنندگان در تعامل اطلاعاتی در تشکیل و نگهداری ACDPDP تامین کنندگان و مصرف کنندگان اطلاعات در مورد ترافیک مسافر و همچنین اپراتور EGIS OTB هستند.

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

14. اپراتور EGIS OTB تشکیل و نگهداری ACDPDP، از جمله جمع آوری، پردازش و ارائه داده های موجود در آن را انجام می دهد.

اپراتور EGIS OTB، مطابق با وظایفی که برای تشکیل و نگهداری ACDPDP به آن محول شده است، در صلاحیت خود، انجام می دهد:

1) پشتیبانی سازمانی، فنی، روش شناختی و سایر موارد برای تشکیل و نگهداری ACDPDP.

2) اطمینان از بهره برداری از سیستم های نرم افزاری و سخت افزاری، امکانات ارتباطی و سایر اموال لازم برای تشکیل و نگهداری ACDPDP، محتوای اطلاعات و بهبود بیشتر ACDPDP.

3) تضمین امنیت اطلاعات ACDPDP.

4) اطمینان از دسترسی شرکت کنندگان در تعامل اطلاعاتی به ACDPDP.

5) ارائه نتایج انتقال اطلاعات شخصی مسافران به خدمات فدرال نظارت بر حمل و نقل.

6) توسعه پروژه های تغییرات در فن آوری برای انتقال اطلاعات در مورد ترافیک مسافر به ACDPDP و ارائه آنها برای تصویب طبق روال تعیین شده.

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

فناوری انتقال اطلاعات به ACBPDP در حالت تعاملی توسط اپراتور سیستم اطلاعات دولت واحد OTB تعیین می شود. اپراتور YGIS OTB پارامترهای اتصال به پورتال اینترنتی ACDPDP را در اختیار حامل (مواد زیرساخت حمل و نقل) قرار می دهد.

16. داده ها برای گنجاندن در ACDPDP توسط مقامات اجرایی فدرال به صورت الکترونیکی به درخواست اپراتور EGIS OTB با ارائه یک فایل تبادل با فرمت توافق شده ارائه می شود.

در حالت دسترسی مستقیم به ACBPDP موارد زیر ارائه می شود:

داده های ACDPDP مربوط به عبارت جستجو؛

داده های جمع آوری شده در قالب گزارش ها در قالب های توافق شده.

19. تأیید انطباق با روش انتقال اطلاعات به ACDPDP توسط دستگاه اجرایی مجاز فدرال در اعمال کنترل ایالتی (نظارت) در زمینه امنیت حمل و نقل انجام می شود.

III. روش انتقال اطلاعات در مورد ترافیک مسافر در طول تشکیل ACDPDP در حالت خودکار

مقررات عمومی رویه انتقال اطلاعات در مورد ترافیک مسافر توسط همه روش های حمل و نقل

20. اطلاعات مربوط به ترافیک مسافران ارائه شده در حالت خودکار ممکن است منتقل شود:

به عنوان فایل در قالب CSV (فرمت متنی برای ارائه داده های جدولی مقادیر جدا شده با کاما مطابق با مشخصات RFC 4180)؛ یک نقطه ویرگول باید به عنوان یک کاراکتر جداکننده استفاده شود.

در قالب پیام های PAXLST استاندارد UN / EDIFACT (فرمت متنی برای ارائه لیست مسافران)، در صورتی که این امر توسط فناوری انتقال اطلاعات در مورد ترافیک مسافر برای یک حالت خاص حمل و نقل ارائه شده باشد.

در فایل های تبادل CSV، زمان حرکت، ورود و تراکنش های ثبت شده باید مطابق با زمان جهانی مشخص شود.

21. اطلاعات مربوط به تردد مسافران در قالب فایل با فرمت CSV (فایل CSV) در قالب بلوک های داده اصلی و خدماتی ارائه می شود.

22. ترکیب بلوک داده اصلی فایل های CSV با ویژگی های حمل و نقل مسافر توسط یک حالت خاص حمل و نقل تعیین می شود.

23. ساختار بلوک داده سرویس فایل های CSV باید شامل اطلاعات (فیلدهای) زیر باشد:

تاریخ و زمان ثبت رویداد در سیستم خودکار حامل یا موضوع زیرساخت حمل و نقل - TIMESTAMP.

شماره نسخه NUMBER (5) است.

25. قبل از شروع انتقال به ADCPDP، هر فایل CSV جداگانه باید طبق الگوریتم تعیین شده توسط اپراتور EGIS OTB فشرده شود.

26. نام گذاری فایل های CSV منتقل شده باید از الگوی زیر پیروی کند:

ID_YYYY_MM_DD_HH_mm_ss_mss.csv

(ID_YYYY_MM_DD_HH_mm_ss_mss.csv.zip)، که در آن:

شناسه - شناسه منحصر به فرد حامل (شخصیت زیرساخت حمل و نقل، سازمان دیگر)؛

YYYY - سال (به عنوان مثال، 2010)؛

MM - ماه (از 01 تا 12)؛

روز DD (01 تا 31)؛

НН - ساعت (از 00 تا 23)؛

میلی متر - دقیقه (از 00 تا 59)؛

ss - ثانیه (از 00 تا 59)؛

mss - میلی ثانیه (00 تا 999).

نام تمام فایل های منتقل شده باید برای ارائه دهنده محتوای مجزا منحصر به فرد باشد.

27. برای انتقال فایل های CSV، می توان از FTP (پروتکل انتقال فایل) مطابق با RFC 2228 استفاده کرد. عملیات باید در "حالت غیرفعال FTP" انجام شود.

28. پروتکل برنامه کاربردی Type B مطابق با RFC 2351 می تواند برای انتقال پیام های PAXLST استفاده شود.

29. انتقال داده ها از طریق زیرسیستم تعاملی (دروازه) ACDPDP انجام می شود که حامل یا نهاد زیرساخت حمل و نقل با آن ارتباط برقرار می کند. اپراتور YGIS OTB پارامترهای اتصال به دروازه ACDPDP را در اختیار حامل (مواد زیرساخت حمل و نقل) قرار می دهد.

30. متصدی حمل‌ونقل (نهاد زیرساخت حمل‌ونقل) باید از انتقال داده‌های مسافر به ACDPDP با تأخیر حداکثر 30 دقیقه پس از وارد کردن داده‌ها به سیستم اطلاعاتی شرکت حمل‌ونقل (شخصیت زیرساخت حمل‌ونقل) اطمینان حاصل کند، مگر اینکه توسط سازمان حمل‌ونقل به نحو دیگری تعیین شده باشد. فن آوری برای انتقال اطلاعات در مورد ترافیک مسافر توسط یک روش خاص حمل و نقل.

31. اطلاعات مربوط به پرسنل (خدمه) وسایل نقلیه پس از تکمیل تشکیل خدمه خودرو، اما حداکثر 24 ساعت قبل از حرکت وسیله نقلیه به ACDPDP منتقل می شود.

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

32. حالت انتقال داده - شبانه روزی.

33. برای انتقال داده ها از شبکه های IP حفاظت شده عمومی یا ویژه استفاده می شود. برای انتقال داده ها، حامل (مواد زیرساخت حمل و نقل) کانال های اصلی و پشتیبان انتقال را ایجاد می کند.

34. توان عملیاتی کانال انتقال داده از سیستم منبع به رابط خارجی دروازه ACDPDP باید انتقال داده ها را در کمتر از 10 دقیقه تضمین کند.

35. کانال انتقال داده از سیستم منبع به رابط خارجی دروازه ADCPDP باید در اتاق کنترل * (5) اپراتور ADCPDP تعیین شود.

36. امکان تغییر به کانال پشتیبان باید ظرف 15 دقیقه پس از آشکار شدن خرابی کانال اصلی ارتباطی فراهم شود.

37. اطلاعات مشخص شده در این فصل توسط اپراتور EGIS OTB قابل ارائه و توضیح است.

38. جداول کدگذاری فیلدهای جداگانه ACDPDP مشخص شده در رویه ممکن است در صورت لزوم توسط اپراتور سرویس آمار دولتی واحد اصلاح شود.

39. مسائل فناورانه سازماندهی ارائه اطلاعات به ACDPDP می تواند توسط اپراتور EGIS OTB مشخص شود.

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

انتقال اطلاعات از ناحیه ماشین خوان سند هویتی که توسط آن سند مسافرتی (بلیت) خریداری می شود با حروف لاتین و بدون تبدیل به حروف سیریلیک انجام می شود.

41. هنگام تشکیل اطلاعات ارسال شده به ACDPDP، رمزگذاری UTF-8 باید مطابق RFC 3629 و ISO / IEC 10646 Annex D بدون مشخص کردن علامت ترتیب بایت استفاده شود.

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

42. زیرساخت اطلاعاتی و مخابراتی موجود شرکت های حمل و نقل هوایی و نهادهای زیرساخت حمل و نقل - تامین کنندگان اطلاعات تردد مسافر از طریق هوایی برای انتقال اطلاعات مربوط به تردد مسافر به ACDPDP استفاده می شود.

43. روش انتقال اطلاعات در مورد ترافیک مسافر به ACDPDP شامل انتخابی از زیرساخت های اطلاعاتی و مخابراتی شرکت های حمل و نقل هوایی و نهادهای زیرساخت حمل و نقل (اپراتورهای فرودگاه) از داده های شخصی یک مسافر و داده های یک تراکنش ثبت شده و انتقال بعدی آنها از طریق الکترونیکی است. به معنی ACDPDP مطابق با این دستور است. انتقال داده ها به ابتکار شرکت های حمل و نقل هوایی و نهادهای زیرساخت حمل و نقل مطابق با الزامات بخش 2.7.1، b از سند 9944 * (6) سازمان بین المللی هواپیمایی کشوری (از این پس - ایکائو) انجام می شود.

44. یک شرکت هواپیمایی که حمل و نقل مسافر بین المللی منظم و همچنین حمل و نقل مسافر غیر برنامه ریزی شده را به فدراسیون روسیه انجام می دهد، از فدراسیون روسیه، از طریق قلمرو فدراسیون روسیه، و برای متصدیان حمل و نقل - مقیم فدراسیون روسیه نیز در داخل قلمرو. فدراسیون روسیه بر اساس یک قرارداد اجاره هواپیما (چارتر هوایی)، داده های مربوط به مسافران را که در هنگام ثبت نام مسافران ایجاد شده است، حداکثر 15 دقیقه قبل از حرکت هواپیما به ACDPDP منتقل می کند.

یک نهاد زیرساخت حمل و نقل که ثبت نام مسافران یک شرکت هواپیمایی را انجام می دهد که حمل و نقل منظم و غیرعادی مسافران از فدراسیون روسیه را انجام می دهد، داده های مسافری تولید شده در هنگام ثبت نام مسافران را حداکثر 15 دقیقه قبل از حرکت به ACDPDP ارسال می کند. هواپیما

45. یک شرکت هواپیمایی که حمل‌ونقل داخلی منظم مسافران را انجام می‌دهد، داده‌های مسافرانی را که هنگام رزرو (فروش) اسناد سفر (بلیت) دریافت کرده یا در هنگام ثبت نام مسافران حداکثر شش ساعت و حداکثر 15 دقیقه قبل از حرکت هواپیما ایجاد شده است، به ACDPDP ارسال می‌کند. .

نهاد زیرساخت حمل و نقل که ثبت نام مسافران یک شرکت هواپیمایی را انجام می دهد که حمل و نقل مسافر داخلی را به طور منظم انجام می دهد، داده های مسافری را که در فرآیند ثبت نام مسافر ایجاد شده است حداکثر شش ساعت و حداکثر 15 دقیقه قبل از حرکت هواپیما به ACDPDP منتقل می کند. .

46. انتقال داده های مسافری دریافتی در هنگام رزرو (فروش) اسناد مسافرتی (بلیت) زودتر از یک روز قبل از حرکت هواپیما توسط شرکت های هواپیمایی به ACDPDP، حداکثر 24 ساعت قبل از حرکت هواپیما انجام می شود. هواپیما

47. متصدی هواپیمایی داده های مربوط به اعضای خدمه هواپیما را مطابق با الزامات بند 31 این رویه به ACDPDP ارسال می کند.

48. یک شرکت هواپیمایی که ترافیک ترانزیت بدون توقف را از طریق قلمرو فدراسیون روسیه انجام می دهد، اطلاعات مسافران و خدمه هواپیما را مطابق با این رویه به ACDPDP ارسال می کند.

49. اطلاعات مسافران و اعضای خدمه هواپیما که به طور خودکار به ACDPDP منتقل می شوند در قالب فایل های CSV یا پیام های PAXLST منتقل می شوند.

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

الف) اطلاعات شخصی مسافر (عضو خدمه هواپیما):

نام خانوادگی - VARCHAR2 (40);

نام - VARCHAR2 (30);

تاریخ تولد - DATE؛

شهروندی - VARCHAR2 (30);

*(8) ;

نوع مسیر (مستقیم، ترانزیت) - شماره (1) * (9)؛

تاریخ سفر (تاریخ و زمان حرکت هواپیما) - DATE، TIME.

*(10) ;

*(11) ;

تاریخ و زمان عملیات ثبت شده - DATE، TIME.

کد حاملی که در واقع حمل و نقل هوایی را انجام می دهد - شماره (5) * (12)؛

شماره پرواز - VARCHAR2 (8);

شماره رزرو (شاخص PNR) - VARCHAR2 (12);

تاریخ و زمان رسیدن به مقصد (طبق برنامه) - DATE, TIME.

51. انتقال داده ها در قالب UN / EDIFACT انجام می شود. هنگام انتقال داده ها از سیستم های اطلاعاتی و ارتباطی شرکت های هواپیمایی، هنگام رمزگذاری فیلدهای پیام، باید از کتاب ها و طبقه بندی کننده های مرجع بین المللی یا صنعتی مناسب استفاده شود.

52. هنگام انتقال اطلاعات در مورد مسافران و اعضای خدمه در قالب پیام های PAXLST، ترکیب داده های ارسالی باید با ترکیب داده های مشخص شده در بند 50 این رویه مطابقت داشته باشد و قالب ارائه آنها باید مطابق با الزامات باشد. از سند ICAO "راهنمای اطلاعات پیشرفته مسافران (API). WCO / IATA / ICAO، 2010 "* (13).

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

54. ساختار و مشخصات داده های قابل خواندن توسط ماشین توسط الزامات و توصیه های قسمت 1 سند ICAO 9303 * (14) تعیین می شود.

55. اگر سیستم اطلاعاتی و مخابراتی شرکت هواپیمایی از حروف سیریلیک پشتیبانی نمی کند، انتقال داده های مربوطه به ACDPDP بدون تبدیل به نویسه های سیریلیک انجام می شود.

فن آوری برای انتقال اطلاعات در مورد حمل و نقل مسافر از طریق جاده

56. بلوک داده اصلی فایل CSV شامل اطلاعات زیر است:

نام خانوادگی - VARCHAR2 (40);

نام - VARCHAR2 (30);

نام خانوادگی (یا نام میانی، در صورت وجود) - VARCHAR2 (30)؛

تاریخ تولد - DATE؛

شهروندی - VARCHAR2 (30);

نوع مدرک شناسایی - شماره (2) * (16);

شماره شناسنامه - VARCHAR2 (20)؛

نقطه عزیمت - VARCHAR2 (20)؛

مقصد - VARCHAR2 (20);

*(17) ;

تاریخ سفر (تاریخ و زمان عزیمت) - DATE, TIME.

نوع داده های شخصی (داده های مربوط به مسافر یا یکی از اعضای خدمه وسیله نقلیه) - شماره (1) * (18)؛

ب) داده های مربوط به عملیات ثبت شده:

عملیات در حال ثبت - شماره (2) * (19)؛

نهاد زیرساخت حمل و نقل (ایستگاه اتوبوس) * (21) - شماره (5);

شماره پرواز - VARCHAR2 (8);

شماره صندلی - VARCHAR2 (4);

تاریخ و زمان رسیدن به مقصد (طبق برنامه) - DATE, TIME.

پلاک دولتی یک وسیله نقلیه (اتوبوس) - VARCHAR2 (12)؛

برند خودرو (اتوبوس) - VARCHAR2 (12).

57. انتقال اطلاعات شخصی مسافران طبق الزامات بند 30 انجام می شود

58. انتقال اطلاعات پلاک دولتی و برند وسیله نقلیه (اتوبوس) فقط در هنگام انتقال اطلاعات شخصی پرسنل (خدمه) وسیله نقلیه الزامی است.

فن آوری برای انتقال اطلاعات در مورد حمل و نقل مسافر از طریق راه آهن

59. بلوک اصلی داده فایل CSV باید شامل اطلاعات زیر باشد:

الف) اطلاعات شخصی مسافر (کارکنان وسیله نقلیه):

نام خانوادگی - VARCHAR2 (40);

نام - VARCHAR2 (30);

نام خانوادگی (یا نام میانی، در صورت وجود) - VARCHAR2 (30)؛

تاریخ تولد - DATE؛

شهروندی - VARCHAR2 (30);

نوع مدرک شناسایی - شماره (2) * (23)؛

شماره شناسنامه - VARCHAR2 (20)؛

نقطه عزیمت - VARCHAR2 (20)؛

مقصد - VARCHAR2 (20);

نوع مسیر (مستقیم / ترانزیت) - شماره (1) * (24)؛

نوع داده های شخصی (داده های مربوط به مسافر یا خدمه یک وسیله نقلیه) - شماره (1) * (25)؛

ب) داده های مربوط به عملیات ثبت شده:

شماره قطار - VARCHAR2 (8);

خط قطار - VARCHAR2 (8);

شماره ماشین - VARCHAR2 (8);

شماره صندلی مسافر - VARCHAR2 (4);

شناسه مرکز محاسباتی که مکان را فروخته است - VARCHAR2 (8)؛

شناسه مرکز محاسباتی که مکان را صادر کرده است - VARCHAR2 (8)؛

تاریخ و زمان معامله نقدی - DATE، TIME.

کد POS - VARCHAR2 (20);

تاریخ و زمان ورود - DATE، TIME.

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

61. انتقال داده ها به ACDPDP باید با تاخیر حداکثر 60 دقیقه پس از وارد کردن داده ها در سیستم اطلاعاتی حامل (شخصیت زیرساخت حمل و نقل) انجام شود.

فن آوری برای انتقال اطلاعات در مورد ترافیک مسافر از طریق دریا و حمل و نقل آبی داخلی

62. حامل ها و نهادهای زیرساخت حمل و نقل در حمل و نقل دریایی، مطابق با مقررات مقررات 9/2، فصل XI-2 کنوانسیون بین المللی ایمنی جان در دریا، 1974، اطلاعاتی را در مورد اپراتور EGIS OTB ارائه می کنند. مسافران و خدمه * (28).

بلوک اصلی داده فایل CSV باید شامل اطلاعات زیر باشد:

الف) اطلاعات شخصی مسافر، خدمه وسیله نقلیه:

نام خانوادگی - VARCHAR2 (40);

نام - VARCHAR2 (30);

نام خانوادگی (یا نام میانی، در صورت وجود) - VARCHAR2 (30)؛

تاریخ تولد - DATE؛

شهروندی - VARCHAR2 (30);

نوع مدرک شناسایی - شماره (2) * (30)؛

شماره شناسنامه - VARCHAR2 (20)؛

نقطه عزیمت - VARCHAR2 (20)؛

مقصد - VARCHAR2 (20);

تاریخ و زمان حرکت - DATE، TIME؛

نوع داده های شخصی (داده های مربوط به مسافر یا خدمه یک وسیله نقلیه) - شماره (1) * (31)؛

ب) داده های مربوط به عملیات ثبت شده:

کلاس کشتی در منطقه ناوبری * (34) - شماره (1)؛

شماره ثبت کشتی - VARCHAR2 (8)؛

نام کشتی - VARCHAR2 (20)؛

ملیت کشتی - VARCHAR2 (2)؛

شماره پرواز - VARCHAR2 (8);

تاریخ و زمان معامله نقدی - DATE، TIME.

شماره POS یا نام خانوادگی صندوقدار که بلیط را فروخته است - VARCHAR2 (20)؛

تاریخ و زمان رسیدن به بندر مقصد (طبق برنامه) - DATE، TIME.

تعداد صندلی برای یک عملیات ثبت شده - VARCHAR2 (2).

63. انتقال اطلاعات شخصی مسافران باید مطابق با الزامات بند 29 این رویه انجام شود، اما حداکثر تا زمان حرکت وسیله نقلیه.

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

65. برای حمل و نقل مسافران در پروازهای بین المللی، انتقال اطلاعات شخصی مسافران و اعضای خدمه باید انجام شود: برای پروازهایی که به فدراسیون روسیه می رسند - حداکثر 24 ساعت قبل از رسیدن به بندر مقصد. برای پروازهای خروجی از فدراسیون روسیه - حداکثر 24 ساعت قبل از خروج از بندر مبدا.

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

66. برای حمل و نقل مسافران در پروازهای داخل فدراسیون روسیه، انتقال اطلاعات شخصی مسافران و خدمه باید مطابق با الزامات بند 30 این رویه انجام شود، اما حداکثر تا زمان عزیمت وسیله نقلیه.

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

IV. تضمین حفاظت از اطلاعات در طول تشکیل و نگهداری ACDPDP

60. تضمین حفاظت از اطلاعات در چارچوب ACDPDP و در جریان تعامل اطلاعاتی مطابق با قوانین فدراسیون روسیه انجام می شود.

61. اپراتور EGIS OTB، تامین کنندگان و مصرف کنندگان اطلاعات در جریان جمع آوری، ذخیره، پردازش و انتقال داده های شخصی مسافران توسط قانون فدرال 27 ژوئیه 2006 N 152-FZ "در مورد داده های شخصی" هدایت می شوند * ( 35)، قانون فدرال 27 ژوئیه 2006 N 149-FZ "در مورد اطلاعات، فناوری اطلاعات و حفاظت از اطلاعات"، قطعنامه دولت فدراسیون روسیه در 1 نوامبر 2012 N 1119 "در مورد تایید الزامات حفاظت از داده های شخصی". در طول پردازش آنها در سیستم های اطلاعات شخصی * (36)، این روش.

انتخاب و اجرای روش ها و روش های حفاظت از اطلاعات در سیستم اطلاعاتی مطابق با الزامات این فرمان انجام می شود.

62. ارائه داده از ACDPDP به کاربران مطابق با الزامات حفاظت از داده های شخصی در طول پردازش آنها در سیستم های اطلاعات داده های شخصی، مصوب 1 نوامبر 2012 N 1119 توسط دولت فدراسیون روسیه انجام می شود.

_____________________________

* (1) قانون جمع آوری شده فدراسیون روسیه ، 2007 ، N 7 ، هنر. 837; 2008، N 30 (بخش 2)، هنر. 3616; 2009 N 29 هنر. 3634; 2010، N 27، هنر. 3415; 2011، N 7، هنر. 901; 2011، N 30 (بخش 1)، هنر. 4569، 4590.

* (2) قانون جمع آوری شده فدراسیون روسیه، 2006، N 31 (قسمت اول)، هنر. 3448; 2010، N 31، هنر. 4196; 2011، N 15، هنر. 2038; 2011، N 30 (بخش 1)، هنر. 4600.

* (3) قانون جمع آوری شده فدراسیون روسیه، 2010، N 32، هنر. 4359; 2011، N 3، هنر. 555; 2011، N 33، هنر. 4943; 2011، N 47، هنر. 6670.

گواهی بازگشت از کشورهای مستقل مشترک المنافع

گواهی گم شدن پاسپورت

جدول 3

کدهای انواع عملیات با اسناد سفر هنگام انتقال به ACDPDP

	نام عملیات

	رزرو

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

جدول 4

کدهای کلاس کشتی (بر اساس منطقه ناوبری) هنگام انتقال به ACDPDP

	کلاس کشتی

	دریایی (مسافت طولانی، نامحدود، ساحلی)
	حمله کنید
	ناوبری داخلی (رودخانه، دریاچه)
	شنای ترکیبی (رودخانه - دریا)

جدول 6

تعیین جنسیت

	تعیین جنسیت

در مورد تصویب مقررات نمونه در مورد بدنه سرزمینی خدمات فدرال برای نظارت بر استفاده از منابع طبیعی در ناحیه فدرال

مطابق بند 9.9 از بخش IX آیین نامه نمونه برای سازمان داخلی نهادهای اجرایی فدرال، مصوب 28 ژوئیه 2005 N 452 دولت فدراسیون روسیه (قانون جمع آوری شده فدراسیون روسیه، 2005، N 31). ، ماده 3233)، آیین نامه خدمات فدرال برای نظارت در زمینه مدیریت محیط زیست، مصوب 30 ژوئیه 2004 N 400 دولت فدراسیون روسیه (مجموعه قانون فدراسیون روسیه، 2004، N 32، هنر). . 3347)، با قطعنامه دولت فدراسیون روسیه در 15 نوامبر 2006 N 689 "در مورد کنترل اراضی دولتی" (قانون جمع آوری شده فدراسیون روسیه، 2006، N 47، ماده 4919)، دستور می دهم:

1. تصویب مقررات نمونه در مورد بدنه سرزمینی خدمات فدرال برای نظارت بر استفاده از منابع طبیعی در ناحیه فدرال مطابق با.

2. دستور خدمات فدرال نظارت بر استفاده از منابع طبیعی مورخ 9 اوت 2007 N 203 "در مورد تصویب مقررات نمونه در مورد بدنه سرزمینی سرویس فدرال برای نظارت بر استفاده از منابع طبیعی در منطقه فدرال" نامعتبر است. (ثبت شده توسط وزارت دادگستری روسیه در 3 سپتامبر 2007، ثبت شماره 10093).

وزیر Yu.P. تروتنف

شماره ثبت 12495

ضمیمه

مقررات نمونه در مورد بدنه سرزمینی سرویس فدرال برای نظارت بر استفاده از منابع طبیعی در ناحیه فدرال

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

1. ارگان سرزمینی سرویس فدرال برای نظارت بر مدیریت منابع طبیعی برای _________________________________________________________________________________

یک نهاد سرزمینی در سطح بین منطقه ای است که وظایف خاصی را از خدمات فدرال نظارت بر استفاده از منابع طبیعی (از این پس - Rosprirodnadzor) در قلمرو _________________________________________________________________ انجام می دهد.

(منطقه فدرال)

2. سازمان ارضی در فعالیت های خود توسط قانون اساسی فدراسیون روسیه، قوانین اساسی فدرال و قوانین فدرال، احکام و دستورات رئیس جمهور فدراسیون روسیه، فرامین و دستورات دولت فدراسیون روسیه، معاهدات بین المللی هدایت می شود. فدراسیون روسیه، اقدامات وزارت منابع طبیعی و محیط زیست فدراسیون روسیه و خدمات فدرال برای نظارت در زمینه مدیریت طبیعت، و همچنین این مقررات.

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

II. اعتبارنامه

4. ارگان سرزمینی اختیارات زیر را در زمینه فعالیت تعیین شده اعمال می کند:

4.1. اعمال کنترل و نظارت:

4.1.1. در زمینه حفاظت، استفاده و بازتولید اشیاء حیات وحش واقع در مناطق طبیعی ویژه حفاظت شده با اهمیت فدرال و همچنین زیستگاه آنها.

4.1.2. در زمینه سازماندهی و عملکرد مناطق طبیعی ویژه حفاظت شده با اهمیت فدرال؛

4.1.3. برای مطالعه زمین شناسی، استفاده منطقی و حفاظت از زیر خاک؛

4.1.4. استفاده و حفاظت از بدنه های آبی (کنترل و نظارت دولت فدرال بر استفاده و حفاظت از بدنه های آبی)؛

4.1.5. انطباق با قوانین فدراسیون روسیه و هنجارها و استانداردهای بین المللی در زمینه محیط زیست دریایی و منابع طبیعی آب های دریایی داخلی، دریای سرزمینی، در منطقه اقتصادی انحصاری و در فلات قاره.

4.1.6. برای استفاده منطقی از منابع معدنی و زنده در فلات قاره؛

4.1.7. کنترل اراضی دولتی در محدوده اختیارات خود؛

4.1.8. مطابقت با الزامات قانون فدراسیون روسیه در زمینه حفاظت از محیط زیست، از جمله در زمینه حفاظت از هوای جوی و مدیریت زباله (به استثنای زباله های رادیواکتیو).

4.1.9. برای استفاده، حفاظت، حفاظت، بازتولید جنگل ها (کنترل و نظارت جنگل های ایالتی) در زمین های مناطق طبیعی ویژه حفاظت شده با اهمیت فدرال.

4.1.10. در مورد اعدام توسط مقامات دولتی نهادهای تشکیل دهنده فدراسیون روسیه که برای اعمال اختیارات فدراسیون روسیه در زمینه روابط آب به آنها تفویض شده است با حق صدور دستورات برای رفع تخلفات شناسایی شده و همچنین به آنها مسؤول ساختن مقاماتی که وظایف اعمال اختیارات تفویض شده را انجام می دهند.

4.1.11. برای کامل و کیفیت اجرای اختیارات تفویض شده توسط مقامات دولتی نهادهای تشکیل دهنده فدراسیون روسیه در زمینه حفاظت از اشیاء دنیای حیوانات که در کتاب قرمز فدراسیون روسیه و همچنین در زمینه حفاظت و استفاده از سایر اشیاء دنیای حیوانات که به عنوان اشیاء شکار و منابع زیستی آبزی طبقه بندی نشده اند، با حق ارسال دستورالعمل در خصوص رفع تخلفات کشف شده و همچنین مسئولیت پذیری مقاماتی که وظایف خود را انجام می دهند. اعمال اختیارات تفویض شده؛

4.2. حفاظت از منابع بیولوژیکی آبزی موجود در کتاب قرمز فدراسیون روسیه را انجام می دهد.

4.3. در نگهداری از کتاب قرمز فدراسیون روسیه شرکت می کند.

4.4. دریافت کننده وجوه بودجه ای است که در بودجه فدرال برای تأمین مالی فعالیت های ارگان های سرزمینی ارائه می شود.

4.5. در محدوده صلاحیت خود، حفاظت از اطلاعاتی را که یک راز دولتی است تضمین می کند.

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

4.7. آموزش بسیج بدنه سرزمینی و همچنین کنترل و هماهنگی فعالیت های سازمان های تحت صلاحیت Rosprirodnadzor را برای آموزش بسیج آنها ارائه می دهد.

4.8. آموزش حرفه ای کارکنان ارگان، بازآموزی، آموزش پیشرفته و آموزش آنها را سازماندهی می کند.

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

4.10. مطابق روال تعیین شده با مقامات دولتی دولت های خارجی و سازمان های بین المللی در زمینه فعالیت تعیین شده تعامل دارد.

4.11. مناقصات را به روش مقرر انجام می دهد و قراردادهای دولتی را برای ثبت سفارش برای تامین کالا، انجام کار، ارائه خدمات برای نیازهای یک ارگان سرزمینی و همچنین برای انجام کارهای تحقیقاتی برای نیازهای دولتی در زمینه تعیین شده منعقد می کند. فعالیت؛

4.12. وظایف دیگری را در زمینه فعالیت تعیین شده انجام می دهد، در صورتی که چنین وظایفی توسط قوانین فدرال، اقدامات قانونی نظارتی رئیس جمهور فدراسیون روسیه یا دولت فدراسیون روسیه پیش بینی شده باشد.

5. ارگان سرزمینی به منظور اعمال اختیارات خود در حوزه فعالیت تعیین شده، حق دارد:

5.1. سازماندهی تحقیقات، آزمون ها، معاینات، تجزیه و تحلیل ها و ارزیابی های لازم؛

5.2. درخواست و دریافت اطلاعات لازم برای تصمیم گیری در مورد مسائل مربوط به صلاحیت ارگان.

5.3. ارائه توضیحات به اشخاص حقوقی و اشخاص حقیقی در مورد مسائل مربوط به حوزه فعالیت ارگان.

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

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

5.6. تعلیق استفاده از جنگل ها در محدوده اختیارات آنها مطابق با قوانین فدرال؛

5.7. ایجاد نهادهای مشاوره ای و کارشناسی (شوراها، کمیسیون ها، گروه ها، دانشکده ها) در زمینه فعالیت ایجاد شده.

5.8. ارسال پیشنهادات به Rosprirodnadzor برای محدود کردن، تعلیق یا ممنوعیت استفاده از اشیاء حیات وحش در مناطق خاص و مناطق آبی در محدوده اختیارات مطابق با قوانین فدرال.

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

III. سازماندهی فعالیت ها

6. هیئت سرزمینی توسط رئیس منصوب و برکنار شده توسط وزیر منابع طبیعی و محیط زیست فدراسیون روسیه به پیشنهاد رئیس Rosprirodnadzor بر اساس رویه تعیین شده توسط قانون فدراسیون روسیه برکنار می شود.

7. رئيس ارگان سرزميني فعاليتهاي آن را سازماندهي مي كند و مسئوليت شخصي اجراي اختيارات محوله را بر عهده دارد.

8. رئیس سازمان سرزمینی:

8.1. وظایف را بین معاونین خود تقسیم می کند.

8.2. سازماندهی حسابداری برای اجرای برآورد درآمد و هزینه برای بودجه و بودجه خارج از بودجه مطابق با قوانین بودجه فدراسیون روسیه.

8.3. صدور قوانین سازمانی و اداری؛

8.4. کارمندان سازمان سرزمینی را به استثنای معاونان منصوب و عزل می کند.

8.5. در مورد پرداخت پاداش، افزایش حقوق رسمی، کمک های مادی، پاداش، مشوق ها و مجازات های انضباطی برای کارکنان ارگان تصمیم می گیرد.

8.6. حسابدار اصلی را با توافق با رئیس Rosprirodnadzor منصوب و عزل می کند.

8.7. در توافق با Rosprirodnadzor، در محدوده تعیین شده توسط Rosprirodnadzor برای تعداد کارمندان و صندوق دستمزد، جدول کارکنان را تصویب می کند.

8.8. مطابق با قوانین فدراسیون روسیه در مورد خدمات کشوری ایالتی، مسائل مربوط به عبور کارمندان ارگان سرزمینی خدمات کشوری را تعیین می کند.

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

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

8.11. مدیریت عملیاتی اموال ارضی را مطابق با قوانین فدراسیون روسیه انجام می دهد.

8.12. سایر اختیارات را مطابق با قوانین فدراسیون روسیه اعمال می کند.

9. طرح فعالیت های کنترل و نظارت بدنه سرزمینی توسط Rosprirodnadzor تایید شده است.

10. ارگان سرزمینی، در رابطه با اموالی که بر اساس مدیریت عملیاتی به آن واگذار شده است، از حقوق مالکیت و استفاده از آن مطابق با اهداف فعالیت، هدف اموال و به روشی که توسط سازمان تعیین شده است استفاده می کند. قوانین فدراسیون روسیه، دستورات Rosprirodnadzor.

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

12. ارگان سرزمینی دریافت کننده وجوه بودجه ای است که در بودجه فدرال برای تامین مالی فعالیت های ارگان های سرزمینی پیش بینی شده است.

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

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

15. محل استقرار ارگان: ________________________

دستور تصویب رویه تشکیل و نگهداری پایگاه های داده متمرکز خودکار اطلاعات شخصی مسافران - Rossiyskaya Gazeta.

روش تشکیل و نگهداری پایگاه داده های متمرکز خودکار داده های شخصی در مورد مسافران و همچنین ارائه داده های موجود در آن

ضمیمه

مقررات نمونه در مورد بدنه سرزمینی سرویس فدرال برای نظارت بر استفاده از منابع طبیعی در ناحیه فدرال

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

II. اعتبارنامه

III. سازماندهی فعالیت ها

مقالات مرتبط برتر