на NtS (вж. коментарите в NtS XSD), не са видими за редакторите на NtS при създаване на нови съобщения. Кодовете все още са включени в NtS XSD изброяванията за нуждите на обратната съвместимост.
 7.1. Попълване на „number_section“
 Всеки номер (Organisation/Year/Number/Serial) трябва да е уникален за конкретния вид съобщение. Това означава, че съобщенията от различни видове могат да имат еднакъв NtS номер.
 От значение за ползвателите са само номерата на съобщенията за FTM и ICEM, за всички останали видове съобщения номерът на съобщението може да не е видим в зависимост от националните изисквания.
 Номерът на съобщението става видим за ползвателите в следния формат „Message Type/Country/Organisation/Year/Number/Serial“ (той може да се съкрати в зависимост от използваните филтри, стига да не се загуби информация).
 7.2. Попълване на елементите „from“, „originator“, „organisation“ и „source“
 Елементът „from“ в идентификационния раздел се попълва с наименованието на националната система, която предоставя съобщението (напр. ELWIS, DoRIS, SLOVRIS, FLARIS).
 Елементът „originator“ е организацията, която въвежда съобщението в националните системи.
 Елементът „source“ е органът, за който се публикува FTM.
 Елементът „organisation“ в раздел nts_number е наименованието на организацията, която присвоява nts_number (доставчик на NtS).
 7.3. Пропускане на елементи
 Елементите, които съдържат само стандартни стойности или стойности по подразбиране, се пропускат, ако са условни, те водят до генериране на твърде много съобщения без добавена стойност.
 Пропускането засяга следните елементи:
 —
 Целева група: target_group_code ALL с direction_code ALL (ако в съобщението липсват други специфични целеви групи),
 —
 position_code: AL,
 —
 reason_code: OTHER.
 7.4. Автоматично попълване на date_issue
 FTM и ICEM
 За FTM и ICEM стойността на елемента date_issue съответства на актуалните дата и час на публикуването. В актуализираните съобщения date_issue е датата и часът, когато е публикувана актуализацията.
 WRM и WERM
 За WRM и WERM стойността на елемента date_issue съответства на датата и часа на искането за обработка, тъй като в рамките на едно и също съобщение W(E)RM може да са налице няколко измервания с различни марки за час на издаване.
 7.5. Третиране на информацията за часовата зона в NtS съобщенията
 Датата и часът винаги се дават в местно време, като в NtS XML съобщенията се включва информация за часовата зона.
 Единственото изключение от това правило са „time_start“ и „time_end“ в раздел „limitation_period“. Причината за това е, че в раздела за ограничения може да се зададе интервал. Ако часовите режими за начална и крайна дата са различни (напр. CEST и CET), това ще предизвика промяна в информацията за часовата зона в рамките на този интервал. Тази промяна не може да бъде изразена с един-единствен ограничителен период. Вместо да се създават различни ограничителни периоди, за всяка промяна на часовия режим се използва един ограничителен период без да се дава информация за часовата зона, за да се намали ненужното претоварване при обработката и предаването на съобщението.
 7.6. Третиране на секундите в NtS съобщенията
 Общото правило е, че секундите трябва да бъдат дадени в полетата (дата)/час, но не трябва да са видими за ползвателите на NtS. Минутите са достатъчни за точността на NtS.
 7.7. Формат на десетичните знаци в NtS съобщенията
 Десетичните знаци в числовите полета