Enersys Load Forecast

Уведомление

Icon
Error

Вход


Отпрвка 80040 и 80050
vityai Offline
vityai
  Бывалый
Сообщений: 34
Зарегистрированный пользователь
Зарегистрирован: 3/11/2008(UTC)
#1
Monday, March 17, 2008 4:22:02 PM(UTC)
Казалось всё просто с макетами 80040 и 80050, но начали разбираться и возникли трудности. Подскажите, пожалуйста, ответы на следующие вопросы:
1. Стоят интегральные счётчики поэтому приходится использовать 80050. Чем определяется в этом макете относится ли суточный типовой график нагрузки к рабочему дню (daytype=1) или к выходному дню (daytype=2)?
2. Макет 80050 отсылается по каждому из каналов всех "малых присоединений"?
3. В макете 80040 содержатся почасовые значения по всем каналам всех малых присоединений за месяц?  Или для каждого макета 80050 надо отправлять свой 80040?
OGK-X Offline
OGK-X
  Новичок
Сообщений: 17
Зарегистрированный пользователь
Зарегистрирован: 11/2/2007(UTC)
#2
Tuesday, March 18, 2008 2:39:56 AM(UTC)
Постараюсь ответить по порядку:
1) Определяется только значением элемента daytype, а именно в соответствии с Приложением 11.1.1,
п. 6.2.8      Элемент <daytype> является обязательным и определяет день, которому соответствует су-точный типовой график нагрузки. Элемент принимает значение «1», если суточный типовой график нагрузки соответствует рабочему дню, «2»  – выходному.
Т.е. всего в иделале Вы должны послать 2 файла за какой либо месяц, один с графиком за типовой рабочий день, другой с графиком за типовой выходной день.
Даже если они у Вас совпадают.
А вообще вплоть до срока, не позднее чем за три рабочих дня до окончания текущего месяца Вы можете корректировать графики (на месяц вперёд, т.е. на будующий месяц), присылая поверх уже имеющихся графиков. (с номером большим и без ошибок)
А вот если через месяц графики не меняются, то Вы их можете уже не посылать, они сами перейдут на следующий месяц, если Вы не обновляете их.

2) Да макет 80050 отсылается по каждому каналу всех "малых присоединений", его структура данных аналогична соответвующему макету 80040, т.е. -"точка-канал-получасовка(часовка)-значение".
Но! значение это действительно передаётся в квт*ч, однако это не означает, что эти квт*ч должны совпадать потом с макетом 80040 или их значение в натуральном исчисление должно быть близко - из значений в макете 80050 потом (по пересчитанным весовым коэффициентам) выстраивается кривая, которая должна сходится с кривой в присылаемом макете 80040 (т.е. 80050 как бы пересчитавшись прикладывается к присланному 80040).
Т.е. допустим для примера Вы хотите показать 80050 ровным графиком и записываете во все точки и каналы значение (для удобства) - "1", а в 80040 все значения у Вас равномерно получаются (допустим) -  "125" и при этом они сойдтуся, так как и там и там  - ровный график.

3) Ещё раз подчеркну - 80050 это как бы Ваш прогноз на все 80040.
Т.е два файла 80050 (рабочий и выходной) которые окажутся в базе на какой-либо месяц будут соответсвующе "прикладываться" ко всем пришедшим 80040 на этот месяц.
Допустим у Вас 10 интегральных счётчиков по 2 канала, соответвенно и и в 80050 будет описано 10 точек по 2 канала, которые затем будут сравниваться по описанному в приложении 11.1.1 алгоритму со всми пришедшими 80040в которых будет по 10 точек и по 2 канала.
Но! если в 80040 будут ещё и интервальные счётчики - ничего страшного:) тогда в этих 80040 будет 10 интегральных по 2 канала, плюс столько интервальных сколько там их будет, 80050 всё равно будет отбирать для сравнения только интегральный счётчики.

