«УТВЕРЖДЕНО»

Решением Наблюдательного совета НП «АТС»

(Протокол заседания Наблюдательного совета НП «АТС»

№ 47 от “24” мая 2004 г.)

С изменениями от 01.01.01 года,

утвержденными решением Наблюдательного совета НП «АТС»

(Протокол заседания Наблюдательного совета НП «АТС»

№ 69 от 01.01.01 г.)

Приложение .1.2

к договору о присоединении к торговой системе

оптового рынка

СОСТАВ, ФОРМАТ И РЕГЛАМЕНТ ПРЕДОСТАВЛЕНИЯ СОСТОЯНИЙ СРЕДСТВ И ОБЪЕКТОВ ИЗМЕРЕНИЙ В НП «АТС», -ЦДУ ЕЭС» И СМЕЖНЫМ СУБЪЕКТАМ

1.  Предмет действия документа

1.1.  Настоящий документ устанавливает состав, формат и регламент автоматизированного предоставления данных по состоянию средств измерений и объектов измерений в НП «АТС», -ЦДУ ЕЭС» и смежным субъектам от субъектов ОРЭ, реализовавших данную функцию АИИС в соответствии с п2.3 Технических требований ОРЭ.

1.2.  Сфера действия

Положения настоящего документа распространяются на:

-  субъектов оптового рынка - участников обращения электрической энергии, подписавших договор о присоединении к торговой системе оптового рынка;

-  НП «АТС»;

-  -ЦДУ ЕЭС;

-  ЕЭС».

2.  Общие положения

2.1.  При предоставлении состояний средств и объектов измерений идентификация средств и объектов измерений производится с использованием согласованных с НП «АТС» кодов.

2.2.  Перечень средств и объектов измерений, а также перечень, состав и адреса электронной почты получателей конкретных документов устанавливается Актом соответствия АИИС требованиям ОРЭ. Почтовые адреса, имена пользователей и пароли для резервного канала связи выдаются при внесении в реестр субъектов ОРЭ по запросу субъекта.

НЕ нашли? Не то? Что вы ищете?

2.3.  Значения временных интервалов передаются с указанием времени начала и конца временного интервала по времени ценовой зоны нахождения средства или объекта измерения в данном состоянии. Интервал не может относиться к двум разным операционным суткам. Если интервал фактического нахождения средства или объекта измерения относится к двум разным операционным суткам, то производится разбиение интервала на два или более подинтервала, каждый из которых относится к одним операционным суткам.

2.4.  Состояние средств и объектов измерений передаются в виде электронного документа(далее документ), сформированного посредством расширяемого языка разметки (Extensible Markup Language - XML) в соответствии со спецификацией 1.0. Описание модели документа приводится в приложении 1. Пример документа приводится в приложении 2. При декларации кодировки являющейся частью декларации XML требуется использование названий и псевдонимов русскоязычных наборов символов зарегистрированных в Internet Assigned Numbers Authority.

2.5.  При любом указании времени в формате передачи данных используется время ценовой зоны, если не указано иное

3.  Регламент передачи

3.1.  Передача документа с состоянием средств и объектов измерений производится по электронной почте потребителям информации до 12 часов по времени ценовой зоны, дня, следующего за операционными периодом, за которые предоставляются состояния средств и объектов измерений.

3.2.  Полученный в НП «АТС» документ с состоянием средств и объектов измерений, обрабатывается в ИАСУ КУ. ИАСУ КУ проводит анализ его содержимого на предмет наличия ошибок и некорректных данных и формирует документ, содержащий информацию о статусе приема состояний средств и объектов измерений, а также список ошибок и предупреждений, обнаруженных при анализе полученного документа. Сформированный таким образом документ, в XML-формате, отправляется по электронной почте в качестве ответа субъекту торгов на ОРЭ (описание формата ответного документа приведено в приложении 3, пример электронного документа приведен в приложении 4). Время передачи данных в НП «АТС» устанавливается по времени ценовой зоны по факту получения НП «АТС» почтового сообщения с электронным документом и указывается в ответном документе. Если присланный документ содержит информацию о том, что данные состояний средств и объектов измерений не приняты НП «АТС», то Участник торгов на ОРЭ должен исправить ошибки и повторить передачу данных в НП «АТС». Коды и описание ошибок приведены в приложении 5.

