Регламент финансовых расчетов на оптовом рынке электроэнергии (стр. 23 )

0

-

Продавец: (контрагент2 - краткое наименование)

Фактические обязательства/требования

0 0

требования (-) / обязательства (+) к оплате за расчетный период на 21 число месяца,

следующего за расчетным, с учетом совокупных авансовых обязательств

0

-

.

.

.

-

Продавец: (контрагент N - краткое наименование)

Фактические обязательства/требования

0 0

требования (-) / обязательства (+) к оплате за расчетный период на 21 число месяца,

следующего за расчетным, с учетом совокупных авансовых обязательств

0

-

ИТОГО фактические обязательства на оплату э/энергии

0 0

ИТОГО требования (-) / обязательства (+) к оплате за расчетный период на 21 число месяца,

следующего за расчетным, с учетом совокупных авансовых обязательств

0

-

М О Щ Н О С Т Ь

СОВОКУПНОЕ АВАНСОВОЕ ОБЯЗАТЕЛЬСТВО ЗА МОЩНОСТЬ (РУБ.): 0.00

HДС (РУБ.): 0.00

СОВОКУПНОЕ АВАНСОВОЕ ОБЯЗАТЕЛЬСТВО ЗА МОЩНОСТЬ С НДС(РУБ.): 0.00

ФАКТИЧЕСКИЕ ОБЯЗАТЕЛЬСТВА

ОБЪЕМ МОЩНОСТИ (МВт): 0.000

СТОИМОСТЬ МОЩНОСТИ (РУБ.): 0.00

HДС (РУБ.): 0.00

СТОИМОСТЬ МОЩНОСТИ с НДС (РУБ.): 0.00

В ТОМ ЧИСЛЕ:

Распределение обязательств к оплате за мощность за расчетный период

-

субъекты рынка : мощность :обязательства : НДС :обязательства с НДС : КПО : № договора :

: (МВТ) : (руб.) : (руб.) : всего (руб.) : код : :

-

Продавец: (контрагент 1 - краткое наименование)

Фактические обязательства/требования

0.00

требования (-) / обязательства (+) к оплате за расчетный период на 21 число месяца,

следующего за расчетным, с учетом совокупных авансовых обязательств

0

-

Продавец: (контрагент 2 - краткое наименование)

Фактические обязательства/требования

0.00

требования (-) / обязательства (+) к оплате за расчетный период на 21 число месяца,

следующего за расчетным, с учетом совокупных авансовых обязательств

0

-

.

.

.

-

Продавец: (контрагент N - краткое наименование)

Фактические обязательства/требования

0.00

требования (-) / обязательства (+) к оплате за расчетный период на 21 число месяца,

следующего за расчетным, с учетом совокупных авансовых обязательств

0

-

ИТОГО фактические обязательства на оплату мощности

0.00

ИТОГО требования (-) / обязательства (+) к оплате за расчетный период на 21 число месяца,

следующего за расчетным, с учетом совокупных авансовых обязательств

0

-

СПРАВОЧНО:

УСЛУГИ ЦФР К ОПЛАТЕ:

Стоимость услуг (руб.): 0.00

НДС (руб.): 0.00

Стоимость услуг с НДС (руб.): 0.00

Первый зам. ген. директора

Начальник Департамента БО и УП

Начальник отдела БО

Приложение 30

И Н С Т Р У К Ц И Я

по подготовке и передаче информации

для контpоля пpохождения платежных документов

по pасчетам на оптовом pынке электpоэнеpгии (ОРЭ)

МАКЕТ 14706

Москва, 2006 г.

Введение.

Настоящая инструкция устанавливает порядок подготовки и передачи в макетной форме оперативных сведений, используемых для контpоля пpохождения платежных документов по расчетам на оптовом pынке электpоэнеpгии (ОРЭ).

Информацию в составе макета 14706 представляют все участники регулируемого сектора оптового рынка электроэнергии, заключившие договора с .

При эксплуатации прикладного программного обеспечения, поставляемого НП «АТС», необходимым условием является организация отдельного электронного ящика, который будет заниматься только обменом информацией по платежам (макет 14706) непосредственно с .