И ещй немаловажный момент, необходимо перед первой отправкой 80050 определится со скважностью счёчиков, а именно 1 час или 30 минут.
Дело в том, что сейчас на стадии формирования опросных листов необходимо указывать эту скважность передачи.
Сейчас по умолчанию скважность устанавливается  - 30 минут.
А вот кто подавал опросники до этого нововведения и кого не устраивают интервалы 30 минут, а лучше просто для пордка - необходимо их изменить, либо подать изменений в опросные листы либо прислать уточняющее письмо.
Тут лучше уточнить у кодировщиков в НП "АТС", но лучше конечно дополнить опросники в части изменений, т.е просто в таблице 6.1.опросных листов добавть столбец №20 он буквально называется - "временные интервалы измерительных каналов счетчика при передаче данных с использованием электронных документов  формата 80040, мин"
Напомню, что регламент опросных листов -Приложение 11.4
vityai Offline
vityai
  Бывалый
Сообщений: 34
Зарегистрированный пользователь
Зарегистрирован: 3/11/2008(UTC)
#3
Tuesday, March 18, 2008 9:23:07 AM(UTC)
Огромное спасибо за развёрнутый ответ и за уточнения по поводу опросных листов и другого!!!
Вот возникли ещё вопросы и желание кое-что уточнить:
1. Если предположить, что 80050 за рабочий день и выходной различны, то как будет проверяться 80040? Какие сутки из него отнести к рабочим, а какие к выходным? Ведь кроме субботы и воскресения, есть ещё праздники.
2. Ещё раз уточнить: В НП АТС отсылается один (или два в идеале) макета 80050 на следующий месяц, в котором перечислены все каналы малых точек? То есть всё находится в одном макете, а не каждый канал в отдельном 80050?
3. Макет 80040 отправляется один раз в месяц и содержит все каналы всех малых точек (часовые значения по всем суткам месяца)? Или всё таки 80040 отсылается каждые сутки?
4. А где брать типовые или ровные графики (макет 80050)?
5. Каким-либо образом считав с интегрального счётчика значение на начало месяца и на конец месяца, можно найти кол-во кВт*ч за месяц. А что затем делать с этой цифрой? Как разбить по часам чуток?
Согласно Приложению 17 Регламента 11.1.1 что ли, но в обратном порядке? ;)
Отредактировано пользователем Tuesday, March 18, 2008 1:42:47 PM(UTC)  | Причина: Не указана
OGK-X Offline
OGK-X
  Новичок
Сообщений: 17
Зарегистрированный пользователь
Зарегистрирован: 11/2/2007(UTC)
#4
Wednesday, March 19, 2008 1:02:54 AM(UTC)
Опять попробую ответить по порядку.

1) НП "АТС" всегда ориентируется на, так сказать, общероссийский трудовой календарь с официальными российскими праздниками. Т.е. праздники и перенесённые за праздничные дни принятые на тот или иной год официально в России будут считаться базой НП "АТС" выходными днями и к ним будет примерятся выходной макет 80050. а все остальные дни считаются как рабочие с соответсвующей проверкой рабочим 80050.

2) Да, в идеале, всегда отправляется два файла макета 80050 (за рабочий и выходной день) за какой либо месяц.  Эта пара файлов несёт в себе данные с типовыми суточнымы графиками по всем точкам и каналам оснащённых интегральным учётом для данной группы малых присоединений.

3) Макет 80040 (как и макет 80020) формируется в формате - один файл на один день и содержит все точки и каналы закодированные для данной группы малых присоединений.
Единственное отличие макета 80040 от 80020, это то что если 80020 надо передавать ежедневно с максимальной задержкой 3 рабочих дня, то 80040 вы можете передавать в течение всего текущего месяца, но не позднее чем 5 число следующего месяца (за прошедший) - это как раз та самая поблажка, послабление для малых присоединений,  не включённых в АИИС, т.е Вы можете по окончании месяца поехать на эти удалённые объекты или придти к этим счётчикам не включённых в АИИС или возможно вообще не имеющих профиля, интегральных, снять с них данные и уложившись в 5 дней передать макеты 80040.
Но по формату они одинаковы, т.е. допустим в марте в иделае Вам всё равно надо передать 31 файл макета 80040 - можете в течение месяца их передавать, а можете допустим за первые 5 дней текущего месяца за прошедший.
И ещё - макет 80040 для интегральных счётчиков требует соответвия ранее переданному макету 80050. В том числе и в скважности (30 минут или час). Т.е. как зададите скважность в 80050, так и 80040 необходимо будет передавать.

