text:
100 и 199:
 Тези съобщения за грешка са свързани с валидирането на ANSI/NIST записите и се определят
 като:
 <error_code 1>: IDC <idc_number 1> FIELD <field_id 1> <dynamic text 1> LF
 <error_code 2>: IDC <idc_number 2> FIELD <field_id 2> <dynamic text 2>...
 където:
 – error_code е код, зададен само за една определена причина (вж. таблица 3),
 – field_id е ANSI/NIST номерът на сгрешеното поле (напр. 1.001, 2.001,...) в следния
 формат <record_type>.<field_id>.<sub_field_id>,
 – dynamic text е по-подробното описание на грешката,
 – LF означава „въвеждане на ред“ (Line Feed) и служи за разделяне на отделните
 грешки, когато има повече от една такава,
 – за запис тип-1 се определя ICD „-1“.
 Пример:
 201: IDC - 1 FIELD 1.009 WRONG CONTROL CHARACTER {}{LF}} 115: IDC 0 FIELD 2.003 INVALID
 SYSTEM INFORMATION
 Това поле е задължително за трансакции за грешка.
 4.1.15. Поле 2.320: Очакван брой кандидати (Expected Number of Candidates — ENC)
 В това поле се съдържа максималният брой кандидати за верификация според отправилата
 искането служба. Стойността на ENC не може да надвишава стойностите, определени в
 таблица 11.
 5. Логически запис тип-4: изображение с висока резолюция в сивата скала
 Следва да се отбележи, че записите тип-4 са по-скоро бинарни, отколкото ASCII по характер.
 Поради това на всяко поле в записа се задава определено място, от което се подразбира, че
 всички полета са задължителни.
 Стандартът позволява в записа да се опишат както размерът на изображението, така и
 резолюцията. Изискването за логическите записи тип-4 е да съдържат данни на
 дактилоскопично изображение, което се предава с номинална наситеност 500—520 пиксела на
 инч. За по-новата техника предпочитаната резолюция е 500 пиксела на инч или 19,68 пиксела
 на милиметър. В INT-I е посочена наситеност от 500 пиксела на инч, освен когато сходни
 системи могат да си общуват с друга резолюция в рамките на зададените предпочитани
 стойности от 500—520 пиксела на инч.
 1071
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 5.1. Полета в логически запис тип-4:
 5.1.1. Поле 4.001: Дължина на логическия запис (Logical Record Length — LEN)
 В това четирибайтово поле се дава дължината на настоящия запис тип-4 и се посочва общият
 брой на байтовете, като се включват всички байтове във всички полета на записа.
 5.1.2. Поле 4.002: Символ за означение на изображението (Image Designation Character —
 IDC)
 Това е еднобайтовият бинарен израз на номера на IDC, който е даден в заглавния файл.
 5.1.3. Поле 4.003: Вид отпечатък (Impression Type — IMP)
 Видът на отпечатъка е еднобайтово поле, което заема шестият байт на записа.
 Таблица 4: Вид пръстов отпечатък
 Код Описание
 0 Live-scan of plain fingerprint
 1 Live-scan of rolled fingerprint
 2 Non-live scan impression of plain fingerprint captured from paper
 3 Non-live scan impression of rolled fingerprint captured from paper
 4 Latent impression captured directly
 5 Latent tracing
 6 Latent photo
 7 Latent lift
 8 Swipe
 9 Unknown
 5.1.4. Поле 4.004: Позиция на пръста (Finger Position — FGP)
 Това поле с фиксирана дължина


text:
от 6 байта заема позициите 7—12 на запис тип-4. В него се
 съдържат възможните пръстови позиции, като се започва от най-левия байт (7-ия байт на
 записа). Известната или най-вероятна пръстова позиция се взема от таблица 5. Възможно е да
 се посочат до пет допълнителни пръста, като пръстовите позиции се впишат в съответния
 порядък в оставащите пет байта, за което се използва същият формат. Ако се посочват по-
 1072
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 малко от пет пръстови позиции, неизползваните байтове се запълват с бинарно 255. За
 рефериране на всички пръстови позиции се използва код „0“ със значение „неизвестно“.
 Таблица 5: Код на пръстовите позиции и максимален размер
 Finger position Finger code Width Length
 (mm) (mm)
 Unknown 0 40,0 40,0
 Right thumb 1 45,0 40,0
 Right index finger 2 40,0 40,0
 Right middle finger 3 40,0 40,0
 Right ring finger 4 40,0 40,0
 Right little finger 5 33,0 40,0
 Left thumb 6 45,0 40,0
 Left index finger 7 40,0 40,0
 Left middle finger 8 40,0 40,0
 Left ring finger 9 40,0 40,0
 Left little finger 10 33,0 40,0
 Plain right thumb 11 30,0 55,0
 Plain left thumb 12 30,0 55,0
 Plain right four fingers 13 70,0 65,0
 Plain left four fingers 14 70,0 65,0
 За следи, снети от местопрестъпление, се използват само кодовете от 0 до 10.
 5.1.5. Поле 4.005: Резолюция на сканираното изображение (Image Scanning Resolution — ISR)
 Това еднобайтово поле заема 13-ия байт на запис тип-4. Ако съдържа „0“, това означава, че
 изображението е направено с препоръчителната резолюция от 19,68 пиксела/mm (500
 пиксела/инч). Ако съдържа „1“, това означава, че изображението е направено с
 алтернативната резолюция за сканиране, посочена в запис тип-1.
 1073
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 5.1.6. Поле 4.006: Дължина на хоризонталния ред (Horizontal Line Length — HLL)
 Това поле се намира на мястото на байтове 14—15 в запис тип-4. В него се посочва броят на
 пикселите, които се съдържат във всеки ред на сканираното изображение. Най-съществен е
 първият байт.
 5.1.7. Поле 4.007: Дължина на вертикалния ред (Vertical Line Length — VLL)
 В 16-17 байт на това поле е записан броят на редовете на сканираното изображение. Най-
 съществен е първият байт.
 5.1.8. Поле 4.008: Алгоритъм за компресиране в сивата скала (Greyscale Compression
 Algorithm — GCA)
 В това еднобайтово поле се посочва алгоритъмът за компресиране в сивата скала, използван
 за кодиране на данните на изображението. За целите на прилагането, с бинарен код „1“ се
 посочва, че е използвана WSQ-компресия (допълнение 7).
 5.1.9. Поле 4.009: Изображение
 Това поле съдържа поредица от байтове, която представлява самото изображение.
 Структурата му очевидно зависи от използвания алгоритъм за компресиране.
 6. Логически запис тип-9: запис на признаци (minutiae)
 Записите тип-9 съдържат ASCII-текст, описващ признаците (minutiае) и свързана

type: contracts

jurisdiction: EU


text:
кодирана
 информация от следи. При трансакция за търсене на следи няма ограничение за тези записи
 тип-9 в рамките на един файл, но всеки от тях следва да се отнася за различен изглед или
 следа.
 6.1. Извличане на признаци (minutiае)
 6.1.1. Идентификация на типа признак
 С този стандарт се определят три идентификационни номера, които се използват за описване
 на типа признак. Изброени са в таблица 6. Край на папиларна линия се означава като тип 1.
 Бифуркация се означава като тип 2. Ако даден признак не може да се определи ясно като един
 от горепосочените типове, той се означава като „друг“ („other“) — тип „0“.
 Таблица 6: Типове
 признаци
 Тип Описание
 0 Other
 1 Ridge ending
 2 Bifurcation
 1074
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 6.1.2. Разположение и тип на признака
 За да отговарят образците на раздел 5 от стандарта ANSI INCITS 378-2004, разположението
 (място и ъгъл на въртене) на отделния признак се описва по следния метод, който е
 усъвършенстван вариант на действащия стандарт INCITS 378-2004.
 Позицията или местоположението на признака, който представлява край на папиларна линия,
 е точката на раздвояване на срединния скелет на междупапиларната бразда, разположена
 непосредствено пред края на папиларната линия. Ако трите отсечки на междупапиларната
 бразда се изтънят до скелет с широчина 1 пиксел, точката на пресичането им е
 местоположението на признака. Аналогично, местоположението на признака при бифуркация
 е точката на раздвояване на срединния скелет на папиларната линия. Ако всяка от трите
 отсечки на папиларната линия се изтъни до скелет с широчина 1 пиксел, точката на пресичане
 на трите отсечки е местоположението на признака.
 След като всички краища на папиларни линии са преобразявани в бифуркации, всички
 признаци на дактилоскопичното изображение се представят под формата на бифуркации.
 Пикселовите координати X и Y на пресечната точка на трите отсечки на всеки признак могат да
 се форматират директно. Определянето на вектора на признака може да се извлече от всяка
 скелетна бифуркация. Трите отсечки на всяка скелетна бифуркация трябва да се разгледат и да
 се определи крайната точка на всяка отсечка. На фигура 6.1.2 са илюстрирани трите метода,
 които се използват за определяне на край на отсечка, което се прави на базата на сканираща
 резолюция 500 ppi.
 Краят се установява според това кое събитие се прояви първо. Броят на пикселите се определя
 на базата на образ, сканиран с резолюция 500 ppi. Подразбира се, че при друга резолюция ще
 се използва различен брой пиксели.
 – Разстояние от 0,064" (32-ри пиксел)
 – Краят на скелетната отсечка, която се появява в разстоянието между 0,02" и 0,064" (от
 10-и до 32-ри пиксел); не се използват по-къси отсечки;
 – Втора бифуркация е открита на разстояние 0,064" (преди 32-рия пиксел)
 Фигура 4
 1075
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 Ъгълът на признаците


text:
се определя, като се построят три виртуални лъча от точката на
 бифуркация до края на всяка отсечка. Ъглополовящата на най-малкия от трите ъгъла,
 образувани от лъчите, се използва за означаване на посоката на признака.
 6.1.3. Координатна система
 За изразяване на признаците на пръстов отпечатък се използва Декартова координатна
 система. Местоположението на признаците се представя от техните х и у координати.
 Началото на координатната система е горният ляв ъгъл на оригиналното изображение, като х
 нараства надясно, а у нараства надолу. И двете координати (х и у) на признаците се изразяват в
 пиксел единици, отстоящи от началото. Следва да се отбележи, че началната точка и мерните
 единици не съответстват на общоприетата система, използвана за дефинициите на тип-9 в
 ANSI/NIST-ITL 1-2000.
 6.1.4. Ориентация на признаците
 Ъглите се изразяват в стандартен математически формат, като нула градуса е вдясно и ъгълът
 расте обратно на часовниковата стрелка. Ъглите в записите са ориентирани по посоката на
 папиларната линия за край на папиларна линия и от центъра на междупапиларната бразда при
 бифуркация. Тази практика се разминава на 180 градуса със системата за определяне на
 ъглите, описана в дефинициите на тип-9 в ANSI/NIST-ITL 1-2000.
 6.2. Полета в логически запис тип-9, формат INCITS-378
 Всички полета от записите тип-9 се записват като ASCII текст. В този запис с тагови полета не се
 допускат бинарни полета.
 6.2.1. Поле 9.001: Дължина на логическия запис (Logical record length — LEN)
 В това задължително ASCII поле се съдържа дължината на логическия запис — посочва се
 общият брой на байтовете, като се включват всички байтове във всички полета на записа.
 6.2.2. Поле 9.002: Символ за означение на изображението (Image designation character —
 IDC)
 Това задължително двубайтово поле се използва за идентификация и описване на
 местоположението на данните за признаци. Записаният в това поле символ за IDC съответства
 на символа за IDC, който се намира в полето за съдържание на файла на записа тип-1.
 6.2.3. Поле 9.003: Вид отпечатък (Impression type — IMP)
 В това задължително еднобайтово поле се описва начинът, по който е получена информацията
 за дактилоскопичното изображение. ASCII стойността на самия код, която се взема от таблица
 4, се вписва в това поле, за да се означи типът отпечатък.
 6.2.4. Поле 9.004: Формат на признака (Minutiае format — FMT)
 В това поле се съдържа „U“, за да се означи, че признаците са форматирани с M1-378. Въпреки
 че информацията може да е кодирана в съответствие със стандарта M1-378, всички полета за
 данни в записа тип-9 трябва да останат във формат ASCII-текст.
 1076
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 6.2.5. Поле 9.126: Информация CBEFF
 В това поле се съдържат три информационни единици. Първата информационна единица има
 стойност „27“ (0x1B). Това е идентификацията на „притежателя“ на формáта CBEFF, определена
 от Международната асоциация на биометричната индустрия (IBIA) за Техническия комитет
 INCITS М1. Символът <US> се отделя с разделителен символ от типа формат CBEFF, на който се
 задава стойност „513“ (0x0201), за