Адрес почтового ящика, а также фамилии, номера телефонов и электронные адреса ответственных лиц сообщаются (при изменении обновляются) в Отдел технологической информации НП «АТС»: тел.(4, e-mail.

После получения сообщения от участника осуществляется его обработка и результаты обработки отправляются участнику на тот адрес электронной почты, с которого пришло исходное сообщение.

Если субъект не получил сообщения с результатами обработки, то он должен повторно отправить исходное сообщение, увеличив на единицу счетчик попыток отправки (поле resent в заголовке).

В том случае, если получено сообщение о наличии ошибок, необходимо их исправить и отправить скорректированную информацию в новом сообщении.

Регламент предоставления информации.

Информация об оплате (у Плательщиков) и получении (у Получателя) денег передается в тот день, когда получено соответствующее уведомление банка.

В связи с вводом в действие регламента финансовых расчетов на оптовом рынке электроэнергии (пропорциональная понедельная оплата) контроль платежей осуществляется данными макета 14706 в сроки - 7,14,21,28 числа месяца.

Для обеспечения достоверной информации о проведенных платежах передачу данных в контрольные дни осуществлять до 14 часов московского времени.

Формат сообщения, передаваемого субъектом.

Предоставление информации в осуществляется в формате XML, в кодировке Windows 1251.

Обмен информацией проводится с использованием электронной почты на следующий электронный адрес: *****@***com .

В теме сообщения необходимо указать – maket14706.

Вложенный в письмо файл обязательно должен иметь расширение. xml

Структура файла, передаваемого участником ОРЭ, приведена ниже.

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

<!DOCTYPE message SYSTEM "message. dtd">

<message class="5x" type="int" version="int">

<header guid="40x" seq_no="int" sent_date="yyyymmdd" resent="int" sender="6n" />

<data>

<payment payment_id="int" change_type="int" subject_kpo="6n" partner_kpo="6n" date_doc="yyyymmdd" date_bank="yyyymmdd" doc_no="16x" summa="29.2d" kind_id="int" direction_id="int" is_payer="int" period="yyyymm" />

</data>

</message>

Элемент message содержит вложенные элементы header и data имеет следующие атрибуты:

-  class – символьное поле, служит для идентификации сообщения, всегда должно содержать слово 'maket'.

-  type – целое число, должно содержать '14706'

-  version – целое число, должно содержать '1', до внесения изменений в инструкцию.

Элемент header не содержит вложенных элементов и имеет следующие атрибуты:

-  guid – уникальный идентификатор сообщения (GUID), символьное поле вида “{xxxxxxxx‑xxxx‑xxxx‑xxxx‑xxxxxxxxxxxx}”, где каждый “x” является шестнадцатеричной цифрой в диапазоне 0‑9 или a‑f. При сравнении регистр букв не учитывается.

-  seq_no – последовательный номер сообщения от данного субъекта, каждое следующее сообщение должно иметь номер на единицу больше, чем предыдущее. Нумерация начинается с единицы.

-  sent_date – дата отправки сообщения в формате YYYYMMDD

-  resent – признак повторной передачи. Если на сообщение не получено подтверждение, то оно должно быть отправлено повторно, при этом счетчик повторных посылок увеличивается на единицу. В оригинальном сообщении в данном поле стоит '0'

-  sender – КПО код отправителя сообщения.

Элемента data не имеет собственных атрибутов и содержит один или несколько payment, в зависимости от количества платежных документов в одной посылке.

Элемент payment имеет следующие атрибуты:

-  payment_id – Целое число, идентификатор платежного документа в базе субъекта, должен быть уникален для субъекта. При ручной подготовке макета, это - порядковый номер в реестре регистрации платежных документов; В сообщении комбинация subject_kpo и payment_id может встречаться только один раз

-  change_type – тип изменения в базе (добавление записи – 1, обновление записи – 2, удаление записи – 3);

-  subject_kpo – КПО код субъекта;

-  partner_kpo – КПО код партнера;

-  date_doc – дата прохождения платежного документа через банк Плательщика (покупателя) в формате YYYYMMDD;

-  date_bank – дата прохождения платежного документа через банк Получателя (продавца) в формате YYYYMMDD;(плательщик для данного реквизита проставляет пустую строку)

-  doc_no – номер платежного документа, текстовое поле длиной 16 символов;

-  summa – сумма платежа в рублях с учетом НДС. Разделитель рублей и копеек – точка. Число десятичных знаков – два.

-  kind_id – вид платежа (целое число в соответствии со справочником – стр.9);

-  direction_id – направление платежа (целое число в соответствии со справочником– стр.9);

-  is_payer – признак того, является ли субъект плательщиком (поле равно 1) или получателем платежа (поле равно 0);

-  period – период оплаты в формате YYYYMM.

Сочетание subject_kpo и payment_id должно быть уникально для каждого платежного документа.

Для участников ОРЭ, эксплуатирующих ПО, поставляемое НП «АТС», реквизиты header guid, payment_id формируются автоматически.

Для субъектов, не эксплуатирующих ПО «ЦФР», значение реквизита header guid равно “” (пустая строка), обязательным условием является ненулевое оригинальное значение payment_id, для каждого платежного документа.

Формат ответного сообщения субъекту

о результатах обработки информации.

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

При обнаружении ошибок в структуре присланного файла, а также в заголовке сообщения отправляется сообщение следующего формата.

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

<!DOCTYPE message SYSTEM "message. dtd">

<message class="5x" type="int" version="int">

<error attachment="40x" code="int" description="250x " />

</message>

Элемент message содержит вложенный элемент error и имеет следующие атрибуты:

- class – символьное поле, служит для идентификации сообщения, всегда должно содержать слово 'error'

- type – целое число, должно содержать название макета '14706'

- version – целое число, должно содержать '1'

Элемент error имеет следующие атрибуты:

-  attachment – Имя вложенного файла, при обработке которого обнаружена ошибка

-  code – Код ошибки

-  description – текстовое поле длиной 250 символов с описанием ошибки.

Возможные коды ошибок приведены ниже:

1 – Неверная структура файла, не прошел проверку

2 – Неверные параметры элемента message (class, type, version)

3 – Неверный тип данных в заголовке

4 – Неверный КПО код отправителя или другие проблемы с заголовком.

Структура файла, передаваемого субъекту после обработки информации, приведена ниже.

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

<!DOCTYPE message SYSTEM "message. dtd">

<message class="5x" type="int" version="int">

<header guid="40x" seq_no="int" sent_date="yyyymmdd" resent="int" sender="6n" />

<data>

<process payment_id="int" subject_kpo=“6n” result="int" description="250x" />

</data>

</message>

Элемент message содержит вложенные элементы header и data имеет следующие атрибуты:

- class – символьное поле, служит для идентификации сообщения, всегда должно содержать слово 'reply'

- type – целое число, должно содержать название макета '14706'

- version – целое число, должно содержать '1'

Элемент header не содержит вложенных элементов, его структура описана в предыдущем разделе.

В ответе поля копируются из присланного субъектом файла.

Элемент data не имеет собственных атрибутов и содержит один или несколько process.

Элемент process имеет следующие атрибуты:

-  payment_id – Целое число, идентификатор платежного документа в базе субъекта, должен быть уникален для субъекта (копируется из присланного файла)

-  subject_kpo – КПО код субъекта (копируется из присланного файла)

-  result – результат обработки строки (1 – строка внесена в БД, остальные значения – код ошибки)

-  description – текстовое поле длиной 250 символов с описанием ошибок при обработке строки, если они возникли.

Файл определения структуры XML документов.

Для проверки корректности сообщения используется файл message.dtd:

<!ELEMENT message ((header, data)|(error))>

<!ATTLIST message class CDATA #REQUIRED>

<!ATTLIST message type CDATA #REQUIRED >

<!ATTLIST message version CDATA #REQUIRED >

<!ELEMENT header EMPTY>

<!ATTLIST header guid CDATA #REQUIRED>

<!ATTLIST header seq_no CDATA #REQUIRED>

<!ATTLIST header sent_date CDATA #REQUIRED>

<!ATTLIST header resent CDATA #REQUIRED>

<!ATTLIST header sender CDATA #REQUIRED>

<!ELEMENT data ((payment+)|(process+))>

<!ELEMENT payment EMPTY>

<!ATTLIST payment payment_id CDATA #REQUIRED>

<!ATTLIST payment change_type CDATA #REQUIRED>

<!ATTLIST payment subject_kpo CDATA #REQUIRED>

<!ATTLIST payment partner_kpo CDATA #REQUIRED>

<!ATTLIST payment date_doc CDATA #REQUIRED>

<!ATTLIST payment date_bank CDATA #REQUIRED>

<!ATTLIST payment doc_no CDATA #REQUIRED>

<!ATTLIST payment summa CDATA #REQUIRED>

<!ATTLIST payment kind_id CDATA #REQUIRED>

<!ATTLIST payment direction_id CDATA #REQUIRED>

<!ATTLIST payment is_payer CDATA #REQUIRED>

<!ATTLIST payment period CDATA #REQUIRED>

<!ELEMENT process EMPTY>

<!ATTLIST process payment_id CDATA #REQUIRED>

<!ATTLIST process subject_kpo CDATA #REQUIRED>

<!ATTLIST process result CDATA #REQUIRED>

<!ATTLIST process description CDATA #REQUIRED>

<!ELEMENT error EMPTY>

<!ATTLIST error attachment CDATA #REQUIRED>

<!ATTLIST error code CDATA #REQUIRED>

<!ATTLIST error description CDATA #REQUIRED>

Пример

На основании платежного документа N514 от 01.01.2001 г. ОАО "Ставропольэнерго" (Плательщик, код произвел оплату за отпущенную э/э ОАО "Ставропольская ГРЭС" (код 322601) на 2862012.82 рублей. Оплата произведена деньгами за сальдо-переток.

01.04.2004 № 000 ОАО "Ставропольэнерго" (Плательщик, код 322670) произвел оплату в счет Оперативной комиссии на сумму 7000000 руб. ГК Росэнергоатом (код 370000). Сформируем эти два платежа в одной посылке.

От ОАО "Ставропольэнерго" должна поступить информация в следующем виде (при условии эксплуатации ПО, поставляемого НП «АТС»):

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

<!DOCTYPE message SYSTEM "message. dtd">

<message class="maket" type="14706" version="1">

<header guid="{6933C5ED-B273-4A08-AA0B68}" seq_no="1" sent_date="" resent="0" sender="322670" />

<data>

<payment payment_id="1000001" change_type="1" subject_kpo="322670" partner_kpo="322601" date_doc="" date_bank=" " doc_no="514" summa="2862012.82" kind_id="4" direction_id="1" is_payer="1"period="200404" />

<payment payment_id="1000002" change_type="1" subject_kpo="322670" partner_kpo="370000" date_doc="" date_bank=" " doc_no="520" summa="7000000" kind_id="4" direction_id="8" is_payer="1"period="200404" />

</data>

</message>

ОАО "Ставропольская ГРЭС" 02.04.2004г, получая эти перечисления на свой банковский счет, формирует следующий файл (при условии эксплуатации ПО, поставляемого НП «АТС»):

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

<!DOCTYPE message SYSTEM "message. dtd">

<message class="maket" type="14706" version="1">

<header guid="{9ED8D-4F8E-862D-47124F5439C1}" seq_no="1" sent_date="" resent="0" sender="322601" />

<data>

<payment payment_id="1000001" change_type="1" subject_kpo="322601" partner_kpo="322670" date_doc="" date_bank="" doc_no="514" summa="2862012.82" kind_id="4" direction_id="1" is_payer="0"period="200404/>

</data>

</message>

в случае, если субъект - ОАО "Ставропольская ГРЭС" - не эксплуатирует ПО, поставляемое НП «АТС», формируется следующий файл:

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

<!DOCTYPE message SYSTEM "message. dtd">

<message class="maket" type="14706" version="1">

<header guid="" seq_no="1" sent_date="" resent="0" sender="322601" />

<data>

<payment payment_id="1000001" guid="" version="1" change_type="1" subject_kpo="322601" partner_kpo="322670" date_doc="" date_bank="" doc_no="514" summa="2862012.82" kind_id="4" direction_id="1" is_payer="0"period="200404" />

</data>

</message>

При заполнении макета плательщик проставляет date_doc - дату проведения платежа через свой банк, date_bank не заполняется.

Получатель проставляет date_bank - дату получения денег на свой счет и date_doc - дату проведения платежа через банк Плательщика.

Примечания.

1. date_bank должна быть такой же или старше, чем date_doc - дата проведения платежа (в противном случае, информация считается ошибочной).

2. Плательщик и Получатель по одному и тому же платежу должны проставлять одну и ту же date_doc.

Ответственные исполнители

По вопросам формирования и передачи макета 14706 обращаться в НП «АТС» по телефону: (4.

Локальные классификаторы

для заполнения реквизитов макета.

Коды участников ОРЭ

КПО код

(sender, subject_kpo, partner_kpo)

Отдел оперативного учета осуществляет, в случае необходимости, рассылку классификатора участников ОРЭ.

Коды видов платежей.

(kind_id)

1 - казначейские обязательства;

21 - векселя банковские;

22 - векселя железных дорог;

23 - векселя предприятий, которые оба партнера считают ликвидными;

2 - векселя прочие;

3 - федеральный налоговый зачет;

4 - платежное поpучение;

51 - взаимозачет продукцией, относимой при платежах к денежным средствам;

52 - взаимозачет продукцией, используемой на технологические нужды;

53 - взаимозачет продукцией, используемой на ремонтно-эксплуатационные нужды;

5 - взаимозачет, используемый на прочие нужды;

6 - списание на внереализационные доходы/расходы, списание задолженности прошлых периодов на результаты финансовой деятельности;

7 - перевод долга (уступка требования по задолженности);

71 - перевод долга, относящегося к денежным средствам по согласованию двух партнеров.

Коды направлений платежей (в счет чего).

(direction_id)

1 - оплата за сальдо-пеpеток;

2 - торги-сверхплана;

3 - оплата услуг на ОРЭМ;

5 - погашение задолженности прошлых лет;

6 - безакцептное взыскание;

7 - энергопул;

8 - оплата денежными средствами в счет выполнения задания оперативной комиссии, в счет текущих платежей;

85 - оплата денежными средствами в счет выполнения задания оперативной комиссии, в счет погашения долга.

Примечание: Если по бухгалтерскому счету платеж включает оплату за текущий месяц и оплату долга, то в макете следует разделить его на 2 части, выделив платеж в счет текущих платежей, с направлением платежа – 8 и платеж в счет погашения долга,

с направлением платежа – 85, при этом период оплаты, соответственно, месяц оперативной комиссии.

Приложение 31

к Регламенту финансовых расчетов

Отказ от начисления и списания пеней

Просим не начислять и не списывать пени за просрочку исполнения __________________________ (наименование контрагента) обязательств по оплате _____________________________ (наименование товара, услуги) по договору от _____________ № _________________________, срок (сроки) исполнения которого (-ых) наступил (-и) в период с «___»____________200_г. по «___»________________ 200 _г.

Руководитель __________________

Приложение

к Регламенту финансовых расчетов

Наименование

организации - контрагента

Требование об уплате неустойки (пени)

В соответствии с Договором от ___________ № _____________ и Регламентом финансовых расчетов требуем уплатить неустойку (пени) в размере ___________ за просрочку исполнения обязательств по оплате за период с ___________ по ___________.

Генеральный директор ___________________

Приложение

Аналитический отчет по обязательствам требованиям станций

участника в расчетах по Соглашению

Расчетный период	Наименование участника - поставщика по договору	Наименование станции		"Z" зона торговли мощностью	Sпредв. РД(мощн)D,m Предварительная стоимость мощности (стоимость мощности, рассчитанная по заключенным регулируемым договорам без применения коэффициентов) по станции	Sусл-гот j, z условная стоимость мощности для Участника оптового рынка (сумма Sусл-гот РД ) по станции	Sитог РД(мощн)D,m Стоимость мощности, купленной/проданной по РД «D» за месяц «m», определенная с применением понижающих коэффициентов по станции	Sгот (+) j, z Обязательство станции (+) по соглашению	Sгот (-) j, z Требование станции (-) по соглашению
Код станции	руб.	руб.	руб.	руб.	руб.	Отн. Ед.	Отн. Ед.
0	1	2	2.1.	3	4	5	6	7	8	9	10

Приложение а