4) Какой у Вас будет график - решать только Вам, суть этого графика - это то, что если Вы указали НП "АТС", что у Вас есть интегральный учёт, то НП "АТС просто как бы у Вас спрашивает - "Хорошо, у Вас есть интегральный учёт. в конце месяца Вы получите цифру за месяц, тогда покажите пожалуйта нам распределение этой цифры по дням и получасовкам (часам) и учтите, что различие предварительно переданного Вами графика (при его пересчёте к Вашим цифрам) не должно будет отличатся от потом переданных Вами значений по интегральным точкам более чем на 1 кВт*ч для каждой получасовки (часовки). Плюс, хотим заметить, что для для одних и тех же получасовок (часовок) разных дней (с учётом их разделения на рабочие и выходные) их значения так же не должны отличаться между собой более чем на 1 кВт*ч". Вот так вот.

5) Да действительно, получив интегральную цифру за месяц, в идеале, Вы должны разбить её в соответсвии с переданным ранее графиком.но это и логично, т.е Вы сначала заявляетесь - "Вот у меня будет такой график". Затем получаете интегральную цифру - разделяете её на рабочие и выходные объёмы (дни), потом "режете"эти объёмы дальше на получасовки (часовки) - рабочие по рабочему графику, выходные по выходным, получаете, допустим для марта  - 31 файл макета 80040 и присылаете его в НП "АТС"  - и будет Вам счастье:)
Иначе, будут приходить Вам ошибки, что график отличается от 80040 или, что между собой 80040 различаются более чем на 1 квт*ч для какой либо получасовки.
Т.е. если будете делить интегрегральные (дневные) объёмы по представленому в 80050 алгоритму (графику), то и сойтись всё должно в "ноль". Даже если будет что-то дробное, с погрешностью, получатся, то по принципу округления больше чем за 1 квт*ч не вылезете.

P.S. Хочу добавить, что график ещё надо указывать заранее в ПСИ (перечне средств измерений) и по идее при изменении графика вносить изменения и в ПСИ.
vityai Offline
vityai
  Бывалый
Сообщений: 34
Зарегистрированный пользователь
Зарегистрирован: 3/11/2008(UTC)
#5
Wednesday, March 19, 2008 2:18:01 PM(UTC)
Спасибо за ответ - стало ещё понятнее, но остались и непонятности :)

1. А надо ли данные, снятые с интегральных счётчиков, вручную заносить в БД и хранить по требованиям НП АТС?

2. Смотрите... Имея суточный типовой график нагрузки можно разбить по этому графику интегральную цифру, снятую со счётчика малой точки по часам (или получасовкам) также за сутки. То есть, если необходимо отправлять макет 80040 отдельными файлами (по количеству дней в месяце), то данные необходимо снимать раз в сутки, а не раз в месяц.
Тут как-то неясно. В Технических требованиях (Приложение 11.1) в пункте 1.2 про малые точки сказано "...допускается выполнять измерения с помощью средств измерений, не включенных в АИИС, и обеспечивающих учет электрической энергии суммарно на определенный момент времени (за отчетный период - календарный месяц) с применением типовых суточных графиков...", т.е говорится про отчётный период - месяц.
Но, в то же время в регламенте 11.1.1 в пункте 3.2* говорится "Передача документов с результатами измерений по ... точкам измерений ... производится по электронной почте потребителям информации в любое время после окончания суток, за которые формируется документ, но не позднее 12 часов дня  5-го числа месяца, следующего за отчетным." Тут уже говорится о сутках.
OGK-X Offline
OGK-X
  Новичок
