Редакция, действующая на момент вступления в силу изменений


НазваниеРедакция, действующая на момент вступления в силу изменений
страница11/14
ТипДокументы
filling-form.ru > бланк заявлений > Документы
1   ...   6   7   8   9   10   11   12   13   14


Приложение 3 к Регламенту коммерческого учета электроэнергии и мощности (Приложение № 11 к Договору о присоединении)

Описание форматов и регламента передачи макетов xml для ПСИ

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



    1. Передача электронных документов производится на адрес электронной почты (iasuku_crypto@rosenergo.com).

    2. Макет 60090 может быть передан после подготовки КО ПАК сбора данных КУ для приема электронного документа. Подготовка ПАК сбора данных КУ осуществляется после передачи участником оптового рынка или ФСК Заявки в виде макета 60070. При передаче макета 60090 до момента подготовки КО ПАК сбора данных КУ для приема электронного документа данный файл не будет принят КО и участник оптового рынка или ФСК получит ответную квитанцию с уведомлением об ошибке.

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

    4. Полученный КО ПСИ в электроном виде обрабатывается в ПАК сбора данных КУ.

    5. После обработки файла участнику оптового рынка или ФСК автоматически отправляется ответная квитанция о правильно сформированном электронном документе с точки зрения возможности машинного разбора информации (макет 60091).

    6. В случае формирования файла в соответствии с требованиями настоящего приложения в ПАК сбора данных КУ формируется алгоритм расчета учетного показателя на основе переданного макета 60090.

    7. Если макет 60090 сформирован неверно с точки зрения возможности машинного разбора информации, то в ответной квитанции участнику оптового рынка и(или) ФСК направляется список ошибок, обнаруженных при анализе полученного документа. Для формирования алгоритма расчета учетного показателя участник оптового рынка или ФСК должен исправить ошибки, указанные в макете 60091, и повторить передачу проекта Алгоритма в электронном виде в КО.

    8. Макет 60091 формируется в виде документа XML, подписывается ЭП КО и отправляется по электронной почте на адрес участника оптового рынка или ФСК, с которого был получен макет 60090.

    9. При отсутствии ответа КО в течение 120 минут после отправки ПСИ в электронном виде, участник оптового рынка или ФСК должен повторить передачу электронного документа в КО. Если с момента повторной передачи ПСИ не получено ответа КО в течение 120 минут, то уполномоченное лицо организации, ответственное за передачу ПСИ, должно связаться с представителем КО, ответственным за прием информации с целью локализации и устранения проблемы.

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

    11. После формирования алгоритма расчета учетного показателя в ПАК сбора данных КУ на основе макета 60090 проводится техническая экспертиза переданной информации.

    12. По результатам технической экспертизы участнику оптового рынка или ФСК отправляется ответная квитанция с ее результатами (макет 60092).

    13. В случае если результат технической экспертизы положительный, участнику оптового рынка или ФСК на адрес электронной почты, с которой получен макет 60090, высылается макет 80010, содержащий результаты расчета величины учетного показателя. Макет 80010 высылается только при наличии результатов измерения по точкам измерения, переданных в ПАК КО в макете 80020 и (или) 80040.

    14. В случае если результаты технической экспертизы отрицательные, участник оптового рынка или ФСК для повторной процедуры должен исправить ошибки, указанные в ответной квитанции, и отправить в КО макет 60090 с исправленными замечаниями. В этом случае процедуры, описанные в настоящем Приложении, выполняются повторно.

2. Макет 60070 – Заявка на предоставление ПСИ в электронном виде (макет 60090)

Макет 60070

Имя файла

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

  1. тип документа – номер, присвоенный КО данному типу документа;

  2. ИНН – ИНН организации, формирующей заявку на получение кодов, длина inn – 10 символов;

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

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

Описание структуры документа (формат 60070)

1. Элемент является корневым элементом. Потомками элемента являются элементы ,
, . В документе допускается наличие только одного корневого элемента .


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

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

4. Значением атрибута generationtime корневого элемента является дата и время создания электронного документа. Дата и время создания электронного документа предоставляется в формате “ГГГГММДДччммссGMT+S”, где: ГГГГ – год, ММ – порядковый номер месяца, ДД – день, чч – час, мм – минуты, сс – секунды, GMT+S – сдвиг времени относительно времени по Гринвичу.

5. Элемент является потомком корневого элемента . В документе допускается наличие только одного элемента . Элемент описывает организацию, сформировавшую заявку на получение кодов. Атрибутами элемента являются inn, name.

6. Атрибут inn элемента является обязательным и содержит ИНН организации, сформировавшей заявку.

7. Атрибут name элемента является обязательным и содержит название организации, сформировавшей заявку. Длина названия до 250 символов.

