text:
децентрализирана структура.
 3. За да се гарантират поверителността и целостта на изпратените в други държави
 данни, се вземат подходящи мерки, включително тяхното криптиране.
 4. Държавите вземат необходимите мерки, за да гарантират целостта на ДНК профилите,
 до които е даден достъп или които са изпратени на другите държави за сравняване, а също и
 да гарантират, че тези мерки съответстват на международните стандарти, като ISO 17025.
 5. Държавите използват кодове за държава в съответствие със стандарта ISO 3166-1 alpha-
 2.
 Член 7 Правила за искания и отговори във връзка с ДНК данни
 1. Искането за автоматизирано търсене или сравняване съгласно член LAW.PRUM.8
 [Автоматизирано търсене на ДНК профили] или LAW.PRUM.9 [Автоматизирано сравняване на
 ДНК профили] включва само следната информация:
 (a) кода на отправилата искането държава;
 (b) датата, часа и индикационния номер на искането;
 (c) ДНК профилите и техните референтни номера;
 (d) типа на предаваните ДНК профили (неидентифицирани ДНК профили или референтни
 ДНК профили); и
 (e) информацията, необходима за контролиране на системите от бази данни и за
 качествения контрол на процесите на автоматизирано търсене.
 2. Отговорът (съобщение за съвпадение) на искането, посочено в параграф 1, съдържа
 само следната информация:
 (a) означение дали има едно или повече съвпадения (попадения) или няма съвпадения
 (няма попадение);
 1023
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 (b) датата, часа и индикационния номер на искането;
 (c) датата, часа и индикационния номер на отговора;
 (d) кодовете на отправилата искането държава и на получилата искането държава;
 (e) референтните номера на отправилата искането държава и на получилата искането
 държава;
 (f) типа на предаваните ДНК профили (неидентифицирани ДНК профили или референтни
 ДНК профили);
 (g) поисканите и съвпадащите ДНК профили; и
 (h) информацията, необходима за контролиране на системите от бази данни и за
 качествения контрол на процесите на автоматизирано търсене.
 3. Автоматизирано уведомление за съвпадение се предоставя само ако при
 автоматизираното търсене или сравняване е установено съвпадение на определен минимален
 брой локуси. Този минимален брой е определен в глава 1.
 4. Държавите гарантират, че исканията са в съответствие с декларациите, издавани
 съгласно член LAW.PRUM 7, параграф 3 [Създаване на национални файлове с ДНК анализи].
 Член 8: Процедура за предаване при автоматизирано търсене на неидентифицирани ДНК
 профили в съответствие с член LAW.PRUM.8 [Автоматизирано търсене на ДНК профили]
 1. Ако при търсене с неидентифициран ДНК профил в националната база данни не се
 установи съвпадение или се установи съвпадение с неидентифициран ДНК профил,
 неидентифицираният ДНК профил може впоследствие да бъде изпратен до базите данни на
 всички други държави и ако при търсене с този неидентифициран ДНК профил се установят
 съвпадения с референтни ДНК профили и/или неидентифицирани ДНК профили в базите
 данни на други държави, тези съвпадения се съобщават автоматично, а референтните ДНК
 данни се изпращат на отправилата искането държава; в случай че в базите данни на други
 държави не могат да се установят съвпадения, това се съобщава автоматично на отправилата
 искането държава.
 2. Ако при търсене с неидентифициран ДНК профил в


text:
базите данни на други държави се
 установи съвпадение, всяка заинтересована държава може да отбележи това със забележка в
 националната си база данни.
 Член 9 Процедура за предаване при автоматизирано търсене на референтни ДНК профили в
 съответствие с член LAW.PRUM.8 [Автоматизирано търсене на ДНК профили]
 Ако при търсене с референтен ДНК профил в националната база данни не се установи
 съвпадение с референтен ДНК профил или се установи съвпадение с неидентифициран ДНК
 профил, този референтен ДНК профил може впоследствие да бъде изпратен до базите данни
 1024
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 на всички други държави и ако при търсене с този референтен ДНК профил се установят
 съвпадения с референтни ДНК профили и/или неидентифицирани ДНК профили в базите
 данни на други държави, тези съвпадения се съобщават автоматично, а референтните ДНК
 данни се изпращат на отправилата искането държава; в случай че в базите данни на други
 държави не могат да се установят съвпадения, това се съобщава автоматично на отправилата
 искането държава.
 Член 10 Процедура за предаване при автоматизирано сравняване на неидентифицирани ДНК
 профили в съответствие с член LAW.PRUM.9 [Автоматизирано търсене на ДНК профили]
 1. Ако при сравняване с неидентифицирани ДНК профили в базите данни на други
 държави се установят съвпадения с референтни ДНК профили и/или
 неидентифицирани ДНК профили, тези съвпадения се съобщават автоматично, а
 референтните ДНК данни се изпращат на отправилата искането държава.
 2. Ако при сравняване с неидентифицирани ДНК профили в базите данни на други
 държави се установят съвпадения с неидентифицирани ДНК профили или с
 референтни ДНК профили, всяка заинтересована държава може да отбележи това със
 забележка в националната си база данни.
 Член 11 Принципи при обмена на дактилоскопични данни
 1. Дигитализацията на дактилоскопични данни и тяхното предаване на другите държави
 се осъществяват в съответствие с единния формат за данни, определен в глава 2.
 2. Всяка държава гарантира, че предаваните от нея дактилоскопични данни са с
 достатъчно добро качество за сравняване чрез автоматизираните системи за дактилоскопична
 идентификация (AFIS).
 3. Процедурата за предаване при обмен на дактилоскопични данни се извършва в
 рамките на децентрализирана структура.
 4. За да се гарантират поверителността и целостта на изпращаните към други държави
 дактилоскопични данни, се вземат подходящи мерки, включително криптирането им.
 5. Държавите използват кодове за държава в съответствие със стандарта ISO 3166-1 alpha-
 2.
 Член 12 Капацитет за търсене на дактилоскопични данни
 1. Всяка държава гарантира, че нейните искания за търсене не превишават капацитета за
 търсене, посочен от получилата искането държава. Обединеното кралство съобщава
 максималния си дневен капацитет за търсене на дактилоскопични данни на идентифицирани
 лица и на дактилоскопични данни на лица, които все още не са идентифицирани.
 2. Максималният брой кандидати, приемани за проверка при едно предаване, е
 установен в глава 2.
 1025
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.

type: contracts

jurisdiction: EU


text:
Член 13 Правила за искания и отговори във връзка с дактилоскопични данни
 1. Получилата искането държава незабавно проверява качеството на предадените
 дактилоскопични данни по напълно автоматизирана процедура. Ако данните не са подходящи
 за автоматизирано сравняване, получилата искането държава информира незабавно
 отправилата искането държава.
 2. Получилата искането държава извършва търсенията по реда на постъпване на
 исканията. Исканията се обработват в рамките на 24 часа чрез напълно автоматизирана
 процедура. Отправилата искането държава може, ако националното ѝ законодателство
 предвижда това, да помоли за ускорена обработка на нейното искане, а получилата исканетоо
 държава извършва незабавно търсенето. Ако поради непреодолима сила срокът не може да
 бъде спазен, сравняването се извършва незабавно след отстраняване на пречките.
 Член 14 Принципи при автоматизирано търсене на данни за регистрацията на превозни
 средства
 1. При автоматизирано търсене на данни за регистрацията на превозни средства,
 държавите използват версия на софтуерното приложение към Европейската информационна
 система за превозни средства и свидетелства за управление (EUCARIS), специално разработено
 за целите на член LAW.PRUM.15 [Автоматизирано търсене на данни за регистрацията на
 превозните средства], както и изменените версии на същия софтуер.
 2. Автоматизираното търсене на данни за регистрацията на превозни средства се
 извършва в рамките на децентрализирана структура.
 3. Обменената посредством системата EUCARIS информация се изпраща в криптирана
 форма.
 4. Елементите на данните за регистрацията на превозни средства, които подлежат на
 обмен, са посочени в глава 3.
 5. При прилагането на член LAW.PRUM.15 [Автоматизирано търсене на данни за
 регистрацията на превозните средства] държавите могат да дадат приоритет на търсенията,
 свързани с борбата срещу тежките престъпления.
 Член 15 Разходи
 Всяка държава поема разходите, произтичащи от администрирането, използването и
 поддръжката на софтуерното приложение на EUCARIS, посочено в член 14, параграф 1.
 Член 16: Цел
 1. Обработването на лични данни от получаващата държава се разрешава единствено за
 целите, за които данните са били предоставени в съответствие с част трета, дял II [Обмен на
 ДНК данни, дактилоскопични отпечатъци и данни за регистрацията на превозни средства
 (PRUM)]. Обработката за други цели се разрешава единствено с предварителното разрешение
 1026
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 на държавата, администрираща файла, и се подчинява само на националното законодателство
 на получаващата държава. Такова разрешение може да бъде дадено, при условие че в
 националното законодателство на държавата, администрираща файла, е разрешена
 обработката за такива други цели.
 2. Обработването на данни, предоставени съгласно членове LAW.PRUM.8
 [Автоматизирано търсене на ДНК профили], LAW.PRUM.9 [Автоматизирано сравняване на ДНК
 профили] и LAW.PRUM.12 [Автоматизирано търсене на дактилоскопични данни] от страна на
 търсещата или сравняващата държава, се разрешава единствено с цел:
 (a) установи дали има попадение между сравняваните ДНК профили или дактилоскопични
 данни;
 (b) изготви и подаде полицейско или съдебно искане за правна помощ в съответствие с
 националното законодателство, когато тези данни съвпадат;
 (c) направи запис по смисъла на член 19 от настоящата глава.
 3. Държавата, която администрира файла, може да обработи предоставените ѝ в
 съответствие с членове LAW.PRUM.8 [Автоматизирано търсене на ДНК профили], LAW.PRUM.9


text:
[Автоматизирано сравняване на ДНК профили] и LAW.PRUM.12 [Автоматизирано търсене на
 дактилоскопични данни] данни само когато това е необходимо с цел сравнение, като
 предоставя автоматизирани отговори на търсения или записи, извършени в съответствие с
 член 19 от настоящата глава. Предоставените данни се заличават непосредствено след
 сравняването на данните след получаването на автоматизирани отговори на търсене, освен
 когато се налага по-нататъшна обработка за целите, посочени в парграф 2, първа алинея, букви
 б) и в) от настоящия член.
 4. Данните, предоставени в съответствие с член.LAW.PRUM.15 [Автоматизирано търсене
 на данни за регистрацията на превозните средства], могат да се използват от държавата,
 администрираща файла, само когато това е необходимо с цел предоставяне на
 автоматизирани отговори на процедури по търсене или запис съгласно член 19 от настоящата
 глава. Предоставените данни се заличават непосредствено след получаването на
 автоматизираните отговори на търсенето, освен ако не е необходима допълнителна обработка
 на запис съгласно член 19 от настоящата глава. Държавата членка може да използва
 получените данни в отговор само за процедурата, за която е извършила търсенето.
 Член 17: Точност, актуалност и срок за съхранение на данните
 1. Държавите осигуряват точността и актуалността на личните данни. Получаващата
 държава се уведомява незабавно, ако стане известно ex officio или от уведомление от субекта
 на данните, че са предоставени погрешни данни или данни, които не е трябвало да бъдат
 предоставени. Въпросната(ите) държава(и) е(са) длъжна(и) да коригира(т) или заличи(ат)
 данните. Освен това предоставените лични данни се коригират, ако се установи, че са
 погрешни. Ако получаващият информацията орган има основания да счита, че предоставените
 1027
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 данни са погрешни или че трябва да се заличат, предоставящият ги орган следва да бъде
 уведомен за това.
 2. Данни, чиято точност се оспорва от субекта на данните и чиято точност или неточност
 не може да бъде установена, се маркират с флагче по искане на субекта на данните в
 съответствие с националното законодателство на държавите. Ако е налице флагче, то може да
 бъде отстранено в съответствие с националното законодателство на държавите и само с
 разрешението на субекта на данните въз основа или на решение на компетентен съд, или на
 независим орган за защита на данните.
 3. Предоставени лични данни, които не е трябвало да бъдат предоставени или получени,
 се заличават. Законно предоставени и получени данни се заличават:
 (a) ако не са или вече не са необходими за целта, за която са предоставени; ако са били
 предоставени лични данни, които не са били поискани, получаващият орган незабавно
 проверява дали те са необходими за целите, за които са били предоставени;
 (b) след изтичане на максималния срок за съхранение на данни, предвиден в националното
 законодателство на предоставящата ги държава, ако предоставящият орган е
 информирал получаващия орган за тези максимални срокове към момента на
 предоставяне на данните.
 4. Когато има основание да се счита, че заличаването ще увреди интересите на субекта на
 данните, вместо да бъдат заличени, данните се блокират в