text:
да се означи, че в този запис се съдържат само данни за
 местоположението и ъгловия вектор без информация за Extended Data Block. Символът <US> се
 отделя с разделителен символ от продуктовия идентификатор по CBEFF (CBEFF Product
 Identifier — PID), с който се идентифицира „притежателят“ на кодиращото оборудване. Тази
 стойност се задава от фирмата производител. Стойността може да се вземе от уебсайта на IBIA
 (www.ibia.org), ако е публикувана там.
 6.2.6. Поле 9.127: Идентификация на оборудването за "улавяне на образ"
 В това поле има две информационни единици, разделени със символа <US>. Първата единица
 съдържа APPF, ако оборудването, използвано за добиване на първоначалния образ, има
 сертификат за съответствие с допълнение F (IAFIS Image Quality Specification, 29 януари 1999 г.)
 по CJIS-RS-0010, спецификацията на Федералното бюро за разследване за изпращане на
 пръстови отпечатъци. Ако оборудването не отговаря на това изискване, се вписва стойност
 NONE. Втората информационна единица съдържа идентификацията на оборудването за
 "улавяне на образ", която е продуктовият номер, зададен от фирмата-производител, за
 съответното оборудване. Стойност 0 показва, че идентификацията на оборудването за
 „улавяне на образ“ е неизвестна.
 6.2.7. Поле 9.128: Дължина на хоризонталния ред (Horizontal line length — HLL)
 В това задължително ASCII поле се задава броят на пикселите, които се съдържат в един
 хоризонтален ред на изпращаното изображение. Максималният размер на хоризонтален ред
 достига до 65534 пиксела.
 6.2.8. Поле 9.129: Дължина на вертикалната линия (Vertical line length -VLL)
 В това задължително ASCII поле се задава броят на хоризонталните редове, които се съдържат
 в изпращаното изображение. Максималният размер на вертикален ред достига до 65534
 пиксела.
 6.2.9. Поле 9.130: Мащабни единици (Scale units — SLC)
 В задължително ASCII-поле се посочват единиците, използвани за описание на честотата на
 дискретизация на изображението (плътност на пикселите). В това поле стойност 1 показва
 броя на пикселите на 1 инч, а 2 показва пикселите на 1 сантиметър. Стойност 0 в това поле
 показва, че не е даден мащаб. В този случай съотношението на страните на пикселите се
 определя като коефициент HPS/VPS.
 6.2.10. Поле 9.131: Хоризонтален мащаб в пиксели (HPS)
 В това задължително ASCII поле се задава числото на наситеност с пиксели по хоризонталата,
 при условие че в полето SLC има вписана стойност 1 или 2. В останалите случаи тя показва
 хоризонталния компонент на съотношението на страните на пикселите.
 1077
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 6.2.11. Поле 9.132: Вертикален мащаб в пиксели (Horizontal pixel scale — VPS)
 В това задължително ASCII поле се задава числото на наситеност с пиксели по вертикалата, при
 условие че в полето SLC има вписана стойност 1 или 2. В останалите случаи тя показва
 вертикалния компонент на съотношението на страните на пикселите.
 6.2.12. Поле 9.133: Пръстов изглед
 В това задължително поле е даден номерът на изгледа на пръста, за който се отнасят данните
 в записа. Номерата на изгледите започват от 0 и нарастват с единица до 15.
 6.2.13. Поле 9.134: Позиция на пръста (Finger position — FGP)


text:
В това задължително поле се дава кодът, с който се означава позицията на пръста, от който е
 получена информацията в този запис тип-9. Позицията на пръста се посочва с код със
 стойности от 1 до 10, който се взема от таблица 5, а съответният код за позицията на длан се
 взема от таблица 10.
 6.2.14. Поле 9.135: Качество на пръстовия отпечатък
 Полето показва качеството на данните за признаците на пръстовия отпечатък като цяло и има
 стойност между 0 и 100. Това число е отражение на цялостното качество на записа за
 пръстовия отпечатък и представя качеството на оригиналното изображение, на извлечените
 признаци и всякакви допълнителни операции, които биха могли да повлияят на записа за
 признаците.
 6.2.15. Поле 9.136: Брой признаци
 В това задължително поле се съдържа броят на признаците, записани в този логически запис.
 6.2.16. Поле 9.137: Данни за пръстовите признаци
 В това задължително поле има шест информационни единици, разделени със символа <US>.
 Състои се от няколко подполета, във всяко от които има подробни данни за един отделен
 признак. Общият брой на подполетата за признаци трябва да съответства на броя, посочен в
 поле 136. Първата информационна единица е индексният номер на признака, който започва от
 1 и нараства с единица за всеки допълнителен признак на пръстовия отпечатък. Втората и
 третата информационна единица представляват „х“ и „у“ координатите на признаците,
 изразени в пиксели. Четвъртата информационна единица представлява ъгъла на признака,
 изразен в единици от по два градуса. Тази стойност е положително число между 0 и 179.
 Петата информационна единица изразява типа на признака. Със стойност 0 се представя тип
 „ДРУГО“ (OTHER), със стойност 1 се представя край на папиларна линия, а със стойност 2 —
 бифуркация на папиларната линия. Шестата информационна единица представлява
 качеството на съответния признак. Стойността ѝ варира между 1 за минималната стойност и
 100 за максималната. Стойност 0 показва, че няма налична стойност за качеството. Всяко
 подполе се разделя от следващото с разделителния символ <RS>.
 6.2.17. Поле 9.138: Информация за броя на папиларните линии
 1078
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 Това поле се състои от поредица подполета, във всяко от които има по три информационни
 единици. Първата информационна единица на първото подполе показва начина на
 получаване на броя на папиларните линии. Стойност 0 показва, че не могат да се правят
 никакви заключения относно начина на получаване на броя на папиларните линии, нито
 относно реда, в който са дадени в записа. Стойност 1 показва, че за всеки център на признак са
 получени данни за броя на папиларните линии до най-близките съседни признаци в четири
 квадранта, като броят на папиларните линии за всеки център на признак са изброени заедно.
 Стойност 2 показва, че за всеки център на признак са получени данни за броя на папиларните
 линии до най-близките съседни признаци в осем октанта, като броят на папиларните линии за
 всеки център на признак са изброени заедно. И двете останали информационни единици от


text:
първото подполе са със стойност 0. Информационните единици се разделят с разделителния
 символ <US>. В следващите подполета се съдържа индексният номер на центъра на признака
 като първа информационна единица, индексният номер на съседния признак като втора
 информационна единица и броят на пресечените папиларни линии като трета информационна
 единица. Подполетата се разделят с разделителния символ <RS>.
 6.2.18. Поле 9.139: Информация за център на папиларен образ
 Това поле се състои от по едно подполе за всеки наличен център на папиларен образ в
 оригиналното изображение. Всяко подполе съдържа три информационни единици. Първите
 две единици съдържат позиционните „x“ и „y“ координати, изразени в пиксели. Третата
 информационна единица съдържа ъгловата стойност на центъра на папиларния образ,
 изразена в единици от по 2 градуса. Стойността е положително число между 0 и 179. При
 повече центрове на папиларни образи, същите се разделят с разделителния символ <RS>.
 6.2.19. Поле 9.140: Информация за делта
 Това поле се състои от по едно подполе за всяка налична делта в оригиналното изображение.
 Всяко подполе съдържа три информационни единици. Първите две единици съдържат
 позиционните „x“ и „y“ координати, изразени в пиксели. Третата информационна единица
 съдържа ъгловата стойност на делтата, изразена в единици от по 2 градуса. Стойността е
 положително число между 0 и 179. При повече центрове на папиларни образи, същите се
 разделят с разделителния символ <RS>.
 7. Запис тип-13 на изображение на следи с променлива резолюция
 Логическият запис тип-13 с тагови полета съдържа данни на изображение, получено от
 изображение на следи. Тези изображения са предназначени за изпращане на службите, които
 автоматично ще извлекат или ще осигурят интервенция на служители и обработка с цел
 получаване на желаната характеризираща информация от изображенията.
 Под формата на тагови полета в записа се дава информация относно използваната резолюция
 на сканиране, размера на изображението и други параметри, необходими за обработката на
 изображението.
 Таблица 7: Запис тип-13: изображение на следи с променлива резолюция
 Ident Cond. Field Field Char Field size per Occur count Max
 code Numbe name type occurrence byte
 1079
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 r min. max. min max count
 LEN M 13,001 LOGICA N 4 8 1 1 15
 L
 RECOR
 D
 LENGT
 H
 IDC M 13,002 IMAGE N 2 5 1 1 12
 DESIGN
 ATION
 CHARA
 CTER
 IMP M 13,003 IMPRES A 2 2 1 1 9
 SION
 TYPE
 SRC M 13,004 SOURC AN 6 35 1 1 42
 E
 AGENC
 Y/ORI
 LCD M 13,005 LATENT N 9 9 1 1 16
 CAPTU
 RE
 DATE
 HLL M 13,006 HORIZO N 4 5 1 1 12
 NTAL
 LINE
 LENGT
 H
 VLL M 13,007 VERTIC N 4 5 1 1 12
 AL LINE
 LENGT
 H
 SLC M 13,008 SCALE N 2 2 1 1 9
 UNITS
 HPS M 13,009 HORIZO N 2 5 1 1 12
 NTAL
 1080
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не