8. Элемент является потомком корневого элемента . В документе допускается наличие только одного элемента или только одного элемента . Элемент содержит сведения о сальдо перетоков между двумя группами точек поставки. Атрибутами элемента
являются code-from, сode-to, algorithmversion, name, reason. Потомком элемента является элемент .


  • содержимым атрибута name является наименование сечения КУ. Длина наименования до 250 символов. Следует указывать форму предоставления наименования сечения коммерческого учета следующего вида: V.__{номер версии ПСИ, совпадает с algorithmversion в настоящем пункте} Переток ____{Наименование Заявителя (наименование объекта)} – ____{Наименование Смежника Заявителя} _______ (коды смежных ГТП потребления);

  • атрибут code-from содержит код ГТП потребления Заявителя, присвоенный КО;

  • атрибут code-to содержит код ГТП потребления смежного Участника оптового рынка или ФСК, присвоенный КО;

  • атрибут algorithmversion содержит номер версии расчёта;

  • атрибут reason содержит сведения о причине запроса на отправку Проекта ПСИ в электронном виде и может принимать следующие значения:

1 – новая ГТП;

2 – изменение схемы измерения/состава ГТП.

9. Элемент является потомком корневого элемента . В документе допускается наличие только одного элемента или только одного элемента . Элемент содержит сведения о группе точек поставки генерации. Атрибутами элемента являются code, algorithmversion, name. Потомком элемента является элемент .

  • содержимым атрибута name является наименование данной ГТП генерации. Длина наименования до 250 символов. Следует указывать форму предоставления наименования ГТП генерации следующего вида: V.__{номер версии ПСИ, совпадает с algorithmversion в настоящем пункте} Генерация _____{Наименование Заявителя (наименование станции)} ______(код ГТП генерации);

  • атрибут code содержит уникальный код ГТП генерации, присвоенный КО;

  • атрибут algorithmversion содержит номер версии ПСИ;

  • атрибут reason содержит сведения о причине запроса на отправку ПСИ электронном виде и может принимать следующие значения:

1 – новая ГТП;

2 – изменение схемы измерения/состава ГТП;

10. Элемент содержит ссылку на номер и дату согласования Заключения технической экспертизы КО (далее – ТЭ) или ПСИ. В документе допускается наличие только одного элемента . Атрибутами элемента являются number, date.

  • содержимым атрибута number является номер ТЭ или ПСИ, присвоенный КО. При этом указывается номер и дата того документа, который подтверждает состав ТП в ПСИ. В начале номера указывается сокращенное наименование документа (ТЭ, ПСИ) и далее следует номер документа без пробела;

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

Примеры макета 60070

1. Пример макета документа 60070 для ПСИ по сечению:





















2. Пример электронного входного документа 60070 для ПСИ по ГТП генерации





















3. Макет 60071 – Ответная квитанция на макет 60070 (машинный разбор)

Макет 60071

Описание структуры

      1. Корневым элементом электронного документа является . В документе допускается наличие только одного элемента . Потомками элемента являются элементы , .

      2. Атрибут class элемента является обязательным и содержит данные о типе документа. Значение атрибута class должно быть равно 60071.

      3. Атрибут version элемента является обязательным и содержит данные о версии документа. Текущее значение версии равно 2.

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

      5. Атрибут datetime элемента является необязательным и содержит дату создания ответной квитанции в виде ГГГГММДДччммсс, где ГГГГ – год, ММ – месяц, ДД – день, чч – часы в 24-часовом формате, мм – минуты, сс – секунды.

      6. Элемент является потомком корневого элемента и содержит информацию о вложенном в электронное сообщение файле XML. В документе допускается наличие только одного элемента . Потомками элемента являются элементы , , , , , .

      7. Элемент является необязательным потомком элемента и содержит адрес электронной почты, с которой пришло письмо, содержащее входящий макет 60070, и на который была сформирована данная ответная квитанция.

      8. Элемент является обязательным потомком элемента и содержит название макета 60070, на который была сформирована данная ответная квитанция.

      9. Элемент является необязательным потомком элемента и содержит ИНН организации –поставщика информации, которая сформировала входящий файл.

      10. Элемент является необязательным потомком элемента и содержит сутки, на которые был сформирован входящий файл в формате ГГГГММДД, где ГГГГ – год, ММ – месяц, ДД – день.

      11. Элемент является обязательным потомком элемента и содержит код входящего XML-файла в ПАК сбора данных КУ.

      12. Элемент является обязательным потомком элемента и содержит дату получения входящего файла системой ПАК сбора данных КУ в виде ГГГГММДДччммсс, где ГГГГ – год, ММ – месяц, ДД – день, чч – часы в 24-часовом формате, мм – минуты, сс – секунды.

      13. Элемент является обязательным потомком корневого элемента и содержит информацию по ошибкам файла и статусу его обработки. В документе допускается наличие только одного элемента . Потомками элемента являются элементы и .

      14. Атрибут filestatus элемента является необязательным и содержит цифровой код статуса обработки файла. Может принимать следующие значения: 0 ― ошибок при обработке не обнаружено, данные приняты; 3 ― файл содержал ошибки, весь файл либо некоторые данные не были приняты.

      15. Атрибут desc элемента является необязательным и содержит короткое текстовое описание кода статуса обработки из атрибута filestatus.

      16. Элемент является необязательным потомком элемента и содержит текст ошибки, найденной во входящем файле.

      17. Атрибут type элемента является необязательным и содержит цифровой код типа ошибки.

      18. Атрибут subtype элемента является необязательным и содержит цифровой код подтипа ошибки.