text:
съответствие с националното
 законодателство. Блокираните данни могат да се предоставят или използват единствено за
 целта, поради която е предотвратено тяхното заличаване.
 Член 18: Технически и организационни мерки за осигуряване на защитата и сигурността на
 данните
 1. Предоставящите и получаващите органи предприемат стъпки, за да осигурят
 ефективната защита на личните данни от случайно или неразрешено унищожаване, случайна
 загуба, неразрешен достъп, неразрешено или случайно изменение и неразрешено разкриване.
 2. Особеностите на техническата спецификация на процедурата за автоматизирано
 търсене се уреждат в мерките за изпълнение, посочени в член LAW.PRUM.17 [Мерки за
 изпълнение], които гарантират, че:
 (a) се предприемат модерни технически мерки, за да се осигури защитата и сигурността на
 данните, по-специално тяхната поверителност и неприкосновеност;
 (b) се използват признати от компетентните органи процедури за криптиране и
 разрешаване, когато се използват общодостъпни мрежи; и
 (c) допустимостта на търсене в съответствие с член 19, параграфи 2, 5, и 6 от настоящата
 глава, може да бъде проверена.
 1028
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 Член 19: Протоколиране и записване: специални правила, уреждащи автоматизираното и
 неавтоматизираното предоставяне
 1. Всяка държава гарантира, че всяко неавтоматизирано предоставяне и всяко
 неавтоматизирано получаване на лични данни от администриращия файла орган и от
 търсещия орган се протоколира, за да се удостовери допустимостта на предоставянето.
 Протоколът включва следната информация:
 (a) основанието за предоставяне;
 (b) предоставените данни;
 (c) датата на предоставяне; и
 (d) наименованието или референтния номер на търсещия орган и на органа,
 администриращ файла.
 2. Следното се прилага за автоматизираното търсене на данни въз основа на членове
 LAW.PRUM.8 [Автоматизирано търсене на ДНК профили], LAW.PRUM.12 [Автоматизирано
 търсене на дактилоскопични данни] и LAW.PRUM.15 [Автоматизирано търсене на данни за
 регистрацията на превозни средства], както и за автоматизирано сравняване съгласно член
 LAW.PRUM.9 [Автоматизирано сравняване на ДНК профили]:
 (a) само специално оправомощени служители на националните звена за контакт могат да
 извършват автоматизирано търсене или сравняване; списъкът на служителите,
 оправомощени да извършват автоматизирано търсене или сравняване, се предоставя
 при поискване на надзорните органи, посочени в параграф 6, и на другите държави;
 (b) всяка държава гарантира, че всяко предоставяне и получаване на лични данни от органа,
 администриращ файла, и от търсещия орган се записва, като включително се отбелязва
 дали има или няма попадение; записът включва следната информация:
 (i) предоставените данни;
 (ii) датата и точното време на предоставяне; и
 (iii) наименованието или референтния номер на търсещия орган и на органа,
 администриращ файла.
 3. Освен това търсещият орган записва основанието за търсене или предоставяне,
 идентификатора на служителя, провел търсенето, и този на служителя, поръчал търсенето или
 предоставянето.
 4. При поискване органът, който прави записа, незабавно съобщава записаните данни на
 компетентните органи по защита на данните на съответната държава, най-късно до четири
 седмици след получаване на искането; записаните данни могат да се използват само за
 следните цели:
 1029
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на


text:
прилагането му.
 Номерирането на членовете е неокончателно.
 (a) наблюдение на защитата на данните;
 (b) гарантиране на сигурността на данните.
 5. Записаните данни се защитават с подходящи мерки срещу неуместна употреба и други
 форми на неправилна употреба и се съхраняват в продължение на две години. След
 изтичането на срока на съхранение записаните данни се заличават незабавно.
 6. Отговорността за проверка на законността на предоставянето или получаването на
 лични данни се носи от независимите органи за защита на данните или, когато е уместно, от
 съдебните органи на съответните държави. Всеки може да поиска от тези органи да проверят
 законността на обработката на данни по отношение на неговата личност в съответствие с
 националното законодателство. Независимо от подобни искания тези органи и органите,
 отговарящи за записването, провеждат случайни проверки на законността на предоставянето
 въз основа на използваните файлове.
 7. Резултатите от подобни проверки се съхраняват с цел инспекция от независимите
 органи за защита на данните в продължение на 18 месеца. След изтичането на този срок те се
 заличават незабавно. От всеки независим орган за защита на данните може да бъде поискано
 от независим орган за защита на данните на друга държава да упражни правомощията си в
 съответствие с националното законодателство. Независимите органи за защита на данните на
 държавите извършват инспекционните задачи, необходими за взаимно сътрудничество, по-
 специално чрез обмяна на информация от значение.
 Член 20: Права на субектите на данни на обезщетения
 Когато орган на една държава е предоставил лични данни по силата на част трета, дял II
 [Обмен на ДНК данни, дактилоскопични отпечатъци и данни за регистрацията на превозни
 средства (PRUM)], получаващият орган на другата държава не може да използва неточността
 на предоставените данни като основание да избегне отговорността спрямо ощетената страна
 съгласно националното законодателство. Ако срещу получаващия орган бъдат присъдени
 щети поради използвани от него неточни предоставени данни, органът, който е предоставил
 данните, възстановява на получаващия орган пълния размер на изплатеното от него
 обезщетение.
 Член 21: Информация, поискана от държавите
 Получаващата държава по искане на предоставящата държава я информира за обработката на
 предоставените данни и за получения резултат.
 Член 22: Декларации и определяне на компетентните органи
 1. Обединеното кралство съобщава своите декларации по член LAW.PRUM 7, параграф 3
 [Създаване на национални файлове с ДНК анализи] и член 12, параграф 1 от настоящата глава,
 както и своите определения на компетентните органи по член LAW.PRUM 13, параграф 1
 [Национални звена за контакт] и член LAW.PRUM 15, параграф 3) [Автоматизирано търсене на
 1030
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 данни за регистрацията на превозни средства] на Специализирания комитет по
 правоприлагане и съдебно сътрудничество.
 2. Фактическата информация, предоставена от Обединеното кралство чрез тези
 декларации и определяния и от държавите членки в съответствие с член LAW.PRUM 17,
 параграф 3 [Мерки за изпълнение], се включва в наръчника, установен в член 18, параграф 2 от
 Решение 2008/616/ПВР.
 3. Държавите могат по всяко време да изменят декларациите и определянията, подадени
 в съответствие


