natgillin/translations-raw huggingface dataset:
Техническите спецификации за електронно корабно докладване следва да се основават на техническите принципи, определени в Приложение II към директивата.
The technical specifications for electronic ship reporting should be based on the technical principles set out in Annex II to the Directive.
В техническите спецификации трябва надлежно да се вземе предвид работата, извършена от съответните международни организации.
The technical specifications should take due account of the work carried out by relevant international organisations.
Необходимо е да се осигури приемственост с други видове услуги за управление на трафика, в частност услуги за управление на морското корабоплаване и информационните услуги.
Continuity shall be ensured with other modal traffic management services, in particular maritime vessel traffic management and information services.
В техническите спецификации също така следва надлежно да се вземе предвид работата, извършена от експертната група по електронно корабно докладване, включваща представители на органите в държавите-членки, отговарящи за внедряването на електронното корабно докладване, и длъжностни лица в други правителствени органи, както и наблюдатели от промишлеността.
They should also take due account of the work carried out by the expert group on electronic ship reporting which is composed of representatives of the authorities of the Member States responsible for the implementation of electronic ship reporting, and official members from other governmental bodies as well as observers from the industry.
Техническите спецификации трябва да съответстват на текущото равнище на техническо развитие. Натрупаният опит от прилагането на Директива 2005/44/EО, както и бъдещият технически напредък, могат да наложат изменения на техническите спецификации.
The technical specifications should correspond to the current state of the art. Experiences gained from the application of Directive 2005/44/EC as well as future technical progress may make it necessary to amend the technical specifications.
Измененията в техническите спецификации трябва надлежно да вземат под внимание работата, извършена от експертната група по електронното корабно докладване.
Amendments to the technical specifications should take due account of the work carried out by the expert group on electronic ship reporting.
Мерките, предвидени в настоящия регламент, са в съответствие със становището на комитета, създаден съгласно член 7 от Директива 91/672/ЕИО на Съвета от 16 декември 1991 г. относно взаимното признаване на национални свидетелства за капитани на речни кораби за превоз на стоки и пътници по вътрешни водни пътища [2],
The measures provided for in this Regulation are in accordance with the opinion of the Committee established pursuant to Article 7 of Council Directive 91/672/EEC of 16 December 1991 on the reciprocal recognition of national boatmasters’ certificates for the carriage of goods and passengers by inland waterways [2],
Член 1
Article1
Техническите спецификации за електронно корабно докладване във вътрешното корабоплаване са определени в приложението.
The technical specifications for electronic ship reporting in inland navigation are defined in the Annex.
Част 1: Споразумение за Ръководство за съставяне на съобщенията
Part I: Message implementation manual convention
Структура на съобщенията по UN/EDIFACT
UN/EDIFACT message structure
Описание на сегментите и на елементите от данни
Description of the segments and data elements
Синтаксис
Syntax
Набор от символи
Character sets
Структури за обмен
Interchange structures
Обмен
Interchange
Редуване на сегменти и групи сегменти в съобщението
Order of segments and groups of segments within a message
Структура на сегментите
Segment structure
Структура на елементите от данни
Data element structure
Уплътняване
Compressing
Представяне на числови стойности на елементите от данни
Representation of numeric data element values
Съобщения
Messages
Процедури за изменение
Amendment procedures
Част II: Кодове и справочни номера
Part II: Codes and references
Пояснения
Clarifications
СМО и ХС
WCO and the HS
Класификации и описания на кодовете
Classifications and code descriptions
Обновяване на кодовете и справочните таблици
Updating of codes and reference tables
Описания на кодовите таблици
Descriptions of the code tables
Вид на кораба или на състава от кораби
Vessel and convoy type
Официален номер на кораба (OFS)
Official ship number (OFS)
Идентификационен номер на кораба по IMO
IMO ship identification number
НомерНомер за електронно докладване (за разпознаване на кораба) — ERN
Electronic reporting number (for ship identification) ERN
Уникален европейски идентификационен номер на плавателния съд
Unique European vessel identification number
Код по Хармонизираната система (HS)
Harmonised system code (HS)
Комбинирана номенклатура (КН)
Combined Nomenclature (CN)
Стандартната класификация на товарите в транспорта за целите на статистиката на транспорта/Преразгледана (NST) 2000
Standard goods classification for transport statistics/revised (NST) 2000
Код на ООН за опасни товари (UNDG)
UN dangerous goods number (UNDG)
Международен кодекс за превоз на опасни товари по море (IMDG)
International maritime dangerous goods code (IMDG)
Код на страната по ООН
UN country code
Код на ООН за местоположението - UN/LOCODE
UN location code — UN/LOCODE
Код на участъка от фарватера
Fairway section code
Код на терминала
Terminal code
Код за размери и тип на товарния контейнер
Freight container size and type code
Идентификационен код на контейнера
Container identification code
Тип на опаковката
Package type
Инструкции за товаро-разтоварните работи
Handling instructions
Цел на посещението (на пристанището)
Purpose of call
Естество на товара
Nature of cargo
Определение за типовете съдове по ERI
Definition of the ERI vessel types
Кодове за местоположението
Location codes
Елементи от данни
Data elements
Ръководства за съставяне на съобщенията
Message implementation manuals
Допълнение 1 Докладване за (опасни) товари (IFTDGN) - ERINOT
Appendix 1 (Dangerous) goods reporting (IFTDGN) — ERINOT
Допълнение 2 Списък на пътниците и екипажа (PAXLST)
Appendix 2 Passenger and crew list (PAXLST)
Допълнение 3 ERINOT съобщение-отговор и получаване (APERAK) – ERIRSP
Appendix 3 ERINOT response and receipt message (APERAK) — ERIRSP
Допълнение 4 Уведомление на пристанище във връзка с управлението на котвените стоянки (BERMAN)
Appendix 4 Berth management port notification (BERMAN)
ЧАСТ 1: СПОРАЗУМЕНИЕ ЗА РЪКОВОДСТВО ЗА СЪСТАВЯНЕ НА СЪОБЩЕНИЯТА
PART I: MESSAGE IMPLEMENTATION MANUAL CONVENTION
Техническите спецификации определят структурата на четири съобщения за електронно корабно докладване във вътрешното корабоплаване, използващи за основа структурата на съобщенията по UN/EDIFACT (виж също точка 1.2) и специално пригодени, когато е необходимо, за целите на вътрешното корабоплаване.
The technical specifications define the structure of four messages for electronic ship reporting in inland navigation, based on the UN/EDIFACT message structure (see also chapter 1.2) and customised, where required, for the purpose of inland navigation.
В случай че националното или международното законодателство изисква електронно корабно докладване във вътрешното корабоплаване, се прилагат настоящите технически спецификации.
In the case that electronic ship reporting in inland navigation is required by national or international law, these technical specifications shall be applied.
Съобщенията са:
The messages are:
Докладване за (опасни) товари (IFTDGN) - ERINOT
(Dangerous) goods reporting (IFTDGN) — ERINOT
Списъци на пътниците и екипажа (PAXLST)
Passenger and crew lists (PAXLST)
ERINOT съобщение-отговор и получаване (APERAK) – ERIRSP
ERINOT response and receipt message (APERAK) — ERIRSP
Уведомление на пристанище във връзка с управлението на котвените стоянки (BERMAN)
Berth management port notification (BERMAN)
В приложенията (Ръководства за съставяне на съобщенията) е определено точното приложение на съобщенията, елементите от данни и кодовете, с цел да се гарантират общо разбиране и употреба на съобщенията.
In the Appendices (message implementation manuals) the exact use of the messages, data elements and codes is defined in order to ensure a common understanding and usage of the messages.
Използването на технологията XML е друга възможност.
The use of XML technology is another possibility.
Със стандартизирането на определението за XML-съобщение за целите на електронното корабно докладване във вътрешното корабоплаване се занимава съответната работна група, подпомагаща комитета, създаден съгласно член 7 от Директива 91/672/ЕИО на Съвета от 16 декември 1991 г. относно взаимното признаване на национални свидетелства за капитани на речни кораби за превоз на стоки и пътници по вътрешни водни пътища.
The standardisation of XML message definition for the purpose of electronic ship reporting in inland navigation is dealt with by the relevant working group supporting the Committee established pursuant to Article 7 of Council Directive 91/672/EEC of 16 December 1991 on the reciprocal recognition of national boatmasters’ certificates for the carriage of goods and passenger.
Следващите уточнения имат за основа ISO 9735.
The following elaborations are based on ISO 9735.
Съобщенията по UN/EDIFACT са съставени от сегменти.
UN/EDIFACT messages are composed of segments.
Структурата на дадено съобщение е описана чрез схема на разклоненията, показваща позицията и взаимовръзките на сегментите и групите от сегменти.
The structure of a message is described in a branching diagram indicating the position and the mutual relationship of the segments and segment groups.
За всеки сегмент са определени елементите от данни, които ще се използват в съобщението.
For each segment the data elements are defined which are to be used in a message.
Няколко елемента от данни се обединяват за да сформират съставни елементи от данни.
Some data elements are combined to form composite data elements.
Съобщенията се придържат към неизменен синтаксис, както е определено в ISO 9735.
The messages follow a fixed syntax as defined in ISO 9735.
Сегмент и елемент от данни в сегмента са или със задължителен характер или с условен характер.
A segment and a data element within a segment are either mandatory or conditional.
Задължителните сегменти и/или елементите от данни съдържат важни данни за приемащото приложение и следва да бъдат запълнени с действителни т.е. с валидни данни.
Mandatory segments and/or data elements contain important data for a receiving application and shall be filled with sensible, in other words valid data.
Условните елементи няма нужда да присъстват в съобщенията.
Conditional elements need not to be present in a message.
Всяко съобщение започва с два или три сегмента, „заглавието за обмен“ (UNB) и „заглавието на съобщението“ (UNH).
Each message starts with two or three segments, the ‘interchange header’ (UNB) and the ‘message header’ (UNH).
Когато е необходимо, за първи сегмент се използва също и „блокът, дефиниращ служебни символи“ (UNA), с цел да се определи кои набори от символи се използват в съобщението.
Where required also the ‘service string advice’ (UNA) is used as a first segment to define which character sets are used in the message.
Всяко съобщение завършва със сегменти „завършване на съобщение“ (UNT) и „завършване за обмен“ (UNZ).
Each message finishes with the segments ‘message trailer’ (UNT) and ‘interchange trailer’ (UNZ).
По този начин всяко съобщение се съдържа в един обмен и един обмен съдържа едно единствено съобщение.
Thus each message is contained in one interchange, and an interchange contains only one single message.
В описанията на съобщенията се използват следните индикатори:
In the message descriptions the following indicators are used:
Колона 1 съдържа името под формата на абревиатура (TAG) на групата от сегменти, представена от йерархията от имената на сегментите на по-високите нива.
Column 1 contains the name in form of the acronym (TAG) of the segment group, represented by the hierarchy of segment names on higher levels.
Този индикатор се извлича от схемата на разклоненията.
This indication is derived from the branching diagram.
Колона 2 съдържа името под формата на абревиатура (TAG) за сегмента, номера на съставния елемент от данни и номера на елемента от данни.
Column 2 contains the name in form of the acronym (TAG) of the segment, the number of the composite data element and the number of the data element.
Колона 3 показва нивото в схемата на разклоненията, на което се намира сегментът.
Column 3 indicates the level on which the segment is situated in the branching diagram.
Колона 4 показва дали сегментът или елементът от данни са задължителни (М) или условни (С).
Column 4 indicates whether the segment or data element is mandatory (M) or conditional (C).
Колона 5 определя формата на елемента от данни.
Column 5 defines the format of the data element.
Колона 6 дава името по UN/EDIFACT на елемента от данни.
Column 6 gives the UN/EDIFACT name of the data element.
Имената на сегментите се изписват с удебелени главни букви, имената на съставните елементи от данни се изписват с нормални главни букви, а имената на елементите от данни се изписват с нормални малки букви.
The names of segments are written in bold upper cases, the names of composite data elements are written in normal upper cases and the names of data elements are written in normal lower cases.
Колона 7 дава описание на елементите от данни (полетата).
Column 7 gives a description of the data elements (fields).
Ако се използва фиксирана стойност, стойността се дава в кавички.
If a fixed value is to be used, the value is indicated in quotes.
Пълното описание на елементите от данни в сегментите за услугата е част от ISO 7372 Справочник на търговски елементи от данни.
The full description of the data elements in the service segments is part of ISO 7372 Trade Data Elements Directory.
Относно символите от наборите по-долу, следва да се използват 7-битовите кодове от таблицата с основни кодове от ISO 646, освен ако съответните 8-битови кодове от ISO 6937 и ISO 8859 или други двоични кодове не са били обект на конкретно споразумение между обменящите партньори чрез използването на съобщението UNA.
For the characters in the sets below, the 7-bit codes in the basic code table in ISO 646 shall be used, unless the corresponding 8-bit codes in ISO 6937 and ISO 8859 or other bit codes are specifically agreed between the interchanging partners through the usage of the UNA segment.
Набор от символи ниво А:
Level A character set:
Букви
Letters
големи букви от A до Z
upper case A to Z
Числа
Numerals
Символ за интервал
Space character
Точка
Full stop
Запетая
Comma
Тире/знак минус
Hyphen/minus sign
Отваряща скоба
Opening parenthesis
Затваряща скоба
Closing parenthesis
Наклонена черта
Oblique stroke (slash)
Знак „равно“
Equals sign
Апостроф
Apostrophe
Запазен за използване като символ за край на сегмент
Reserved for use as segment terminator
Знак плюс
Plus sign
Запазен за използване като разделител за сегментни тагове и елементи от данни
Reserved for use as segment tag and data element separator
Двоеточие
Colon
Запазен за използване като разделител за компонентни елементи от данни
Reserved for use as component data element separator
Въпросителен знак
Question mark
Запазен за използване като символ за освобождаване?, непосредствено предшестващ един от символите ' + : ?
Reserved for use as release character? immediately preceding one of the characters ' + : ?
възстановява тяхното нормално значение.
restores their normal meaning.
Така например, 10?
For example, 10?
+ 10 = 20 означава 10 + 10 = 20.
+ 10 = 20 means 10 + 10 = 20.
Въпросителна се представа като ??.
Question mark is represented by ??.
Следващите символи също са част от набор от символи ниво А.
The following characters are also part of the level A character set.
Удивителен знак
Exclamation mark
Кавичка
Quotation mark
Знак за процент
Percentage sign
Амперсанд
Ampersand
Звезда
Asterisk
Точка и запетая
Semi-colon
Знак „по-малко“
Less-than sign
Знак „по-голямо“
Greater-than sign
„Блокът, дефиниращ служебни символи“, UNA, и сегментите за услуга UNB до UNZ следва да се появяват в реда, установен в обмена.
The service string advice, UNA, and the service segments UNB to UNZ shall appear in the order stated in an interchange.
Виж точка 1.2.2.3.
See chapter 1.2.2.3.
В даден обмен може да има няколко функционални групи.
There may be several functional groups within an interchange.
Едно съобщение се състои от сегменти.
A message consists of segments.
Структурите на сегментите и на елементите от данни в съобщението са показани в точка 1.2.2.5.
The structures for segments and for data elements therein are shown in chapter 1.2.2.5.
Обменът се състои от:
An interchanges consists of:
Блок, дефиниращ служебни символи UNA, условен
Service String Advice UNA Conditional
Заглавие за обмен UNB, задължително
Interchange Header UNB Mandatory
Заглавие на съобщението UNH, задължително
Message Header UNH Mandatory
Сегменти с потребителски данни, описани в приложеното Ръководство за съставяне
User Data Segments described in the Annex implementation manual
Завършване на съобщение UNТ, задължително
Message Trailer UNT Mandatory
Завършване на обмен UNZ, задължително
Interchange Trailer UNZ Mandatory
Схеми на структурата на съобщенията и ред на сегментите съгласно правилата за обработване могат да бъдат намерени в приложенията.
Message structure diagrams and the order of the segments following the processing rules can be found in the Appendices.
Таг на сегмента: Задължителен
Segment Tag: Mandatory
Код на сегмента: Задължителен компонентен елемент от данни
Segment Code: Mandatory component data element
Разделител на компонентни Е.Д. (елементи от данни): Условен
Component D.E. separator: Conditional
Индикация за влагане и повторение: Условен(ни) компонентен(ни) елемент(и) от данни
Nesting and repeating indication: Conditional component data element(s)
Разделител на елементи от данни: Задължителен
Data element separator: Mandatory
Прости или съставни елементи от данни: Задължителни или условни, както е специфицирано в съответните списък и ръководство за съставяне
Simple or composite data elements: Mandatory or Conditional as specified in the relevant segments directory and implementation manual
Символ за край на сегмент: Задължителен
Segment Terminator: Mandatory
Прост елемент от данни:
Simple Data Element:
Задължителни или условни, както е специфицирано в съответната насока за съставяне.
Mandatory or Conditional as specified in the relevant implementation guideline.
Съставен елемент от данни:
Composite Data Element:
В съответствие със справочника на сегментите и както е специфицирано ръководството за съставяне съобщенията.
In accordance with segments directory and as specified in the implementation manual.
Компонентни елементи от данни и разделители на компонентни елементи от данни:
Component data elements and Component data element separators:
Задължителни (виж ограничението по-долу)
Mandatory (see restriction below)
Разделител на елементи от данни: Задължителен (виж ограничението по-долу)
Data element separator: Mandatory (see restriction below)
Ограничение:
Restriction:
След последния компонентен елемент от данни в даден съставен елемент от данни, не трябва да има разделител на компонентни елементи от данни, както и след последния елемент от данни в сегмента не трябва да има разделител на елементи от данни.
There shall be no component data element separator after the last component data element in a composite data element and no data element separator after the last data element in a segment.
В елементи от данни, за които Списъкът на елементи от данни специфицира променлива дължина и в случай, че няма други ограничения, незначещите символни позиции се отстраняват.
In data elements for which the Data Elements Directory specifies variable length and in the case that there are no other restrictions, insignificant character positions shall be suppressed.
В случая на незначещи символи, нулите в началото и интервалите в края се отстраняват.
In the case of insignificant characters, leading zeroes and trailing spaces shall be suppressed.
Единична нула пред десетична запетая обаче е значеща и една нула може да бъде значеща (напр. за указване на температура) ако е определено така в спецификацията на елементите от данни в ръководствата за съставяне на съобщенията.
However, a single zero before a decimal sign is significant and a zero may be significant (e.g. to indicate a temperature) if so stated in the data elements specification of the implementation manuals.
При уплътняването на съобщенията се спазват следните правила:
When compressing messages, the following rules shall be followed.
Изключване на сегменти
Exclusion of segments
Условни сегменти, които не съдържат данни, се изпускат (включително техните сегментни тагове).
Conditional segments containing no data shall be omitted (including their segment tags).
Изключване на елементи от данни чрез изпускане
Exclusion of data elements by omission
Елементите от данни се разпознават по техните поредни позиции в сегмента, както е формулирано в Справочника на сегментите.
Data elements are identified by their sequential positions within the segment as stated in the Segment Directory.
Ако се изпусне условен елемент от данни и ако след него следва друг елемент от данни, неговата позиция се указва чрез съхраняване на разделителя му на елементи от данни.
If a conditional data element is omitted and if it is followed by another data element, its position shall be indicated by retention of its data element separator.
Tag+DE+DE+++DE+DE+DE'
Tag+DE+DE+++DE+DE+DE’
________________ Тези два елемента от данни се изпускат
_______________ These two data elements are omitted
Изключване на елементи от данни чрез отрязване
Exclusion of data elements by truncation
Ако на края на сегмент са изпуснати един или повече условни елемента от данни, сегментът може да бъде отрязан при символа за край на сегмент т.е. съпътстващите крайни елементи от данни не се изисква да се предават.
If one or more conditional data elements at the end of a segment are omitted, the segment may be truncated by the segment terminator, i.e. contiguous trailing data element separators are not required to be transmitted.
Tag+DE+DE+++DE' На базата на примера от 2.2.7, буква б), последните два елемента от данни са изпуснати, а чрез ‘
Tag+DE+DE+++DE' Using the example from 2.2.7 b, the last two data elements have been omitted and by '
____ сегментът е отрязан.
____ the segment has been truncated.
Изключване на компонентни елементи от данни чрез изпускане
Exclusion of component data elements by omission
Компонентните елементи от данни се разпознават по поредните им позиции в съставния елемент от данни.
Component data elements are identified by their given sequential positions within a composite data element.
Ако се изпусне условен компонентен елемент от данни и ако след него следва друг компонентен елемент от данни, неговата позиция се указва чрез разделителя му за компонентни елементи от данни.
If a conditional component data element is omitted and is followed by another component data element, its given position shall be represented by its component data element separator.
_____ Два компонентни елемента от данни, нз пуснати в последния съставен елемент от данни
_____ Two component data elements omitted in the last composite data element.
Изключване на компонентни елементи от данни чрез отрязване
Exclusion of component data elements by truncation
Един или повече условни компонентни елемента от данни в края на съставен елемент от данни могат да бъдат изключени чрез отрязване до разделителя на елементи от данни или, ако са накрая на сегмента, до символа за край на сегмент.
One or more conditional component data elements at the end of a composite data element may be excluded by truncation by the data element separator or, if at the end of a segment, by the segment terminator.
Tag+DE+CE+CE' последният компонентен елемент от данни в първия съставен
Tag+DE+CE+CE' The last component data element in the first composite data element
___ елемент от данни е изпуснат, а също и три компонентни елемента от данни в последния съставен елемент от данни.
___ has been omitted and also three component data elements in the last composite data element.