3.3.  При отсутствии подтверждения в течение 30 минут после отправки сообщения, участник торгов на ОРЭ должен повторить передачу данных. Если и при повторной передаче данных не получено подтверждение, то должна быть предпринята попытка передать данные с использованием резервного канала связи. Если и в этом случае не удается передать информацию, то представитель участника торгов на ОРЭ, ответственный за передачу данных, должен связаться с представителем НП «АТС», ответственным за прием информации с целью локализации и устранения проблемы. В случае, если документ не удается передать до 14 часов 00 минут по времени ценовой зоны с помощью основного и резервного каналов, попытки передачи должны быть прекращены.

3.4.  Информационно взаимодействие с -ЦДУ ЕЭС» и смежным субъектами ОРЭ осуществляется аналогично пунктам 3.1, 3.2, 3.3 если иное не указано в Акте соответствия АИИС требованиям ОРЭ.

3.5.  Резервный канал организуется НП «АТС» и представляет собой модемный пул, по телефонным номерам которого участник торгов на ОРЭ производит установление соединения с использованием коммутируемых телефонных линий и внутренний почтовый сервер НП «АТС», с помощью которого происходит отправка почтовых сообщений участником торгов на ОРЭ.

3.6.  В срок до 15 часов 00 минут по времени ценовой зоны 10 числа каждого месяца НП «АТС» производит рассылку электронных документов, сообщающих участникам торгов на ОРЭ, какие из присланных им документов считаются принятыми за прошедший месяц. Формат электронного документа приведен в приложении 6. Пример электронного документа приведен в приложении 7.

3.7.  Если установлен операционный период, равный одним суткам, то НП «АТС» до 15 часов 00 минут по времени ценовой зоны следующих за операционным периодом суток высылает субъекту электронный документ, извещающий его о полученных и обработанных документах, с указанием, какие из них являются принятыми.

3.8.  До 12 часов 00 минут по времени ценовой зоны субъект ОРЭ может передать неограниченное количество сообщений, но при этом действуют следующие правила:

3.8.1  Почтовые сообщения обрабатываются в порядке поступления независимо от порядкового номера и даты.

3.8.2  В одном сообщении могут содержаться различные электронные документы. Если используется сжатие архиватором zip, то не допускается записывать в архив более одного файла. Иначе говоря, в одном архиве должен быть один файл, при этом в сообщении может быть несколько архивов.

3.8.3  XML-файлы, содержащиеся в почтовом сообщении, обрабатываются в соответствии с типом документа и его номером. При этом не принимаются и не обрабатываются файлы:

-  имеющие номер документа меньший, нежели тот, который уже обработан для документов данного типа;

-  полученные ИАСУ КУ с нарушением требований п 3.1.

3.9.  При наличие в ИАСУ КУ принятого документа за операционные сутки и при получении электронного документа с большим номером за те же операционные сутки и не имеющего ошибок формата, вся информация, переданная предыдущим документом удаляется и заносится из документа, имеющего более старший номер. Иначе говоря, если документ с более старшим номером содержит более недостоверную(к примеру) информацию, то он собой полностью заменяет документ с меньшим номером и лучшей информацией. Замещение не происходит только в том случае, когда более поздний документ имеет ошибки формата.

4.  Описание форматов информационного обмена.

4.1.  Описание формата входного сообщения.

4.1.1  В поле «Тема письма»(Subject) почтового сообщения должна содержаться информация в следующем формате - <ИНН>_<Номер сообщения>, где

-  ИНН - ИНН организации предоставляющей информацию, длина inn – 10 символов;

-  номер сообщения - порядковый номер(идентификатор) сообщения, используется для идентификации сообщений при ответах ИАСУ КУ, локализации и устранения проблем передачи информации и т. п. Номера сообщений присваиваются отправителем, начинаются с 1 и увеличиваются на 1 с каждым новым сообщением.