text:
с параграф 1, чрез уведомление, подаден до Специализирания комитет по
 правоприлагане и съдебно сътрудничество. Специализираният комитет по правоприлагане и
 съдебно сътрудничество изпраща всички получени декларации на Генералния секретариат на
 Съвета.
 4. Генералният секретариат на Съвета съобщава всички промени в наръчника, посочен в
 параграф 2, на Специализирания комитет по правоприлагане и съдебно сътрудничество.
 Член 23 Подготовка на решенията съгласно посоченото в член LAW.PRUM.18 [предварителна
 оценка]
 1. Съветът взема решение съгласно посоченото в член LAW.PRUM.18 [предварителна
 оценка] въз основа на доклад за оценка, който се изготвя на основата на въпросник.
 2. По отношение на автоматизирания обмен на данни в съответствие с част трета, дял II
 [Обмен на ДНК данни, дактилоскопични отпечатъци и данни за регистрацията на превозни
 средства , докладът за оценка се основава също така на посещение за оценка и пилотно
 изпитване, което се извършва, ако е необходимо, когато Обединеното кралство е
 информирало Специализирания комитет по правоприлагане и съдебно сътрудничество, че са
 изпълнили задълженията, наложени им съгласно част трета, дял II [Обмен на ДНК данни,
 дактилоскопични отпечатъци и данни за регистрацията на превозни средства], и подават
 декларациите, предвидени в член 22 от същата глава. Допълнителните подробности по
 процедурата са установени в глава 4 от приложението.
 Член 24 Статистика и докладване
 1. Редовно се извършва оценка на административното, техническото и финансовото
 прилагане на обмена на данни съгласно част трета, дял II [Обмен на ДНК данни,
 дактилоскопични отпечатъци и данни за регистрацията на превозни средства]. Оценката се
 извършва по отношение на категориите данни, за които е започнал обмен на данни между
 съответните държави. Оценката се основава на доклади от съответните държави.
 2. Всяка държава ще съставя статистика относно резултатите от автоматизирания обмен
 на данни. За да се осигури съпоставимост, моделът за съставяне на статистиката ще се
 определи от съответната работна група на Съвета. Тези статистически данни ще се изпращат
 ежегодно на Специализирания комитет по правоприлагане и съдебно сътрудничество.
 1031
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 3. Освен това, от държавите ще се изисква редовно, но не по-често от веднъж годишно,
 да подават информация за административните, техническите и финансовите аспекти на
 осъществявания автоматизиран обмен на данни, която е необходима за анализиране и
 усъвършенстване на процеса.
 4. Статистическите данни и докладването, изготвяни от държавите членки в съответствие
 с решения 2008/615/ПВР и 2008/616/ПВР, се прилагат във връзка с настоящия член.
 ГЛАВА 1: Обмен на ДНК данни
 1. Свързани с ДНК криминалистични въпроси, правила и алгоритми за сравняване
 1.1. Свойства на ДНК профилите
 ДНК профилът може да съдържа 24 двойки числа, представляващи алелите на 24-те локуса,
 които също се използват в ДНК процедурите на Интерпол. Наименованията на тези локуси се
 съдържат в следната таблица:
 VWA TH01 D21S11 FGA D8S1179 D3S1358 D18S51 Amelogeni
 n
 TPOX CSF1P0 D13S317 D7S820 D5S818 D16S539 D2S1338 D19S433
 Penta D Penta E FES F13A1 F13B SE33 CD4 GABA
 Седемте отбелязани в сиво локуса на най-горния ред представляват както настоящия (ESS),
 така и ISSOL.
 Правила за включване:


text:
ДНК профилите, до които държавите предоставят достъп с цел търсене и сравняване, както и
 ДНК профилите, изпращани с цел търсене и сравняване, съдържат поне 6 изцяло
 обозначени146 локуса, като могат да съдържат допълнителни локуси или непопълнени такива в
 зависимост от наличността им. Референтните ДНК профили съдържат поне 6 от седемте локуса
 на ESS. За да се повиши точността на съвпаденията, всички налични алели се съхраняват в
 индексираната база данни с ДНК профили и се използват за търсене и сравняване. Всяка
 държава следва да приложи в най-краткия практически възможен срок всеки нов вариант на
 ESS от локуси, приет от ЕС.
 Не се допускат смесени профили, така че алелните стойности на всеки локус ще се състоят
 само от 2 цифри, които могат да бъдат еднакви при наличие на хомозиготност в даден локус.
 При заявка за търсене с неизвестна стойност „жокер“ („wild-cards“) или с микроварианти се
 спазват следните правила:
 146
 „Изцяло обозначени“ означава, че е включено обработването на редки алелни стойности.
 1032
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 – всички нецифрови стойности, с изключение на амелогенина, съдържащи се в
 профила (напр. „o“, „f“, „r“, „na“, „nr“ или „un“), се превръщат автоматично при
 експортирането в „жокер“ (*) и се извършва пълно търсене,
 – цифровите стойности „0“, „1“ или „99“, съдържащи се в профила, се превръщат
 автоматично при експортирането в „жокер“ (*) и се извършва пълно търсене,
 – ако за един локус са подадени 3 алела, приема се първият алел, а останалите 2 алела
 се превръщат автоматично при експортирането в „жокер“ (*) и се извършва пълно
 търсене,
 – когато за алел 1 или 2 е подадена стойност „жокер“ (*), се търсят и двете пермутации
 на цифровата стойност за локуса (напр. 12, * може да съответства на 12,14 или на
 9,12),
 – микровариантите на пентануклеотид (Penta D, Penta E и CD4) се сравняват по следния
 начин:
 x.1 = x, x.1, x.2
 x.2 = x.1, x.2, x.3
 x.3 = x.2, x.3, x.4
 x.4 = x.3, x.4, x + 1,
 – микровариантите на тетрануклеотид (останалите локуси са тетрануклеотиди) се
 сравняват по следния начин:
 x.1 = x, x.1, x.2
 x.2 = x.1, x.2, x.3
 x.3 = x.2, x.3, x + 1.
 1.2. Правила за сравняване
 Сравняването на 2 ДНК профила се извършва въз основа на локусите, за които и в двата ДНК
 профила е налице една и съща алелна двойка. В двата ДНК профила трябва да има попадение
 на поне 6 изцяло обозначени локуса (без амелогенин), преди да се изпрати отговор за наличие
 на попадение.
 Пълно попадение (качество 1) се определя като попадение, когато са еднакви всички алелни
 стойности на сравняваните локуси, обикновено съдържащи се в искането и отговора на
 справка за ДНК профили. Близко попадение се определя като попадение, при което е налице
 различна стойност само за една от всичките сравнявани алели в двата ДНК профила (качества
 2, 3 и 4). Приема се, че има близко попадение, само ако в


text:
двата сравнявани ДНК профила е
 налице попадение на поне 6 изцяло обозначени локуса.
 1033
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 Причините за близко попадение могат да бъдат следните:
 – печатна грешка, допусната при ръчно въвеждане на данните за един от ДНК
 профилите в искането за справка или в ДНК базата данни,
 – грешка при определянето или "извикването" на алели в хода на процедурата за
 генериране на ДНК профила.
 1.3. Правила за съобщаване на резултатите
 Съобщават всички пълни, близки съвпадения и липсата на попадение.
 Съобщението за резултатите се изпраща на националната точка за контакт, отправила
 искането, като се предоставя на разположение и на националната точка за контакт, до която е
 отправено искането (за да може тя да прецени естеството и броя на евентуалните следващи
 искания за допълнителни налични лични данни и друга информация, която е свързана с ДНК
 профила, съответстващ на попадението в съответствие с член LAW.PRUM.14 [Предоставяне на
 допълнителни лични данни и друга информация].
 2. Таблица на кодовите номера на държавите
 В съответствие част трета, дял II [Обмен на ДНК данни, дактилоскопични отпечатъци и данни за
 регистрацията на превозни средства] за определянето на наименованията на домейни, както и
 за другите конфигуративни параметри, които се изискват от приложенията за обмен на ДНК
 данни по защитени мрежи съгласно договореностите от Прюм се използва кодиране по
 стандарта ISO 3166-1 alpha-2.
 Кодовете по ISO 3166-1 alpha-2 са следните двубуквени кодове за държавите:
 Имена на държавите Код Имена на държавите Код
 Белгия BE Литва LT
 България BG Люксембург LU
 Чешка република CZ Унгария HU
 Дания DK Малта MT
 Германия DE Нидерландия NL
 Естония EE Австрия AT
 Ирландия IE Полша PL
 Гърция EL Португалия PT
 Испания ES Румъния RO
 1034
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 Франция FR Словакия SK
 Хърватия HR Словения SI
 Италия IT Финландия FI
 Кипър CY Швеция SE
 Латвия LV Обединено кралство UK
 3. Функционален анализ
 3.1. Наличност на системата
 Исканията по член LAW.PRUM.8 [Автоматизирано търсене на ДНК профили] следва да
 пристигат в съответната база данни по хронологичен ред съгласно реда им на изпращане, а
 отговорите следва да се изпращат така че да пристигат в поискалата ги държава в 15-минутен
 срок от пристигането на искането.
 3.2. Втори етап
 Когато държава получи съобщение за съвпадение, нейната национална точка за контакт
 отговаря за сравняването на стойностите на профила, предаден като запитване, и стойностите
 на профила(ите), получени като отговор, за да валидира и провери доказателствената стойност
 на профила. Националните точки за контакт могат да осъществяват пряк контакт помежду си с
 цел валидиране.
 Процедурите за правна помощ започват след валидирането на съществуващо съвпадение
 между два профила, въз основа на получените по време на фазата за автоматизирано
 консултиране съобщения за „пълно съвпадение“ и „близко съвпадение“.
 4. Документ за контрол на интерфейса


text:
при обмен на ДНК данни
 4.1. Въведение
 4.1.1. Цели
 В тази глава се определят изискванията за обмена на информация за ДНК профили между
 системите от ДНК бази данни на всички държави. Полетата в заглавната част са дефинирани
 специално за целите на обмена на ДНК данни по линия на Прюм, а съдържащата данните част
 е разработена на базата на частта за данните за ДНК профили в XML-схемата, дефинирана за
 електронния портал на Интерпол за обмен на ДНК данни.
 Данните се обменят чрез Simple Mail Transfer Protocol (SMTP) и други модерни технологии,
 като се използва сървър за централизирано предаване на съобщенията, предоставен от
 доставчика на мрежови услуги. XML-файлът се транспортира в съдържателната част на
 съобщението.
 1035
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 4.1.2. Обхват
 Този ICD определя само съдържанието на съобщението. Всички специфични за мрежата и
 съобщението въпроси, се дефинират еднообразно, за да се осигури обща техническа база за
 обмен на ДНК данни.
 Това включва:
 – формáта на полето "предмет" на съобщението, за да може да се осъществи
 автоматизираната обработка на съобщенията,
 – дали е необходимо да се криптира съдържанието и ако е така, кои методи следва да
 се изберат,
 – максималната дължина на съобщението.
 4.1.3. XML-структура и принципи
 Съобщението във XML-формат е структурирано в:
 – заглавна част, в която се съдържа информация относно параметрите на предаване и
 – част за данните, в която се съдържа специфична информация за профила, както и
 самият профил.
 За исканията и за отговорите се използва една и съща XML-схема.
 За да могат да се правят изчерпателни проверки на неидентифицирани ДНК профили,
 предвидени в член LAW.PRUM.9 [Автоматизирано сравняване на ДНК профили] е възможно
 да се изпращат по няколко профила в едно съобщение. Максималният брой на профилите в
 едно съобщение трябва да бъде определен. Броят им зависи от максималния допустим
 размер на съобщенията и се определя след избора на пощенски сървър.
 XML пример:
 <?version=“1.0” standalone=“yes”?>
 <PRUEMDNAx xmlns:msxsl=“urn:schemas-microsoft-com:xslt”
 xmlns:xsi=“http://www.w3.org/2001/XMLSchema-instance”>
 <header>
 (...)
 </header>
 <datas>
 (...)
 1036
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 </datas>
 [<datas> структурата на данните се повтаря, когато се изпращат повече профили (....) в едно
 SMTP-съобщение, разрешено само за случаите по член LAW.PRUM.9 [Автоматизирано
 сравняване на ДНК профили]
 </datas>]
 </PRUEMDNA>
 4.2. Дефиниране на XML-структурата
 Следните дефиниции са само за целите на документирането и по-добрата четивност, а
 информацията със задължителен характер се дава във файла с XML-схема (PRUEM DNA.xsd).
 4.2.1. Схема PRUEMDNAx
 Съдържа следните полета:
 Полета Вид Описание
 header PRUEM_header Occurs: 1
 datas PRUEM_datas Occurs: 1 ... 500
 4.2.2. Съдържание на заглавната структура
 4.2.2.1. Заглавна част PRUEM (PRUEM header)
 Тази структура описва заглавната част на XML-файла. Съдържа следните полета:
 Полета Вид Описание
 direction PRUEM_header_dir Direction of message flow
 ref String Reference of the XML file
 generator String Generator of XML file
 schema_version String


text:
Version number of schema to use
 requesting PRUEM_header_info Requesting State info
 requested PRUEM_header_info Requesting State info
 4.2.2.2. PRUEM_header dir
 1037
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 Тип данни, съдържащи се в съобщението — възможни стойности:
 Стойност Описание
 R Request
 A Answer
 4.2.2.3. PRUEM header info
 Структура, описваща държавата и датата/часа на съобщението. Съдържа следните полета:
 Полета Вид Описание
 source_isocode String ISO 3166-2 code of the requesting State
 destination_isocode String ISO 3166-2 code of the requested State
 request_id String unique Identifier for a request
 date Date Date of creation of message
 time Time Time of creation of message
 4.2.3. Съдържание на данните за профили по линия на Прюм (Content of PRUEM Profile data)
 4.2.3.1. Данни по линия на Прюм (PRUEM_datas)
 Тази структура описва частта за данни за профила на XML-файла. Съдържа следните полета:
 Полета Вид Описание
 reqtype PRUEM request type Вид искане ( член LAW.PRUM.8 [Автоматизирано
 търсене на ДНК профили] или LAW.PRUM.9
 [Автоматизирано сравняване на ДНК профили] )
 date Date Date profile stored
 type PRUEM_datas_type Type of profile
 result PRUEM_datas_result Result of request
 agency String Name of corresponding unit responsible for the
 profile
 1038
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 profile_ident String Unique State profile ID
 message String Error Message, if result = E
 profile IPSG_DNA_profile If direction = A (Answer) AND result ≠ H (Hit) empty
 match_id String In case of a HIT PROFILE_ID of the requesting
 profile
 quality PRUEM_hitquality_type Quality of HIT
 hitcount Integer Count of matched Alleles
 rescount Integer Count of matched profiles. If direction = R
 (Request), then empty. If quality!=0 (the original
 requested profile), then empty.
 4.2.3.2. Тип искане по линия на Прюм (PRUEM_request_type)
 Тип данни, съдържащи се в съобщението — възможни стойности:
 Стойност Описание
 3 Искания по член LAW.PRUM.8 [Автоматизирано търсене
 на ДНК профили]
 4 Искания по член LAW.PRUM.9 [Автоматизирано
 сравняване на ДНК профили]
 4.2.3.3. Тип качество на съвпадения по линия на Прюм (PRUEM_hitquality_type)
 Стойност Описание
 0 Referring original requesting profile:
 Case ‘No-HIT’: original requesting profile sent back only;
 Case ‘HIT’: original requesting profile and matched profiles sent back.
 1 Equal in all available alleles without wildcards
 2 Equal in all available alleles with wildcards
 3 HIT with Deviation (Microvariant)
 1039
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 4 HIT with mismatch
 4.2.3.4. Тип данни по линия на Прюм (PRUEM_data_type)
 Тип данни, съдържащи се в съобщението — възможни стойности:
 Стойност Описание
 P Person profile
 S Stain
 4.2.3.5. PRUEM_data_result
 Тип данни, съдържащи се в съобщението — възможни стойности:
 Стойност Описание
 U Undefined, If direction = R (request)
 H HIT
 N No-HIT
 E Error


text:
4.2.3.6. IPSG_DNA_profile
 Структура, описваща ДНК профил. Съдържа следните полета:
 Полета Вид Описание
 ess_issol IPSG_DNA_ISSOL Group of loci corresponding to the ISSOL
 (standard group of Loci of Interpol)
 additional_loci IPSG_DNA_additional_loci Other loci
 marker String Method used to generate of DNA
 profile_id String Unique identifier for DNA profile
 4.2.3.7. IPSG_DNA_ISSOL
 1040
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 Структура, съдържаща локусите на ISSOL (стандартния набор на Интерпол от локуси). Съдържа
 следните полета:
 Полета Вид Описание
 vwa IPSG_DNA_locus Locus vwa
 th01 IPSG_DNA_locus Locus th01
 d21s11 IPSG_DNA_locus Locus d21s11
 fga IPSG_DNA_locus Locus fga
 d8s1179 IPSG_DNA_locus Locus d8s1179
 d3s1358 IPSG_DNA_locus Locus d3s1358
 d18s51 IPSG_DNA_locus Locus d18s51
 amelogenin IPSG_DNA_locus Locus amelogin
 4.2.3.8. IPSG_DNA_additional_loci
 Структура, съдържаща другите локуси. Съдържа следните полета:
 Полета Вид Описание
 tpox IPSG_DNA_locus Locus tpox
 csf1po IPSG_DNA_locus Locus csf1po
 d13s317 IPSG_DNA_locus Locus d13s317
 d7s820 IPSG_DNA_locus Locus d7s820
 d5s818 IPSG_DNA_locus Locus d5s818
 d16s539 IPSG_DNA_locus Locus d16s539
 d2s1338 IPSG_DNA_locus Locus d2s1338
 d19s433 IPSG_DNA_locus Locus d19s433
 penta_d IPSG_DNA_locus Locus penta_d
 penta_e IPSG_DNA_locus Locus penta_e
 1041
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 fes IPSG_DNA_locus Locus fes
 f13a1 IPSG_DNA_locus Locus f13a1
 f13b IPSG_DNA_locus Locus f13b
 se33 IPSG_DNA_locus Locus se33
 cd4 IPSG_DNA_locus Locus cd4
 gaba IPSG_DNA_locus Locus gaba
 4.2.3.9. IPSG_DNA_locus
 Структура, описваща локус. Съдържа следните полета:
 Полета Вид Описание
 low_allele String Lowest value of an allele
 high_allele String Highest value of an allele
 5. Архитектура на приложението, сигурността и комуникациите
 5.1. Обзорен преглед
 При внедряването на приложенията за обмен на ДНК данни в рамките част трета, дял II [Обмен
 на ДНК данни, дактилоскопични отпечатъци и данни за регистрацията на превозни средства]
 се използва обща комуникационна мрежа, която е логически затворена между държавите. С
 цел експлоатиране по по-ефективен начин на тази обща комуникационна инфраструктура за
 изпращане на искания и получаване на отговори се възприема асинхронен механизъм за
 предаване на исканията за ДНК данни и дактилоскопични данни в капсулирани SMTP
 електронни съобщения. С цел да се удовлетворят изискванията за сигурност, като разширение
 на SMTP функционалността ще се използва механизъм s/MIME, за да се установи действително
 затворен сигурен „тунел“ за работата в мрежата.
 Оперативните трансевропейски телематични услуги между администрациите (TESTA) се
 използват за комуникационна мрежа за обмена на данни между държавите. TESTA се
 управлява от Европейската комисия. С оглед на факта, че националните ДНК бази данни и
 действащите национални точки за достъп до TESTA могат да бъдат разположени на различни
 места в държавите, достъпът до TESTA може да се осигури, като:
 1. се използват съществуващите национални точки за достъп или се създаде нова
 национална точка за достъп до TESTA; или
 1042
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 2. се създаде


text:
защитена местна връзка от обекта, където е разположена ДНК
 базата данни, управлявана от компетентната национална служба, до съществуващата
 национална точка за достъп до TESTA.
 Протоколите и стандартите, внедрени в приложенията, използвани за изпълнението на част
 трета, дял II [Обмен на ДНК данни, дактилоскопични отпечатъци и данни за регистрацията на
 превозни средства], съответстват на отворените стандарти и отговарят на изискванията,
 наложени от органите, определящи националната политика по отношение на сигурността в
 държавите.
 5.2. Архитектура на горното ниво
 В обхвата на част трета, дял II [Обмен на ДНК данни, дактилоскопични отпечатъци и данни за
 регистрацията на превозни средства] всяка държава ще прави налични своите ДНК данни за
 целите на обмена на такива данни и/или търсения в тях от други държави в съответствие със
 стандартизирания общ формат на данните. Архитектурата е основана на комуникационен
 модел, при който се осъществява връзка „от всеки до всеки“. Не съществува централен
 компютърен сървър, нито централизирана база данни за съхранение на ДНК профили.
 Фигура 1: Топология на обмена на ДНК данни
 Освен спазването на вътрешните правни ограничения, касаещи съответните обекти в
 държавите, всяка държава може да реши какъв вид хардуер и софтуер следва да се внедри за
 конфигуриране в съответния обект, така че да са спазени изискванията на част трета, дял II
 [Обмен на ДНК данни, дактилоскопични отпечатъци и данни за регистрацията на превозни
 средства].
 5.3. Стандарти за сигурност и защита на данните
 1043
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 Три са нивата на сигурност, които са взети под внимание и са въведени.
 5.3.1. На ниво данни
 Предоставяните от всяка държава данни за ДНК профили трябва да се изготвят в съответствие
 с общите стандарти за защита на данните, така че отправилите искането държави да получат
 отговор, в който основно се посочва наличие на съответствие или липса на съответствие
 (HIT/Nо-HIT) заедно с идентификационен номер в случай на съответствие, но в него не се
 съдържа никаква лична информация. По-нататъшното разследване след уведомяване за
 наличие на съвпадение се води на двустранно равнище съгласно съществуващите вътрешни
 правни и организационни разпоредби, уреждащи съответните обекти в държавите.
 5.3.2. На ниво комуникация
 Съобщенията, съдържащи информация за ДНК профили (искания и отговори), се криптират
 посредством най-модерен механизъм в съответствие с отворените стандарти, като s/MIME,
 преди да се изпратят в съответните обекти в другите държави.
 5.3.3. На ниво предаване
 Всички криптирани съобщения, съдържащи информация за ДНК профили, се изпращат в
 обектите на другите държави посредством виртуална частна тунелираща система,
 администрирана от надежден доставчик на мрежови услуги на международно равнище и
 връзките за сигурност към тази тунелираща система са под национално управление.
 Виртуалната частна тунелираща система няма никаква точка на контакт с откритата интернет
 мрежа.
 5.4. Протоколи и стандарти, които да се използват за механизма за криптиране: s/MIME и
 свързани пакети
 Отвореният стандарт s/MIME, като разширение на действащия de facto стандарт за електронна
 поща SMTP, ще се внедри за криптиране на съобщения, съдържащи информация за ДНК
 профили. Протоколът s/MIME (V3)


text:
позволява електронно подписани разписки, етикети за
 сигурност и защитени списъци с електронни адреси (mailing lists), като е базиран върху
 „пласта“ на Cryptographic Message Syntax (CMS), (Internet Engineering Task Force (IETF)
 спецификация за защитени чрез криптиране съобщения. Той може да се използва за
 електронно подписване, резюмиране, автентификация или криптиране на всякакви форма
 цифрови данни.
 Сертификатът, на базата на който се прилага механизмът s/MIME, трябва да съответства на
 стандарта X.509. С цел да се осигурят стандарти и процедури, които са общи с тези за други
 приложения, използвани по линия на Прюм, правилата за обработване за операциите по
 криптиране на базата на s/MIME или за прилагане в различни видове среда на базата на
 готови търговски продукти Commercial Product of the Shelves (COTS), са следните:
 – последователността на операциите е: първо криптиране и след това подписване,
 – за симетрично и асиметрично криптиране се прилагат съответно алгоритмите за
 криптиране AES (Advanced Encryption Standard) с 256-битов ключ и RSA с 1024-битов
 ключ,
 1044
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 – прилага се hash алгоритъм SHA-1.
 Функционалността s/MIME е вградена в повечето съвременни софтуерни пакети за електронна
 поща, в т.ч. Outlook, Mozilla Mail и Netscape Communicator 4.x, като позволява оперативна
 съвместимост между повечето основни софтуерни пакети за електронна поща.
 Поради лесното интегриране на s/MIME в националната ИТ инфраструктура във всички
 държави този механизъм е избран като подходящ с цел осигуряване на сигурността на ниво
 комуникации. С цел по-ефикасен „тест на концепцията“ (Proof of Concept) и намаляване на
 разходите обаче е избран стандартът JavaMail API, с който да се извърши прототипирането на
 обмена на ДНК данни. JavaMail API предоставя елементарно криптиране и декриптиране на
 електронни съобщения посредством s/MIME и/или OpenPGP. Целта е да се осигури прост и
 лесен за употреба програмно-приложен интерфейс (API) за клиентите за електронна поща,
 които желаят да изпращат и получават криптирани електронни съобщения в един от двата
 най-популярни формата за криптиране на електронни съобщения. Следователно, за да са
 изпълнени изискванията на част трета, дял II [Обмен на ДНК данни, дактилоскопични
 отпечатъци и данни за регистрацията на превозни средства], ще е достатъчно
 високотехнологично внедряване на базата на JavaMail API, като например продуктът на Bouncy
 Castle JCE (Java Cryptographic Extension), който ще се използва за въвеждането на s/MIME за
 прототипирането на обмена на ДНК данни между всички държави.
 5.5. Архитектура на приложението
 Всяка държава ще предостави на другите държави набор от стандартизирани данни за ДНК
 профили, които съответстват на използвания в момента общ документ за контрол на
 интерфейса (ICD). Това може да стане или чрез предоставяне на логически поглед върху
 индивидуалната национална база данни, или чрез установяване на физически експортирана
 база данни (индексирана база данни).
 Четирите основни компонента: сървърът за електронна поща/s/MIME, сървърът за
 приложението, зоната на структурирани данни (Data Structure Area) за извличане/подаване на
 данни и регистрация на входящите/изходящите съобщения, както и търсачката за сравняване,
 внедряват цялостната логика на приложението по начин, който не зависи от конкретните


text:
продукти.
 За да се осигури на всички държави възможност да интегрират лесно тези компоненти в
 съответните си национални обекти, конкретно определената обща функционалност е
 внедрена посредством компоненти с отворен код, които могат да се избират от всяка държава
 в зависимост от нейната национална политика и уредба в областта на ИТ. Поради
 независимите характеристики на внедряваната система за получаване на достъп до
 индексирани бази данни с ДНК профили, обхванати от част трета, дял II [Обмен на ДНК данни,
 дактилоскопични отпечатъци и данни за регистрацията на превозни средства], всяка държава
 може свободно да избира собствената си хардуерна и софтуерна платформа, включително
 системите за бази данни и операционните системи.
 Прототипът за обмена на ДНК данни е разработен и успешно изпитан в съществуващата обща
 мрежа. Версия 1.0 е внедрена в работната среда и се използва за ежедневната дейност.
 Държавите могат да използват разработения съвместно продукт, но също така могат да
 разработят свои продукти. Компонентите на общия продукт ще се поддържат, приспособяват и
 1045
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 доразвиват в съответствие с изменящите се изисквания за функционалност по отношение на
 ИТ, криминалистиката и/или полицейската работа.
 Фигура 2: Обща топология на приложението
 5.6. Протоколи и стандарти, които да се използват за архитектурата на приложението
 5.6.1. XML
 Обменът на ДНК данни ще използва изцяло XML схемата, като ги прикачва към SMTP
 електронни съобщения. Езикът XML (eXtensible Markup Language) се препоръчва от
 консорциума World Wide Web (W3C) като общофункционален маркиращ език за създаване на
 специализирани маркиращи езици, способни да описват множество различни видове данни.
 Описанието на ДНК профила, който е подходящ за обмен между всички държави, е изготвено
 посредством XML и XML схема в ICD.
 5.6.2. ODBC
 ODBC (Open DataBase Connectivity) предоставя стандартен софтуерен API метод за достъп до
 системи за управление на бази данни, който е независим от езиците за програмиране, от
 системите за базите данни и операционните системи. ODBC обаче си има своите недостатъци.
 Администрирането на голям брой клиентски машини може да е свързано с разнообразие на
 драйверите и DLL файловете. Това усложнение може да повиши разходите за администриране
 на системата.
 5.6.3. JDBC
 JDBC (Java DataBase Connectivity) представлява API за програмния език Java, който определя
 какъв достъп има клиентът до базата данни. За разлика от работата с ODBC, при JDBC не се
 изисква да се използва даден набор от местни DLL файлове на десктопа.
 Работната логика на обработката на искания и отговори за ДНК профили в съответния обект на
 всяка държава е описана в дадената по-долу диаграма. Потоците на исканията и на отговорите
 взаимодействат с неутрална зона за данни, която обхваща различни масиви с еднакво
 структурирани данни.
 1046
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 Фигура 3: Обща картина на работните потоци в приложенията в съответния обект на
 всяка


text:
държава
 5.7. Комуникационна среда
 5.7.1. Обща комуникационна мрежа: TESTA и нейната последваща инфраструктура
 Приложението за обмен на ДНК данни ще използва електронната поща, асинхронен
 механизъм, за изпращане на искания и получаване на отговори между държавите. Тъй като
 всички държави разполагат с поне една точка за достъп до мрежата TESTA, обменът на ДНК
 данни ще се осъществява по мрежата TESTA. TESTA осигурява редица услуги с добавена
 стойност посредством своята система за предаване на електронна поща. Освен хостването на
 специално предназначени за TESTA електронни пощенски кутии, инфраструктурата може да
 работи със списъци за разпределяне на съобщения и политики за маршрутизиране. Това
 позволява TESTA да се използва като разпределителен център за съобщенията, адресирани до
 администрациите, свързани с домейните в рамките на ЕС. Възможно е също така да се включат
 и механизми за проверка за вируси.
 Системата на TESTA за предаване на електронна поща е изградена на базата на хардуерна
 платформа с висока степен на наличност, която е разположена в централното приложение на
 TESTA и е защитена с firewall. Чрез DNS (Domain Name Systems) на TESTA ще се определят
 ресурсните локатори за IP адресите и ще се скрива информацията по адресирането от
 потребителя и от приложението.
 5.7.2. Обезпечаване на сигурността
 В рамките на TESTA е приложена концепцията за Virtual Private Network (VPN). Технологията за
 Tag Switching, която е използвана за изграждане на тази VPN, ще бъде доразвита, така че да
 поддържа стандарта MPLS (Multi-Protocol Label Switching), разработен от IETF.
 1047
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 MPLS представлява стандартна технология на IETF, която ускорява мрежовия трафик, като
 избягва пакетния анализ посредством междинни рутери („hops“). Това се прави на базата на
 т.нар. „етикети“, които се прикрепват към пакета от edge рутерите в backbone въз основа на
 информацията, съхранена в информационната база за препращане (FIB). Етикети се използват
 и за внедряване на VPN.
 В MPLS се съчетават ползите от маршрутизирането в пласт 3 с предимствата на суичинга в
 пласт 2. Тъй като на IP адресите не се прави оценка при преминаването им през т.нар.
 „backbone“, MPLS не налага никакви ограничения на IP адресирането.
 Освен това електронните съобщения, предавани по TESTA, ще бъдат защитени с механизъм за
 криптиране на базата на s/MIME. Никой не може да декриптира съобщенията по мрежата, ако
 не знае ключа и не разполага със съответния сертификат.
 5.7.3. Протоколи и стандарти, които да се използват в комуникационната мрежа
 5.7.3.1. SMTP
 SMTP е действащият стандарт за пренос на електронна поща по Интернет. SMTP е относително
 прост текстови протокол, при който се определя един или повече получатели на съобщението,
 след което то се изпраща. SMTP използва TCP порт 25 по спецификациите на IETF. За да се
 определи SMTP сървърът за дадено име на домейн, се използва записване по MX (Mail
 eXchange) DNS (Domain Name Systems).
 Тъй като този протокол отначало беше изцяло и само текстови на базата на ASCII, той не
 работеше добре с бинарни файлове. Стандарти като


text:
MIME бяха разработени, за да се кодират
 бинарни файлове за изпращане чрез SMTP. Днес повечето SMTP сървъри поддържат 8BITMIME
 и s/MIME разширения, позволявайки изпращането на бинарни файлове да става почти толкова
 лесно, колкото и на обикновен текст. Правилата за работа при операции с sMIME са описани в
 раздела "sMIME" (вж. раздел 5.4).
 1048
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 SMTP представлява push протокол, който не позволява изтегляне на съобщения от физически
 отдалечен сървър по заявка. За да изтегли съобщение, клиентът за електронна поща трябва да
 използва POP3 или IMAP. За осъществяването на обмен на ДНК данни е решено да се използва
 POP3 протокол.
 5.7.3.2. POP
 Местните клиенти за електронна поща използват POP3 (Post Office Protocol version 3), протокол
 за интернет стандарт за пласта на приложението (application-layer Internet standard protocol), за
 да извлекат електронното съобщение от физически отдалечен сървър по TCP/IP връзка. Като
 използва профила SMTP Submit на SMTP протокола, клиентът за електронна поща изпраща
 съобщения по интернет или по корпоративна мрежа. MIME служи за стандарт за прикрепени
 файлове и текст, който не е ASCII, в електронното съобщение. Въпреки че нито POP3, нито
 SMTP изискват електронното съобщение да е в MIME формат, предаваните по интернет
 електронни съобщения са основно в MIME формат, така че POP клиентите трябва също така да
 разбират и да използват MIME. Следователно цялата комуникационна среда на част трета,
 дял II [Обмен на ДНК данни, дактилоскопични отпечатъци и данни за регистрацията на
 превозни средства] ще включва компонентите на POP.
 5.7.4. Определяне на интернет адреси
 Операционна среда
 Към момента Европейският орган за регистрация на IP адреси (RIPE) е определил за TESTA
 половин специализиран блок от подмрежа клас „В“. Определянето на IP адреси за държавите
 се основава на географска схема в Европа. Обменът на данни между държавите в рамките на
 част трета, дял II [Обмен на ДНК данни, дактилоскопични отпечатъци и данни за регистрацията
 на превозни средства] се осъществява по логически затворената европейска IP мрежа.
 Изпитателна среда
 С цел да се осигури среда за безпрепятствено осъществяване на ежедневната работа между
 всички свързани държави, е необходимо да се установи изпитателна среда в защитената
 мрежа за новите държави, които се готвят да се присъединят към тези операции. Изготвен е
 документ с параметрите, включително IP адреси, мрежови настройки, домейни за електронна
 поща, както и потребителски акаунти за приложенията, които следва да се конкретизират и
 установят в съответните обекти на държавите. Освен това за целите на изпитванията е
 конструиран масив от псевдо-ДНК профили.
 5.7.5. Параметри на конфигурацията
 Създадена е защитена мрежа за електронна поща, за което е използван домейнът eu-
 admin.net. Този домейн с асоциираните му адреси няма да бъде достъпен от места извън
 домейна на TESTA за ЕС, тъй като имената са известни само на централния DNS сървър на
 TESTA, който е отделен от интернет със специална защита.
 Превръщането на тези адреси на сайтове (host names) в TESTA в съответните им IP адреси се
 осъществява


text:
от DNS услугите на TESTA. В този централен DNS сървър на TESTA се добавя
 вписване за пощата, като всички електронни съобщения, изпратени до местните домейни на
 TESTA, се предават на центъра за предаване на поща на TESTA. Този център за предаване на
 1049
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 поща на TESTA след това ги препраща към конкретния сървър за електронна поща на местния
 домейн, като се използват адресите за електронна поща на местния домейн. Чрез
 предаването на електронната поща по този начин, критична информация, която се съдържа в
 електронните съобщения, ще преминава само по европейската защитената мрежова
 инфраструктура, а не по незащитен интернет.
 Необходимо е в обектите на всички държави да се установят поддомейни (получер курсив),
 следвайки следния синтаксис:
 „application-type.State-code.pruem.testa.eu“, където:
 „State-code“ приема стойността на един от двубуквените кодове на държавите (напр. AT, BE и
 т.н.);
 „application-type“ приема една от стойностите: DNA, FP или CAR.
 Като се приложи горепосоченият синтаксис, поддомейните на държавите са посочени в
 таблицата по-долу:
 Синтаксис на поддомейните на държавите
 Държава Поддомейн Забележки
 BE dna.be.pruem.testa.eu
 fp.be.pruem.testa.eu
 car.be.pruem.testa.eu
 test.dna.be.pruem.testa.e
 u
 test.fp.be.pruem.testa.eu
 test.car.be.pruem.testa.eu
 BG dna.bg.pruem.testa.eu
 fp.bg.pruem.testa.eu
 car.bg.pruem.testa.eu
 test.dna.bg.pruem.testa.e
 u
 test.fp.bg.pruem.testa.eu
 test.car.bg.pruem.testa.eu
 1050
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 CZ dna.cz.pruem.testa.eu
 fp.cz.pruem.testa.eu
 car.cz.pruem.testa.eu
 test.dna.cz.pruem.testa.eu
 test.fp.cz.pruem.testa.eu
 test.car.cz.pruem.testa.eu
 DK dna.dk.pruem.testa.eu
 fp.dk.pruem.testa.eu
 car.dk.pruem.testa.eu
 test.dna.dk.pruem.testa.e
 u
 test.fp.dk.pruem.testa.eu
 test.car.dk.pruem.testa.eu
 DE dna.de.pruem.testa.eu
 fp.de.pruem.testa.eu
 car.de.pruem.testa.eu
 test.dna.de.pruem.testa.e
 u
 test.fp.de.pruem.testa.eu
 test.car.de.pruem.testa.eu
 EE dna.ee.pruem.testa.eu
 fp.ee.pruem.testa.eu
 car.ee.pruem.testa.eu
 test.dna.ee.pruem.testa.e
 u
 1051
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 test.fp.ee.pruem.testa.eu
 test.car.ee.pruem.testa.eu
 IE dna.ie.pruem.testa.eu
 fp.ie.pruem.testa.eu
 car.ie.pruem.testa.eu
 test.dna.ie.pruem.testa.eu
 test.fp.ie.pruem.testa.eu
 test.car.ie.pruem.testa.eu
 EL dna.el.pruem.testa.eu
 fp.el.pruem.testa.eu
 car.el.pruem.testa.eu
 test.dna.el.pruem.testa.eu
 test.fp.el.pruem.testa.eu
 test.car.el.pruem.testa.eu
 ES dna.es.pruem.testa.eu
 fp.es.pruem.testa.eu
 car.es.pruem.testa.eu
 test.dna.es.pruem.testa.eu
 test.fp.es.pruem.testa.eu
 test.car.es.pruem.testa.eu
 FR dna.fr.pruem.testa.eu
 fp.fr.pruem.testa.eu
 car.fr.pruem.testa.eu
 test.dna.fr.pruem.testa.eu
 1052
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 test.fp.fr.pruem.testa.eu
 test.car.fr.pruem.testa.eu
 HR dna.hr.pruem.testa.eu
 fp.hr.pruem.testa.eu
 car.hr.pruem.testa.eu
 test.dna.hr.pruem.testa.eu
 test.fp.hr.pruem.testa.eu
 test.car.hr.pruem.testa.eu
 IT dna.it.pruem.testa.eu
 fp.it.pruem.testa.eu
 car.it.pruem.testa.eu
 test.dna.it.pruem.testa.eu
 test.fp.it.pruem.testa.eu
 test.car.it.pruem.testa.eu
 CY dna.cy.pruem.testa.eu
 fp.cy.pruem.testa.eu
 car.cy.pruem.testa.eu
 test.dna.cy.pruem.testa.eu
 test.fp.cy.pruem.testa.eu
 test.car.cy.pruem.testa.eu
 LV dna.lv.pruem.testa.eu
 fp.lv.pruem.testa.eu
 car.lv.pruem.testa.eu
 test.dna.lv.pruem.testa.eu
 1053
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 test.fp.lv.pruem.testa.eu
 test.car.lv.pruem.testa.eu
 LT dna.lt.pruem.testa.eu
 fp.lt.pruem.testa.eu
 car.lt.pruem.testa.eu
 test.dna.lt.pruem.testa.eu
 test.fp.lt.pruem.testa.eu
 test.car.lt.pruem.testa.eu
 LU dna.lu.pruem.testa.eu
 fp.lu.pruem.testa.eu
 car.lu.pruem.testa.eu
 test.dna.lu.pruem.testa.eu
 test.fp.lu.pruem.testa.eu
 test.car.lu.pruem.testa.eu
 HU dna.hu.pruem.testa.eu
 fp.hu.pruem.testa.eu
 car.hu.pruem.testa.eu
 test.dna.hu.pruem.testa.e
 u
 test.fp.hu.pruem.testa.eu
 test.car.hu.pruem.testa.eu
 MT dna.mt.pruem.testa.eu
 fp.mt.pruem.testa.eu
 car.mt.pruem.testa.eu
 1054
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 test.dna.mt.pruem.testa.e


text:
u
 test.fp.mt.pruem.testa.eu
 test.car.mt.pruem.testa.eu
 NL dna.nl.pruem.nl.testa.eu
 fp.nl.pruem.testa.eu
 car.nl.pruem.testa.eu
 test.dna.nl.pruem.testa.eu
 test.fp.nl.pruem.testa.eu
 test.car.nl.pruem.testa.eu
 AT dna.at.pruem.testa.eu
 fp.at.pruem.testa.eu
 car.at.pruem.testa.eu
 test.dna.at.pruem.testa.eu
 test.fp.at.pruem.testa.eu
 test.car.at.pruem.testa.eu
 PL dna.pl.pruem.testa.eu
 fp.pl.pruem.testa.eu
 car.pl.pruem.testa.eu
 test.dna.pl.pruem.testa.eu
 test.fp.pl.pruem.testa.eu
 test.car.pl.pruem.testa.eu
 PT dna.pt.pruem.testa.eu
 fp.pt.pruem.testa.eu
 1055
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 car.pt.pruem.testa.eu
 test.dna.pt.pruem.testa.eu
 test.fp.pt.pruem.testa.eu
 test.car.pt.pruem.testa.eu
 RO dna.ro.pruem.testa.eu
 fp.ro.pruem.testa.eu
 car.ro.pruem.testa.eu
 test.dna.ro.pruem.testa.eu
 test.fp.ro.pruem.testa.eu
 test.car.ro.pruem.testa.eu
 SI dna.si.pruem.testa.eu
 fp.si.pruem.testa.eu
 car.si.pruem.testa.eu
 test.dna.si.pruem.testa.eu
 test.fp.si.pruem.testa.eu
 test.car.si.pruem.testa.eu
 SK dna.sk.pruem.testa.eu
 fp.sk.pruem.testa.eu
 car.sk.pruem.testa.eu
 test.dna.sk.pruem.testa.eu
 test.fp.sk.pruem.testa.eu
 test.car.sk.pruem.testa.eu
 FI dna.fi.pruem.testa.eu
 fp.fi.pruem.testa.eu
 1056
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 car.fi.pruem.testa.eu
 test.dna.fi.pruem.testa.eu
 test.fp.fi.pruem.testa.eu
 test.car.fi.pruem.testa.eu
 SE dna.se.pruem.testa.eu
 fp.se.pruem.testa.eu
 car.se.pruem.testa.eu
 test.dna.se.pruem.testa.eu
 test.fp.se.pruem.testa.eu
 test.car.se.pruem.testa.eu
 UK dna.uk.pruem.testa.eu
 fp.uk.pruem.testa.eu
 car.uk.pruem.testa.eu
 test.dna.uk.pruem.testa.e
 u
 test.fp.uk.pruem.testa.eu
 test.car.uk.pruem.testa.eu
 ГЛАВА 2: Обмен на дактилоскопични данни (документ за контрол на интерфейса)
 Целта на следния документ за контрол на интерфейса е да определи изискванията за обмена
 на дактилоскопична информация между системите на държавите за автоматизирана
 идентификация на пръстови отпечатъци (AFIS). Документът се основава на прилагания от
 Интерпол ANSI/NIST-ITL 1-2000 (INT-I, Version 4.22b).
 Настоящата версия обхваща всички основни дефиниции за логически записи тип-1, тип-2, тип-
 4, тип-9, тип-13 и тип-15, които са необходими за обработката на дактилоскопични данни на
 базата на изображения и признаци (minutiае).
 1. Обзор на съдържанието на файловете
 1057
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 Дактилоскопичният файл се състои от няколко логически записа. В оригиналния стандарт
 ANSI/NIST-ITL 1-2000 са определени шестнадесет типа записи. За разделяне на записите и на
 техните полета и подполета се използват подходящи разделителни ASCII символи.
 За обмен на информация между службата по произход и службата по местоназначението се
 използват само 6 типа записи:
 Тип-1 → информация за трансакция
 Тип-2 → буквено-цифрови данни за лица/случай
 Тип-4 → дактилоскопични изображения с висока
 резолюция в сивата скала
 Тип-9 → запис на признаци (minutiae)
 Тип-13 → запис на изображение на следи с променлива
 резолюция
 Тип-15 → запис на изображение на отпечатък от длан с
 променлива резолюция
 1.1. Тип-1 — заглавна част на файла
 Този запис съдържа маршрутизираща информация и информация, описваща структурата на
 останалата част от файла. В този тип записи също така се описват типовете трансакции, които
 попадат в следните по-широки категории:
 1.2. Тип-2 — описателен текст
 Този запис съдържа текстова информация, която е от интерес за изпращащата и получаващата
 служба.
 1.3. Тип-4 — изображение с висока резолюция в сивата скала
 Този запис се използва за обмен на дактилоскопични изображения с висока резолюция в
 сивата скала (осем бита), снети при резолюция 500 пиксела/инч. Дактилоскопичните
 изображения се компресират, като се използва WSQ алгоритъм при съотношение не повече от
 15:1. Не трябва да се използват други алгоритми за компресия или некомпресирани
 изображения.
 1.4. Тип-9 — запис на признаци (minutiае)
 Записите тип-9 се използват за обмен на характеристики на


text:
папиларните линии и данни за
 признаците. Тяхната цел е от една страна да се избегне ненужното дублиране на процесите за
 кодиране в AFIS, от друга — да се позволи изпращането на AFIS кодове, които съдържат по-
 малко информация отколкото съответните изображения.
 1058
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 1.5. Type-13 — запис на изображение на следи с променлива резолюция
 Този запис се използва за обмен на изображения на следи от пръстови отпечатъци и на следи
 от длан с променлива резолюция, придружавани от буквено-цифрова текстурна информация.
 Резолюцията на сканиране на изображенията е 500 пиксела/инч с 256 нива на сивото. Ако
 качеството на изображението на следа е задоволително, то се компресира по WSQ алгоритъм.
 Ако е необходимо, по взаимно съгласие, резолюцията на изображенията може да се увеличи
 на повече от 500 пиксела/инч и повече от 256 нива на сивото. В този случай е препоръчително
 да се използва JPEG 2000 (вж. допълнение 7).
 1.6. Запис на изображение на отпечатък от длан с променлива резолюция
 Записи тип-15 на изображения с маркировка на полетата се използват за обмен на
 изображения на отпечатък от длан с променлива резолюция, придружавани от буквено-
 цифрова текстурна информация. Резолюцията на сканиране на изображенията е 500
 пиксела/инч с 256 нива на сивото. За да се намали максимално обемът на данните, всички
 изображения на отпечатък от длан се компресират, като се използва WSQ алгоритъм. Ако е
 необходимо, по взаимно съгласие, резолюцията на изображенията може да се увеличи на
 повече от 500 пиксела/инч и повече от 256 нива на сивото. В този случай е препоръчително да
 се използва JPEG 2000 (вж. допълнение 7).
 2. Формат на записите
 Файлът за трансакция се състои от един или повече логически записа. За всеки логически
 запис, който се съдържа във файла, има по няколко информационни полета, подходящи за
 типа запис. Всяко информационно поле може да съдържа една или повече на брой
 информационни единици с единична стойност. Тези единици, взети заедно, се използват за
 предаване на различни аспекти на данните, които се съдържат в съответното поле.
 Информационното поле може да се състои също така от една или повече информационни
 единици, които са групирани и повторени неколкократно в рамките на полето. Групираните по
 този начин информационни единици са познати като подполе. Следователно
 информационното поле може да се състои от едно или повече подполета от информационни
 единици.
 2.1. Информационни разделители
 В логическите записи с тагови полета се прилагат механизми за отграничаване на
 информацията посредством използването на четири ASCII разделителя. По този начин могат да
 се отграничават отделни единици в рамките на полето или подполето, полетата в рамките на
 логическия запис или многократно появяващи се подполета. Разделителите на информацията
 са дефинирани в стандарта ANSI X3.4. Тези символи се използват за логическо разделяне и
 категоризиране на информацията. Представени йерархично, символът за разделяне на
 файлове (FS) има най-широк обхват, следван от символа за разделяне на групи (GS), символа
 за разделяне на записи (RS) и накрая


text:
— символа за разделяне на единици (US). В таблица 1 са
 изброени тези ASCII разделители и е дадено описание на употребата им в настоящия стандарт.
 Във функционално отношение информационните разделители следва да се разглеждат като
 указание за типа на данните, които следват. Със символ US се разделят отделни
 информационни единици в рамките на полето или подполето. Това е сигнал, че следващата
 информационна единица е част от данните за това поле или подполе. Множество подполета в
 1059
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 рамките на същото поле, отделено със символ RS, сигнализира за започването на следваща
 група от повтаряща(и) се информационна(и) единица(и). Разделителният символ GS,
 използван между информационните полета, сигнализира за началото на ново поле,
 предшестващо идентификационния номер на полето, което се появява. По същия начин
 началото на нов логически запис се сигнализира от появата на символа FS.
 Четирите символа имат смисъл само когато са използвани като разделители на
 информационни единици в полетата на ASCII текстови записи. Когато тези символи се срещат в
 бинарни записи на изображения и бинарни полета, не им се придава конкретен смисъл — те
 представляват част от обменяните данни.
 Обикновено не следва да има празни полета или информационни единици, поради което
 между две единици данни следва да се появява само един разделител. Изключение от това
 правило възниква в тези случаи, когато данните в полетата или информационните единици на
 трансакцията не са налични, липсват или не са задължителни и обработката на трансакцията
 не зависи от присъствието на точно тези данни. В тези случаи се появяват няколко и съседни
 разделителни символа заедно, вместо да се изисква вмъкване на заместители на данни между
 разделителните символи.
 За дефиниране на поле, което се състои от три информационни единици, се прилага следното:
 ако липсва информацията за втората информационна единица, тогава се появяват два съседни
 разделителя US между първата и третата информационна единица; ако липсват и втората и
 третата информационна единица, тогава се използват три разделителни символа — два
 символа US в допълнение към символа за край на полето или към разделителния символ на
 подполето. По принцип, ако не са налични една или повече задължителни или
 незадължителни информационни единици в рамките на едно поле или подполе, следва да се
 постави съответният брой разделителни символи.
 Възможно е да се получат съседни комбинации от два или повече от четирите вида
 разделителни символи. Когато отсъстват или не са налични данни за информационните
 единици, подполета или полета, трябва да има един разделителен символ по-малко,
 отколкото са задължителните информационни единици, подполета или полета.
 Таблица 1: Използвани разделители
 Код Тип Описание Хексадецимална Децимална
 стойност стойност
 US Unit Separator Separates information 1F 31
 items
 RS Record Separator Separates subfields 1E 30
 GS Group Separator Separates fields 1D 29
 FS File Separator Separates logical records 1C 28
 2.2. Изглед на записите
 1060
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да


text:
произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 При логическите записи с тагови полета всяко използвано информационно поле се номерира в
 съответствие с настоящия стандарт. Форматът за всяко поле се състои от номера на типа
 логически запис, следван от точка „.“, номер на полето, следван от двоеточие „:“, след което
 подходяща информация за това поле. Таговото поле може да се номерира с всяка цифра от
 едно до девет, като номерът се повява между точката „.“ и двоеточието „:“. Интерпретира се
 като номер на поле с непълно изписване. Това означава, че номерът на поле „2.123:“ е
 равностоен на номера на поле „2.000000123:“ и се интерпретира по същия начин.
 С цел илюстрация в настоящия документ се използват трицифрени номера за номериране на
 полетата, които се съдържат във всеки от описаните тук логически записи с тагови полета.
 Номерата на полетата са в следния формат: „TT.xxx:“ където „TT“ представлява едносимволен
 или двусимволен тип запис, следван от точка. Следващите три символа съставят съответния
 номер на полето, следван от двоеточие. След двоеточието се намира описателната ASCII
 информация или данните на изображението.
 Логическите записи тип-1 и тип-2 съдържат само полета с ASCII текст. Цялата дължина на
 записа (включително номерата на полета, двоеточията и разделителните символи) се записва
 като първо ASCII поле във всеки от посочените типове записи. Контролният ASCII символ за
 разделяне на файлове FS (който означава край на логическия запис или трансакция) се поставя
 след последния байт ASCII информация и се включва в дължината на записа.
 За разлика от концепцията за таговите полета, запис тип-4 съдържа само бинарни данни,
 записани като поредица от бинарни полета с фиксирана дължина. Цялата дължина на записа
 се отразява в първото четирибайтово бинарно поле на съответния запис. За този бинарен
 запис не се отразява нито номер на записа със съответната точка в края, нито
 идентификационен номер на полето със съответното двоеточие. Освен това, тъй като всички
 дължини на полета на този тип запис са или фиксирани, или конкретно определени, никой от
 четирите разделителни символа (US, RS, GS или FS) не се интерпретира по друг начин освен
 като бинарни данни. За бинарния запис символът FS не се използва за разделяне на записите
 или като символ, завършващ трансакцията.
 3. Логически запис тип-1: заглавна част на файла
 Този запис описва структурата на файла, типа на файла и друга важна информация. Наборът от
 символи, използвани за полета на тип-1 се състои единствено от 7-битов ANSI код за
 информационен обмен.
 3.1. Полета на логически запис тип-1
 3.1.1. Поле 1.001: Дължина на логическия запис (Logical Record Length — LEN)
 В това поле се съдържа общият брой байтове в целия логически запис тип-1. Полето започва с
 „1.001:“, следвано от дължината на целия запис, в т.ч. всички символи на всички полета заедно
 с информационните разделители.
 3.1.2. Поле 1.002: Номер на версията (Version Number — VER)
 За да е сигурно, че потребителите знаят коя е използваната версия на стандарта ANSI/NIST, в
 това четирибайтово поле се посочва номерът на версията на стандарта, който е приложен от
 софтуера или системата, генерирали този файл. Първите два байта посочват номера


text:
на
 1061
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 основната версия, а вторите два — номера на подверсията. Например оригиналният стандарт
 от 1986 г. се счита за първа версия и се означава с „0100“, докато сегашният стандарт
 ANSI/NIST-ITL 1-2000 е „0300“.
 3.1.3. Поле 1.003: Съдържание на файла (File Content — CNT)
 Това поле изброява всеки от записите във файла според типа и реда, в който записите се
 появяват в логическия файл. Състои се от едно или повече подполета, всяко от които на свой
 ред съдържа две информационни единици, описващи един от логическите записи в текущия
 файл. Подполетата се вписват по реда на записването и изпращането на записите.
 Първата информационна единица в първото подполе е „1“, с което се отбелязва, че
 въпросният запис е тип-1. Той се следва от втора информационна единица, която съдържа
 числото на броя на останалите записи, съдържащи се във файла. Това число е равно на броя на
 останалите подполета на поле 1.003.
 Всяко от останалите подполета се асоциира с един от записите във файла, а редът на
 изброяване на подполетата съответства на последователността на записите. Всяко подполе
 съдържа две информационни единици. Първата показва какъв тип е записът. Втората е
 символът за означаване на изображението (IDC) в записа. За разделяне на двете
 информационни единици се използва символът US.
 3.1.4. Поле 1.004: Тип трансакция (Type of Transaction — TOT)
 Това поле съдържа трибуквено мнемонично съчетание, с което се означава типът трансакция.
 Тези кодове могат да се различават от кодовете, които се използват в други случаи на
 прилагане на стандарта ANSI/NIST.
 CPS (Criminal Print-to-Print Search): търсене на отпечатъци на правонарушител. Тази трансакция
 представлява искане за търсене на запис, свързан с престъпление, чрез сравняване на
 отпечатъци в база данни. Отпечатъците на лицето трябва да се включат във файла като WSQ
 компресирани изображения.
 Ако не се установи съвпадение (No-HIT), се изпраща следният логически запис:
 – 1 Type-1 Record,
 – 1 Type-2 Record.
 Ако се установи съвпадение (HIT), се изпраща следният логически запис:
 – 1 Type-1 Record,
 – 1 Type-2 Record,
 – 1-14 Type-4 Record.
 В таблица A.6.1 (допълнение 6) е представен накратко TOT CPS.
 PMS (Print-to-Latent Search): търсене чрез сравняване на отпечатъци със следи. Тази трансакция
 се използва, когато в база данни с неидентифицирани следи се извършва търсене за
 1062
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 определен набор отпечатъци. В отговора се съдържа решението за наличие или липса на
 съвпадение HIT/No-HIT при търсенето в AFIS по местоназначение. Ако има повече
 неидентифицирани следи, се отговаря с няколко SRE трансакции — по една отделна
 трансакция за всяка следа. Отпечатъците на лицето трябва да се включат във файла като WSQ
 компресирани изображения.
 Ако не се установи съвпадение (No-HIT), се изпраща следният логически запис:
 – 1 Type-1 Record,
 – 1 Type-2


text:
Record.
 Ако се установи съвпадение (HIT), се изпраща следният логически запис:
 – 1 Type-1 Record,
 – 1 Type-2 Record,
 – 1 Type-13 Record.
 В таблица A.6.1 (допълнение 6) е представен накратко TOT PMS.
 MPS (Latent-to-Print Search): търсене чрез сравняване на следи с отпечатъци. Тази трансакция
 се използва, когато трябва да се търсят съответствия на следи в база данни с отпечатъци. Във
 файла трябва да се включи информацията за признаците (minutiае) на следите и
 изображението (WSQ компресия).
 Ако не се установи съвпадение (No-HIT), се изпраща следният логически запис:
 – 1 Type-1 Record,
 – 1 Type-2 Record.
 Ако се установи съвпадение (HIT), се изпраща следният логически запис:
 – 1 Type-1 Record,
 – 1 Type-2 Record,
 – 1 Type-4 или Type-15 Record.
 В таблица A.6.4 (допълнение 6) е представен накратко TOT MPS.
 MMS (Latent-to-Latent Search): търсене чрез сравняване на следи със следи. При тази
 трансакция файлът съдържа следа, за която се прави търсене в база данни с
 неидентифицирани следи, за да се установи връзка между различни местопрестъпления. Във
 файла трябва да се включи информацията за признаците (minutiае) на следите и
 изображението (WSQ компресия).
 Ако не се установи съвпадение (No-HIT), се изпраща следният логически запис:
 1063
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 – 1 Type-1 Record,
 – 1 Type-2 Record.
 Ако се установи съвпадение (HIT), се изпраща следният логически запис:
 – 1 Type-1 Record,
 – 1 Type-2 Record,
 – 1 Type-13 Record.
 В таблица A.6.4 (допълнение 6) е представен накратко TOT MMS.
 SRE: Тази трансакция се изпраща от службата по местоназначение в отговор на заявка с
 дактилоскопични данни. В отговора се съдържа решението за наличие или липса на
 съвпадение HIT/No-HIT при търсенето в AFIS по местоназначение. Ако са налице няколко
 кандидати, се отговаря с няколко SRE трансакции — отделна трансакция за всеки кандидат.
 В таблица A.6.2 (допълнение 6) е представен накратко TOT SRE.
 ERR: тази трансакция се изпраща от AFIS по местоназначение, за да се посочи, че има грешка. В
 нея се включва поле за съобщение (ERM), в което се посочва установената грешка. Изпраща се
 следният логически запис:
 – 1 Type-1 Record,
 – 1 Type-2 Record.
 В таблица A.6.3 (допълнение 6) е представен накратко TOT ERR.
 Таблица 2: Допустими кодове в трансакциите
 Тип трансакция Тип логически запис
 1 2 4 9 13 15
 CPS M M M — — —
 SRE M M C — C C
 (C при наличие на
 съвпадение на следи)
 MPS M M — M (1*) M —
 MMS M M — M (1*) M —
 PMS M M M* — — M*
 1064
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 ERR M M — — — —
 Легенда:
 M = задължително
 M* = може да се включи само един от двата типа
 записи
 O


text:
= незадължително
 C = в зависимост от това дали има налични данни
 — = недопустимо
 1* = в зависимост от това какви са „наследените“
 системи
 3.1.5. Поле 1.005: Дата на трансакцията (Date of Transaction — DAT)
 В това поле се посочва датата, на която е започнала трансакцията, като се използва
 стандартният формат на ISO: YYYYMMDD
 където YYYY е годината, MM е месецът, а DD е денят от месеца. Единичните цифри се
 предшестват от нула. Например „19931004“ означава 4 октомври 1993 г.
 3.1.6. Поле 1.006: Приоритет (Priority — PRY)
 Това незадължително поле описва приоритета на искането по скала от 1 до 9, като „1“ е най-
 високият приоритет, а „9“ е най-ниският. Трансакциите с приоритет „1“ се обработват
 незабавно.
 3.1.7. Поле 1.007: Идентификатор на службата по местоназначение (Destination Agency
 Identifier — DAI)
 В това поле се посочва службата по местоназначение на трансакцията.
 Състои се от две информационни единици в следния формат: CC/служба.
 Първата информационна единица съдържа кода на държавата, определен по ISO 3166, с
 дължина два буквено-цифрови символа. Втората единица, службата, представлява свободен
 текст за идентификация на службата — не повече от 32 буквено-цифрови символа.
 3.1.8. Поле 1.008: Идентификатор на службата на произход (Originating Agency Identifier —
 ORI)
 1065
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 В това поле се посочва службата на произход и се използва същият формат като този за DAI
 (поле 1.007).
 3.1.9. Поле 1.009: Контролен номер на трансакцията (Transaction Control Number — TCN)
 Това е контролен номер за справочни цели. Той следва да се генерира от компютъра и е в
 следния формат: YYSSSSSSSSA,
 където YY е годината на трансакцията, SSSSSSSS е 8-цифров сериен номер, а A е контролен
 символ, генериран по процедурата, описана в допълнение 2.
 Когато няма TCN, полето YYSSSSSSSS се запълва с нули и се генерира контролен символ по
 начина, описан по-горе.
 3.1.10. Поле 1.010: Контролен номер на отговора на трансакцията (Transaction Control
 Response — TCR)
 Когато има изпратено искане, на което настоящото се явява отговор, в това незадължително
 поле се дава контролният номер на трансакцията, с която е изпратено искането. Следователно,
 то има същия формат като TCN (поле 1.009).
 3.1.11. Поле 1.011: Резолюция на сканирането на мястото на произход (Native Scanning
 Resolution — NSR)
 В това поле се посочва нормалната резолюция на сканиране на системата, с която работи
 службата-подател на трансакцията. Резолюцията се посочва във формат на две числа,
 следвани от десетична точка и след това още две цифри.
 Всички трансакции, осъществявани по силата на членове LAW.PRUM.11 [Дактилоскопични
 данни] и LAW.PRUM.12 [Автоматизирано търсене на дактилоскопични данни], се подават във
 формат 500 пиксела/инч или 19,68 пиксела/mm.
 3.1.12. Поле 1.012: Номинална резолюция на предаване (Nominal Transmitting Resolution —
 NTR)
 В това 5-байтово поле се посочва номиналната резолюция на предаване на изпращаните
 изображения. Резолюцията се изразява в пиксели/mm в същия формат като NSR (поле 1.011).
 3.1.13. Поле 1.013: Наименование на домейн (Domain name — DOM)
 В това незадължително поле се


text:
посочва наименованието на домейна за изпълнението на
 определения от потребителя логически запис тип-2. Състои се от две информационни единици
 и е „INT-I{}{US}}4.22{}{GS}}“.
 3.1.14. Поле 1.014: Средно време по Гринуич (Greenwich mean time — GMT)
 Това задължително поле предоставя механизъм за отразяване на датата и часа чрез
 универсалните единици в съответствие със средното време по Гринуич (GMT). Когато се
 използва полето GMT, в него се отразява тази универсална дата като допълнение към местната
 дата, дадена в поле 1.005 (DAT). С използването на полето GMT се премахват несъответствията
 1066
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 в местното време, които се появяват, когато трансакцията и отговорът се предават между
 места, разделени от няколко часови зони. В полето GMT се посочва универсална дата и час в
 24-часов формат, независимо от часовите зони. Изразява се във формат
 „CCYYMMDDHHMMSSZ“ — поредица от 15 символа, представляваща съчетанието от датата
 заедно с GMT и завършва със „Z“. Символите в поредицата „CCYY“ представляват годината на
 трансакцията, символите в поредицата „MM“ са стойностите на десетицата и единицата на
 месеца, а символите в поредицата „DD“ са стойностите на десетицата и единицата на деня от
 месеца, като символите в поредицата „HH“ представляват часа, „MM“ — минутата, а „SS“ —
 секундата. Пълната дата не може да има стойност по-висока от стойността на настоящата дата.
 4. Логически запис тип-2: описателен текст
 Структурата на по-голямата част от този запис не е дефинирана в първоначалния стандарт
 ANSI/NIST. Записът съдържа информация, която представлява специален интерес за службите,
 които изпращат или получават файла. За да е сигурно, че съответните дактилоскопични
 системи, между които се осъществява комуникацията, са съвместими, в записа е необходимо
 да се включат само изброените по-долу полета. В документа се посочва кои полета са
 задължителни и кои не са задължителни, като се дефинира и структурата на отделните полета.
 4.1. Полета на логически запис тип-2
 4.1.1. Поле 2.001: Дължина на логическия запис (Logical Record Length — LEN)
 В това задължително поле се дава дължината на настоящия запис тип-2 и се посочва общият
 брой на байтовете, като се включват всички символи във всички полета на записа плюс
 разделителите.
 4.1.2. Поле 2.002: Символ за означение на изображението (Image Designation Character —
 IDC)
 Това задължително поле съдържа символа за обозначение на изображението (IDC),
 представен в ASCII-формат за съответния IDC, определен в съдържанието на файла (CNT) на
 записа тип-1 (поле 1.003).
 4.1.3. Поле 2.003: Информация за системата (System Information — SYS)
 Това поле е задължително и съдържа четири байта, с които се посочва на коя версия на INT-I
 съответства точно този запис тип-2.
 Първите два байта посочват номера на основната версия, а вторите два — номера на
 подверсията. Например, в настоящия случай се работи по INT-I версия 4, редакция 22, което се
 изразява като „0422“.
 4.1.4. Поле 2.007: Номер на случая (Case Number — CNO)
 Този номер се задава от местната дактилоскопична служба за множеството следи, снети от
 едно местопрестъпление. Възприет е следният


text:
формат: CC/номер
 1067
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 където „CC“ представлява кода на държавата по Интерпол, с дължина два буквено-цифрови
 символа, като номерът е съобразен с действащите на място указания и може да има дължина
 до 32 буквено-цифрови символа.
 Това поле позволява на системата да идентифицира следи, които се свързват с определено
 местопрестъпление.
 4.1.5. Поле 2.008: Номер на поредица (Sequence Number — SQN)
 Посочва се всяка поредица от следи в рамките на същия случай. Дължината му е до четири
 цифрови символа. Поредицата представлява следа или поредица от следи, които са
 обединени за целите на документирането и/или търсенето. Съгласно тази дефиниция, на
 отделните единични следи също ще трябва да се даде номер на поредица.
 Това поле може да се включи заедно с MID (поле 2.009), за да се идентифицира конкретна
 следа в поредицата.
 4.1.6. Поле 2.009: Идентификатор на следа (Latent Identifier — MID)
 Тук се посочва отделната следа в рамките на поредицата. Стойността представлява единична
 буква или две букви, като с „A“ се обозначава първата следа, с „B“ — втората и т.н. до „ZZ“.
 Това поле се използва аналогично на номера на поредицата следи, разгледан в описанието за
 SQN (поле 2.008).
 4.1.7. Поле 2.010: Референтен номер на правонарушител (Criminal Reference Number — CRN)
 Това е уникален референтен номер, който се задава от национален орган за лице, срещу което
 за пръв път е повдигнато обвинение за извършено престъпление. В рамките на една страна
 едно лице не може никога да има повече от един референтен номер на правонарушител
 (CRN), нито да го поделя с друго лице. За едно и също лице обаче е възможно да има
 референтни номера на правонарушител в различни държави, които се разпознават по кода на
 съответната държава.
 За полето CRN е възприет следният формат: CC/номер
 където „CC“ представлява кода на държавата по ISO 3166, с дължина два буквено-цифрови
 символа, като номерът е съобразен с действащите национални указания на издаващия орган и
 може да има дължина до 32 буквено-цифрови символа.
 За трансакциите по силата на член LAW.PRUM.11 [Автоматизирано търсене на ДНК профили] и
 член LAW.PRUM.12 [Автоматизирано търсене на дактилоскопични данни това поле ще се
 използва за националния референтен номер на правонарушителя, зададен от службата по
 произход, който е свързан с изображенията в записите тип-4 и тип-15.
 4.1.8. Поле 2.012: Идентификационен номер — разни (Miscellaneous Identification Number —
 MN1)
 В това поле се съдържа CRN (поле 2.010), изпратен чрез трансакция CPS или PMS без
 въвеждащия код за държавата.
 1068
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 4.1.9. Поле 2.013: Идентификационен номер — разни (Miscellaneous Identification Number —
 MN2)
 В това поле се съдържа CNO (поле 2.007), изпратен чрез трансакция MPS или MMS без
 въвеждащия код за държавата.
 4.1.10. Поле 2.014: Идентификационен номер — разни (Miscellaneous


text:
Identification Number —
 MN3)
 В това поле се съдържа SQN (поле 2.008), изпратен чрез трансакция MPS или MMS.
 4.1.11. Поле 2.015: Идентификационен номер — разни (Miscellaneous Identification Number —
 MN4)
 В това поле се съдържа MID (поле 2.009), изпратен чрез трансакция MPS или MMS.
 4.1.12. Поле 2.063: Допълнителна информация (Additional Information — INF)
 В случай на трансакция SRE във връзка с искане PMS, в това поле се дава информация за
 пръста, за който се отнася евентуалното съвпадение (HIT). Полето се попълва във формат:
 NN, където „NN“ е кодът на позицията на пръста, определен в таблица 5, с дължина две цифри.
 Във всички останали случаи това поле не е задължително. Състои се от най-много 32 буквено-
 цифрови символа и в него може да се даде допълнителна информация относно искането.
 4.1.13. Поле 2.064: Списък на респондентите (Respondents List — RLS)
 Това поле съдържа поне две подполета. В първото подполе се описва видът на извършеното
 търсене, като се използват трибуквени мнемонични съчетания, с които се определя типа
 трансакция в TOT (поле 1.004). Второто подполе съдържа само един символ. С „I“ се отбелязва
 наличие на съвпадение (HIT), а отсъствие на съвпадение (No-HIT) за търсения случай се
 отбелязва с „N“. В третото поле се съдържа идентификаторът на поредицата за кандидата за
 резултат и общият брой кандидати, разделени с наклонена черта. Ако кандидатите са повече
 от един, се отговаря с няколко съобщения.
 В случай на евентуално съвпадение (HIT) в четвъртото подполе се съдържа резултатът с
 дължина до шест символа. Ако съвпадението (HIT) се потвърди, стойността на това подполе
 става „999999“.
 Пример: ‘CPS{}{RS}}I{}{RS}}001/001{}{RS}}999999{}{GS}}’
 Ако няма подаден резултат от отдалечената система AFIS, на съответното място се отбелязва
 нулев резултат.
 4.1.14. Поле 2.074: Статус/поле за съобщение за грешка (Status/Error Message Field — ERM)
 В това поле се съдържат съобщения за грешка в резултат на осъществена трансакция, които се
 изпращат на отправилата искането служба като част от трансакция за грешка.
 1069
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 Таблица 3: Съобщения за грешка
 Цифров код (1-3) Значение (5-128)
 003 ERROR: UNAUTHORISED ACCESS
 101 Mandatory field missing
 102 Invalid record type
 103 Undefined field
 104 Exceed the maximum occurrence
 105 Invalid number of subfields
 106 Field length too short
 107 Field length too long
 108 Field is not a number as expected
 109 Field number value too small
 110 Field number value too big
 111 Invalid character
 112 Invalid date
 115 Invalid item value
 116 Invalid type of transaction
 117 Invalid record data
 201 ERROR: INVALID TCN
 501 ERROR: INSUFFICIENT FINGERPRINT QUALITY
 502 ERROR: MISSING FINGERPRINTS
 503 ERROR: FINGERPRINT SEQUENCE CHECK FAILED
 999 ERROR: ANY OTHER ERROR. FOR FURTHER DETAILS CALL DESTINATION
 AGENCY.
 1070
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 Съобщения за грешка с номер между