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

فعال نسخه از 01.07.2013

نام سند	دستور وزارت حمل و نقل فدراسیون روسیه مورخ 07/19/2012 N 243 (در تاریخ 07/01/2013 اصلاح شده به طور اجباری در 2013/08/13) "در مورد تصویب روش تشکیل و نگهداری خودکار متمرکز پایگاه های اطلاعاتی مسافران و همچنین ارائه داده های موجود در آنها"
نوع سند	سفارش، سفارش
بدن میزبان	وزارت حمل و نقل فدراسیون روسیه
شماره سند	243
تاریخ پذیرش	01.07.2013
تاریخ تجدید نظر	01.07.2013
شماره ثبت در وزارت عدلیه	25456
تاریخ ثبت در وزارت دادگستری	13.09.2012
وضعیت	معتبر
انتشار	این سند در این فرم منتشر نشده است. (در تاریخ 07/19/2012 اصلاح شده - "Rossiyskaya Gazeta"، N 221، 09/26/2012)
ناوبر	یادداشت

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

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، N 30 (بخش دوم)، هنر. 3616; 2009، N 29، هنر. 3634; 2010، N 27، هنر. 3415; 2011، N 7، هنر. 901; 2011، N 30 (قسمت اول)، هنر. 4569، 4590.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

تاریخ تولد؛

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

شماره پرواز؛

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

52. شرکت های هواپیمایی موارد زیر از داده های NDP را به ACDPDP ارسال می کنند:

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

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

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

تاریخ تولد؛

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

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

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

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

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

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

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

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

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

شماره پرواز؛

کد اشاره گر داده های راه اندازی؛

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

نام - VARCHAR2(30);

نام پدر - VARCHAR2(30);

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

<1>;

<1>

<1>;

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

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

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

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

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

حامل<1>- NUMBER (5)؛

<1>

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

<1>شناسه اختصاص داده شده توسط اپراتور USIS 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>- NUMBER (5)؛

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

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

موضوع قطار - VARCHAR2(8);

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

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

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

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

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

کد پایانه نقدی - 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>- NUMBER (5)؛

<1>توسط اپراتور USIS 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. اپراتور USIS 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; N 31، هنر. 4173, 4196; شماره 49، هنر. 6409; شماره 52، هنر. 6974; 2011، N 23، هنر. 3263; 2011، N 31، هنر. 4701.

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

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

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

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

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

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

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

در همان زمان، دستور وزارت حمل و نقل فدراسیون روسیه مورخ 19 ژوئیه 2012 N 243 (در تاریخ 1 ژوئیه 2013 با اصلاحاتی که در 13 اوت 2013 لازم الاجرا شد) "در مورد تصویب رویه اصلاح شد" را دانلود کنید. برای تشکیل و نگهداری پایگاه‌های داده‌های شخصی متمرکز و خودکار در مورد مسافران، و همچنین داده‌های آنها» می‌تواند کاملاً رایگان باشد، هم در فصل‌های کامل و هم در فصل‌های جداگانه.

شماره ثبت 25456