4.1.2  В почтовое сообщение должен быть вложен файл, содержащий электронный документ.

4.1.3  Имя файла содержащего электронный документ должно составляется в формате “<тип документа>_<ИНН>_<дата>_<номер документа>”, где:

-  Тип документа – номер, присвоенный НП «АТС» данному типу документа;

-  ИНН - ИНН организации предоставляющей информацию, длина inn – 10 символов;

-  дата – операционные сутки, за который предоставляется информация, в формате “ГГГГММДД”, где ГГГГ – год, ММ – порядковый номер месяца, ДД – день. Длина поля <дата> - 8 знаков.

-  номер документа – порядковый номер (идентификатор) документа. Номера документов присваиваются отправителем, начинаются с 1 и увеличиваются на 1 с каждым новым документом для данного типа документов;

Расширение файла - xml.

4.1.4  Допускается сжатие xml – файла архиватором zip. В этом случае письмо должно содержать архив, содержащий xml-файл, с именем, совпадающим с именем xml-файла, за исключением расширения, которое должно быть изменено на zip. Формат архива должен быть версии 2.0

4.2.  Описание структуры входного документа(тип 80030)

4.2.1  Элемент <message> является корневым элементом. Потомками элемента <message> являются элементы <datetime>,<sender>, <area>. В документе допускается наличие только одного корневого элемента <message>.

4.2.2  Атрибут class элемента <message> является обязательным и содержит данные о типе электронного документа. Значение атрибута class должно быть равно 80030.

4.2.3  Атрибут version корневого элемента <message> является обязательным и содержит данные о версии формата. Данный стандарт определяет версию документа 1.

4.2.4   Атрибут number элемента <message> является обязательным и содержит порядковый номер документа. (Номера сообщений присваиваются отправителем, начинаются с 1 и увеличиваются на 1 с каждым новым сообщением). Значение атрибута number элемента <message> должно совпадать со значением <номер документа> в имени файла. (Смотри пункт 4..1.3.)

4.2.5  Элемент <datetime> является потомком корневого элемента <message>. В документе допускается наличие только одного элемента <datetime>.Элемент <datetime> содержит информацию о времени создания документа. Потомками элемента <datetime> являются элементы <timestamp>, <day>, <daylightsavingtime>.

4.2.6   Элемент <timestamp> является потомком элемента <datetime>.Содержимым элемента <timestamp> является дата и время формирования данного документа в формате “ГГГГММДДччммсс”, где: ГГГГ – год, ММ – порядковый номер месяца, ДД – день, чч – час, мм – минуты, сс – секунды.

4.2.7  Элемент <daylightsavingtime> является обязательным и содержит 1 если используется летнее время, 0, если используется зимнее время, и 2, если документ сформирован для суток, в которые осуществлялся перевод часов с зимнего на летнее время и обратно. Значение элемента <daylightsavingtime> применяется ко всем значениям времени в данном документе.

4.2.8  Элемент <day> является обязательным и содержит дату, определяющую операционные сутки, за которые предоставляется информация, в формате ГГГГММДД где: ГГГГ – год, ММ – порядковый номер месяца, ДД – день.

4.2.9  Элемент <sender> является потомком корневого элемента <message>.В документе допускается наличие только одного элемента <sender>. Элемент <sender> описывает организацию, предоставляющую информацию. Потомками элемента <sender> являются элементы <inn>,<name>.

4.2.10  Элемент <inn> является обязательным и содержит ИНН организации, предоставляющей информацию.

4.2.11  Элемент <name> элемента <sender> содержит название организации, предоставляющей информацию. Длина названия до 250 символов.

4.2.12  Элемент <area> содержит информацию данных по состоянию средств измерений и объектов измерений одной организации субъекта ОРЭ (Если субъект ОРЭ представляет на рынке несколько организаций, то каждой организации в документе должно соответствовать своя секция <area>.). Потомками элемента <area> могут являться элементы <inn>, <name>, <measuringscheme> ,<measuringobject>, <measuringtool>.