Пример макета 60071









60070_7705750968_20121015175541.xml

7705750968

20121015

4105080

20121015180003









4. Макет 60072 – Ответная квитанция на макет 60070 (действия технолога)

Описание структуры

      1. Корневым элементом электронного документа является . В документе допускается наличие только одного элемента . Потомками элемента являются элементы , .

      2. Атрибут class элемента является обязательным и содержит данные о типе документа. Значение атрибута class должно быть равно 60072.

      3. Атрибут version элемента является обязательным и содержит данные о версии документа. Текущее значение версии равно 2.

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

      5. Атрибут datetime элемента является необязательным и содержит дату создания ответной квитанции в виде ГГГГММДДччммсс, где ГГГГ – год, ММ – месяц, ДД – день, чч – часы в 24-часовом формате, мм – минуты, сс – секунды.

      6. Элемент является потомком корневого элемента и содержит информацию о вложенном в электронное сообщение файле XML. В документе допускается наличие только одного элемента . Потомками элемента являются элементы , , , , , .

      7. Элемент является необязательным потомком элемента и содержит адрес электронной почты, с которой пришло письмо, содержащее входящий макет 60070, и на который была сформирована данная ответная квитанция.

      8. Элемент является обязательным потомком элемента и содержит название макета 60070, на который была сформирована данная ответная квитанция.

      9. Элемент является необязательным потомком элемента и содержит ИНН организации - поставщика информации, которая сформировала входящий файл.

      10. Элемент является необязательным потомком элемента и содержит сутки, на которые был сформирован входящий файл в формате ГГГГММДД, где ГГГГ – год, ММ – месяц, ДД – день.

      11. Элемент является обязательным потомком элемента и содержит код входящего XML-файла в ПАК сбора данных КУ.

      12. Элемент является обязательным потомком элемента и содержит дату получения входящего файла системой ПАК сбора данных КУ в виде ГГГГММДДччммсс, где ГГГГ – год, ММ – месяц, ДД – день, чч – часы в 24-часовом формате, мм – минуты, сс – секунды.

      13. Элемент является обязательным потомком корневого элемента и содержит информацию по ошибкам файла и статусу его обработки. В документе допускается наличие только одного элемента . Потомком элемента является элемент .

      14. Атрибут desc элемента содержит данные о результатах рассмотрения Заявки: «Заявка принята» или «Заявка отклонена».

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

Пример макета 60072







60070_7705750968_20121015160207.xml

7705750968

20121015

4104402

20121015160506











5. Макет 60090 – ПСИ в электронном виде
1   ...   6   7   8   9   10   11   12   13   14

Похожие:

Редакция, действующая на момент вступления в силу изменений iconПеречень
Евразийской экономической комиссии, которые вступают в силу с даты вступления в силу Договора о Таможенном кодексе Евразийского экономического...

Редакция, действующая на момент вступления в силу изменений iconII. 1 О переносе дат вступления в силу изменений
Наблюдательного совета нп «Совет рынка» по вопросу №2 повестки заседания от 19 декабря 2012 года (протокол №38-ii/2012), с 01 июля...

Редакция, действующая на момент вступления в силу изменений iconДокументы необходимые для дарения
Устав (действующая редакция) – оригинал и ксерокопия, сшитая и заверенная подписью Генерального директора и печатью организации,...

Редакция, действующая на момент вступления в силу изменений iconДокументы необходимые для купли-продажи
Устав (действующая редакция) – оригинал и ксерокопия, сшитая и заверенная подписью Генерального директора и печатью организации,...

Редакция, действующая на момент вступления в силу изменений iconАвгустовское совещание работников образования Архангельской области...
Архангельской области в этом году проходит в преддверии вступления в силу Федерального закона «Об образовании в Российской Федерации»,...

Редакция, действующая на момент вступления в силу изменений iconПриказ Минприроды РФ от 30. 09. 2011 n 792 "Об утверждении Порядка...
В соответствии с пунктом 3 данный документ вступает в силу со дня вступления в силу Постановления Правительства РФ о признании утратившим...

Редакция, действующая на момент вступления в силу изменений iconПравила ведения реестра владельцев именных ценных бумаг (новая редакция,...
Залоговое распоряжение, Распоряжение о внесении изменений в данные лицевых 11 счетов залогодателя и залогодержателя о заложенных...

Редакция, действующая на момент вступления в силу изменений iconОтветы на вопросы по организации и ведению хозяйственной деятельности
СПоК, руководствуясь Федеральным законом "О сельскохозяйственной кооперации" от 08. 12. 1995 n 193-фз (действующая редакция, 2016)...

Редакция, действующая на момент вступления в силу изменений iconСодержание
Права использования недвижимости, возникшие до вступления в силу Правил 23

Редакция, действующая на момент вступления в силу изменений iconТермины и определения вступление в силу протокола —
...

Вы можете разместить ссылку на наш сайт:


Все бланки и формы на filling-form.ru




При копировании материала укажите ссылку © 2019
контакты
filling-form.ru

Поиск