Сообщений: 17
Зарегистрированный пользователь
Зарегистрирован: 11/2/2007(UTC)
#6
Thursday, March 20, 2008 12:37:27 AM(UTC)
Пожалуйста, всегда готов помочь:)

Ответы по порядку:

1) Так как это тоже данные, то и требования по ним так же подпадают под все требования НП "АТС" к данным результатов измерений КУ, т.е. лучше их всё-таки  занести в БД, плюс никогда не помешает просто сохранить сформированные с этими данными xml-файлы (те которые Вы отправляете в НП "АТС") и обязательно ответы от НП "АТС" о принятии этих фалов.
Тем более xml, да ещё архивированный, "весит" мало, а ответы на них ещё меньше:)!

2) По отправке ситуация такая - Вы можете (если у Вас есть возможность) формировать 80040 как ежедневно, присылая на каждый день по файлу, а можете приехать в начале( с 1 по 5 число) текущего месяца месяца, снять данные за прошедший месяц. Если интервальный учёт, у счётчиков есть профиль , то так и выгружаете из этих счётчиков получасовки (часовки) за , допустим, 30 дней, формируете 30 файлов и пересылаете их в НП "АТС", при интегральном учёте, как я вчера писал, "режете" одну, суммарную за месяц, цифру на 30 дней (разделяя на выходные и рабочие), затем "режете" дальше эти дни в соответсвии с типовыми суточными графиками, опять же формируете 30 файлов и "заливаете" их за прошедший месяц.
Т.е. существует 2 варианта - либо Вы 80040 присылаете ежеденевно (в иделале - по файлу в день), либо, в начале текущего месяца (за прошедший) НО! всегда это должно быть  в идеале 30 (а точнее по количеству дней в месяце) файлов.
Вообще более типичный случай для 80040 - это пересылка этих данных с 1 по 5 число текущего месяца за прошедший, ведь это группа малых присоединений, не включённых в АИИС, т.е. ежедневное снятие данных с приборов учёта этой группы, мягко говоря, затруднено - вот и сделали послабление  - то что можно подождать месяц, а потом прислать эти данные.
vityai Offline
vityai
  Бывалый
Сообщений: 34
Зарегистрированный пользователь
Зарегистрирован: 3/11/2008(UTC)
#7
Thursday, March 20, 2008 10:43:55 AM(UTC)
Почти всё ясно ;) Но осталось два вопроса:

1. Если данные с интегральных счётчиков всё-таки следует заносить в БД, то как это организовать, потому что в БД у нас хранятся получасовые значения, а разбитые по типовому графику данные будут иметь скважность 1 час?
Имеет смысл, наверное, хранить в БД только зафиксированные показания, снятые со счётчиков, а разбивку по часам (80040) и ответные сообщения (80041) хранить в виде xml-макетов в архиве?

2. Я понял, что макет 80040 можно формировать каждые сутки или скопом за месяц. Но, как разбить интегральную цифру за месяц на количество дней в месяце? Просто разделить её на кол-во дней в месяце что ли? Как потом разбить суточные значения на часы по суточному графику (80050) - это понятно. Но вот, ещё раз повторюсь, как разбить интегральную цифру за месяц по количеству дней - вот в чём проблема!?
OGK-X Offline
OGK-X
  Новичок
Сообщений: 17
Зарегистрированный пользователь
Зарегистрирован: 11/2/2007(UTC)
#8
Friday, March 21, 2008 1:08:24 AM(UTC)
1) Да скорее всего это лучший вариант (по поводу хранения 80040 и 80041), но почему Вы не хотите сразу разбивать 80050 и 80040 на получасовки?