4.2.13  Элемент <inn> является обязательным и содержит ИНН организации субъекта ОРЭ.

4.2.14  Элемент <name> является обязательным и содержит название организации субъекта ОРЭ. Длина названия до 250 символов.

4.2.15  Элемент <measuringscheme> содержит сведения о номере схемы измерений, по которой производились измерения. Количество возможных схем измерения присвоение им идентификационных номеров происходит на этапе присоединения субъекта к модели измерения. Потомками элемента <measuringscheme> являются элементы <period>. При этом содержимое элементов value в элементах period является номером схемы измерения.

4.2.16  Элемент <measuringtool> содержит сведения о состоянии средства измерений. Атрибутами элемента <measuringtool> являются code, name, type. Потомками элемента <measuringtool> могут являться элементы <record>.

-  содержимым атрибута name элемента является наименование данного средства измерения. Длина наименования до 250 символов.

-  атрибут code элемента содержит уникальный код, присвоенный НП «АТС» данному средству измерения.

-  содержимым атрибута type является тип данного средства измерения. Значение атрибута type присваивается НП «АТС» при кодировании данного средства измерения.

4.2.17  Элемент <record> содержит текст записи журнала событий средства измерения. Атрибутами элемента <record > являются type, timestamp.

-  содержимым атрибута type элемента является тип, присвоенный НП «АТС», данной записи журнала событий.

-  содержимым атрибута timestamp является метка времени, присвоенная данному событию, в формате “ГГГГММДДччммсс”, где: ГГГГ – год, ММ – порядковый номер месяца, ДД – день, чч – час, мм – минуты, сс – секунды.

4.2.18   Элемент <measuringobject> содержит сведения о состоянии объекта измерений. Атрибутами элемента <measuringobject> являются code, name, type. Потомками элемента <measuringobject> могут являться элементы <period>.

-  содержимым атрибута name элемента <measuringobject> является наименование данного объекта измерения. Длина наименования до 250 символов.

-  атрибут code элемента <measuringobject> содержит уникальный код, присвоенный НП «АТС» данному объекту измерения.

-  содержимым атрибута type элемента <measuringobject> является тип данного объекта измерения. Значение атрибута type присваивается НП «АТС» при кодировании данного объекта измерения.

4.2.19  Элемент <period> содержит временной диапазон нахождения объекта или средства измерения в определенном состоянии. Атрибутами элемента <period> являются <start> и <end>. Потомками элемента <period> являются элементы <value>, значения которых и определяют состояние, в котором находится объект, информация о состояние которого передается. В сутки, когда осуществляется переход с зимнего на летнее время, а в сутки, когда осуществляется переход с летнего на зимнее время и если одна из границ периода попадает на время перевода часов назад, то для этого периода устанавливается атрибут summer равным 1, если атрибут start относится к летнему времени, равным 2, если атрибут end относится к летнему времени, равным 3, если оба атрибута start и end относятся к летнему времени. При этом элемент <daylightsavingtime> (п4.2.7) принимает значение 2.

4.2.20  Атрибуты <start> и <end> элемента <period> являются обязательными и содержат дату и время начала и конца периода соответственно, в формате “ччмм”, где: чч – часы, мм - минуты. Последний интервал в операционных сутках записывается в виде start=время начала периода, end=0000.

4.2.21  Содержимым элемента <value> является значение, присвоенное НП «АТС» данному состоянию объекта измерения.

-  Содержимое атрибута status элемента показывает статус передаваемой информации. Статус 0 означает, что передаваемая информация имеет статус коммерческой. В этом случае атрибут статус может отсутствовать. Значение атрибута 1 означает, что данную информацию нельзя использовать в коммерческих расчетах.

4.3.  Описание формата ответного сообщения (тип 80031).

4.3.1  Корневым элементом электронного документа является <message>. В документе допускается наличие только одного элемента <message>. Потомками элемента <message> являются элементы <email>, <file>, <reply>.

4.3.2  Атрибут class элемента <message> является обязательным и содержит данные о типе документа. Значение атрибута class должно быть равно 80031.