به موجب ماده 11 قانون فدرال 9 فوریه 2007 N 16-FZ "در مورد امنیت حمل و نقل" (Sobraniye Zakonodatelstva Rossiyskoy Federatsii، 2007، N 7، ماده 837؛ 2008، N 30 (قسمت 2)، ماده 361 2009، N 29، مورد 3634؛ 2010، N 27، مورد 3415؛ 2011، N 7، مورد 901؛ 2011، N 30 (قسمت 1)، مورد 4569، 4590) و مطابق با زیر بند 53.2 5.2. مقررات مربوط به وزارت حمل و نقل فدراسیون روسیه، مصوب 30 ژوئیه 2004 N 395 دولت فدراسیون روسیه (Sobraniye Zakonodatelstva Rossiyskoy Federatsii, 2004, N 32, Art. 3342; 2006, N 15, ماده 1612، N 24، ماده 2601، شماره 52 (قسمت 3)، ماده 5587؛ 2008، شماره 8، ماده 740، شماره 11 (قسمت 1)، ماده 1029، شماره 17، ماده 1883، شماره 17. 18، ماده 2060، N 22، 2576، N 42، 4825، N 46، فقره 5337؛ 1388، N 3، ماده 378، N 4، 506، N 6، ماده 738، N 15، 18 (قسمت 2) فقره 2249، ن 32، ماده 4046، ن 33، ماده 4088، ن 36، ماده 4361، ن 51، ماده 6332، 1389، ن 6، ماده 650، ماده 652، شماره 121، ماده 652، شماره 121 ؛ شماره 12، ماده 1348، شماره 13، ماده 1502، شماره 15، ماده 1805، شماره 25، هنر. 3172، شماره 26، هنر. 3350، شماره 31، هنر. 4251; 2011، N 14، هنر. 1935، شماره 26، هنر. 3801، هنر. 3804، شماره 32، هنر. 4832، شماره 38، هنر. 5389، شماره 46، هنر. 6526، شماره 47، هنر. 6660، شماره 48، هنر. 6922; 2012، N 6، هنر 686، N 14، 1630، N 19، هنر. 2439) من سفارش می دهم:

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

وزیر M. Sokolov

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

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

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. تشکیل و نگهداری ACBPDP و همچنین ارائه داده های موجود در آنها با استفاده از شبکه های اطلاعاتی و مخابراتی، فناوری اطلاعات و ابزارهای فنی سیستم اطلاعات دولتی واحد OTB تضمین می شود.

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، تامین کنندگان و مصرف کنندگان اطلاعات در مورد حمل و نقل مسافر و همچنین اپراتور USIS OTB (که از این پس اپراتور USIS OTB نامیده می شود) هستند.

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

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

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

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

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

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

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

3) تأمین امنیت اطلاعات ACDPDP;

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

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

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

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

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

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

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

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

داده های خلاصه شده در قالب گزارش های فرمت های مورد توافق.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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)؛

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

تاریخ تولد؛

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

شماره پرواز؛

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

52. شرکت های هواپیمایی موارد زیر از داده های NDP را به ACDPDP ارسال می کنند:

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

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

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

تاریخ تولد؛

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

نوع سند هویتی مورد استفاده برای صدور سند حمل و نقل (بلیت)؛

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

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

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

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

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

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

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

شماره پرواز؛

کد اشاره گر داده PNR.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

نام - VARCHAR2(30);

نام پدر - VARCHAR2(30);

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

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

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

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

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

عملیات ثبت شده - NUMBER(2) 16 ;

حامل 17 - NUMBER(5);

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

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

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

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

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

نام تجاری وسیله نقلیه (اتوبوس) - VARCHAR2(12).

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

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

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

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

نام - VARCHAR2(30);

نام پدر - VARCHAR2(30);

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

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

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

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

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

مقصد - VARCHAR2(20);

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

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

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

حامل 22 - NUMBER(5);

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

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

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

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

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

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

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

کد پایانه نقدی - VARCHAR2(20);

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

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

حمل و نقل دریایی و آبی داخلی

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

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

نام - VARCHAR2(30);

نام پدر - VARCHAR2(30);

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

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

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

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

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

مقصد - VARCHAR2(20);

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

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

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

حامل 25 - NUMBER(5);

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

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

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

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

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

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

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

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

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

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

شماره سند ترجیحی - VARCHAR2(12);

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

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

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

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

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 توسط اپراتور USIS OTB تنظیم شده است.

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

8 آدرس اتاق سخت افزار در صورت درخواست توسط اپراتور USIS OTB ارائه می شود.

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

10 http://www.aviadocs.net/icaodocs/Cir/309_en.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 شناسه اختصاص داده شده توسط اپراتور USIS OTB نشان داده شده است.

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

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

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

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

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

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

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