2) Ну тут ситуация такая - есть интегральная цифра за месяц, есть какое-то типовое суммарное количество эл.энергии потребляемое за рабочий и выходной день, т.е допустим у Вас 30 дней в месяце, допустим - 22 рабочих и 8 выходных. Я так понимаю Вам надо заранее знать коэффициенты (отношение) общего потребления к одному рабочему или выходному дню. Ну т.е в идеале если Вам повезло и у Вас потребление в рабочий и выходной день одинаково, то соответсвенно этот коэффициент 1/30, т.е. делите общую цифру за месяц на 30, а затем этот дневной объём "режете" по графикам. Но вот если объём в рабочие и выходные дни разный, то Вы же примерно знаете на сколько объём рабочего дня больше выходного, так и разбиваете месяц - 22 дня с одним коэффициентом (рабочим), а 8 с другим (выходным)
Afromoskvish Offline
Afromoskvish
  Новичок
Сообщений: 11
Зарегистрированный пользователь
Зарегистрирован: 3/12/2008(UTC)
#9
Monday, April 21, 2008 6:12:56 PM(UTC)
Господа, прошу простить новичка за наверняка здесь обсуждавшиеся вопросы.... но. Начальство в срочном темпе велело разобраться....
Вопрос таков. Сейчас наши генерации работают на рознице. Собираемся выходить на опт. На шинах (ячейках ) собственных нужд (а возможно и на основных ячейках, сейчас разбираюсь с этим) у нас висят потребители, которые не включены в АИИС. Насколько я понял объяснение начальства - то они оснащены интегральными (интервальными) приборами учёта. Господа! разьясните новичку, макеты 80040 и (если он нужен нам в этом случае) 80050 как вообще тут составляются? С чем их едят? Что и где читать? Сейчас собираюсь читать регламент 11.1.1. Если не трудно: разложите всё по полочкам с самого начала. Заранее благодарен Вам.
Alex_Kru Offline
Alex_Kru
  Академик
Сообщений: 761
Зарегистрированный пользователь
Зарегистрирован: 9/1/2005(UTC)
Откуда: Прософт-Системы
#10
Tuesday, April 22, 2008 9:16:18 AM(UTC)
Цитата:
... макеты 80040 и (если он нужен нам в этом случае) 80050 как вообще тут составляются?  


Введение
http://energotrade.ru/cgi-bin/yabb/YaBB.cgi?board=askue;action=display;num=1196668564;start=
http://www.energotrade.ru/cgi-bin/yabb/YaBB.cgi?board=askue;action=display;num=1160118650
Приложение № 11.1.1    Приложение 17
http://www.np-ats.ru/index.jsp?pid=363

Суть.
Данные со счетчиков, не включенных в АИИС, необходимо отсылать в АТС раз в месяц.

Способ отправки зависит от типа счетчика.
1) Интервальный (если есть возможность снять с него профиль ноутбуком и залить в АИИС). Таскаете буком профили, заливаете в АИИС и отправляете 80040. Его формат идентичен 80020. Разница - в периодичности. Ежемесячно, а не ежесуточно.
Сами данные - реально снятые со счетчика профили.

2) Интегральные счетчики. (или интервальные, но без возможности переноса профилей в АИИС).
Списываются только показания раз в месяц. Формируется типовой профиль (80050). По этому профилю нарезаются данные за весь месяц и отправляются макетом 80040 точно так же, как и интервальные счетчики.
В этом случае, данные - расчетные. Сумма энергии за месяц пилится по лекалу (80050).

Детали этой операции хорошо описаны в данном топике.

Smart GRID ready.
OGK-X Offline
OGK-X
  Новичок