4.3.3  Атрибут version элемента <message> является обязательным и содержит данные о версии документа. Текущее значение версии равно 1.

4.3.4  Атрибут id элемента <message> является обязательным и содержит уникальный цифровой код сообщения.

4.3.5  Элемент <email> является потомком корневого элемента <message>. Представляет описание электронного сообщения, полученного службой приема XML-файлов. В документе допускается наличие только одного элемента <email>. Потомками элемента <email> являются элементы <id>, <received>, <from>, <signed>, <subject>.

4.3.6  Элемент <id> является потомком элемента <email>. Содержит идентификатор электронного сообщения, полученного службой приема XML-файлов.

4.3.7  Элемент <received> является потомком элемента <email>. Содержит дату и время приема электронного письма в формате ГГГГММДДччммсс, где ГГГГ - год, ММ - месяц, ДД - день, чч - часы в 24-часовом формате, мм - минуты, сс - секунды.

4.3.8  Элемент <from> является потомком элемента <email>. Содержит почтовый адрес с которого было получено электронное сообщение.

4.3.9  Элемент <signed> является потомком элемента <email>. Содержит имя (название) того, кто подписал сообщение электронной подписью. Если сообщение не было подписано - содержит пустое значение.

4.3.10  Атрибут status элемента <signed> является обязательным и содержит статус электронной подписи. Может принимать следующие значения: 0 - подпись отсутствует, 1 - подпись присутствует и она верна, 2 - подпись присутствует, но проверить ее достоверность не является возможным, 3 - подпись присутствует, но она не верна, 4 - проверка электронной подписи не проводилась.

4.3.11  Элемент <subject> является потомком элемента <email> и содержит тему электронного сообщения.

4.3.12  Элемент <file> является потомком корневого элемента <message> и содержит информацию о вложенном в электронное сообщение файле XML. Потомками элемента <file> являются элементы <name>, <date>.

4.3.13  Атрибут zip элемента <file> является необязательным и показывает был ли файл XML упакован архиватором ZIP. Может принимать значения: 0 - файл не был упакован, 1 - файл был упакован.

4.3.14  Элемент <name> является обязательным и содержит название файла XML.

4.3.15  Элемент <date> является обязательным и содержит дату, значения по которой описывает XML файл в формате ГГГГММДД, где ГГГГ - год, ММ - месяц, ДД - день.

4.3.16  Элемент <reply> является потомком корневого элемента <message> и содержит ответ системы приема файлов на поступившее электронное сообщение. Потомками элемента <reply> являются элементы <area>, <other>.

4.3.17  Атрибут status элемента <reply> является обязательным и содержит статус обработки файла XML. Возможными значениями статусов являются: 0 - файл принят и успешно обработан системой, 1 - файл принят и обработан, есть предупреждения, 2 - файл не принят, в файле содержится неполная информация, 3 - файл не принят, имеются ошибки формата, 4 - файл не соответствует стандарту xml.

4.3.18  Атрибут desc элемента <reply> не является обязательным и содержит текстовое описание статуса статуса обработки файла XML.

4.3.19  Элемент <area> является обязательным потомком элемента <reply> и содержит сообщения об ошибках для соответствующего элемента <area> в файле XML, либо сообщения об ошибках для всего файла XML.

4.3.20  Атрибут inn элемента <area> является обязательным и содержит номер ИНН идентифицирующий элемент <area> в файле XML.

4.3.21  Элемент <other> является необязательным потомком элемента <reply> и содержит сообщения об ошибках для всего файла если они не попадают в категории сообщений об ошибках для элементов <area>.

4.3.22  Элемент <error> является потомком элементов <area>, <other> и содержит определенное сообщение об ошибке.

4.3.23  Атрибут code элемента <error> не является обязательным и содержит код ошибки.

4.3.24  Атрибут type элемента <error> не является обязательным и содержит тип ошибки.

4.4.  Описание формата сообщения отчета по ошибкам в файлах за период(тип 80032).

4.4.1  Корневым элементом электронного документа является <message>. В документе допускается наличие только одного элемента <message>. Потомками элемента <message> являются элементы <day>.