text:
могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 PIXEL
 SCALE
 VPS M 13,010 VERTIC N 2 5 1 1 12
 AL
 PIXEL
 SCALE
 CGA M 13,011 COMPR A 5 7 1 1 14
 ESSION
 ALGORI
 THM
 BPX M 13,012 BITS N 2 3 1 1 10
 PER
 PIXEL
 FGP M 13,013 FINGER N 2 3 1 6 25
 POSITI
 ON
 RSV 13,014 RESERV — — — — — —
 ED FOR
 13,019 FUTUR
 E
 DEFINIT
 ION
 COM O 13,020 COMM A 2 128 0 1 135
 ENT
 RSV 13,021 RESERV — — — — — —
 ED FOR
 13,199 FUTUR
 E
 DEFINIT
 ION
 UDF O 13,200 USER- — — — — — —
 DEFINE
 13,998 D
 FIELDS
 DAT M 13,999 IMAGE Б 2 — 1 1 —
 1081
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 DATA
 Легенда за вида символ: N = цифров; A = буквен; AN = буквено-цифров; B = бинарен
 7.1. Полета в логически запис тип-13:
 В следващите няколко параграфа са описани данните, които се съдържат във всяко от полетата
 в логически запис тип-13.
 В логически запис тип-13 данните се въвеждат в номерирани полета. Изискването е първите
 две полета на записа да са подредени в установен ред, а полето с данните на изображението е
 последното физическо поле в записа. В таблица 7 за всяко поле в запис тип-13 е посочен код за
 задължителност — задължително „M“ или незадължително „O“, номер на полето,
 наименование на полето, вид символ, размер на полето и колко пъти може да се използва.
 Използва се трицифрен номер на полето, като максималният брой на байтовете е даден в
 последната колонка. С увеличаване броя на цифрите в номера на полето се увеличава и
 максималният брой на байтовете. Двете стойности, които се вписват в „размер на полето за
 всяко използване“, включват всички разделителни символи, използвани в полето. В
 „максималния брой байтове“ се включва номерът на полето, информацията и всички
 разделителни символи, в т.ч. и символът GS.
 7.1.1. Поле 13.001: Дължина на логическия запис (Logical record length — LEN)
 В това задължително ASCII поле е записано числото на общия брой байтове в целия логически
 запис тип-13. В поле 13.001 се посочва дължината на записа, като се включват всички символи
 във всички полета на записа плюс разделителите.
 7.1.2. Поле 13.002: Символ за означение на изображението (Image designation character —
 IDC)
 В това задължително ASCII поле се посочват данните за изображения на следи, които се
 съдържат в записа. Този IDC съответства на IDC, който се намира в полето за съдържание на
 файла (CNT) на записа тип-1.
 7.1.3. Поле 13.003: Вид отпечатък (Impression type — IMP)
 В това задължително еднобайтово или двубайтово ASCII поле се описва начинът, по който е
 получена информацията за изображението на следа. В това поле се вписва съответният код за
 следа, който се взема от таблица 4 (пръст) или от таблица 9 (длан).
 7.1.4.


text:
Поле 13.004: Служба на произход/ORI (Source agency/ORI — SRC)
 В това задължително ASCII поле се вписва идентификацията на службата или организацията,
 която първоначално е изготвила изображението на лице, което се съдържа в записа. В това
 поле обикновено се вписва идентификаторът на службата на произход (ORI) за съответната
 служба, която е изготвила изображението посредством „capture“ технология. Състои се от две
 информационни единици в следния формат: CC/служба.
 1082
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 Първата информационна единица съдържа кода на държавата по Интерпол — два буквено-
 цифрови символа. Втората единица, службата, представлява свободен текст за идентификация
 на службата — не повече от 32 буквено-цифрови символа.
 7.1.5. Поле 13.005: Дата на изготвяне на изображението на следи (Latent capture date —
 LCD)
 В това задължително ASCII поле се посочва датата, на която е изготвено изображението на
 следи, които се съдържат в записа. Датата се изписва с осем цифри във формат CCYYMMDD.
 Символите за CCYY представляват годината, в която е изготвено изображението; символите за
 MM представляват стойностите за десетицата и единицата на месеца; а символите за DD
 представляват стойностите за десетицата и единицата на деня от месеца; Например
 „20000229“ означава 29 февруари 2000 г. Пълната дата трябва да е действителна дата.
 7.1.6. Поле 13.006: Дължина на хоризонталния ред (Horizontal line length — HLL)
 В това задължително ASCII поле се задава броят на пикселите, които се съдържат в един
 хоризонтален ред на изпращаното изображение.
 7.1.7. Поле 13.007: Дължина на вертикалната линия (Vertical line length -VLL)
 В това задължително ASCII поле се задава броят на хоризонталните редове, които се съдържат
 в изпращаното изображение.
 7.1.8. Поле 13.008: Мащабни единици (Scale units — SLC)
 В това задължително ASCII-поле се посочват единиците, използвани за описание на честотата
 на дискретизация на изображението (плътност на пикселите). В това поле стойност 1 показва
 броя на пикселите на 1 инч, а 2 показва пикселите на 1 сантиметър. Стойност 0 в това поле
 показва, че не е даден мащаб. В този случай съотношението на страните на пикселите се
 определя като коефициент HPS/VPS.
 7.1.9. Поле 13.009: Хоризонтален мащаб в пиксели (HPS)
 В това задължително ASCII поле се задава числото на наситеност с пиксели по хоризонталата,
 при условие че в полето SLC има вписана стойност 1 или 2. В останалите случаи тя показва
 хоризонталния компонент на съотношението на страните на пикселите.
 7.1.10. Поле 13.010: Вертикален мащаб в пиксели (Horizontal pixel scale — VPS)
 В това задължително ASCII поле се задава числото на наситеност с пиксели по вертикалата, при
 условие че в полето SLC има вписана стойност 1 или 2. В останалите случаи тя показва
 вертикалния компонент на съотношението на страните на пикселите.
 7.1.11. Поле 13.011: Алгоритъм за компресиране (Compression algorithm — CGA)
 В това задължително ASCII поле се посочва алгоритъмът, използван за компресиране на
 изображения в сивата скала. Вж. в допълнение 7 кодовете за компресия.
 7.1.12. Поле 13.012: Битове на пиксел (Bits per pixel — BPX)
 1083
 ---pagebreak--- Настоящият


text:
документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 В това задължително ASCII поле се посочва броят на битовете, използвани за представяне на
 един пиксел. В това поле се вписва 8 за нормалните стойности на сивата скала от 0 до 255.
 Когато в това поле е въведена стойност, по-голяма от 8, това означава по-висока степен на
 пикселиране в сивата скала.
 7.1.13. Поле 13.013: Позиция на пръста/дланта (Finger/palm position — FGP)
 В това задължително тагово поле се вписва позицията или позициите на пръста или дланта,
 които е възможно да съвпаднат с изображението на следата. Десетичното кодово число, което
 съответства на известната или най-вероятна пръстова позиция, се взема от таблица 5, а за най-
 вероятна позиция на дланта — от таблица 10, и се вписва като едносимволно или двусимволно
 ASCII подполе. Допълнителни позиции за пръст и/или длан могат да се посочат като се впишат
 алтернативните позиционни кодове под формата на подполета, отделени с разделителен
 символ RS. Кодът 0 — за „неизвестен пръст“, се използва за рефериране на всяка пръстова
 позиция от едно до десет. Кодът 20 — за „неизвестна длан“, се използва за рефериране на
 всяка вписана позиция на длан.
 7.1.14. Полета 13.014-019: Резервирано за по-нататъшно дефиниране (Reserved for future
 definition — RSV)
 Тези полета са резервирани за включване в по-нататъшни редакции на настоящия стандарт.
 Никое от тези полета не се използва на този етап на редактиране. Ако някое от тези полета е
 запълнено, то не се взема под внимание.
 7.1.15. Поле 13.020: Бележки (Comment — COM)
 Това незадължително поле може да се използва за вписване на бележки или на друга
 информация с ASCII-текст към данните за изображение на следи.
 7.1.16. Полета 13.021-199: Резервирано за по-нататъшно дефиниране (Reserved for future
 definition — RSV)
 Тези полета са резервирани за включване в по-нататъшни редакции на настоящия стандарт.
 Никое от тези полета не се използва на този етап на редактиране. Ако някое от тези полета е
 запълнено, то не се взема под внимание.
 7.1.17. Полета 13.200-998: Полета, дефинирани от потребителя (User-defined fields — UDF)
 Тези полета могат да се дефинират от потребителя и се използват за бъдещи изисквания.
 Размерът и съдържанието им се определят от потребителя и са съгласувани със службата
 получател. Когато са попълнени, в тях се съдържа информация под формата на ASCII-текст.
 7.1.18. Поле 13.999: Данни на изображението (Image data — DAT)
 В това поле се намират всички данни на изображението на следа, направено посредством
 „capture“ технология. Полето винаги има стойност 999 и е последното физически разположено
 поле в записа. Например: Например след „13.999:“ има бинарно представени данни на
 изображение.
 1084
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 Всеки пиксел от некомпресирани данни в сивата скала обикновено се изразяват количествено
 в осем бита (256 нива на сивото), които се съдържат в един байт.


text:
Ако в BPX поле 13.012 е
 вписана стойност, по-голяма или по-малка от 8, броят на байтовете, в които се съдържа един
 пиксел, е различен. Ако се използва компресия, пиксел-данните трябва да се компресират по
 начина, определен в полето GCA начин.
 7.2. Край на запис тип-13: изображение на следи с променлива резолюция
 За по-голяма прегледност, непосредствено след последния байт данни на поле 13.999 се
 поставя разделител FS, за да се раздели този от следващия логически запис. Този разделител
 трябва да се включи в полето за дължината на запис тип-13.
 8. Запис тип-15: изображение на отпечатък от длан с променлива резолюция
 Логически запис тип-15 с тагови полета съдържа и се използва за обмен на данни за
 изображение на отпечатък от длан, като в него има полета за фиксирана информация и за
 определена от потребителя информация, свързана с цифровизираното изображение. Под
 формата на тагови полета в записа се дава информация относно използваната резолюция на
 сканиране, размера на изображението и други параметри или бележки, необходими за
 обработката на изображението. Изпращаните на други служби изображения на длан се
 обработват от службите-получатели за извличане на желаната характеризираща информация,
 необходима за целите на сравняването.
 Данните на изображението се получават пряко от субект, който използва уред за сканиране на
 живо или карта, на която е снет отпечатък на длан, или други носители, на които има отпечатък
 на длан.
 Какъвто и да е методът за добиване на изображението на отпечатъка на длан, той трябва да
 има възможност за снемане на определен набор от изображения за всяка ръка. Този набор
 включва хипотенарната част на дланта, под формата на единично сканирано изображение, и
 пълната зона на изпънатата цяла длан от китката до върха на пръстите под формата на едно
 или две сканирани изображения. Ако са използвани две изображения за представяне на
 цялата длан, долното изображение показва дланта от китката до върха на междупръстието
 (ставата на третия пръст) и включва тенарната и хипотенарната област на дланта. Горното
 изображение обхваща зоната от долния край на междупръстието до върха на пръстите. По
 този начин се осигуряват достатъчно голяма зона на припокриване на двете изображения, и
 двете от които включват междупръстието на дланта. Чрез сравняване на папиларните линии и
 детайлите, които се съдържат в тази обща част, провеждащият изследването може да твърди с
 увереност, че двете изображения са на една и съща длан.
 Тъй като трансакцията за отпечатък на длан може да се използва за различни цели, тя може да
 съдържа изображения на една или повече уникални зони на дланта или цялата ръка. Пълният
 набор от отпечатъци на дланта на едно лице обикновено включва хипотенарната част на
 дланта и изображение(я) на цялата длан от всяка ръка. Тъй като логическият запис с тагови
 полета, който се използва за изображение, може да съдържа само едно бинарно поле, за
 всяка хипотенарна част на длан ще е необходим отделен запис тип-15, както и едни или два
 записа тип-15 за всяка цяла длан. Поради това ще са необходими 4 — 6 записа тип-15 за
 представяне на отпечатъците от длан на даден субект в една нормална трансакция за
 отпечатъци на длан.