Сообщений: 17
Зарегистрированный пользователь
Зарегистрирован: 11/2/2007(UTC)
#11
Tuesday, April 22, 2008 11:37:43 PM(UTC)
Добавлю к предыдущему посту.
Всё написано верно, только хочу сразу предупредить и пояснить, что 80040 действительно ежемесячный - но файлов столько сколько дней в месяце, т.е. один файл с данными на один день, а вот передавать их можно как ежедневно в течение месяца так и выпалить разом все 30 (28, 29 или 31) файла в течение периода с 1 по 5 число включительно настоящего месяца за прошедший (т.е. тут полная свобода - хотите все разом 1-ого числа, хотите 5-ого числа, в зависимосте от того как снимите профили или нарежете интервал)
А вот типовой суточный график (макет 80050) действительно выглядит как 2 файла на следующий месяц, за рабочий и выходной день и успеть передать их надо за три рабочих дня до окончания текущего месяца.
Afromoskvish Offline
Afromoskvish
  Новичок
Сообщений: 11
Зарегистрированный пользователь
Зарегистрирован: 3/12/2008(UTC)
#12
Thursday, April 24, 2008 11:56:36 AM(UTC)
Господа, а вот такой вопрос: Допустим я, как генератор не могу самостоятельно продавать э.э. потребителю, висящему на моих ячейках. А вот с помощью 80040 и 80050 могу ли я каким то образом вывести их на опт минуя сбыты?
P.S. Извиняюсь за корявую формулировку вопроса. надеюсь на Ваше понимание.
vityai Offline
vityai
  Бывалый
Сообщений: 34
Зарегистрированный пользователь
Зарегистрирован: 3/11/2008(UTC)
#13
Tuesday, May 20, 2008 10:28:19 AM(UTC)
А вот такой вопрос по поводу суток сезонного перевода времени.
В макете 80040 придеться его учесть факт. А вот в типовых суточных графиках как быть?
OGK-X Offline
OGK-X
  Новичок
Сообщений: 17
Зарегистрированный пользователь
Зарегистрирован: 11/2/2007(UTC)
#14
Thursday, May 22, 2008 9:52:31 PM(UTC)
Предполагается, что для дней перехода с летнего времени на зимнее и наоборот у АТС будет специальный, внутренний алгоритм сравнения макетов 80040 и 80050. Субъектов это не коснётся. Важно только как сам субъект будет представлять эти дни в своих макетах 80040. Но тут скорее всего, будут какие-то рекомендации АТС.
Короче, надо будет следить за изменениями регламента (как раз к следующему осеннему переходу) и строго следовать требования Приложения 11.1.1.
Alex_Kru Offline
Alex_Kru
  Академик
Сообщений: 761
Зарегистрированный пользователь
Зарегистрирован: 9/1/2005(UTC)
Откуда: Прософт-Системы
#15
Friday, May 23, 2008 8:57:14 AM(UTC)
Лето/зима еще цветочки.
Попробуйте в немосковском часовом поясе повводить показания счетчиков на начало месяца, а потом порезать это 80050-м по московскому лекалу :(
Smart GRID ready.
makcum1750 Offline
makcum1750
  Бывалый
Сообщений: 30
Зарегистрированный пользователь
Зарегистрирован: 2/20/2017(UTC)
Откуда: Чебоксары
#16
Monday, August 28, 2017 2:58:02 PM(UTC)
Добрый день!
Прочитав все выше сказанное сделал вывод, что макет 80050 это типовой суточный график, который формирую я сам, на свое усмотрение (как хочу так и делаю).
Правильно ли будет, если сделаю следующим образом (макет для одних суток):
1. отправлю макет 80050 (все значения равны 1 с периодом в 1 час, тогда объем получается равен 24 кВт*ч);
2.допустим за сутки в макете 80040 суммарный объем энергии получился 950, тогда я его равномерно распределяю по сутке (делю на 24 и получаю 39,58 и округляю до 40);
3.нахожу коэффициент разбиения для макета 80050 kразбиения=1/24=0,04167;
4.затем нахожу 80040вычисленный, как объем энергии суммарной (40*24=960) и умножаю его на Kразбиения, т.е. получается 80040вычисленный=960*0,04167=40,0032
5.Разница меньше 1 кВт*ч (40 и 40,0032)
Подскажите пожалуйста, все что я написал это правильно или же все таки я не понял суть этого макета?
Still_Deep Offline
Still_Deep
  Бывалый
Сообщений: 94
Зарегистрированный пользователь
Зарегистрирован: 5/7/2014(UTC)
Откуда: Москва
#17
Monday, August 28, 2017 3:28:17 PM(UTC)
Добрый день!

Как вы сложно описали этот, вроде, элементарный процесс...
1. отправляете макет 80050 с единичками в каждом часе.
2. разбиваете интегральное значение по итогу месяца на количество часов в отчетном месяце (720 или 744) и формируете макеты 80040 с получившимся значением за каждый час (с учетом округления в соответствии с методикой округления, приведенной в Приложении 11.1.1)
 1 пользователь поблагодарил Still_Deep за этот пост.
makcum1750 оставлено 8/28/2017(UTC)
makcum1750 Offline
makcum1750
  Бывалый
Сообщений: 30
Зарегистрированный пользователь
Зарегистрирован: 2/20/2017(UTC)
Откуда: Чебоксары
#18
Monday, August 28, 2017 3:49:51 PM(UTC)
Теперь вроде понятнее стало.
Макет 80050 все формируют с единичками (равномерно) для удобства или же это единичный случай.
Смотрю "Альфацентр" у них число варьируется от 0 до 1 (по умолчанию стоит 0,5).
В "Пирамиде" какие то произвольный числа (за предыдущий месяц или введенные вручную).
Не проще ли просто передавать единички и не париться.
p.s. только начал разбираться во всем этом, не судите строго)
Still_Deep Offline
Still_Deep
  Бывалый