4.4.2  Атрибут class элемента <message> является обязательным и содержит данные о типе документа. Значение атрибута class должно быть равно 80032.

4.4.3  Атрибут version элемента <message> является обязательным и содержит данные о версии документа. Текущее значение версии равно 1.

4.4.4  Атрибут id элемента <message> является обязательным и содержит уникальный цифровой код сообщения.

4.4.5  Атрибут datefrom элемента <message> является обязательным и содержит начальную (включительно) дату периода, для которого составляется документ. Дата хранится в формате ГГГГММДД, где ГГГГ - год, ММ - месяц, ДД - день.

4.4.6  Атрибут dateto элемента <message> является обязательным и содержит конечную (включительно) дату периода, для которого составляется документ. Формат даты см. в п. 4.4.5.

4.4.7  Элемент <day> является необязательным и содержит данные по ошибкам в файлах, принятых от организации в определенные сутки. Потомками элемента <day> являются элементы <error>.

4.4.8  Атрибут date элемента <day> является обязательным и содержит дату, для которой в элементе <day> хранятся значения. Формат даты см. в п. 4.4.5.

4.4.9  Элемент <error> является необязательным и содержит текстовое описание определенной ошибки в присланном файле XML.

4.4.10  Атрибут filename элемента <error> является обязательным и содержит имя файла, к которому относится ошибка.

4.4.11  Атрибут areainn элемента <error> не является обязательным и содержит ИНН объекта, к данным по которому относится ошибка. Если ошибка не относится к определенному объекту, а относится ко всему файлу - атрибут areainn отсутствует.

4.4.12  Атрибут type элемента <error> не является обязательным и содержит тип ошибки.

4.4.13  Атрибут code элемента <error> не является обязательным и содержит код ошибки.

Приложение 1

Декларация разметки входного документа

<!ELEMENT message (comment?,datetime, sender, area*)>

<!ATTLIST message

class CDATA #REQUIRED

version CDATA #REQUIRED

number CDATA #REQUIRED

>

<!ELEMENT datetime (timestamp, daylightsavingtime, day)>

