за NtS съобщения“),
 Техническите подробности за изпълнението на NtS WS, напр. избор на подходящи съвкупности от данни, приложения и платформи, не попадат в обхвата на настоящата спецификация и са отговорност на всяка отделна участваща държава членка.
 За да се определи какво е сигурна комуникация, трябва да се вземат предвид различни аспекти на сигурността и цели на защита. В зависимост от обстоятелствата не е необходимо да се вземат предвид всички аспекти. Равнището на приоритетност на различните свързани със сигурността аспекти и степента на тяхното изпълнение могат да варират. Осъществимостта на определена мярка може да бъде ограничена и от техническите възможности за изпълнение. Цялата информация в контекста на NtS е публична. Така че самите данни за NtS не е необходимо да се обезпечават от гледна точка на защитата на данните. Следователно всеки доставчик трябва сам да реши в каква степен да внедри този аспект в своята услуга.
 9.2. Основни принципи и ограничения
 9.2.1. Уеб стандарти
 NtS Web Service трябва да постигне съответствие с основен профил 1.1 на WS-I. Този профил „предоставя насоки за оперативна съвместимост за основен набор от непатентовани спецификации за web services, като SOAP, WSDL и UDDI“ (1). Най-подходящите стандарти в това отношение са
 —
 XML Schema Definition (XSD),
 —
 Simple Object Access Protocol (SOAP),
 —
 Web Services Description Language (WSDL) и
 —
 Universal Description, Discovery and Integration (UDDI).
 Съобщението, съдържащо отговора на NtS WS, е NtS съобщение, както е определено в дефиницията на XML-схемата (XSD) в допълнение В от настоящия регламент на Комисията.
 SOAP
 е приложен протокол за предаване на данни между ИТ системи и е стандартизиран от Консорциумите на световната уеб мрежа (W3C).
 Конкретните елементи на NtS Web Service са дефинирани в съответствие с относимите WSDL спецификации в допълнение Г към настоящия регламент на Комисията. Схемата на стандарта за NtS (XSD) е включена в декларацията на вносителя.
 UDDI
 (Universal Description, Discovery and Integration) е посочен тук като централен, вероятно международен регистър за web services, в който NtS Web Service може да бъде регистрирана. В този регистър потенциалните потребители на web service могат да търсят и намират услуги. Доколкото потенциалните доставчици на NtS Web Service са ограничени до участващите държави членки и WSDL спецификацията е неразделна част от стандарта, не съществува очевидна потребност от регистрация на NtS Web Service.
 9.2.2. Модел на взаимодействие и метод на кодиране за NtS WS
 За NtS Web Service се използва методът на кодиране Document-literal wrapped, защото позволява валидиране спрямо XML-схема и наименованията на операциите, определени в WSDL спецификацията, се използват директно като имена на XML-маркери в SOAP съобщенията.
 9.3. Общи спецификации и препоръки
 9.3.1. Спецификация: Информация за версията
 Информацията за версията на NtS Web Service се състои от два раздела:
 —
 версия на самата web service
 —
 версия на използваната от web service схема на NtS
 Разделът за самата web service се състои от две части:
 —
 основна версия на web service
 —
 второстепенна версия на web service
 Основната версия е дадена като положително цяло число, обозначаващо основната версия на web service.
 Второстепенната версия е дадена като неотрицателно цяло число, което обозначава второстепенната