text:
1085
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 8.1. Полета в логически запис тип-15:
 В следващите няколко абзаца са описани данните, които се съдържат във всяко от полетата в
 логически запис тип-15.
 В логически запис тип-15 данните се въвеждат в номерирани полета. Изискването е първите
 две полета на записа да са подредени в установен ред, а полето с данните на изображението е
 последното физическо поле в записа. В таблица 8 за всяко поле в запис тип-15 е посочен код за
 задължителност — задължително „M“ или незадължително „O“, номер на полето,
 наименование на полето, вид символ, размер на полето и колко пъти може да се използва.
 Използва се трицифрен номер на полето, като максималният брой на байтовете е даден в
 последната колонка. С увеличаване броя на цифрите в номера на полето се увеличава и
 максималният брой на байтовете. Двете стойности, които се вписват в „размер на полето за
 всяко използване“, включват всички разделителни символи, използвани в полето. В
 „максималния брой байтове“ се включва номерът на полето, информацията и всички
 разделителни символи, в т.ч. и символът GS.
 8.1.1. Поле 15.001: Дължина на логическия запис (Logical record length — LEN)
 В това задължително ASCII поле е записано числото на общия брой байтове в целия логически
 запис тип-15. В поле 15.001 се посочва дължината на записа, като се включват всички символи
 във всички полета на записа плюс разделителите.
 8.1.2. Поле 15.002: Символ за означение на изображението (Image designation character —
 IDC)
 Това задължително ASCII поле се използва за идентифициране на изображението на отпечатък
 от длан, което се съдържа в записа. Този IDC съответства на IDC, който се намира в полето за
 съдържание на файла (CNT) на записа тип-1.
 8.1.3. Поле 15.003: Вид отпечатък (Impression type — IMP)
 В това задължително еднобайтово ASCII поле се посочва начинът, по който е получена
 информацията за изображението на отпечатъка на длан. В това поле се вписва съответният
 код, който се взема от таблица 9.
 8.1.4. Поле 15.004: Служба на произход/ORI (Source agency/ORI — SRC)
 В това задължително ASCII поле се вписва идентификацията на службата или организацията,
 която първоначално е изготвила изображението на лице, което се съдържа в записа. В това
 поле обикновено се вписва идентификаторът на службата на произход (ORI) за съответната
 служба, която е изготвила изображението посредством "capture" технология. Състои се от две
 информационни единици в следния формат: CC/служба.
 Първата информационна единица съдържа кода на държавата по Интерпол — два буквено-
 цифрови символа. Втората единица, службата, представлява свободен текст за идентификация
 на службата — не повече от 32 буквено-цифрови символа.
 8.1.5. Поле 15.005: Дата на изготвяне на изображението на отпечатък от длан
 посредством „capture“ технология (Palmprint capture date — PCD)
 1086
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 В това задължително ASCII поле


text:
се вписва датата, на която е изготвено изображението на
 отпечатък от длан посредством capture-технология. Датата се изписва с осем цифри във
 формат CCYYMMDD. Символите за CCYY представляват годината, в която е изготвено
 изображението; символите за MM представляват стойностите за десетицата и единицата на
 месеца; а символите за DD представляват стойностите за десетицата и единиците на деня от
 месеца; Например вписаната стойност „20000229“ означава 29 февруари 2000 г. Пълната дата
 трябва да е действителна дата.
 8.1.6. Поле 15.006: Дължина на хоризонталния ред (Horizontal line length — HLL)
 В това задължително ASCII поле се задава броят на пикселите, които се съдържат в един
 хоризонтален ред на изпращаното изображение.
 8.1.7. Поле 15.007: Дължина на вертикалната линия (Vertical line length -VLL)
 В това задължително ASCII поле се задава броят на хоризонталните редове, които се съдържат
 в изпращаното изображение.
 8.1.8. Поле 15.008: Мащабни единици (Scale units — SLC)
 В задължително ASCII-поле се посочват единиците, използвани за описание на честотата на
 дискретизация на изображението (плътност на пикселите). В това поле стойност 1 показва
 броя на пикселите на 1 инч, а 2 показва пикселите на 1 сантиметър. Стойност 0 в това поле
 показва, че не е даден мащаб. В този случай съотношението на страните на пикселите се
 определя като коефициент HPS/VPS.
 8.1.9. Поле 15.009: Хоризонтален мащаб в пиксели (HPS)
 В това задължително ASCII поле се задава числото на наситеност с пиксели по хоризонталата,
 при условие че в полето SLC има вписана стойност 1 или 2. В останалите случаи тя показва
 хоризонталния компонент на съотношението на страните на пикселите.
 8.1.10. Поле 15.010: Вертикален мащаб в пиксели (Horizontal pixel scale — VPS)
 В това задължително ASCII поле се задава числото на наситеност с пиксели по вертикалата, при
 условие че в полето SLC има вписана стойност 1 или 2. В останалите случаи тя показва
 вертикалния компонент на съотношението на страните на пикселите.
 Таблица 8: Схема на запис тип-15 на изображение на отпечатък от длан с променлива
 резолюция
 Ident Cond. Field Field Char Field size per Occur count Max
 code number name type occurrence byte
 count
 min. max. min max
 LEN M 15,001 LOGICA N 4 8 1 1 15
 L
 RECOR
 1087
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 D
 LENGT
 H
 IDC M 15,002 IMAGE N 2 5 1 1 12
 DESIGN
 ATION
 CHARA
 CTER
 IMP M 15,003 IMPRES N 2 2 1 1 9
 SION
 TYPE
 SRC M 15,004 SOURC AN 6 35 1 1 42
 E
 AGENC
 Y/ORI
 PCD M 15,005 PALMP N 9 9 1 1 16
 RINT
 CAPTU
 RE
 DATE
 HLL M 15,006 HORIZO N 4 5 1 1 12
 NTAL
 LINE
 LENGT
 H
 VLL M 15,007 VERTIC N 4 5 1 1 12
 AL LINE
 LENGT
 H
 SLC M 15,008 SCALE N 2 2 1 1 9
 UNITS
 HPS M 15,009 HORIZO N 2 5 1 1 12
 NTAL
 PIXEL
 SCALE
 1088
 ---pagebreak--- Настоящият документ е договорен


text:
между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 VPS M 15,010 VERTIC N 2 5 1 1 12
 AL
 PIXEL
 SCALE
 CGA M 15,011 COMPR AN 5 7 1 1 14
 ESSION
 ALGORI
 THM
 BPX M 15,012 BITS N 2 3 1 1 10
 PER
 PIXEL
 PLP M 15,013 PALMP N 2 3 1 1 10
 RINT
 POSITI
 ON
 RSV 15,014 RESERV — — — — — —
 ED FOR
 15,019 FUTUR
 E
 INCLUSI
 ON
 COM O 15,020 COMM AN 2 128 0 1 128
 ENT
 RSV 15,021 RESERV — — — — — —
 ED FOR
 15,199 FUTUR
 E
 INCLUSI
 ON
 UDF O 15,200 USER- — — — — — —
 DEFINE
 15,998 D
 FIELDS
 DAT M 15,999 IMAGE Б 2 — 1 1 —
 DATA
 1089
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 Таблица 9: Вид изображение на длан
 Описание Код
 Live-scan palm 10
 Nonlive-scan palm 11
 Latent palm impression 12
 Latent palm tracing 13
 Latent palm photo 14
 Latent palm lift 15
 8.1.11. Поле 15.011: Алгоритъм за компресиране (Compression algorithm — CGA)
 В това задължително ASCII поле се посочва алгоритъмът, използван за компресиране на
 изображения в сивата скала. Ако в полето е вписано „NONE“, това показва, че данните в този
 запис не са компресирани. За изображенията, които следва да се компресират, в това поле се
 вписва предпочитаният метод на компресиране за изображения с десет пръстови отпечатъка.
 Валидните кодове за компресията са дефинирани в допълнение 7.
 8.1.12. Поле 15.012: Битове на пиксел (Bits per pixel — BPX)
 В това задължително ASCII поле се посочва броят на битовете, използвани за представяне на
 един пиксел. В това поле се вписва 8 за нормалните стойности на сивата скала от 0 до 255.
 Когато в това поле е въведена стойност, по-голяма или по-малка от 8, това означава съответно
 по-висока или по-ниска степен на пикселиране в сивата скала.
 Таблица 10: Кодове, зони и размери на длан
 Положение на Код на Площ на Широчина Височина
 дланта дланта изображението (mm) (mm)
 2
 (mm )
 Неизвестна длан 20 28387 139,7 203,2
 Цяла дясна длан 21 28387 139,7 203,2
 Длан на десничар 22 5645 44,5 127,0
 1090
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 Цяла лява длан 23 28387 139,7 203,2
 Длан на левичар 24 5645 44,5 127,0
 Долна част на дясна 25 19516 139,7 139,7
 длан
 Горна част на дясна 26 19516 139,7 139,7
 длан
 Долна част на лява 27 19516 139,7 139,7
 длан
 Горна част на лява 28 19516 139,7 139,7
 длан
 Друго, дясна ръка 29 28387 139,7 203,2
 Друго, лява ръка 30 28387 139,7 203,2
 8.1.13. Поле 15.013: Позиция