<!ELEMENT timestamp (#PCDATA)>

<!ELEMENT daylightsavingtime (#PCDATA)>

<!ELEMENT day (#PCDATA)>

<!ELEMENT sender (inn, name)>

<!ELEMENT inn (#PCDATA)>

<!ELEMENT name (#PCDATA)>

<!ELEMENT comment (#PCDATA)>

<!ELEMENT area (inn, name, (measuringscheme | measuringobject | measuringtool)+) >

<!ELEMENT measuringscheme (period+) >

<!ELEMENT measuringtool (record+) >

<!ATTLIST measuringtool

code CDATA #REQUIRED

name CDATA #REQUIRED

type CDATA #REQUIRED

>

<!ELEMENT record (#PCDATA) >

<!ATTLIST record

type CDATA #REQUIRED

timestamp CDATA #REQUIRED

>

<!ELEMENT measuringobject (period+) >

<!ATTLIST measuringobject

code CDATA #REQUIRED

name CDATA #REQUIRED

type CDATA #REQUIRED

>

<!ELEMENT period (value) >

<!ATTLIST period

start CDATA #REQUIRED

end CDATA #REQUIRED

summer CDATA #IMPLIED

>

<!ELEMENT value (#PCDATA) >

<!ATTLIST value status CDATA #IMPLIED >

Приложение 2

Пример электронного входного документа

<?xml version="1.0" encoding="windows-1251"?>

<message class="80030" version="1" number="22">

<datetime>

<timestamp></timestamp>

<daylightsavingtime>0</daylightsavingtime>

<day></day>

</datetime>

<sender>

<name><Костромская ГРЭС></name>

<inn></inn>

</sender>

<area>

<name><Костромская ГРЭС></name>

<inn></inn>

<measuringscheme>

<period start="0000" end="1230"><value>1</value></period>

<period start="1230" end="0000"><value>2</value></period>

</measuringscheme>

<measuringtool code="" name="счетчик" type="1">

<record type="1" timestamp="">пропадание питания</record>

<record type="2" timestamp="">восстановление питания</record>

</measuringtool>

<measuringobject code="" name="ШСВ" type="1">

<period start="0000" end="1230"><value>0</value></period>

<period start="1230" end="0000"><value>1</value></period>

</measuringobject>

</area>

</message>

Приложение 3

Декларация разметки ответного сообщения

<!ELEMENT message (email, file, reply)>

<!ATTLIST message

class CDATA #REQUIRED

version CDATA #REQUIRED

id CDATA #REQUIRED

>

<!ELEMENT email (id, received, from, signed, subject)>

<!ELEMENT id (#PCDATA)>

<!ELEMENT received (#PCDATA)>

<!ELEMENT from (#PCDATA)>

<!ELEMENT signed (#PCDATA)>

<!ATTLIST signed

status CDATA #REQUIRED

>

<!ELEMENT subject (#PCDATA)>

<!ELEMENT file (name, date)>

<!ATTLIST file

zip CDATA

>

<!ELEMENT name (#PCDATA)>

<!ELEMENT date (#PCDATA)>

<!ELEMENT reply (area*)>

<!ATTLIST reply

status CDATA #REQUIRED

>

<!ELEMENT area (error*)>

<!ATTLIST area

inn CDATA

>

<!ELEMENT error (#PCDATA)>

<!ATTLIST error

code CDATA

type CDATA

>

Приложение 4

Пример ответного сообщения

<?xml version="1.0" encoding="windows-1251"?>

<message class="80021" version="1" id="1067">

<email>

<id>*****@***com</id>

<received></received>

<from>*****@***net</from>

<signed status="0">Воронежская ГЭС, отдел учета</signed>

<subject>__123</subject>

</email>

<file zip="0">

<name>d80020___12.xml</name>

<date></date>

</file>

<reply status="3" desc="Файл не принят системой">

<area inn="" status="3">

<error code="24" type="2">

В элементе MeasuringChannel (/элемента period

</error>

<error code="24" type="2">

В элементе MeasuringChannel (/элемента period

</error>

</area>

</reply>

</message>


Приложение 5

Коды ошибок

№ п/п

Код

Описание

Ошибка/Предупреждение

1

1

Корневой элемент документа не message, а - <значение>

Ошибка

2

2

Неверный класс документа - <значение>

Ошибка

3

3

Неверный номер версии формата документа -<значение>

Ошибка

4

4

'Отсутствует номер документа'

Ошибка

5

5

Файл с такимже именем и содержащий документ с таким-же номерои уже есть в базе, этот не обрабатывается

Ошибка

6

6

В элементе <имя элемента> не должно быть дочерних элементов

Ошибка

7

7

Отсутствует ИНН отправителя

Ошибка

8

8

ИНН отправителя <значение> базе не известен

Ошибка

9

9

В базе есть номер документа, больший чем номер <значение> документа, текущий документ не обрабатывается

Ошибка

10

10

В документе нет элементов area

Ошибка

11

11

Area INN <значение> базе неизвестен

Ошибка

12

12

Отсутствует элемент start периода

Ошибка

13

13

Отсутствует элемент end периода

Ошибка


Приложение 6

Декларация разметки сообщения об ошибках за период

<!ELEMENT message (day*)>

<!ATTLIST message

class CDATA #REQUIRED

version CDATA #REQUIRED

id CDATA #REQUIRED

datefrom CDATA #REQUIRED

dateto CDATA #REQUIRED

>

<!ELEMENT day (error*)>

<!ATTLIST day

date CDATA #REQUIRED

>

<!ELEMENT error (#PCDATA)>

<!ATTLIST error

filename CDATA #REQUIRED

areainn CDATA

type CDATA

code CDATA

>

Приложение 7

Пример ответного сообщения по ошибкам за период

<?xml version="1.0" encoding="windows-1251"?>

<message class="80022" version="1" id="12" datefrom="" dateto="">

<day date=">

<error filename="d80030___12.xml" areainn="" code="13" type="2">

Отсутствует элемент end периода

</error>

</day>