Сообщений: 94
Зарегистрированный пользователь
Зарегистрирован: 5/7/2014(UTC)
Откуда: Москва
#19
Monday, August 28, 2017 4:28:06 PM(UTC)
Показания по "малым" точкам с интегральным учетом все (ну или за очень редкими исключениями) формируют по ровному графику, по этому и отправляют единички. Это проще и если вы и планируете разбивать данные ровным графиком то отправляйте единицы (или любые другие одинаковые в каждом часу значения, кроме нолей).
Это что касаемо 80050.
Макеты 80040 формируются уже по факту потребления с учетом разбивки по поданному вами в макете 80050 графику и округления (при ровном графике за каждый час месяца должно быть одинаковое значение +-1кВт*ч на округление).
 1 пользователь поблагодарил Still_Deep за этот пост.
makcum1750 оставлено 8/28/2017(UTC)
bender Offline
bender
  Академик
Сообщений: 1,617
Зарегистрированный пользователь
Зарегистрирован: 9/21/2006(UTC)
#20
Tuesday, August 29, 2017 12:35:09 PM(UTC)
Коллеги! Какой 80050?
Его отменили еще в феврале.
Теперь вопрос типового графика исключительно в согласовании между смежными субъектами. Если хочется, можно делать 80050 и отправлять смежнику.
Если нет, то можно и устно договориццо или еще как.
Still_Deep Offline
Still_Deep
  Бывалый
Сообщений: 94
Зарегистрированный пользователь
Зарегистрирован: 5/7/2014(UTC)
Откуда: Москва
#21
Tuesday, August 29, 2017 12:59:06 PM(UTC)
Автор: bender Перейти к цитате
Коллеги! Какой 80050?
Его отменили еще в феврале.
Теперь вопрос типового графика исключительно в согласовании между смежными субъектами. Если хочется, можно делать 80050 и отправлять смежнику.
Если нет, то можно и устно договориццо или еще как.


Оу, действительно...
Давно не занимаюсь этими вопросами, упустил это изменение в Регламенте
Пользователи, просматривающие эту тему
Guest
Перейти  
Вы не можете создавать новые темы в этом форуме.
Вы не можете отвечать в этом форуме.
Вы не можете удалять Ваши сообщения в этом форуме.
Вы не можете редактировать Ваши сообщения в этом форуме.
Вы не можете создавать опросы в этом форуме.
Вы не можете голосовать в этом форуме.