25 توسط اپراتور USIS OTB تنظیم شده است.

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

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

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

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

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

2. با لازم الاجرا شدن این دستور در قلمرو فدراسیون روسیه، کتاب مرجع تعرفه و صلاحیت واحد کار و حرفه کارگران، شماره 3، مصوب کمیته دولتی کار اتحاد جماهیر شوروی، دولت اتحاد جماهیر شوروی. کمیته ساخت و ساز و دبیرخانه شورای مرکزی اتحادیه های کارگری 17 ژوئیه 1985 N 226/125/15- 88، با اضافات و اصلاحات مصوب کمیته دولتی کار اتحاد جماهیر شوروی، کمیته ساخت و ساز دولتی اتحاد جماهیر شوروی. و دبیرخانه اتحادیه سراسری شورای مرکزی اتحادیه های کارگری مورخ 22 اسفند 1366 N 164/55/6-153، 14 اردیبهشت 1366 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 کیلوگرم. نصب و بست ساده ترین قطعات تعبیه شده. نصب آرماتور از میله های جداگانه در فونداسیون ها و دال ها. چسباندن آرماتور با بافندگی دستی.

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

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 این رویه منوط به انتقال به ACBPDP است.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

داده های خلاصه شده در قالب گزارش های فرمت های مورد توافق.

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

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

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

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

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

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

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

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

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

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

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

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

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

25. قبل از شروع انتقال به ACBPDP، هر فایل CSV جداگانه باید طبق الگوریتم تعیین شده توسط اپراتور USIS 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)؛

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

43. روش انتقال اطلاعات مربوط به ترافیک مسافر به ACDPDP شامل انتخابی از اطلاعات و زیرساخت های مخابراتی شرکت های هواپیمایی و نهادهای زیرساخت حمل و نقل (اپراتورهای فرودگاه) از داده های شخصی مسافران و داده های مربوط به یک عملیات ثبت شده و انتقال بعدی آنها از طریق وسایل الکترونیکی به ACDPDP مطابق با این OK. انتقال داده ها به ابتکار شرکت های هواپیمایی و نهادهای زیرساخت حمل و نقل مطابق با الزامات بخش 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) ;

نوع مسیر (مستقیم، ترانزیت) - NUMBER(1)*(9) ;

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

*(10) ;

*(11) ;

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

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

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

شماره رزرو (نشانگر PNR) - VARCHAR2(12);

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

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

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

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

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

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

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

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

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

نام - VARCHAR2(30);

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

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

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

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

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

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

مقصد - VARCHAR2(20);

*(17) ;

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

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

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

عملیات ثبت شده - NUMBER(2)*(19) ;

نهاد زیرساخت حمل و نقل (ایستگاه اتوبوس)*(21) - NUMBER(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);

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

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

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

مقصد - VARCHAR2(20);

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

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

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

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

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

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

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

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

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

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

کد پایانه نقدی - VARCHAR2(20);

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

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

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

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

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

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

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

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

نام - VARCHAR2(30);

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

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

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

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

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

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

مقصد - VARCHAR2(20);

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

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

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

کلاس کشتی بر اساس منطقه ناوبری*(34) - NUMBER(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. اپراتور USIS 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 Art. 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.

گواهی بازگشت از کشورهای CIS

اطلاعات پاسپورت گم شده

جدول 3

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

	نام عملیات

	رزرو

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

جدول 4

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

	کلاس کشتی

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

جدول 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، ثبت نام N 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 حق ندارد اموالی را که به هزینه وجوه تخصیص یافته به آن طبق برآورد Rosprirodnadzor به آن تخصیص یافته یا بر اساس حق مدیریت عملیاتی به آن منتقل شده است، بیگانه کند یا به نحو دیگری دفع کند. آژانس فدرال مدیریت املاک فدرال

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

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

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

15. محل اراضی: _______________________