text:
на отпечатъка на длан (Palmprint position — PLP)
 В това задължително тагово поле се описва позицията на отпечатъка от длан, съответстваща на
 изображението на отпечатъка от длан. Десетичният код, съответстващ на известната или най-
 вероятна позиция на отпечатъка от длан, се взема от таблица 10 и се вписва като двусимволно
 ASCII подполе. В таблица 10 също така са изброени максималните стойности за площта и
 размерите на изображението за всяка от възможните позиции на отпечатъка от длан.
 8.1.14. Полета 15.014-019: Резервирано за по-нататъшно дефиниране (Reserved for future
 definition — RSV)
 Тези полета са резервирани за включване в по-нататъшни редакции на настоящия стандарт.
 Никое от тези полета не се използва на този етап на редактиране. Ако някое от тези полета е
 запълнено, то не се взема под внимание.
 8.1.15. Поле 15.020: Бележки (Comment — COM)
 Това незадължително поле може да се използва за вписване на бележки или на друга
 информация с ASCII-текст към данните за изображение на отпечатък от длан.
 8.1.16. Полета 15.021-199: Резервирано за по-нататъшно дефиниране (Reserved for future
 definition (RSV)
 Тези полета са резервирани за включване в по-нататъшни редакции на настоящия стандарт.
 Никое от тези полета не се използва на този етап на редактиране. Ако някое от тези полета е
 запълнено, то не се взема под внимание.
 1091
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 8.1.17. Полета 15.200-998: Полета, дефинирани от потребителя (User-defined fields — UDF)
 Тези полета могат да се дефинират от потребителя и се използват за бъдещи изисквания.
 Размерът и съдържанието им се определят от потребителя и са съгласувани със службата-
 получател. Когато са попълнени, в тях се съдържа информация под формата на ASCII-текст.
 8.1.18. Поле 15.999: Данни на изображението (Image data — DAT)
 В това поле се намират всички данни на изображението на отпечатък от длан, направено
 посредством „capture“ технология. Полето винаги има стойност 999 и е последното физически
 разположено поле в записа. Например: след "15.999:" има бинарно представени данни на
 изображение. Всеки пиксел от некомпресирани данни в сивата скала обикновено се изразява
 количествено в осем бита (256 нива на сивото), които се съдържат в един байт. Ако в BPX поле
 15.012 е вписана стойност по-голяма или по-малка от 8, броят на байтовете, в които се
 съдържа един пиксел, е различен. Ако се използва компресия, пиксел-данните трябва да се
 компресират по начина, определен в полето CGA начин.
 8.2. Край на запис тип-15 на изображение на отпечатък на длан с променлива резолюция
 За по-голяма прегледност, непосредствено след последния байт данни на поле 15.999 се
 поставя разделител FS, за да се раздели този от следващия логически запис. Този разделител
 трябва да се включи в полето за дължината на запис тип-15.
 8.3. Допълнителни записи тип-15: изображение на длан с променлива резолюция
 Във файла могат да се включат допълнителни записи тип-15. За всяко допълнително
 изображение на отпечатък от длан е необходим цял логически запис тип-15 заедно със
 съответния FS разделител.
 Таблица 11: Максимален допустим


text:
брой на кандидатите, които се подават за сверяване в едно
 съобщение
 Type of AFIS TP/TP LT/TP LP/PP TP/UL LT/UL PP/ULP LP/ULP
 Search
 Максимален 1 10 5 5 5 5 5
 брой
 кандидати
 Видове търсения:
 TP/TP: десет пръстови отпечатъка спрямо десет пръстови отпечатъка (ten-print against ten-print)
 LT/TP: отпечатък от пръстови следи спрямо десет пръстови отпечатъка (fingerprint latent against
 ten-print)
 LP/PP: следи от отпечатък от длан спрямо отпечатък от длан (palmprint latent against palmprint)
 1092
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 TP/UL: десет пръстови отпечатъка спрямо отпечатък от неопределена пръстова следа (ten-print
 against unsolved fingerprint latent)
 LT/UL: отпечатък от пръстова следа спрямо отпечатък от неопределена пръстова следа
 (fingerprint latent against unsolved fingerprint latent)
 PP/ULP: отпечатък от длан спрямо неопределен отпечатък от длан (palmprint against unsolved
 palmprint latent)
 LP/ULP: следа от отпечатък от длан спрямо неопределен отпечатък от длан (palmprint latent
 against unsolved palmprint latent)
 9. Допълнения към глава 2 (обмен на дактилоскопични данни)
 9.1. Допълнение 1: ASCII разделителни кодове
 ASCII Позиция Описание
 147
 LF 1/10 Separates error codes in Field 2.074
 FS 1/12 Separates logical records of a file
 GS 1/13 Separates fields of a logical record
 RS 1/14 Separates the subfields of a record field
 US 1/15 Separates individual information items of the field or subfield
 9.2. Допълнение 2: Изчисляване на буквено-цифровия контролен символ
 За TCN и TCR (полета 1.09 и 1.10):
 Числото, съответстващо на контролния символ, се генерира по следната формула:
 (YY * 108 + SSSSSSSS) Modulo 23
 където YY и SSSSSSSS са числовите стойности, съответстващи на последните две цифри от
 годината и на серийния номер.
 Контролният символ се генерира по дадената по-долу справочна таблица.
 За CRO (поле 2.010)
 147
 Това е позицията съгласно определеното в ASCII-стандарта.
 1093
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 Числото, съответстващо на контролния символ, се генерира по следната формула:
 (YY * 106 + NNNNNN) Modulo 23
 където YY и NNNNNN са числовите стойности, съответстващи на последните две цифри от
 годината и на серийния номер.
 Контролният символ се генерира по дадената по-долу справочна таблица.
 Справочна таблица за
 контролните символи
 1-A 9-J 17-T
 2-B 10-K 18-U
 3-C 11-L 19-V
 4-D 12-M 20-W
 5-E 13-N 21-X
 6-F 14-P 22-Y
 7-G 15-Q 0-Z
 8-H 16-R
 9.3. Допълнение 3: Символни кодове
 7-битов ANSI код за информационен обмен
 ASCII Character Set
 + 0 1 2 3 4 5 6 7 8 9
 30 ! ’ # $ % & ‘
 40 ( ) * + , – . / 0 1
 50 2 3 4 5 6 7 8 9 : ;
 60 < = > ? @ A B C D E
 70 F G H I J K L M N O
 1094
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното


text:
кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 80 P Q R S T U V W X Y
 90 Z [ \ ] ^ _ ` a b c
 100 d e f g h i j k l m
 110 n o p q r s t u v w
 120 x y z {}{ | }} ~
 9.4. Допълнение 4: Кратко описание на трансакция
 Запис тип-1 (задължителен)
 Идентификатор Номер на Име на полето CPS/PMS SRE ERR
 полето
 LEN 1.001 Logical Record Length M M M
 VER 1.002 Version Number M M M
 CNT 1.003 File Content M M M
 TOT 1.004 Type of Transaction M M M
 DAT 1.005 Date M M M
 PRY 1.006 Priority M M M
 DAI 1.007 Destination Agency M M M
 ORI 1.008 Originating Agency M M M
 TCN 1.009 Transaction Control Number M M M
 TCR 1.010 Transaction Control Reference C M M
 NSR 1.011 Native Scanning Resolution M M M
 NTR 1.012 Nominal Transmitting Resolution M M M
 DOM 1.013 Domain name M M M
 GMT 1.014 Greenwich mean time M M M
 1095
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 В колонката за задължителност:
 O.= незадължително; M = задължително; C = в зависимост от това дали трансакцията
 представлява отговор, изпратен до службата на произход
 Запис тип-2 (задължителен)
 Идентификатор Номер Име на полето CPS/PMS MPS/MMS SRE ERR
 на
 полето
 LEN 2.001 Logical Record M M M M
 Length
 IDC 2.002 Image Designation M M M M
 Character
 SYS 2.003 System M M M M
 Information
 CNO 2.007 Case Number – M C –
 SQN 2.008 Sequence Number – C C –
 MID 2.009 Latent Identifier – C C –
 CRN 2.010 Criminal Reference M – C –
 Number
 MN1 2.012 Miscellaneous – – C C
 Identification
 Number
 MN2 2.013 Miscellaneous – – C C
 Identification
 Number
 MN3 2.014 Miscellaneous – – C C
 Identification
 Number
 MN4 2.015 Miscellaneous – – C C
 Identification
 Number
 INF 2.063 Additional O O O O
 1096
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 Information
 RLS 2.064 Respondents List – – M –
 ERM 2.074 Status/Error – – – M
 Message Field
 ENC 2.320 Expected Number M M – –
 of Candidates
 В колонката за задължителност:
 O.= незадължително; M = задължително; C = в зависимост от това дали има налични данни
 * = ако предаването на данните е в съответствие с вътрешното законодателство (не
 попада в обхвата на член LAW.PRUM.11 [Автоматизирано търсене на ДНК профили]
 и член LAW.PRUM.12 [Автоматизирано търсене на дактилоскопични данни)
 9.5. Допълнение 5: Дефиниции на запис тип-1
 Идентификатор Условие Номер на Име


text:
на полето Вид на Примерни
 полето символа данни
 LEN M 1.001 Logical Record N 1.001:230{}{GS}
 Length }
 VER M 1.002 Version N 1.002:0300{}{GS
 Number }}
 CNT M 1.003 File Content N 1.003:1{}{US}}1
 5{}{RS}}2{}{US}}
 00{}{RS}}4{}{US}
 }01{}{RS}}4{}{US
 }}02{}{RS}}4{}{U
 S}}03{}{RS}}4{}{
 US}}04{}{RS}}4{}
 {US}}05{}{RS}}4{
 }{US}}06{}{RS}}4
 {}{US}}07{}{RS}}
 4{}{US}}08{}{RS}
 }4{}{US}}09{}{RS
 }}4{}{US}}10{}{R
 S}}4{}{US}}11{}{
 1097
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 RS}}4{}{US}}12{}
 {RS}}4{}{US}}13{
 }{RS}}4{}{US}}14
 {}{GS}}
 TOT M 1.004 Type of A 1.004:CPS{}{GS}
 Transaction }
 DAT M 1.005 Date N 1.005:20050101
 {}{GS}}
 PRY M 1.006 Priority N 1.006:4{}{GS}}
 DAI M 1.007 Destination 1* 1.007:DE/BKA{}
 Agency {GS}}
 ORI M 1.008 Originating 1* 1.008:NL/NAFIS
 Agency {}{GS}}
 TCN M 1.009 Transaction AN 1.009:02000000
 Control Number 04F{}{GS}}
 TCR C 1.010 Transaction AN 1.010:02000000
 Control 04F{}{GS}}
 Reference
 NSR M 1.011 Native Scanning AN 1.011:19.68{}{G
 Resolution S}}
 NTR M 1.012 Nominal AN 1.012:19,68{}{G
 Transmitting S}}
 Resolution
 DOM M 1.013 Domain Name AN 1.013: INT-
 I{}{US}}4,22{}{G
 S}}
 GMT M 1.014 Greenwich AN 1.014:20050101
 Mean Time 125959Z
 В колонката за задължителност: O = незадължително, M = задължително, C = под условие
 В колонката за вид символ: A = буквен, N = числов, B = бинарен
 1* допустими символи за наименованието на службата [‘0..9’, ‘A..Z’, ‘a..z’, ‘_’, ‘.’, ‘’, ‘-’]
 1098
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 9.6. Допълнение 6: Дефиниции на запис тип-2
 Таблица А.6.1: Трансакции CPS и PMS
 Идентификатор Условие Номер Име на Вид на Примерни данни
 на полето символа
 полето
 LEN M 2.001 Logical N 2.001:909{}{GS}}
 Record
 Length
 IDC M 2.002 Image N 2.002:00{}{GS}}
 Designatio
 n
 Character
 SYS M 2.003 System N 2.003:0422{}{GS}}
 Informatio
 n
 CRN M 2.010 Criminal AN 2.010:DE/E999999999{}{GS}}
 Reference
 Number
 INF O 2.063 Additional 1* 2.063:Additional Information
 Informatio 123{}{GS}}
 n
 ENC M 2.320 Expected N 2.320:1{}{GS}}
 Number of
 Candidates
 Таблица А.6.2: Трансакция SRE
 Идентификатор Условие Номер на Име на полето Вид на Примерни
 полето символа данни
 LEN M 2.001 Logical Record N 2.001:909{}{GS}
 Length }
 IDC M 2.002 Image N 2.002:00{}{GS}}
 Designation
 1099
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 Character
 SYS M 2.003 System N 2.003:0422{}{GS
 Information }}
 CRN C 2.010 Criminal AN 2.010:NL/22222
 Reference 22222{}{GS}}
 Number
 MN1 C 2.012 Miscellaneous AN 2.012:E9999999
 Identification 99{}{GS}}
 Number
 MN2 C 2.013 Miscellaneous AN 2.013:E9999999
 Identification 99{}{GS}}
 Number
 MN3 C 2.014 Miscellaneous N 2.014:0001{}{GS
 Identification }}
 Number
 MN4 C 2.015 Miscellaneous A 2.015:A{}{GS}}
 Identification
 Number
 INF O 2.063 Additional 1* 2.063:Additiona
 Information l Information
 123{}{GS}}
 RLS M 2.064 Respondents AN 2.064:CPS{}{RS}
 List }I{}{RS}}001/001
 {}{RS}}999999{}{
 GS}}
 Таблица А.6.3: Трансакция ERR
 Идентификатор Условие Номер Име на Вид на Примерни данни
 на полето символа
 полето
 LEN M 2.001 Logical Record N 2.001:909{}{GS}}
 Length
 1100
 ---pagebreak---


text:
Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 IDC M 2.002 Image N 2.002:00{}{GS}}
 Designation
 Character
 SYS M 2.003 System N 2.003:0422{}{GS}}
 Information
 MN1 M 2.012 Miscellaneous AN 2.012:E999999999{}{GS}}
 Identification
 Number
 MN2 C 2.013 Miscellaneous AN 2.013:E999999999{}{GS}}
 Identification
 Number
 MN3 C 2.014 Miscellaneous N 2.014:0001{}{GS}}
 Identification
 Number
 MN4 C 2.015 Miscellaneous A 2.015:A{}{GS}}
 Identification
 Number
 INF O 2.063 Additional 1* 2.063:Additional
 Information Information 123{}{GS}}
 ERM M 2.074 Status/Error AN 2.074: 201: IDC - 1 FIELD
 Message Field 1.009 WRONG CONTROL
 CHARACTER {}{LF}} 115: IDC
 0 FIELD 2.003 INVALID
 SYSTEM INFORMATION
 {}{GS}}
 Таблица А.6.4: Трансакции MPS и MMS
 Идентификатор Условие Номер Име на Вид на Примерни данни
 на полето символа
 полето
 LEN M 2.001 Logical Record N 2.001:909{}{GS}}
 Length
 IDC M 2.002 Image N 2.002:00{}{GS}}
 Designation
 1101
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 Character
 SYS M 2.003 System N 2.003:0422{}{GS}}
 Information
 CNO M 2.007 Case Number AN 2.007:E999999999{}{GS}}
 SQN C 2.008 Sequence N 2.008:0001{}{GS}}
 Number
 MID C 2.009 Latent A 2.009:A{}{GS}}
 Identifier
 INF O 2.063 Additional 1* 2.063:Additional
 Information Information 123{}{GS}}
 ENC M 2.320 Expected N 2.320:1{}{GS}}
 Number of
 Candidates
 В колонката за задължителност: O = незадължително, M = задължително, C = под условие
 В колонката за вид символ: A = буквен, N = числов, B = бинарен
 1* допустими символи [‘0..9’, ‘A..Z’, ‘a..z’, ‘_’, ‘.’, ‘’, ‘-’,‘,’]
 9.7. Допълнение 7: Кодове за компресия в сивата скала
 Кодове за компресия
 Компресия Стойност Забележки
 Wavelet Scalar Quantisation Greyscale WSQ Algorithm to be used for the compression
 Fingerprint Image Compression of greyscale images in Type-4, Type-7 and
 Specification Type-13 to Type-15 records. Shall not be
 used for resolutions > 500dpi.
 IAFIS-IC-0010(V3), dated 19 December
 1997
 JPEG 2000 J2K To be used for lossy and losslessly
 compression of greyscale images in Type-13
 [ISO 15444/ITU T.800] to Type-15 records. Strongly recommended
 for resolutions > 500 dpi
 1102
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 9.8. Допълнение 8: Спецификация на съобщенията
 За подобряване на вътрешните работни процеси, в полето „Предмет“ на трансакциите,
 осъществявани по линия на Прюм, трябва да се попълнят кодът (CC) на държавата, която
 изпраща съобщението, и типът на трансакцията (ТОТ поле 1.004)
 Формат: CC/тип трансакция
 Пример: „DE/CPS“
 Съдържателната част на съобщението може да бъде празна.
 ГЛАВА 3: Обмен на данни за регистрацията на превозни средства
 1. Общ набор от данни за автоматизирано търсене на данни за регистрацията на
 превозни средства
 1.1. Определения
 Определенията за задължителните и незадължителните елементи на данните, посочени в
 член 14, параграф 4 от глава 0 са следните:
 Задължително (M):
 Този елемент трябва да бъде съобщен, когато има налична информация


text:
в националния
 регистър на държавата. Следователно информацията се обменя задължително, когато е
 налична.
 Незадължително (O):
 Този елемент може да бъде съобщен, когато има налична информация в националния
 регистър на държавата. Следователно не е задължително да се обменя информация, дори
 когато тя е налична.
 Всеки елемент от набора данни се обозначава с (Y), когато този елемент се определя като
 особено важен във връзка с член LAW.PRUM.15 [Автоматизирано търсене на данни за
 регистрацията на превозните средства].
 1.2. Търсене на превозно средство/собственик/ползвател
 1.2.1. Повод за търсене
 Съществуват два различни начина за търсене на информацията, които са определени по-долу:
 – по номер на шасито (VIN), референтна дата и час (незадължително);
 – по табела с регистрационния номер, по номер на шасито (VIN) (незадължително),
 референтна дата и час (незадължително).
 Посредством тези критерии за търсене се получава информация, свързана с едно, а понякога и
 повече превозни средства. Ако се получи информация само за едно превозно средство, всички
 1103
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 единици информация се поместват в един отговор. Ако са намерени повече превозни
 средства, държавата, към която е отправено искането, може да определи кои информационни
 единици да изпрати в отговора; всички единици или само единиците, с които да се
 усъвършенства търсенето (напр. поради съображения, свързани с неприкосновеността на
 личния живот, или съображения за качество на работата).
 Информационните единици, необходими за усъвършенстване на търсенето, са дадени в точка
 1.2.2.1. В точка 1.2.2.2 е описана изчерпателно цялата информация.
 Когато се прави търсене по номер на шаси, референтна дата и час, то може да се направи в
 една от участващите държави или във всичките.
 Когато се прави търсене по номер на свидетелство за управление, референтна дата и час, то
 трябва да се направи в една конкретна държава.
 Обикновено за търсене се използват датата и часът към момента, но е възможно да се
 извърши търсене с референтна дата и час в миналото. Когато се извършва търсене по
 референтна дата и час в миналото, а историческа информация не е налична в регистъра на
 съответната държава, понеже такава регистрирана информация отсъства, информацията може
 да се изпрати, като се посочи, че тази информация е информация към момента.
 1.2.2. Набор от данни
 1.2.2.1. Данни, които се дават в отговора с цел прецизиране на търсенето
 Позиция З/Н148 Забележки Prüm Y/N149
 Data relating to vehicles
 Licence number M Y
 Chassis number/VIN M Y
 Country of registration M Y
 Make M (D.1150) e.g. Ford, Opel, Renault, Y
 etc.
 Commercial type of the vehicle M (D.3) e.g. Focus, Astra, Megane Y
 148
 З = задължително, когато са налице данни в националния регистър, Н = незадължително.
 149
 Всички атрибути, специално придадени от държавите, се обозначават с Y.
 150
 Хармонизирани съкращения за документите, вж. Директива 1999/37/ЕО на Съвета от 29
 април 1999 г.
 1104
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата


text:
на прилагането му.
 Номерирането на членовете е неокончателно.
 EU Category Code M (J) mopeds, motorbikes, cars, etc. Y
 1. Пълен набор от данни
 Позиция M/O151 Бележки Prüm
 Y/N
 Данни, отнасящи (C.1152) Данни относно държателя на конкретното
 се до държателя свидетелство за регистрация
 на превозното
 средство
 Име (или M (C.1.1.) Y
 търговско Използват се отделни полета за фамилията, частици,
 наименование) на титли и т.н., и името се предава във формат,
 държателя на подходящ за отпечатване.
 регистрацията
 Собствено име M (C.1.2) Y
 Използват се отделни полета за собственото име
 (имена) и за инициали, и името се предава във
 формат, подходящ за отпечатване.
 Адрес M (C.1.3) Y
 Използват се отделни полета за улицата, номера,
 пощенския код, селището, държавата на пребиваване
 и т.н., и адресът се предава във формат, подходящ за
 отпечатване.
 Пол M Мъжки/женски Y
 Дата на раждане M Y
 Правен субект M Физическо лице, сдружение, дружество, предприятие Y
 и т.н.
 Място на O Y
 раждане:
 Идентификацион O Идентификатор, който идентифицира еднозначно N
 ен номер лицето или дружеството.
 Вид O Вид на идентификационния номер (напр. номер на N
 идентификационе паспорта).
 н номер
 151
 З = задължително, когато са налице данни в националния регистър, Н = незадължително.
 152
 Хармонизирани съкращения за документите, вж. Директива 1999/37/ЕО на Съвета от 29
 април 1999 г.
 1105
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 Начална дата на O Начална дата на държане на автомобила. Тази дата N
 държане често е същата като датата, отпечатана под (I) на
 свидетелството за регистрация на превозното
 средство.
 Крайна дата на O Крайна дата на държане на автомобила. N
 държане
 Вид титуляр O Ако няма собственик на превозното средство (В.2), се N
 посочва фактът, че титулярят на свидетелството за
 регистрация:
 – е собственикът на превозното средство
 – не е собственикът на превозното средство
 – не е посочен в свидетелството за
 регистрация като собственик на превозното
 средство.
 Данни, отнасящи (C.2)
 се до
 собствениците на
 превозното
 средство
 Име (или M (C.2.1) Y
 търговско
 наименование) на
 собственика
 Собствено име M (C.2.2) Y
 Адрес M (C.2.3) Y
 Пол M Мъжки, женски Y
 Дата на раждане M Y
 Правен субект M Физическо лице, сдружение, дружество, предприятие Y
 и т.н.
 Място на O Y
 раждане:
 Идентификацион O Идентификатор, който идентифицира еднозначно N
 ен номер лицето или дружеството.
 Вид O Вид на идентификационния номер (напр. номер на N
 идентификационе паспорта).
 н номер
 Начална дата на O Начална дата на притежаване на автомобила. N
 притежаване
 Крайна дата на O Крайна дата на притежаване на автомобила. N
 притежаване
 Данни за
 1106
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 превозните
 средства
 Номер на M Y
 свидетелството
 Номер на M Y
 шасито/VIN
 Държава на M Y
 регистрация
 Марка M (D.1) напр. Ford, Opel, Renault, т.н. Y
 Търговски модел M (D.3)


text:
напр. Focus, Astra, Megane. Y
 на превозното
 средство
 Естество на M (J) мотопеди, мотори, леки автомобили, т.н. Y
 превозното
 средство/ЕС код
 на категорията
 Дата на първата M (B) Дата на първата регистрация на превозното Y
 регистрация средство в цял свят.
 Начална дата на M (I) Дата на регистрацията, към която се отнася Y
 (действителната) конкретният сертификат на превознто средство.
 регистрация
 Крайна дата на M Крайна дата на регистрацията, към която се отнася Y
 регистрацията конкретният сертификат на превознто средство.
 Възможно е тази дата да покзва срока на валидност,
 отпечатан върху докумнета, ако същият не е
 неограничен (съкращение на документа = H).
 Статус M Унищожен, откраднат, изнесен, т.н. Y
 Начална дата за M Y
 статуса
 Крайна дата за O N
 статуса
 kW O (P.2) Y
 Капацитет O (P.1) Y
 Вид O Обикновен, временен, т.н. Y
 регистрационен
 номер
 Документ на O Идентификационен номер на първия уникален Y
 превозното докумен, отпечатан в докумнета на превозното
 средство id 1 средство.
 1107
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 Документ на O Втори идентификационен документ, във вида Y
 превозното отпечатан върху документа на превозното средство
 средство id2153
 Данни, свързани
 със застраховките
 Име (или O Y
 търговско
 наименование) на
 собственика
 Начална дата на O Y
 застраховката
 Крайна дата на O Y
 застраховката
 Адрес O Y
 Номер на O Y
 застраховка
 Идентификацион O Уникален идентификатор на дружеството. N
 ен номер
 Вид O Вид идентифакационен номер (напр. номер на N
 идентифакационе Търговска палата)
 н номер
 2. Сигурност на данните
 2.1. Обзорен преглед
 Софтуерното приложение EUCARIS се използва за защитена комуникация с другите държави и
 за съобщения, подавани в XML-формат обратно към „наследените“ системи на държавите.
 Държавите обменят съобщения, като ги изпращат директно на получателя. Центърът за
 електронни данни на държавата е свързан с мрежата TESTA.
 По мрежата се изпращат криптирани съобщения в XML-формат. За криптиране на съобщенията
 се използва методът SSL. Съобщенията, които се връщат обратно, са в обикновен текстови
 XML-формат, тъй като връзката между приложението и т.нар. „back-end“ става в защитена
 среда.
 Осигурено е клиентско програмно приложение, което се използва в държавата за търсене в
 собствения ѝ регистър или в регистрите на другите държави. Клиентите се идентифицират
 посредством потребителско име за идентификация/парола или клиентски сертификат.
 Връзката с потребителя може да е криптирана, но това е задължение на всяка отделна
 държава.
 153
 В Люксембург се използват два различни вида документи за регистрация на превозно
 средство.
 1108
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 2.2. Характеристики на сигурността, свързани с обмена на съобщения
 Сигурността е проектирана на основата на съчетание от HTTPS и XML-подпис. При този вариант
 се използва XML-подпис за подписване на всички съобщения, които се изпращат до сървъра,
 като чрез проверка на подписа се удостоверява кой е подателят на съобщението. Едностранен
 SSL (само


text:
сертификат на сървъра) се използва за защита на поверителността и целостта на
 съобщението по време на изпращане и се осигурява защита от атаки с цел
 изтриване/„прослушване“ или вмъкване. Вместо първоначално предвидената разработка на
 софтуер за внедряване на двустранен SSL, беше внедрен XML-подпис. Използването на XML-
 подпис се доближава повече до пътната карта на уебуслугите отколкото двустранният SSL и
 следователно е по-стратегическо решение.
 XML-подписът може да се внедри по няколко начина, но избраният подход е да се използва
 XML-подпис като част от сигурността на услугите в глобалната мрежа (WSS). В WSS се уточнява
 как да се използва XML-подписът. Тъй като WSS е разработен на основата на стандарта SOAP,
 логично е да спазваме възможно най-точно стандарта SOAP.
 2.3. Характеристики на сигурността, несвързани с обмена на съобщения
 2.3.1. Автентикация на потребителите
 Автентикацията на потребителите на уебприложението Eucaris се осъществява посредством
 потребителско име и парола. Тъй като се използва стандартната автентикация на Windows,
 държавите могат при необходимост да увеличат степента на автентикация на потребителите,
 като използват клиентски сертификати.
 2.3.2. Функции на потребителя
 Софтуерното приложение на Eucaris поддържа различни потребителски функции. За всяка
 категория услуги се получава отделно разрешение. Напр. потребители (с изключителни права)
 на функционалността „Договор за Eucaris“ нямат право да използват функционалността
 „Прюм“. Услугите по администрирането са отделени от обичайните функции на крайния
 потребител.
 2.3.3. Регистриране и проследяване на обмен на съобщения
 Регистрирането на всички видове съобщения е улеснено от софтуерното приложение Eucaris.
 Посредством една от функциите за администриране националният администратор може да
 установи кои съобщения са регистрирани: искания от крайни потребители, входящи искания от
 други държави, информация, предоставяна от национални регистри и т.н.
 Приложението може да се конфигурира при това регистриране да използва вътрешна база
 данни или външна база данни (Oracle). Ясно е, че решението за това какви съобщения да се
 регистрират зависи от съоръженията за тази цел на други места — в „наследените“ системи, и
 от това с какви клиентски приложения има връзка.
 В заглавната част на всяко съобщение се съдържа информация за отправилата искането
 държава, съответната организация в държавата и крайния потребител. Посочва се и поводът
 за отправяне на искането.
 1109
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 Посредством комбинираното регистриране в двете държави — отправилата и получилата
 искането — е възможно да се проследи напълно всеки обмен на съобщения (напр. по искане
 на замесено лице).
 Регистрирането се потвърждава чрез уебклиента на Eucaris (меню Administration, Logging
 configuration). Функционалността за регистрирането се изпълнява от централната система.
 Когато е активирана функцията за регистриране, цялото съобщение (заглавна и съдържателна
 част) се съхранява в един регистърен запис. Възможно е да се зададе ниво на регистриране за
 определена услуга и за вид съобщения.
 Нива на регистриране
 Възможни са следните нива на регистриране:
 Private — регистриране на съобщение: Регистрирането НЕ е достъпно за регистърната услуга за
 извличане, но е достъпно само на национално равнище, за одитиране и решаване на
 проблеми.
 None — съобщението не се регистрира.
 Видове съобщения
 В


text:
информационния обмен между държавите се включват различни видове съобщения, които
 са представени схематично във фигура 5 по-долу.
 Възможните видове съобщения (в показаната на фигура 5 централна система Eucaris за
 държавата Х) са:
 1. Request to Core System_Request message by Client;
 2. Request to Other State_Request message by Core System of this State;
 3. Request to Core System of this State_Request message by Core System of other
 State;
 4. Request to Legacy Register_Request message by Core System;
 5. Request to Core System_Request message by Legacy Register;
 6. Response from Core System_Request message by Client;
 7. Response from Other State_Request message by Core System of this State;
 8. Response from Core System of this State_Request message by other State;
 9. Response from Legacy Register_Request message by Core System;
 10. Response from Core System_Request message by Legacy Register.
 Следните видове информационен обмен са показани на фигура 5:
 1110
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 * Искане за информация от държава X до държава Y — сини стрелки. Това искане и
 отговор се състоят съответно от съобщения вид 1, 2, 7 и 6.
 * Искане за информация от държава Z до държава X — червени стрелки. Това
 искане и отговор се състоят съответно от съобщения вид 3, 4, 9 и 8.
 * Искане за информация от „наследен“ местен регистър към съответната
 централна система (този маршрут включва и искане от custom клиент,
 разположен зад „наследения“ регистър) — зелени стрелки. Този вид искане се
 състои от съобщения вид 5 и 10.
 Фигура 5: Видове съобщения за регистриране
 2.3.4. Хардуерен модул за сигурност
 Не се използва хардуерен модул за сигурност.
 Хардуерният модул за сигурност (HSM) осигурява добра защита на ключа, който се използва за
 подписване на съобщенията и идентифициране на сървърите. С това се допълва цялостното
 ниво на сигурност, на HSM представлява висок разход за покупка/поддръжка и няма изискване
 за това какво решение да се вземе — за FIPS 140-2 ниво 2 или ниво 3 HSM Тъй като се използва
 затворена мрежа, при която заплахите се овладяват ефективно, решението е първоначално да
 не се използва хардуерен модул за сигурност (HSM). Ако се появи необходимост от хардуерен
 модул за сигурност (HSM), напр. с цел акредитация, той може да се добави към архитектурата.
 3. Технически условия на обмена на данните
 3.1. Общо описание на приложението EUCARIS
 3.1.1. Обзорен преглед
 1111
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 Софтуерното приложение EUCARIS свързва всички участващи държави в мрежа, в която всяка
 държава комуникира директно с друга държава. За установяване на комуникацията не е
 необходим централен компонент. Приложението EUCARIS се използва за защитена
 комуникация с другите държави и за съобщения, подавани в XML-формат обратно към
 „наследените“ системи на държавите. Тази архитектура е показана на схемата по-долу.
 Държавите


text:
обменят съобщения, като ги изпращат директно на получателя. Центърът за
 електронни данни на държавата е свързан с мрежата, която се използва за обмен на
 съобщенията (TESTA). Държавите получават достъп до мрежата TESTA посредством
 националния си портал за достъп до мрежата TESTA. За връзката с мрежата е необходимо да
 се използва firewall, а приложението Eucaris да е свързано чрез рутер с този firewall. В
 зависимост от избрания вариант за защита на съобщенията, се използва сертификат или от
 рутера, или от приложението Eucaris.
 Осигурено е клиентско програмно приложение, което се използва в държавата за търсене в
 собствения ѝ регистър или в регистрите на другите държави. Клиентското приложение се
 свързва с Eucaris. Клиентите се идентифицират посредством потребителско име за
 идентификация/парола или клиентски сертификат. Връзката с потребител във външна
 организация (напр. полицейска служба) може да е криптирана, но това е задължение на всяка
 отделна държава.
 3.1.2. Обхват на системата
 Обхватът на системата Eucaris се ограничава до процесите, които участват в обмена на
 информация между органите, отговарящи за регистрацията в държавите, и основните правила
 за представянето на тази информация. Процедурите и автоматизираните процеси, в които се
 използва тази информация, са извън обхвата на системата.
 Държавите могат да изберат да използват функционалността „Eucaris клиент“ или да си
 направят собствено клиентско приложение. В таблицата по-долу е описано кои аспекти на
 системата Eucaris се използват задължително и/или се препоръчват и кои не е задължително
 да се използват и/или се определят по преценка на държавата.
 Eucaris M/O Remark
 1112
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 154
 aspects
 Network M The concept is an ‘any-to-any’ communication.
 concept
 Physical M TESTA
 network
 Core M The core application of Eucaris has to be used to connect to the other
 application States. The following functionality is offered by the core:
 * Encrypting and signing of the messages;
 * Checking of the identity of the sender;
 * Authorisation of States and local users;
 * Routing of messages;
 * Queuing of asynchronous messages if the recipient service is
 temporally unavailable;
 * Multiple country inquiry functionality;
 * Logging of the exchange of messages;
 * Storage of incoming messages
 Client O In addition to the core application the Eucaris II client application can be
 application used by a State. When applicable, the core and client application are
 modified under auspices of the Eucaris organisation.
 Security M The concept is based on XML-signing by means of client certificates and
 concept SSL-encryption by means of service certificates.
 Message M Every State has to comply with the message specifications as set by the
 specifications Eucaris organisation и настоящата глава. The specifications can only be
 changed by the Eucaris organisation in consultation with the States.
 Operation M The acceptance of new States or a new functionality is under auspices of
 and Support the Eucaris organisation. Monitoring and help desk functions are managed
 centrally by an appointed State.
 154
 M = задължително за използване


text:
или спазване, O = незадължително за използване или
 спазване
 1113
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 3.2. Функционални и нефункционални изисквания
 3.2.1. Обща функционалност
 В този раздел се прави общо описание на общите функции.
 No Описание
 1. Системата позволява на регистрационните органите в държавите да обменят
 съобщения с искания и отговори по интерактивен начин.
 2. Системата съдържа клиентско приложение, което позволява на крайните потребители
 да изпращат исканията си и да предоставят в отговор информация за ръчна обработка.
 3. Системата способства „оповестяването“, което позволява на една държава да изпрати
 искане до всички останали държави. Входящите отговори са консолидирани от
 централното приложение в едно съобщение-отговор до клиентското приложение (тази
 функционалност се нарича „запитване до множество страни“).
 4. Системата е способна да работи с различни видове съобщения. Потребителските
 функции, разрешенията, маршрутизацията, подписването и регистрирането са
 определени поотделно за всяка категория услуги.
 5. Системата позволява на държавите да обменят съобщения на партиди или съобщения,
 които се състоят от голям брой искания или отговори. Тези съобщения се обработват
 асинхронно.
 6. Системата подрежда хронологично асинхронните съобщения с цел изчакване, ако
 получаващата държава е временно неспособна да ги приеме, и гарантира доставянето
 им веднага след като получателят е отново на линия.
 7. Системата съхранява входящите асинхронни съобщения до момента, в който стане
 възможно да бъдат обработени.
 8. Системата дава достъп единствено до приложенията Eucaris на останалите държави, а
 не на отделни организации в рамките на тези държави, т.е. всеки регистрационен
 орган действа като единствен портал между крайните потребители в своята държава и
 съответните органи в другите държави.
 9. Възможно е за един Eucaris сървър да се определят потребители от различни държави,
 на които да се дават разрешения съгласно правата, определени в тази държава.
 10. В съобщенията се дава информация за отправилата искането държава и организация,
 както и за крайния потребител.
 1114
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 11. Системата способства регистрирането на обмена на съобщения между различните
 държави и между централното приложение и националните регистрационни системи.
 12. Системата позволява назначеният секретар —специално определена за целта
 организация или държава — да събира регистрираната информация за съобщенията,
 изпратени/получени от всички участващи държави с цел изготвяне на статистически
 отчети.
 13. Всяка държава посочва самостоятелно каква регистрирана информация е предоставена
 на разположение на секретаря и коя информация е „само за вътрешно ползване“.
 14. Системата позволява на националните администратори на всяка държава да извличат
 полезна статистика.
 15. Системата позволява да се добавят нови държави посредством изпълнение на
 елементарни административни задачи.
 3.2.2. Използваемост
 No Описание
 16. Системата предоставя интерфейс за автоматизирана обработка на съобщения от „back-
 end“/„наследени“ системи и позволява интегрирането на потребителския интерфейс в
 тези системи (customised user-interface)
 17. Системата се разбира и се усвоява лесно, като има и включени инструкции за работа в
 текстови формат


text:
(help-text).
 18. Системата разполага с достатъчно документация, с която подпомага държавите при
 интегрирането, експлоатацията и поддръжката ѝ (напр. справочници, документация за
 функционалностите и техническите характеристики, ръководство за работа и т.н.).
 19. Интерфейсът за потребителите е многоезичен и предлага възможност на крайния
 потребител да избере предпочитания от него език.
 20. Интерфейсът за потребителите включва компонент, чрез който местният
 администратор може да преведе на съответния национален език както информацията
 на екрана, така и кодираната информация.
 3.2.3. Надеждност
 No Описание
 1115
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 21. Системата е предназначена да работи като сигурна и надеждна операционна система,
 която е толерантна към грешките на работещите с нея и която се възстановява напълно
 след прекъсване на електроенергията и други аварии. Системата трябва да може да се
 рестартира с минимални или нулеви загуби на данни.
 22. Системата трябва да дава стабилни и възпроизводими резултати.
 23. Системата е предназначена да работи надеждно. Възможно е системата да се внедри в
 конфигурация, която гарантира степен на наличност 98 % (чрез повторяемост,
 използване на резервни (back-up) сървъри и т.н.) при всяка двустранна комуникация.
 24. Системата може да се използва частично дори при неизправност на някои компоненти
 (ако има авария в държавата С, то комуникацията между държавите А и B не се
 прекъсва). Броят на единичните точки, в които повредата може да доведе до
 прекъсване на информационната верига, следва да се сведе до минимум.
 25. Времето за възстановяване след сериозна повреда следва да е по-малко от един ден.
 Времето, в което системата не работи, би трябвало да може да се намали максимално
 чрез дистанционно обслужване, напр. от център за обслужване.
 3.2.4. Работни показатели
 No Описание
 26. Системата може да се използва денонощно и без прекъсване. Същият времеви
 диапазон (24x7) следователно се изисква и за „наследените“ системи на държавите.
 27. Системата реагира бързо на потребителските искания независимо от извършваните „на
 заден план“ дейности. Същото изискване се отнася и за „наследените“ системи на
 страните, за да се осигури срок за реагиране в допустимите граници. Допустимият срок
 за реагиране на единично искане е максимум 10 секунди.
 28. Системата е проектирана за работа с множество потребители по начин, който
 позволява на извършваните „на заден план“ дейности да продължават докато
 потребителят работи „на преден план“.
 29. Системата е проектирана за мащабируемост, за да може да поддържа потенциалното
 увеличение на броя съобщения, когато се добавят нови функционалности или нови
 организации или държави.
 1116
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 3.2.5. Сигурност
 No Описание
 30. Системата е пригодена (напр. като мерки за сигурност) за обмен на съобщения, в които
 се съдържат чувствителни лични данни, свързани с неприкосновеността на личния
 живот (напр. собственици/ползватели на коли), класифицирана като информация за
 ограничено ползване в ЕС.
 31. Системата се поддържа по начин, при който


text:
не се допуска неразрешен достъп до
 данните.
 32. Системата включва услуга за управлението на правата и разрешенията на
 националните крайни потребители.
 33. На държавите е осигурена възможност да проверяват самоличността на подателя (на
 равнище държава) посредством XML-подпис.
 34. Държавите изрично разрешават на други държави да искат конкретна информация.
 35. Системата предоставя на ниво приложение политика за пълна сигурност и криптиране,
 които са съвместими с нивото на сигурност, изисквано в подобни ситуации. В такива
 случаи неприкосновеността и целостта на информацията се гарантират чрез
 използването на XML-подписи и криптиране чрез SSL-тунелиране.
 36. Всеки обмен на съобщения може да се проследи посредством регистрирането.
 37. Предоставена е защита срещу атаки за изтриване (изтриване на съобщение от трето
 лице) и „прослушване“ или вмъкване („прослушване“ или изтриване на съобщение от
 трето лице).
 38. Системата използва сертификати на „доверени трети лица“ (TTP).
 39. Системата е способна да работи с различните сертификати на съответните държави, в
 зависимост от вида на съобщението или услугата.
 40. Мерките за сигурност на ниво приложение са достатъчни, за да се осигури възможност
 за работа с неакредитирани мрежи.
 41. Системата е в състояние да използва основни техники за сигурност — напр. XML-
 firewall.
 3.2.6. Приспособимост
 1117
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 No Описание
 42. Системата може да се разширява, като се добавят нови видове съобщения и нова
 функционалност. Разходите за адаптиране са минимални поради централизираната
 разработка на компонентите на приложението.
 43. Държавите са в състояние да дефинират нови видове съобщения за двустранно
 използване. Не се налага всички държави да поддържат всички видове съобщения.
 3.2.7. Обслужване и поддръжка
 No Описание
 44. Системата предоставя механизми за мониторинг от страна на централна служба и/или
 оператори по отношение на мрежата и сървърите в различните държави.
 45. Системата предоставя механизми за дистанционно обслужване от централно бюро за
 обслужване.
 46. Системата предоставя механизми за анализ на проблемите.
 47. Системата може да се разширява, за да обхваща нови държави.
 48. Приложението може лесно да се инсталира от служители с минимална квалификация и
 опит в областта на ИТ. Процедурата за инсталиране е автоматизирана във възможно
 най-голяма степен.
 49. Системата предоставя постоянна среда за провеждане на изпитвания и приемане на
 нови схеми.
 50. Годишните разходи за обслужване и поддръжка са намалени максимално чрез
 съобразяване с пазарните стандарти, като приложението е разработено по начин,
 който изисква възможно най-малко централно обслужване.
 3.2.8. Проектни изисквания
 No Описание
 51. Системата е предназначена за продължителен експлоатационен срок и разполага със
 съответната документация.
 52. Системата е проектирана да работи независимо от доставчика на мрежови услуги.
 1118
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 53. Системата е съвместима с действащите в държавите хардуерни системи и софтуер, като
 взаимодейства с тези регистрационни системи посредством технология с отворен
 стандарт за уеб-услуги (XML, XSD, SOAP, WSDL, HTTP(s),


text:
Web services, WSS, X.509 и т.н.).
 3.2.9. Приложими стандарти
 No Описание
 54. Системата съответства на изискванията за защита на данните, изложени в
 Регламент (ЕО) 45/2001 (членове 21, 22 и 23) и Директива 95/46/ЕО.
 55. Системата отговаря на стандартите на IDA.
 56. Системата поддържа UTF8.
 ГЛАВА 4: Процедура за оценяване съгласно член LAW.PRUM.18 [предварителна оценка]
 Член 1: Въпросник
 1. Съответната работна група на Съвета на Европейския съюз („работната група на
 Съвета“) съставя въпросник във връзка с всеки автоматизиран обмен на данни, както е
 посочено в членове LAW.PRUM.5 [Цел] — LAW.PRUM.17 [Мерки за прилагане].
 2. Обединеното кралство попълва съответния въпросник веднага щом счете, че е
 изпълнила необходимите условия за дадена категория данни.
 Член 2: Пилотно изпитване
 1. При поискване и с цел оценяване на резултатите от въпросника Обединеното кралство
 провежда изпитване заедно с една или повече държави членки, които вече обменят данни
 съгласно Решение 2008/615/ПВР. Пилотното изпитване се провежда преди или скоро след
 посещението за оценка.
 2. Условията и редът за пилотното изпитване се установяват от съответната работна група
 на Съвета и се основават на предварителни, отделно сключени споразумения с Обединеното
 кралство. Държавите, които участват в пилотното изпитване, вземат решение по отношение на
 практическите подробности.
 Член 3: Посещение за оценка
 1. С цел оценяване на резултатите от въпросника се провежда посещение за оценка.
 2. Условията и редът за провеждане на посещението се установяват от съответната
 работна група на Съвета и се основават на предварителни индивидуални споразумения с
 1119
 ---pagebreak--- Настоящият документ е договорен между Европейския съюз и Обединеното кралство и се предоставя
 само за информация. От него не могат да произтичат права до датата на прилагането му.
 Номерирането на членовете е неокончателно.
 Обединеното кралство и оценяващия екип. Обединеното кралство създава условия на
 оценяващия екип да провери автоматизирания обмен на данни от категорията или
 категориите, които са предмет на оценката, по-специално като организира програмата за
 посещението съобразно изискванията на оценяващия екип.
 3. В срок от един месец след посещението оценяващият екип изготвя доклад за
 посещението за оценка и го изпраща на Обединеното кралство за коментар. Ако е уместно,
 оценяващият екип може да преработи този доклад въз основа на направените от Обединеното
 кралство коментари.
 4. Оценяващият екип се състои от най-много трима експерти, определени от държавите
 членки, участващи в автоматизирания обмен на данни за оценяваните категории данни, като
 тези експерти имат опит по отношение на въпросната категория данни, оправомощени са на
 национално равнище за работа с този вид данни и са проявили желание да участват в поне
 едно посещение за оценка в друга държава. Оценяващият екип включва и представител на
 Комисията.
 5. Членовете на оценяващия екип се съобразят с поверителния характер на
 информацията, която им става известна по време на изпълнение на тази задача.
 Член 4: Оценки, извършвани съгласно решения 2008/615/ПВР и 2008/616/ПВР на Съвета
 При провеждането на процедурата за оценка, посочена в член LAW.PRUM.18 [Предварителна
 оценка] и в настоящата глава, Съветът, чрез съответната работна група на Съвета, ще вземе
 предвид резултатите от процедурите за оценка, проведени в контекста на приемането на
 решения за изпълнение (ЕС) 2019/968155 и (ЕС) 2020/1188156 на Съвета. Съответната работна