«УТВЕРЖДЕНО»
Решением Наблюдательного совета НП «АТС»
(Протокол заседания Наблюдательного совета НП «АТС»
№ 47 от “24” мая 2004 г.)
С изменениями от 01.01.01 года,
утвержденными решением Наблюдательного совета НП «АТС»
(Протокол заседания Наблюдательного совета НП «АТС»
№ 69 от 01.01.01 г.)
Приложение .1.1
к договору о присоединении к торговой системе
оптового рынка
ФОРМАТ И РЕГЛАМЕНТ ПРЕДОСТАВЛЕНИЯ РЕЗУЛЬТАТОВ ИЗМЕРЕНИЙ В НП «АТС», -ЦДУ ЕЭС» И СМЕЖНЫМ СУБЪЕКТАМ
1. Предмет и сфера действия документа
1.1. Настоящий документ устанавливает формат и регламент предоставления результатов измерений по точкам измерений, точкам поставки ОРЭ, группам точек поставки ОРЭ и точкам учета (далее - результаты измерений), сформированных в АИИС субъекта ОРЭ в НП «АТС», -ЦДУ ЕЭС» и смежным субъектам ОРЭ (далее – потребители информации).
1.2. Сфера действия
Положения настоящего документа распространяются на:
- субъектов оптового рынка - участников обращения электрической энергии, подписавших договор о присоединении к торговой системе оптового рынка;
- НП «АТС»;
- -ЦДУ ЕЭС;
- ЕЭС».
2. Общие положения
2.1. При предоставлении результатов измерений идентификация точек измерений, точек учета, точек поставки и групп точек поставки производится с использованием согласованных с НП «АТС» кодов.
2.2. При передаче результатов измерений по точкам измерения, точкам учета и точкам поставки результаты измерений отпущенной и принятой электрической энергии передаются раздельно. Результаты измерений отпущенной и принятой электрической энергии всегда положительны.
2.3. При передаче результатов измерений по группам точек поставки могут передаваться как раздельно результаты измерений отпущенной и принятой электрической энергии, так и сальдированные значения. В последнем случае результаты измерений будут положительными, если прием электроэнергии превышает отдачу и отрицательными если наоборот.
2.4. Результаты измерений передаются в целых кВт*ч.
2.5. Перечень точек измерений, точек учета, точек поставки и групп точек поставки, а также перечень, состав и адреса электронной почты получателей конкретных документов устанавливается Актом соответствия АИИС требованиям ОРЭ. Почтовые адреса, имена пользователей и пароли для резервного канала связи выдаются при внесении в реестр субъектов ОРЭ по запросу субъекта.
2.6. Результаты измерений передаются в виде электронного документа(далее документ), сформированного посредством расширяемого языка разметки (Extensible Markup Language - XML) в соответствии со спецификацией 1.0. Описание модели документа приводится в приложении 1. Пример документа приводится в приложении 2. При декларации кодировки являющейся частью декларации XML требуется использование названий и псевдонимов русскоязычных наборов символов зарегистрированных в Internet Assigned Numbers Authority.
2.7. Документ формируется в соответствии с установленным для потребителя информации перечнем по п2.4.
2.8. Один документ содержит результаты измерений, относящиеся к одному операционному периоду.
2.9. Под операционным периодом понимается:
- в случае цикличности измерений меньше или равным одному разу в сутки- одни сутки;
- в случае цикличности измерений равной одному разу в месяц - один месяц.
2.10. Данные по результатам измерений передаются с указанием начала и конца интервала выполнения измерений. Начало и конец интервала выполнения измерений указывается по текущему московскому времени (с учетом переходов на летнее и зимнее время), в соответствии с форматом передачи данных.
2.11. При любом указании времени в формате передачи данных используется время ценовой зоны, если не указано иное
3. Регламент передачи
3.1. Передача документа с результатами измерений производится по электронной почте потребителям информации до 12 часов по времени ценовой зоны, дня, следующего за операционными периодом, за которые предоставляются результаты измерений При этом, в случае передачи данных за месяц, допускается производить передачу данных до 12 часов по времени ценовой зоны 5 числа следующего за операционным периодом месяца.
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 знаков. В случае предоставления информации за операционный период месяц, поле день (ДД) принимает значение 00.
- номер документа – порядковый номер (идентификатор) документа. Номера документов присваиваются отправителем, начинаются с 1 и увеличиваются на 1 с каждым новым документом для данного типа документов;
Расширение файла - xml.
4.1.4 Допускается сжатие xml – файла архиватором zip. В этом случае письмо должно содержать архив, содержащий xml-файл, с именем, совпадающим с именем xml-файла, за исключением расширения, которое должно быть изменено на zip. Формат архива должен быть версии 2.0
4.2. Описание структуры входного документа (тип 80020).
4.2.1 Элемент <message> является корневым элементом. Потомками элемента <message> являются элементы <comment>, <datetime>, <sender>, <area>. В документе допускается наличие только одного корневого элемента <message>.
4.2.2 Атрибут class элемента <message> является обязательным и содержит данные о типе электронного документа. Значение атрибута class должно быть равно 80020.
4.2.3 Атрибут version корневого элемента <message> является обязательным и содержит данные о версии формата. Данный документ определяет версию документа 2.
4.2.4 Атрибут number элемента <message> является обязательным и содержит порядковый номер сообщения. (Номера сообщений присваиваются отправителем, начинаются с 1 и увеличиваются на 1 с каждым новым сообщением). Совпадает с номером документа в пункте 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> является обязательным и содержит дату, определяющую операционный период, за который предоставляется информация, в формате ГГГГММДД где: ГГГГ – год, ММ – порядковый номер месяца, ДД – день. В случае предоставления информации за операционный период месяц, поле день (ДД) принимает значение 00.
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>, <measuringpoint>, <accountpoint>, <deliverypoint>, <deliverygroup>.
4.2.13 Элемент <inn> является обязательным и содержит ИНН организации субъекта ОРЭ.
4.2.14 Элемент <name> является обязательным и содержит название организации субъекта ОРЭ. Длина названия до 250 символов.
4.2.15 Элемент <measuringpoint> содержит сведения о точке измерения и результатах измерения по ней. Атрибутами элемента <measuringpoint> являются code, name. Потомками элемента <measuringpoint> являются элементы <measuringchannel>.
- содержимым атрибута name элемента <measuringpoint> является наименование данной точки измерения. Длина наименования до 250 символов.
- атрибут code элемента <measuringpoint> содержит уникальный код, присвоенный НП «АТС» данной точке измерения.
4.2.16 Элемент <accountpoint> содержит сведения о точке учета и результатах измерения по ней. Атрибутами элемента <accountpoint> являются code и name. Потомками элемента <accountpoint> являются элементы <measuringchannel>.
- содержимым атрибута name является наименование данной точки учета. Длина наименования до 250 символов.
- атрибут code содержит уникальный код, присвоенный НП «АТС» точке учета.
4.2.17 Элемент <deliverypoint> содержит сведения о точке поставки и результатах измерения в ней. Атрибутами элемента <deliverypoint> являются code и name. Потомками элемента <deliverypoint> являются элементы <measuringchannel>.
- содержимым атрибута name является наименование данной точки поставки. Длина наименования до 250 символов.
- атрибут code содержит уникальный код, присвоенный НП «АТС» точке поставки.
4.2.18 Элемент <deliverygroup> содержит сведения о группе точек поставки и результатах измерения в ней. Атрибутами элемента <deliverypoint> являются code и name. Потомками элемента <deliverygroup> являются элементы <measuringchannel>.
- содержимым атрибута name является наименование данной группе точек поставки. Длина наименования до 250 символов.
- атрибут code содержит уникальный код, присвоенный НП «АТС» группе точек поставки.
4.2.19 Элемент <measuringchannel> содержит информацию результатах измерений по точкам учета, точкам измерений, точкам поставки и группам точек поставки. Потомками элемента <measuringchannel> являются элементы <period>.
- атрибут code элемента <measuringchannel> содержит код измерительного канала, присвоенный НП «АТС» данному измерительному каналу ИС. В коде измерительного канала содержится информация о направлении передачи электроэнергии и типе измерительного канала.
- атрибут desc содержит описание измерительного канала ИС.
4.2.20 Элемент <period> содержит временной диапазон вычисления и значения измерительных каналов точки учета и точки измерения. Потомками элемента <period> являются элемент <value>. В зависимости от интервала измерений в элементах <measuringchannel> должно присутствовать определенное количество элементов <period>. То есть для точки измерения с интервалом измерения 30 минут должно быть 48 элементов период, с интервалом измерения 15 минут - 96. Несовпадение числа элементов <period> считается ошибкой формата и является основанием в отказе приема файла целиком. В сутки, когда осуществляется переход с зимнего на летнее время число периодов должно оставаться неизменным, а в сутки, когда осуществляется переход с летнего на зимнее время, число периодов должно быть увеличено с учетом появления лишнего часа. При этом элемент <daylightsavingtime> (п4.2.7) принимает значение 2, а у периодов, относящиеся к летнему времени, устанавливается атрибут “summer” равный 1.
4.2.21 Атрибуты <start> и <end> элемента <period> являются обязательными и содержат дату и время начала и конца измерения соответственно, в формате “ччмм”, где: чч – часы, мм - минуты. Последний интервал в операционных сутках записывается в виде start=время начала периода, end=0000.
4.2.22 Содержимым элемента <value> является значение результата измерения. Атрибутами элемента <value> являются status, errofmeasuring, exstendedstatus, param1, param2, param3.
- содержимое атрибута status элемента <value> показывает статус передаваемой информации. Статус 0 означает, что передаваемая информация имеет статус коммерческой. В этом случае атрибут статус может отсутствовать. Значение поля status 1 означает, что данную информацию нельзя использовать в коммерческих расчетах.
- Содержимое атрибута errofmeasuring элемента <value> содержит абсолютную погрешность результатов измерений. Обязательность передачи атрибута определяется Актом соответствия АИСС техническим требованиям ОРЭ.
- Атрибуты param1, param2, param3 содержат дополнительную информацию, содержание которой определяется значением атрибута extendedstatus.
- Атрибут extendedstatus содержит расширенный статус передаваемой информации. В частности, в случае замещения результатов измерений в точке измерения на значение результатов измерений в группе точек измерений (в случае включения присоединения через обходной выключатель), значение атрибута exstendedstatus равно 1114, а значение атрибута param1 принимает значение равное коду, присвоенному НП «АТС» группе точек измерений.
4.3. Описание формата ответного сообщения (тип 80021).
4.3.1 Корневым элементом электронного документа является <message>. В документе допускается наличие только одного элемента <message>. Потомками элемента <message> являются элементы <email>, <file>, <reply>.
4.3.2 Атрибут class элемента <message> является обязательным и содержит данные о типе документа. Значение атрибута class должно быть равно 80021.
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. Описание формата сообщения отчета по ошибкам в файлах за период(тип 80022).
4.4.1 Корневым элементом электронного документа является <message>. В документе допускается наличие только одного элемента <message>. Потомками элемента <message> являются элементы <day>.
4.4.2 Атрибут class элемента <message> является обязательным и содержит данные о типе документа. Значение атрибута class должно быть равно 80022.
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, (accountpoint | measuringpoint | accountpoint | deliverypoint | deliverygroup)+) >
<!ELEMENT measuringpoint (measuringchannel+) >
<!ATTLIST measuringpoint
code CDATA #REQUIRED
name CDATA #REQUIRED
>
<!ELEMENT accountpoint (measuringchannel+) >
<!ATTLIST accountpoint
code CDATA #REQUIRED
name CDATA #REQUIRED
>
<!ELEMENT deliverypoint (measuringchannel+) >
<!ATTLIST deliverypoint
code CDATA #REQUIRED
name CDATA #REQUIRED
>
<!ELEMENT deliverygroup (measuringchannel+) >
<!ATTLIST deliverygroup
code CDATA #REQUIRED
name CDATA #REQUIRED
>
<!ELEMENT measuringchannel (period+) >
<!ATTLIST measuringchannel
code CDATA #REQUIRED
desc CDATA #REQUIRED
>
<!ELEMENT period (value) >
<!ATTLIST period
start CDATA #REQUIRED
end CDATA #REQUIRED
summer CDATA #IMPLIED
>
<!ELEMENT value (#PCDATA) >
<!ATTLIST value
status CDATA #IMPLIED
errofmeasuring CDATA #IMPLIED
param1 CDATA #IMPLIED
param2 CDATA #IMPLIED
param3 CDATA #IMPLIED
extendedstatus CDATA #IMPLIED
>
Приложение 2
Пример электронного входного документа
<?xml version="1.0" encoding="windows-1251"?>
<message class="80020" version="2" number="22">
<datetime>
<timestamp></timestamp>
<daylightsavingtime>0</daylightsavingtime>
<day><day>
</datetime>
<sender>
<name><Костромская ГРЭС></name>
<inn></inn>
</sender>
<area>
<name><Костромская ГРЭС></name>
<inn></inn>
<measuringpoint code="" name="500 КГРЭС-ЗаГаЭС">
<measuringchannel code="02" desc="счетчик, акт. отдача">
<period start="0000" end="0030">
<value>141200</value>
</period>
<period start="0030" end="0100">
<value>157200</value>
</period>
<period start="0100" end="0130">
<value>132800</value>
</period>
#........(Пропущено)
<period start="2300" end="2330">
<value>17400</value>
</period>
<period start="2330" end="0000">
<value>68000</value>
</period>
</measuringchannel>
<measuringchannel code="01" desc="счетчик, акт. прием">
<period start="0000" end="0030">
<value>0</value>
</period>
<period start="0030" end="0100">
<value>0</value>
</period>
<period start="0100" end="0130">
<value>0</value>
</period>
#........(Пропущено)
<period start="2300" end="2330">
<value>1200</value>
</period>
<period start="2330" end="0000">
<value>0</value>
</period>
</measuringchannel>
</measuringpoint>
<accountpoint code="" name="500 КГРЭС-КАЭС">
<measuringchannel code="02" desc="счетчик, акт. отдача">
<period start="0000" end="0030">
<value>70600</value>
</period>
<period start="0030" end="0100">
<value>79200</value>
</period>
<period start="0100" end="0130">
<value>108600</value>
</period>
#........(Пропущено)
<period start="2300" end="2330">
<value>60000</value>
</period>
<period start="2330" end="0000">
<value>87000</value>
</period>
</measuringchannel>
</accountpoint>
#........(Пропущено)
</area>
#........(Пропущено)
<area>
#........(Пропущено)
</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 | В элементе area не может быть более одного элемента ErrText | Ошибка |
13 | 13 | В элементе ErrText не должно быть дочерних элементов | Ошибка |
14 | 14 | Отсутствует обязательный атрибут code элемента MeasuringPoint, точка не обрабатывается | Ошибка |
15 | 15 | В точке измерения <код точки измерения> 0 элементов MeasuringChannel | Ошибка |
16 | 16 | 'Отсутствует обязательный атрибут code элемента MeasuringChannel' | Ошибка |
17 | 17 | Отсутствует элемент start периода | Ошибка |
18 | 18 | Отсутствует элемент end периода | Ошибка |
19 | 19 | Некоммерческий статус данных измерительного канала <Код измерительного канала> за <дату>. Код статуса: <Значение> | Предупреждение |
Приложение 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="d80020___12.xml" areainn="" code="24" type="2">
В элементе MeasuringChannel (/элемента period
</error>
