Document 945347

«УТВЕРЖДАЮ»
Председатель закупочной комиссии
1-го уровня
__________________ Ю. В. Смирнова
«___»_______________ 2015 год
Документация о закупке
АУКЦИОН НА ПРАВО ЗАКЛЮЧЕНИЯ ДОГОВОРА НА ВНЕДРЕНИЕ БИЛЛИНГОВОЙ
СИСТЕМЫ (РЕАЛИЗАЦИЯ ПИЛОТНЫХ ПРОЕКТОВ ДЛЯ РАСЧЕТА С ФИЗ. ЛИЦАМИ)
ДЛЯ НУЖД ПАО «КРАСНОЯРСКЭНЕРГОСБЫТ»
(ЛОТ № 15-ИП-2015-КЭС)
Содержание
ОБЩИЕ ПОЛОЖЕНИЯ .................................................................................. 5
1.
1.1
1.2
1.3
1.4
1.5
Общие сведения об аукционе ............................................................................................... 5
Правовой статус документов ............................................................................................... 5
Особые положения в связи с проведением аукциона через
Систему b2b-energo ................................................................................................................ 6
Обжалование ........................................................................................................................... 6
Прочие положения ................................................................................................................. 7
2.
ПОРЯДОК ПРОВЕДЕНИЯ АУКЦИОНА. ИНСТРУКЦИИ ПО
ПОДГОТОВКЕ ЗАЯВОК ................................................................................................. 8
2.1
2.2
2.3
2.4
2.5
2.6
2.7
2.8
2.9
2.10
2.11
2.12
2.13
Общий порядок проведения аукциона .............................................................................. 8
Размещение Извещения о закупке ...................................................................................... 8
Предоставление Документации о закупке Участникам ................................................. 8
Подготовка заявок ................................................................................................................. 8
2.4.1
Общие требования к заявке ....................................................................................... 8
2.4.2
Порядок подготовки заявок через Систему b2b-energo ....................................... 10
2.4.3
Порядок подготовки заявок в письменной (бумажной) форме ........................... 10
2.4.4
Требования к сроку действия заявки ..................................................................... 11
2.4.5
Требования к языку заявки ..................................................................................... 11
2.4.6
Требования к валюте заявки ................................................................................... 12
2.4.7
Сведения о начальной (максимальной) цене договора ........................................ 12
2.4.8
Разъяснение Документации о закупке ................................................................... 12
2.4.9
Изменения Документации о закупке ...................................................................... 12
Требования к Участникам аукциона. Подтверждение соответствия
предъявляемым требованиям ........................................................................................... 12
2.5.1
Общие требования к Участникам аукциона .......................................................... 12
2.5.2
Участие в аукционе коллективных Участников ................................................... 14
2.5.3
Участие в аукционе генеральных исполнителей .................................................. 15
2.5.4
Требования к документам, подтверждающим соответствие
Участника установленным требованиям ............................................................... 16
Подача заявок и их прием .................................................................................................. 17
2.6.1
Подача заявок через Систему b2b-energo .............................................................. 17
2.6.2
Подача заявок в письменной (бумажной) форме .................................................. 17
Вскрытие поступивших на аукцион конвертов ............................................................. 18
Рассмотрение заявок ........................................................................................................... 18
2.8.1
Общие положения .................................................................................................... 18
2.8.2
Отборочная стадия ................................................................................................... 18
Проведение аукциона (процедура снижения цены Участниками аукциона) .......... 19
Определение Победителя аукциона.................................................................................. 20
Подписание Протокола о результатах аукциона ........................................................... 20
Уведомление Участников о результатах аукциона....................................................... 21
Подписание Договора .......................................................................................................... 21
3.
ДОПОЛНИТЕЛЬНЫЕ УСЛОВИЯ ПРОВЕДЕНИЯ АУКЦИОНА.
ДОПОЛНИТЕЛЬНЫЕ ИНСТРУКЦИИ ПО ПОДГОТОВКЕ ЗАЯВОК .............. 22
3.1
3.2
3.3
3.4
4.
Статус настоящего раздела ................................................................................................ 22
Изменение и отзыв Аукционных заявок ......................................................................... 22
Обеспечение исполнения обязательств Участником аукциона.................................. 22
Альтернативные заявки ..................................................................................................... 22
ОСНОВНЫЕ СВЕДЕНИЯ О ЗАКУПКЕ.................................................... 23
стр. 2 из 170
4.1
4.2
Статус настоящего раздела ................................................................................................ 23
Информация о проводимом аукционе ............................................................................. 23
5.
ОБРАЗЦЫ ОСНОВНЫХ ФОРМ ДОКУМЕНТОВ, ВКЛЮЧАЕМЫХ
В ЗАЯВКУ ........................................................................................................................ 25
5.1
5.2
5.3
5.4
5.5
5.6
5.7
5.8
5.9
5.10
5.11
5.12
5.13
Опись документов (форма 1).............................................................................................. 25
5.1.1
Форма описи документов ........................................................................................ 25
5.1.2
Инструкции по заполнению .................................................................................... 26
Письмо о подаче оферты (форма 2) .................................................................................. 27
5.2.1
Форма письма о подаче оферты ............................................................................. 27
5.2.2
Инструкции по заполнению .................................................................................... 28
Техническое предложение на выполнение работ (форма 3) ........................................ 29
5.3.1
Форма Технического предложения на выполнение работ ................................... 29
5.3.2
Инструкции по заполнению .................................................................................... 30
График выполнения работ (форма 4) .............................................................................. 31
5.4.1
Форма Графика выполнения работ ........................................................................ 31
5.4.2
Инструкции по заполнению .................................................................................... 32
Сводная таблица стоимости работ (форма 5) ................................................................. 33
5.5.1
Форма Сводной таблицы стоимости работ ........................................................... 33
5.5.2
Инструкции по заполнению .................................................................................... 35
Протокол разногласий по проекту Договора (форма 6) ............................................... 36
5.6.1
Форма Протокола разногласий по проекту Договора .......................................... 36
5.6.2
Инструкции по заполнению Протокола разногласий по проекту
Договора.................................................................................................................... 37
Анкета Участника аукциона (форма 7) ........................................................................... 38
5.7.1
Форма Анкеты Участника аукциона ...................................................................... 38
5.7.2
Инструкции по заполнению .................................................................................... 40
Справка о перечне и годовых объемах выполнения аналогичных
договоров (форма 8) ............................................................................................................. 41
5.8.1
Форма Справки о перечне и годовых объемах выполнения
аналогичных договоров ........................................................................................... 41
5.8.2
Инструкции по заполнению .................................................................................... 42
Справка о материально-технических ресурсах (форма 9) ........................................... 43
5.9.1
Форма Справки о материально-технических ресурсах ........................................ 43
5.9.2
Инструкции по заполнению .................................................................................... 44
Справка о кадровых ресурсах (форма 10) ....................................................................... 45
5.10.1 Форма Справки о кадровых ресурсах .................................................................... 45
5.10.2 Инструкции по заполнению .................................................................................... 46
Информационное письмо о наличии у Участника аукциона связей,
носящих характер аффилированности с Организатором аукциона (в том
числе и сотрудниками Организатора) (форма 11) ......................................................... 47
5.11.1 Форма письма о наличии у Участника аукциона связей, носящих
характер аффилированности с Организатором аукциона (в том числе
и сотрудниками Организатора) .............................................................................. 47
5.11.2 Инструкции по заполнению .................................................................................... 48
Декларация о соответствии Участника аукциона критериям отнесения к
субъектам малого и среднего предпринимательства (форма 12) ............................... 49
5.12.1 Форма Декларации о соответствии Участника аукциона критериям
отнесения к субъектам малого и среднего предпринимательства ...................... 49
5.12.2 Инструкции по заполнению .................................................................................... 52
Справка об отсутствии признаков крупной сделки (форма 13) ................................. 53
5.13.1 Форма Справки об отсутствии признаков крупной сделки ................................. 53
5.13.2 Инструкции по заполнению .................................................................................... 54
стр. 3 из 170
5.14 Справка об отсутствии заинтересованности (форма 14) .............................................. 55
5.14.1 Форма Справки об отсутствии заинтересованности ............................................ 55
5.14.2 Инструкции по заполнению .................................................................................... 56
5.15 План распределения объемов выполнения работ внутри коллективного
участника (форма 15) .......................................................................................................... 57
5.15.1 Форма плана распределения объемов выполнения работ внутри
коллективного участника ........................................................................................ 57
5.15.2 Инструкции по заполнению .................................................................................... 58
5.16 План распределения объемов выполнения работ между генеральным
исполнителем и соисполнителями (форма 16) ............................................................... 59
5.16.1 Форма плана распределения объемов выполнения работ между
генеральным исполнителем и соисполнителями .................................................. 59
5.16.2 Инструкции по заполнению .................................................................................... 60
5.17 Справка Участника «Сведения о цепочке собственников, включая
бенефициаров (в том числе конечных)» .......................................................................... 61
5.17.1 Форма справки Участника «Сведения о цепочке собственников,
включая бенефициаров (в том числе конечных)»................................................. 61
Приложение № 1 к Документации о закупке ........................................................................... 64
Приложение № 2 к Документации о закупке ......................................................................... 108
Приложение № 3 к Документации о закупке ......................................................................... 169
Приложение № 4 к Документации о закупке ......................................................................... 170
стр. 4 из 170
1.
1.1
1.1.1
1.1.2
1.1.3
1.1.4
1.2
1.2.1
1.2.2
1.2.3
1.2.4
1.2.5
1.2.6
1.2.7
Общие положения
Общие сведения об аукционе
Организатор аукциона, являющийся Заказчиком (далее по тексту Организатор),
указанный в пункте 4.2.7 настоящей Аукционной документации (здесь и далее
указываются разделы настоящей документации), Извещением о закупке, размещенным
на
сайте
в
информационно-телекоммуникационной
сети
«Интернет»
www.zakupki.gov.ru (далее — «Официальный сайт») от даты, указанной в пункте 4.2.10,
пригласил лиц, указанных в пункте 4.2.2 к участию в аукционе, предмет которого
указан в пункте 4.2.3 для нужд Организатора, указанного в пункте 4.2.7.
Аукцион проводится с использованием функционала Информационно-аналитической и
торгово-операционной системы «Рынок продукции, услуг и технологий для
электроэнергетики» — Интернет-сайт www.b2b-energo.ru (далее — Система b2b-energo)
по правилам и регламентам данной системы, с использованием ее функционала. Номер
в системе указан в пункте 4.2.4.
Для справок обращаться к представителю Организатора аукциона, указанному в пункте
4.2.8.
Подробные требования к выполняемым работам, а также срок, объем и место
выполнения работ изложены в Приложении № 1 к Документации о закупке. Проект
Договора, который будет заключен по результатам аукциона, приведен в Приложении
№ 2 к Документации о закупке. Порядок проведения аукциона и участия в нем, а также
инструкции по подготовке заявок, приведены в разделах 2 и 3. Более подробная
информация о проводимой закупке приведена в разделе 4. Формы документов, которые
необходимо подготовить и подать в составе заявки, приведены в разделе 5.
Правовой статус документов
Настоящая Документация о закупке вместе с размещенным в соответствии с пунктом
1.1.1 Извещением о закупке, являющаяся его неотъемлемым приложением, являются
офертой Организатора и должны рассматриваться Участниками в соответствии с этим
до подведения итогов аукциона.
Заявка Участника аукциона имеет правовой статус оферты и будет рассматриваться
Организатором аукциона в течение указанного в ней срока ее действия.
Подписанный протокол о результатах аукциона имеет силу договора, определяющего
обязанность Победителя и Организатора заключить Договор на условиях,
установленных Извещением о закупке, Документацией о закупке и заявкой Победителя
аукциона.
Заключенный по результатам аукциона Договор фиксирует все достигнутые сторонами
договоренности.
При определении условий Договора с Победителем аукциона используются следующие
документы с соблюдением указанной иерархии (в случае их противоречия):
а) Извещение о закупке и Документация о закупке со всеми дополнениями и
изменениями;
б) Заявка Победителя со всеми дополнениями и разъяснениями;
в) Протокол о результатах аукциона.
Иные документы Организатора и Участников не определяют права и обязанности
сторон в связи с данным аукционом.
В случае противоречия документов или сведений, поданных в электронной форме через
Систему b2b-energo, и документов или сведений, поданных в письменной форме
Организатору аукциона, документы или сведения в электронной форме в
Системе b2b-energo будут рассматриваться как имеющие преобладающую силу.
Несогласие Участника с этим будет рассматриваться как уклонение Участником
Системы b2b-energo от взятых на себя обязательств в рамках торговой сессии и влечет
соответствующие меры, предусмотренные регламентом данной системы и
соглашением Участника аукциона с оператором данной системы.
стр. 5 из 170
1.2.8
1.2.9
1.2.10
1.2.11
1.3
1.3.1
1.3.2
1.3.3
1.4
1.4.1
1.4.2
1.4.3
Во всем, что не урегулировано Извещением о закупке и Документацией о закупке,
стороны руководствуются законодательством Российской Федерации, регулирующим
данные правоотношения, и Положением о закупке продукции для нужд
ПАО «Красноярскэнергосбыт», действующим на момент размещения на Официальном
сайте Извещения о закупке.
Если в отношении сторон Договора, заключаемого по результатам аукциона, действуют
также специальные нормативные правовые акты, зарегистрированные в установленном
порядке, Документация о закупке (и проект Договора как ее часть) и аукционная заявка
Победителя будут считаться приоритетными по отношению к диспозитивным нормам
указанных документов.
Любые уведомления, письма, предложения, иная переписка и действия председателя,
заместителя председателя, членов, секретаря закупочной комиссии и иных работников
Организатора аукциона относительно условий, сроков проведения, предмета
настоящего аукциона (за исключением информации, представляемой Участникам
аукциона в соответствии с Положением о закупке продукции для нужд
ПАО «Красноярскэнергосбыт») носят исключительно информационный характер и не
являются офертой либо акцептом Организатора аукциона.
Единственным доказательством для Участника его победы в аукционе является
протокол о результатах аукциона, подготовленный и подписанный в соответствии с
требованиями
Положения
о
закупке
продукции
для
нужд
ПАО «Красноярскэнергосбыт», в том числе содержащий подпись уполномоченного
представителя и оттиск печати (при наличии) Организатора аукциона.
Особые положения в связи с проведением аукциона через Систему b2b-energo
Для участия в аукционе Участники аукциона должны быть зарегистрированы
в Системе b2b-energo в качестве полноправных Участников данной системы, т.е.
должны заключить соответствующий договор с оператором системы.
Участники аукциона должны подать свои заявки как в электронном виде через
Систему b2b-energo, так и в письменной (бумажной) форме (подраздел 2.6). Участник
аукциона, подавший заявку только одним из вышеуказанных способов, может быть не
допущен к участию в Аукционе.
Правила проведения аукциона через Систему b2b-energo определяются регламентами
ее работы и соглашением Участника аукциона с оператором данной системы.
Обжалование
Все споры и разногласия, возникающие в связи с проведением аукциона, в том числе
касающиеся исполнения Организатором и Участниками аукциона своих обязательств в
связи с проведением аукциона и участием в нем, должны решаться в претензионном
порядке. Для реализации этого порядка заинтересованная сторона в случае нарушения
ее прав должна обратиться с претензией к другой стороне. Сторона, получившая
претензию, должна направить в разумный срок другой стороне мотивированный ответ
на претензию.
Если претензионный порядок, указанный в пункте 1.4.1, не привел к разрешению
разногласий, Участники аукциона имеют право оспорить решение или поведение
Организатора аукциона в связи с данным аукционом в Центральной закупочной
комиссии Общества (далее – ЦЗК). При получении заявления о рассмотрении
разногласий секретарь ЦЗК незамедлительно уведомляет председателя комиссии,
проводящей закупку. На время рассмотрения разногласий в ЦЗК процедура проведения
закупки приостанавливается до вынесения решения, если к тому нет явных
препятствий юридического или экономического характера.
Если разногласия не разрешены по взаимному согласию представившего их Участника
и лиц, производивших закупку, ЦЗК вправе принять одно или несколько из следующих
решений:
а) обязать членов закупочной комиссии, совершивших неправомерные действия,
применивших неправомерные процедуры либо принявших незаконное решение,
стр. 6 из 170
1.4.4
1.5
1.5.1
1.5.2
1.5.3
1.5.4
1.5.5
совершить действия, соответствующие законодательству РФ и Положению о
закупке продукции для нужд ПАО «Красноярскэнергосбыт»;
б) признать заявление Участника аукциона необоснованным.
Все споры и разногласия, возникающие в связи с проведением аукциона, в том числе
касающиеся исполнения Организатором и Участниками своих обязательств, не
урегулированные путем претензионного порядка, обращения в ЦЗК Организатора,
разрешаются в арбитражном суде Красноярского края.
Прочие положения
Участник самостоятельно несет все расходы, связанные с подготовкой и подачей
заявки, а Организатор по этим расходам не отвечает и не имеет обязательств,
независимо от хода и результатов аукциона, за исключением случаев, прямо
предусмотренных действующим законодательством Российской Федерации.
Организатор обеспечивают разумную конфиденциальность относительно всех
полученных от Участников аукциона сведений, в том числе содержащихся в заявках.
Предоставление этой информации другим Участникам аукциона или третьим лицам
возможно только в случаях, прямо предусмотренных действующим законодательством
Российской Федерации или Документацией о закупке.
Организатор на основании решения закупочной комиссии вправе отклонить заявку,
если будет установлено, что Участник прямо или косвенно дал, согласился дать или
предложил работнику Организатора, члену закупочной комиссии вознаграждение в
любой форме: работу, услугу, какую-либо ценность, в качестве стимула, который
может повлиять на принятие закупочной комиссией решения по определению
Победителя аукциона.
В соответствии с Извещением о закупке, Организатор аукциона имеет право отказаться
от проведения аукциона не позднее, чем за 1 (один) календарный день до подведения
итогов аукциона, не неся никакой ответственности перед Участниками аукциона или
третьими лицами, которым такое действие может принести убытки. Организатор
аукциона незамедлительно уведомляет всех Участников аукциона об отказе от
проведения аукциона с помощью Системы b2b-energo, а также посредством
размещения информации на Официальном сайте.
С целью предупреждения и противодействия противоправным действиям в
ПАО «РусГидро» организована круглосуточная «Линия доверия», обратиться на
которую можно по телефону +7 (495) 710 54 63, или заполнив соответствующую форму
на корпоративном сайте ПАО «РусГидро», вкладка «Линия доверия».
стр. 7 из 170
2.
2.1
2.1.1
2.1.2
2.2
2.2.1
2.2.2
2.3
2.3.1
2.3.2
2.4
2.4.1
2.4.1.1
Порядок проведения аукциона. Инструкции по подготовке заявок
Общий порядок проведения аукциона
Аукцион проводится в следующем порядке:
а)
Размещение Извещения о закупке (подраздел 2.2);
б)
Предоставление Документации о закупке Участникам (подраздел 2.3);
в)
Подготовка Участниками аукциона своих заявок; разъяснение Организатором
аукциона Документации о закупке, если необходимо (подраздел 2.4);
г)
Подача заявок и их прием (подраздел 2.6);
д)
Вскрытие конвертов с заявками (подраздел 2.7);
е)
Рассмотрение заявок (подраздел 2.8);
ж) Проведение аукциона (процедура снижения цены Участниками аукциона)
(подраздел 2.9);
з)
Определение победителя аукциона (подраздел 2.10);
и) Подписание Протокола о результатах аукциона (подраздел 2.11);
к)
Уведомление Участников аукциона о результатах аукциона (подраздел 2.12);
л)
Подписание Договора (подраздел 2.13).
Дополнительные условия и процедуры аукциона описаны в разделе 3.
Размещение Извещения о закупке
Извещение о закупке было размещено на Официальном сайте в порядке, указанном в
пункте 1.1.1.
Иные публикации не являются официальными и не влекут для Организатора аукциона
никаких последствий.
Предоставление Документации о закупке Участникам
Участники могут получить Документацию о закупке на Официальном сайте, а также
через Систему b2b-energo.
В Системе b2b-energo Документация о закупке выдается бесплатно, порядок ее
получения определяется регламентом Системы b2b-energo и соглашением Участников с
оператором данной системы.
Подготовка заявок
Общие требования к заявке
Участник аукциона должен подготовить заявку, содержащую первую аукционную
ставку на участие в Аукционе и включающую:
а)
Опись документов (форма 1) по форме и в соответствии с инструкциями,
приведенными в Документации о закупке (подраздел 5.1);
б)
Письмо о подаче оферты (форма 2) по форме и в соответствии с инструкциями,
приведенными в Документации о закупке (подраздел 5.2);
в)
Техническое предложение на выполнение работ (форма 3) по форме и в
соответствии с инструкциями, приведенными в Документации о закупке
(подраздел 5.3);
г)
График выполнения работ (форма 4) по форме и в соответствии с инструкциями,
приведенными в Документации о закупке (подраздел 5.4);
д)
Сводная таблица стоимости работ (форма 5) в соответствии с инструкциями,
приведенными в Документации о закупке (подраздел 5.5);
е)
Протокол разногласий по проекту Договора (форма 6) по форме и в соответствии
с инструкциями, приведенными в Документации о закупке (подраздел 5.6);
ж) Анкету Участника аукциона (форма 7) по форме и в соответствии с
инструкциями, приведенными в Документации о закупке (подраздел 5.7);
з)
Декларацию о соответствии Участника аукциона критериям отнесения к
субъектам малого и среднего предпринимательства (форма 12) по форме и в
соответствии с инструкциями, приведенными в Документации о закупке
(подраздел 5.12);
и) Документы, подтверждающие соответствие Участника аукциона требованиям
Документации о закупке (подраздел 2.5);
стр. 8 из 170
к)
Заверенный Участником документ, подтверждающий наличие решения
(одобрения) со стороны установленного законодательством РФ органа о
заключении крупной сделки, оформленный в соответствии с законодательством
РФ, или (в случае если сделка согласно законодательству не является для
Участника крупной) – Справка об отсутствии признаков крупной сделки
(форма 13) по форме и в соответствии с инструкциями, приведенными в
Документации о закупке (подраздел 5.13);
[Примечание: Таковыми документами являются:

для общества с ограниченной ответственностью – выписка из протокола
(или решения единственного Участника), содержащего решение о совершении
крупной сделки, принятое и оформленное в соответствии со ст. 46
Федерального закона от 08.02.1998 №14-ФЗ «Об обществах с ограниченной
ответственностью» либо выписка из Устава Участника о том, что для
совершения крупных сделок не требуется решения общего собрания
участников общества и совета директоров (наблюдательного совета)
общества (или подтверждающая право единоличного или коллегиального
исполнительного органа заключать крупные сделки самостоятельно) либо
документ, подтверждающий, что единственный участник общества
одновременно осуществляет функции единоличного исполнительного органа
данного общества;

для акционерного общества – выписка из протокола, содержащего решение об
одобрении крупной сделки, принятое и оформленное в соответствии со ст.79
Федерального закона от 26.12.1995 №208-ФЗ «Об акционерных обществах»
либо документ, подтверждающий, что Участник является акционерным
обществом, состоящим из одного акционера, который одновременно
осуществляет функции единоличного исполнительного органа;

для унитарного предприятия – документ, подтверждающий решение
собственника имущества унитарного предприятия о совершении крупной
сделки, принятое в соответствии со ст.23 Федерального закона от 14.11.2002
№161-ФЗ «О государственных и муниципальных унитарных предприятиях»]
л)
Заверенный Участником документ, подтверждающий наличие решения
(одобрения) со стороны установленного законодательством РФ органа о
заключении сделки, в совершении которой имеется заинтересованность,
оформленный в соответствии с законодательством РФ, или (в случае если сделка
согласно законодательству не является для Участника сделкой, в совершении
которой
имеется
заинтересованность)
–
Справка
об
отсутствии
заинтересованности (форма 14) по форме и в соответствии с инструкциями,
приведенными в Документации о закупке (подраздел 5.14);
[Примечание: Таковыми документами являются:

для общества с ограниченной ответственностью – выписка из протокола,
содержащего решение о совершении сделки, в совершении которой имеется
заинтересованность, принятое и оформленное в соответствии со ст. 45
Федерального закона от 08.02.1998 № 14-ФЗ «Об обществах с ограниченной
ответственностью» либо документ, подтверждающий, что единственный
участник общества одновременно осуществляет функции единоличного
исполнительного органа данного общества;

для акционерного общества – выписка из протокола, содержащая решение об
одобрении сделки, в совершении которой имеется заинтересованность,
принятое и оформленное в соответствии со ст. 83 Федерального закона от
26.12.1995 №208-ФЗ «Об акционерных обществах» либо документ,
подтверждающий, что Участник является акционерным обществом,
состоящим из одного акционера, который одновременно осуществляет
стр. 9 из 170
2.4.1.2
2.4.2
2.4.2.1
2.4.2.2
2.4.2.3
2.4.2.4
2.4.3
2.4.3.1
2.4.3.2
функции единоличного исполнительного органа;

для унитарного предприятия – документ, подтверждающий решение
собственника имущества унитарного предприятия о совершении сделки, в
которой имеется заинтересованность, принятое в соответствии со ст.22
Федерального закона от 14.11.2002 №161-ФЗ «О государственных и
муниципальных предприятиях»]
м) Справка о цепочке собственников, включая бенефициаров (в том числе
конечных), по форме в соответствии с подразделом 5.17 с подтверждением
соответствующими документами, заверенными нотариально. Возможно
предоставление документов, заверенных Участником (не заверенных
нотариально), с обязательным приложением гарантийного письма о
предоставлении документов, заверенных нотариально не позднее трех
календарных дней с момента подведения итогов закупки в случае признания
Участника победителем закупки. Данные документы должны быть предоставлены
вместе с заявкой Участника в бумажном виде и на электронном носителе в
отдельном запечатанном конверте с надписью «Документы Участника о цепочке
собственников», без размещения на электронной торговой площадке.
н) В случае если Участник аукциона зарегистрирован вне Российской Федерации, он
обязан представить: выписку из торгового реестра страны инкорпорации;
предусмотренные законодательством иностранного государства документы обо
всех лицах, способных прямо или косвенно контролировать деятельность
юридического лица; для всех организаций независимо от страны инкорпорации и
при
наличии в составе учредителей, Участников или иных владельцев
доверительных управляющих, номинальных держателей, трастов или иных лиц,
не являющихся собственниками – документы, служащие основанием прав таких
лиц.
Заявка должна быть подготовлена в электронной форме с использованием функционала
Системы b2b-energo (подраздел 2.4.2) и в письменной (бумажной) форме (подраздел
2.4.3). Письменная (бумажная) форма заявки необходима для подтверждения
соответствия и обеспечения законной силы электронных документов, направленных
через Систему b2b-energo.
Порядок подготовки заявок через Систему b2b-energo
Участник аукциона имеет право подать только одну заявку. В случае нарушения этого
требования все заявки такого Участника аукциона отклоняются без рассмотрения по
существу.
Все файлы заявки, размещенные Участником Системе b2b-energo, должны иметь
наименование либо комментарий, позволяющие идентифицировать содержание
данного файла заявки, с указанием наименования документа, представленного данным
файлом.
Участники при оформлении заявок через Систему b2b-energo должны использовать
формы и инструкции по их заполнению, предусмотренные Документацией о закупке.
Прочие правила оформления заявок через Систему b2b-energo определяются
регламентом данной системы и соглашением Участника с оператором данной системы.
Порядок подготовки заявок в письменной (бумажной) форме
Дополнительно к заявке, поданной через Систему b2b-energo, Участник должен
предоставить Организатору аукциона заявку в письменной (бумажной) форме.
Каждый документ, входящий в заявку, должен быть подписан лицом, имеющим право в
соответствии с законодательством Российской Федерации действовать от лица
Участника аукциона без доверенности, или надлежащим образом уполномоченным им
лицом на основании доверенности (далее — уполномоченного лица). В последнем
случае оригинал доверенности или нотариально заверенная копия доверенности (с
указанием правомочий на подписание заявки) прикладывается к заявке.
стр. 10 из 170
2.4.3.3
2.4.3.4
2.4.3.5
2.4.3.6
2.4.3.7
2.4.3.8
2.4.3.9
2.4.3.10
2.4.3.11
2.4.4
2.4.4.1
2.4.4.2
2.4.5
2.4.5.1
Каждый документ, входящий в заявку, должен быть скреплен печатью Участника
аукциона (при наличии).
Требования пунктов 2.4.3.2 и 2.4.3.3 не распространяются на нотариально заверенные
копии документов или документы, переплетенные типографским способом.
Дополнительные носители информации (CD-R, CD-RW, брошюры, книги) должны
быть, если это возможно, соответствующим образом помечены (например, с помощью
наклеек) и помещены в отдельные (т.н. «информационные») конверты.
Информационные конверты должны размещаться после последней страницы заявки.
Входящие в состав заявки копии документов, подтверждающих юридический статус
Участника аукциона (уставы, договоры об учреждении и т.д.), помещаются в
информационные конверты, только если они отпечатаны и сброшюрованы
промышленным (типографским) способом или прошиты у нотариуса.
После этого должна быть проведена нумерация всех без исключения страниц и
информационных конвертов заявки (как внутренняя нумерация листов отдельных
приложений, так и сквозная нумерация всех страниц заявки; информационные
конверты нумеруются отдельно от страниц — «информационный конверт № 1»,
«информационный конверт № 2» и т.д.). Нумерация страниц книг, брошюр, журналов и
т.д., помещенных в информационные конверты, не производится.
Документы (листы и информационные конверты), входящие в заявку, должны быть
скреплены или упакованы таким образом, чтобы исключить случайное выпадение или
перемещение страниц и информационных конвертов. Если заявка состоит из
нескольких томов, каждый том рекомендуется прошить с приложением описи
включенных в него документов. Каждый такой том должен иметь сквозную нумерацию
страниц.
Участник аукциона в обязательном порядке должен подготовить копии заявки на
бумажном носителе в количестве, указанном в пункте 4.2.11. Копии заявки на
бумажном носителе подготавливаются путем ксерокопирования оригиналов каждого
документа, входящего в заявку, после их подписания и заверения печатью (при
наличии), а также нанесения сквозной нумерации страниц, но перед сшиванием.
Материалы, содержащиеся в информационных конвертах, копируются любым
приемлемым для данного вида материалов способом. Соответствующие копии
помещаются в конверты и помечаются («копия информационного конверта №1» и т.д.).
Никакие исправления в тексте заявки не имеют силу, за исключением тех случаев,
когда эти исправления заверены рукописной надписью «исправленному верить» и
собственноручной подписью уполномоченного лица, расположенной рядом с каждым
исправлением.
Организатор по окончании аукциона может вернуть (по просьбе Участника аукциона)
оригиналы всех материалов, вложенные в информационные конверты, за исключением
тех оригиналов, не имеющих копий, на основании рассмотрения которых было принято
решение об отклонении или принятии заявки данного Участника аукциона.
Требования к сроку действия заявки
Заявка, а также окончательная цена, заявленная Участником в ходе процедуры
снижения цены, действительны в течение срока, указанного Участником аукциона в
письме о подаче оферты (подраздел 5.2). В любом случае этот срок не должен быть
менее чем срок, указанный в пункте 4.2.12.
Указание меньшего срока действия может служить основанием для отклонения заявки.
Требования к языку заявки
Все документы, входящие в заявку, должны быть подготовлены на русском языке за
исключением нижеследующего:
Документы, оригиналы которых выданы Участнику аукциона третьими лицами на
ином языке, могут быть представлены на языке оригинала (в специально оговоренных
случаях — с апостилем) при условии, что к ним приложен перевод этих документов на
русский язык (в специально оговоренных случаях — нотариально заверенный). При
стр. 11 из 170
2.4.5.2
2.4.6
2.4.7
2.4.7.1
2.4.7.2
2.4.8
2.4.8.1
2.4.8.2
2.4.8.3
2.4.9
2.4.9.1
2.4.9.2
2.4.9.3
2.5
2.5.1
2.5.1.1
выявлении расхождений между русским переводом и оригиналом документа на ином
языке Организатор аукциона будет принимать решение на основании перевода.
Организатор аукциона вправе не рассматривать документы, не переведенные на
русский язык.
Требования к валюте заявки
Все суммы денежных средств, указанные в документах, входящих в заявку, должны
быть выражены в российских рублях.
Сведения о начальной (максимальной) цене договора
В соответствии с Извещением о закупке, начальная (максимальная) цена договора
установлена в размере, указанном в пункте 4.2.5.
Организатор аукциона вправе отклонить заявку только на том основании, что
предложенная Участником аукциона цена превышает установленную начальную
(максимальную) цену договора.
Разъяснение Документации о закупке
Участники аукциона вправе обратиться к Организатору аукциона за разъяснениями
Документации о закупке. Запросы на разъяснение Документации о закупке должны
подаваться в соответствии с Регламентами и инструкциями, принятыми при работе в
Системе b2b-energo. Организатор аукциона начинает принимать запросы на
разъяснение Документации о закупке с момента публикации Извещения о закупке на
Официальном сайте (пункт 4.2.10).
Организатор аукциона обязуется в разумный срок ответить на любой вопрос, который
он получит с момента публикации извещения о проведении аукциона на Официальном
сайте, но не позднее, чем за 10 календарных дней до истечения срока приема заявок
(пункт 4.2.14). Вопрос с разъяснениями (без указания источника запроса) должен быть
размещен Организатором на Официальном сайте и доступен всем Участникам данной
процедуры.
Разъяснения Документации о закупке носят справочный характер и не накладывают на
Организатора аукциона никаких обязательств.
Изменения Документации о закупке
Организатор аукциона в любой момент до истечения срока приема заявок (пункт
4.2.14) вправе внести изменения в Документацию о закупке.
Текст изменений размещается на Официальном сайте в течение 3-х дней после
утверждения таких изменений. Все Участники аукциона, официально получившие
Документацию о закупке (подраздел 4.3) через Систему b2b-energo, получат
соответствующие уведомления в порядке, установленном регламентом данной системы
и соглашением Участника с оператором данной системы.
При внесении изменений в Документацию о закупке срок подачи заявок на участие в
аукционе будет продлен так, чтобы со дня размещения на Официальном сайте
изменений до даты окончания подачи заявок такой срок составлял не менее чем
пятнадцать дней.
Требования к Участникам аукциона. Подтверждение соответствия
предъявляемым требованиям
Общие требования к Участникам аукциона
Участвовать в аукционе может любое юридическое лицо или несколько юридических
лиц, выступающих на стороне одного участника закупки, независимо от
организационно-правовой формы, формы собственности, места нахождения и места
происхождения капитала, либо любое физическое лицо или несколько физических лиц,
выступающих на стороне одного участника закупки, в том числе индивидуальный
предприниматель или несколько индивидуальных предпринимателей, выступающих на
стороне одного участника закупки, из числа лиц, указанных в пункте 4.2.2. Однако
чтобы претендовать на победу в аукционе и получение права заключить с
Организатором Договор, Участник аукциона самостоятельно или коллективный
участник в целом должен отвечать следующим требованиям:
стр. 12 из 170
а)
б)
в)
г)
д)
е)
ж)
з)
и)
к)
л)
Участник закупки должен обладать гражданской правоспособностью в полном
объеме для заключения и исполнения Договора (должен быть зарегистрирован в
установленном порядке).
Участник закупки должен обладать необходимыми для исполнения Договора
финансовыми возможностями (отсутствие кризисного финансового состояния)
(данный показатель оценивается в соответствии с разделом 6 Методики оценки
деловой репутации и финансового состояния Участников закупочных процедур
(далее – Методика оценки) (Приложение № 4 – Методика оценки деловой
репутации и финансового состояния Участников закупочных процедур).
Участник закупки не должен являться банкротом или иметь признаки
банкротства, находиться в процессе ликвидации. Экономическая деятельность
Участника не должна быть приостановлена.
Участник закупки не должен обладать 5 (пятью) и более ограничивающими
факторами, указанными в разделе 5 Методики оценки.
Члены объединений, являющихся коллективными Участниками закупки, должны
иметь соглашение между собой (или иной документ), соответствующее нормам
Гражданского кодекса РФ, в котором определены права и обязанности сторон и
установлен лидер коллективного Участника. В соглашении должна быть
установлена солидарная ответственность по обязательствам, связанным с
участием в закупке, заключением и последующем исполнением Договора.
Сведения об Участнике закупки должны отсутствовать в разделе «Реестр
недобросовестных поставщиков», размещенном на Официальном сайте.
Сведения об Участнике закупки должны отсутствовать в Реестре
недобросовестных контрагентов ПАО «РусГидро», его филиалов и ДЗО,
опубликованном в подразделе «Управление закупочной деятельностью» раздела
«Закупки» корпоративного Интернет-сайта ПАО «РусГидро».
Отсутствие в отношении Участника закупки со стороны Организатора на момент
проведения процедуры закупки и подведения ее итогов вступившего в законную
силу решения суда о ненадлежащем исполнении или неисполнении Договорных
обязательств перед Организатором за исключением случаев, когда неисполнение
Участником договорных обязательств стало результатом действий (бездействия)
Организатора.
Участник закупки не должен являться аффилированным по отношению к одному
и более другим Участникам закупки, а также к Организатору аукциона (в том
числе и сотрудникам Организатора) (наличие аффилированности определяется в
соответствии с антимонопольным законодательством Российской Федерации).
Данное требование не распространяется на юридические лица, входящие в
Группу компаний ПАО «РусГидро».
Участник закупки должен в составе своей заявки раскрыть информацию о всей
цепочке своих собственников, включая бенефициаров (в том числе конечных), по
форме в соответствии с приложением к Документации о закупке (подраздел 5.17)
с подтверждением соответствующими документами, заверенными нотариально.
Возможно предоставление документов, заверенных Участником (не заверенных
нотариально), с обязательным приложением гарантийного письма о
предоставлении документов, заверенных нотариально не позднее трех
календарных дней с момента подведения итогов закупки в случае признания
Участника победителем закупки.
Участник закупки должен соответствовать дополнительным требованиям к
Участникам закупки, указанным в разделе 7 Технических требований, с
предоставлением подтверждающих документов, указанных в Технических
требованиях.
стр. 13 из 170
2.5.2
2.5.2.1
2.5.2.2
2.5.2.3
2.5.2.4
2.5.2.5
2.5.2.6
2.5.2.7
Участие в аукционе коллективных Участников
В аукционе могут участвовать не только юридические и физические лица
самостоятельно (пункт 2.5.1.1), но и их объединения, способные на законных
основаниях выполнить требуемые работы.
Если заявка подается коллективным участником, дополнительно должны быть
выполнены нижеприведенные требования.
Лидер коллективного участника, должен отвечать требованиям Документации о
закупке, изложенным в пункте 2.5.1.1 в части объема работ, который ему
предполагается поручить в соответствии с планом распределения объемов выполнения
работ внутри коллективного участника.
Каждый член коллективного участника (за исключением лидера коллективного
участника), должен отвечать требованиям Документации о закупке, изложенным в
пункте 2.5.1.1 (за исключением пункта 2.5.1.1к)) в части объема работ, который ему
предполагается поручить в соответствии с планом распределения объемов выполнения
работ внутри коллективного участника.
Члены коллективного участника, заключают между собой соглашение,
соответствующее нормам Гражданского кодекса РФ, и отвечающее следующим
требованиям:
а)
в соглашении должны быть четко определены права и обязанности сторон как в
рамках участия в аукционе, так и в рамках исполнения Договора;
б)
в соглашении должно быть приведено четкое распределение объемов и
стоимости, а также сроков выполнения работ между членами коллективного
Участника;
в)
в соглашении должен быть определен лидер, который в дальнейшем представляет
интересы каждого члена коллективного участника, во взаимоотношениях с
Организатором аукциона;
г)
в соглашении должна быть установлена субсидиарная ответственность каждого
члена коллективного Участника по обязательствам, связанным с участием в
аукционе, и солидарная ответственность за своевременное и полное исполнение
Договора;
д)
соглашением должно быть предусмотрено, что все операции по выполнению
Договора в целом, включая платежи, совершаются исключительно с лидером,
однако, по желанию Организатора или по его инициативе, данная схема может
быть изменена.
Любое юридическое или физическое лицо может входить в состав только одного
коллективного участника и не имеет права принимать участие в аукционе
самостоятельно.
В связи с вышеизложенным коллективный участник готовит заявку с учетом
следующих дополнительных требований:
а)
заявка должна включать сведения, подтверждающие соответствие лидера
коллективного участника, установленным требованиям (пункт 2.5.4);
б)
заявка должна включать сведения, подтверждающие соответствие каждого члена
коллективного участника (за исключением лидера), установленным требованиям
(пункт 2.5.4) (за исключением пункта 2.5.4.1к));
в)
заявка подготавливается и подается лидером от своего имени со ссылкой на то,
что он представляет интересы коллективного участника;
г)
в состав заявки дополнительно включается оригинал или нотариально заверенная
копия соглашения между членами коллективного участника;
д)
заявка дополнительно должна включать сведения о распределении объемов
выполнения работ между членами коллективного участника, по установленной в
Документации о закупке форме (пункт 5.15.1).
стр. 14 из 170
2.5.2.8
2.5.2.9
2.5.2.10
2.5.3
2.5.3.1
2.5.3.2
2.5.3.3
2.5.3.4
2.5.3.5
2.5.3.6
2.5.3.7
При оценке количественных параметров деятельности членов объединения эти
параметры суммируются. Не подлежащие суммированию показатели должны быть в
наличии хотя бы у одного члена объединения.
Заявка, которую подает коллективный участник, может быть отклонена, если в
процессе аукциона до подписания Протокола о результатах аукциона выяснится, что из
состава коллективного участника вышел один или несколько его членов, а оставшиеся
с точки зрения Организатора, не способны самостоятельно выполнить Договор.
Организатор имеет право на одностороннее расторжение Протокола о результатах
аукциона или Договора, если из состава коллективного участника вышел один или
несколько его членов.
Участие в аукционе генеральных исполнителей
В случае если это предусмотрено пунктом 4.2.21, принимать участие в Аукционе и
претендовать на победу в нем могут генеральные исполнители, при условии
соблюдения нижеприведенных требований.
Генеральный исполнитель должен доказать Заказчику, что каждый из привлекаемых им
соисполнителей:
а)
осведомлен о привлечении его в качестве соисполнителя;
б)
согласен с выделяемым ему перечнем, объемами, сроками и стоимостью
выполнения работ;
в)
отвечает требованиям Документации о закупке, изложенным в пункте 2.5.1.1 (за
исключением пункта 2.5.1.1к)) в части
объема работ, который ему
предполагается поручить в соответствии с планом распределения объемов
выполнения работ между генеральным исполнителем и соисполнителями.
Генеральный исполнитель должен доказать Заказчику, что у него имеется разрешение
на право осуществлять функции генерального исполнителя, а также имеется
продуманная схема управления проектом и соисполнителями.
Любая организация может являться соисполнителем у произвольного числа
генеральных исполнителей, а также имеет право самостоятельно принимать участие в
аукционе.
Соисполнители не могут входить в состав коллективных участников аукциона
(подраздел 2.5.2). Каждый генеральный исполнитель может подать только одну заявку
и не может быть соисполнителем у других генеральных исполнителей, а также не
может входить в состав коллективных участников (подраздел 2.5.2). В случае
невыполнения этих требований заявки с участием таких организаций могут быть
отклонены без рассмотрения по существу.
В связи с вышеизложенным генеральный исполнитель готовит заявку с учетом
следующих дополнительных требований:
а)
в заявку включается письмо от имени каждого соисполнителя (оригинал;
составляется в произвольной форме), подтверждающее его согласие на
привлечение в качестве соисполнителя, с указанием объема и стоимости
возлагаемых на него работ, а также сроков выполнения работ;
б)
заявка должна включать сведения, подтверждающие соответствие каждого
соисполнителя установленным требованиям (пункт 2.5.4 (за исключением пункта
2.5.4.1к)));
в)
заявка дополнительно должна включать сведения о распределении объемов услуг
между генеральным исполнителем и соисполнителями по установленной в
Документации о закупке форме (План распределения объемов выполнения работ
между генеральным исполнителем и соисполнителями (форма 16)).
Заявка, которую подает генеральный исполнитель, может быть отклонена, если в
процессе аукциона до подписания Протокола о результатах аукциона выяснится, что
один или несколько соисполнителей отказались от оказания услуг, а оставшиеся
соисполнители, с точки зрения Заказчика, не способны самостоятельно выполнить
Договор.
стр. 15 из 170
2.5.3.8
2.5.4
2.5.4.1
Заказчик имеет право на одностороннее расторжение Протокола о результатах
аукциона или Договора, если один или несколько соисполнителей отказались от
выполнения работ.
Требования к документам, подтверждающим соответствие Участника
установленным требованиям
В связи с вышеизложенным Участник аукциона должен включить в состав заявки
следующие документы, подтверждающие его соответствие вышеуказанным
требованиям:
а)
Заверенную Участником копию Устава в действующей редакции.
б)
Заверенные Участником копии документов, подтверждающих полномочия
единоличного исполнительного органа Участника или Управляющей компании
(протоколы об избрании единоличного исполнительного органа или о передаче
полномочий Управляющей компании).
в)
Если заявка подписывается по доверенности, предоставляется оригинал или
нотариально заверенная копия доверенности (с указанием правомочий на
подписание заявки) и документы, указанные в пункте 2.5.4.1в) на лицо, выдавшее
доверенность.
г)
Оригинал Справки из ИФНС об отсутствии задолженности по налогам и сборам.
д)
Копию бухгалтерской (финансовой) отчетности за последние 3 года. При этом для
годовой бухгалтерской (финансовой) отчетности – копия бухгалтерского баланса
с отметкой налогового органа о приеме или, в случае представления отчетности в
налоговую инспекцию в электронном виде, с приложением квитанции о приеме;
для промежуточной бухгалтерской (финансовой) отчетности – копия
бухгалтерского баланса, заверенная подписями руководителя и главного
бухгалтера. Бухгалтерский баланс должен содержать следующие показатели:
долгосрочные обязательства, краткосрочные обязательства, валюта
баланса, капитал и резервы, долгосрочные заемные средства, краткосрочные
заемные средства, денежные средства и денежные эквиваленты,
кредиторская задолженность, дебиторская задолженность, внеоборотные
активы, оборотные активы, капитал и резервы, основные средства, выручка,
прибыль (убыток) до налогообложения, проценты к уплате, чистая прибыль
(убыток).
е)
Оригинал справки о выполнении аналогичных по характеру и объему поставок
договоров по установленной в Документации о закупке форме — Справка о
перечне и годовых объемах выполнения аналогичных договоров (форма 8).
ж) Оригинал справки о материально-технических ресурсах, которые будут
использованы в рамках выполнения Договора по установленной в Документации
о закупке форме — Справка о материально-технических ресурсах (форма 9).
з)
Оригинал справки о кадровых ресурсах, которые будут привлечены в ходе
выполнения Договора, по установленной в Документации о закупке форме —
Справка о кадровых ресурсах (форма 10).
и) Оригинал информационного письма о наличии у Участника аукциона связей,
носящих характер аффилированности с Организатором аукциона (в том числе и
сотрудниками Организатора) по установленной в Документации о закупке форме
— Информационное письмо о наличии у Участника аукциона связей, носящих
характер аффилированности с Организатором аукциона (в том числе и
сотрудниками Организатора) (форма 11).
к)
Нотариально заверенные документы, подтверждающие представленные
Участником сведения о цепочке собственников, включая бенефициаров
(подраздел 5.17). Данные документы, а также заполненная справка
Участника, должны быть предоставлены вместе с заявкой Участника в
бумажном виде и на электронном носителе в отдельном запечатанном
конверте с надписью «Документы Участника о цепочке собственников», без
стр. 16 из 170
2.5.4.2
2.5.4.3
2.5.4.4
2.6
2.6.1
2.6.1.1
2.6.1.2
2.6.1.3
2.6.1.4
2.6.1.5
2.6.1.6
2.6.2
2.6.2.1
2.6.2.2
2.6.2.3
2.6.2.4
размещения на электронной торговой площадке. Возможно предоставление
документов, заверенных Участником (не заверенных нотариально), с
обязательным приложением гарантийного письма о предоставлении документов,
заверенных нотариально не позднее трех календарных дней с момента подведения
итогов закупки в случае признания Участника победителем закупки.
л)
Иные документы, которые, по мнению Участника аукциона подтверждают его
соответствие установленным требованиям, с соответствующими комментариями,
разъясняющими цель предоставления этих документов.
Все указанные документы прилагаются Участником аукциона к заявке.
Закупочная комиссия вправе запросить нотариально заверенную копию Устава в
действующей редакции.
Все указанные документы не должны содержать недостоверные сведения.
Подача заявок и их прием
Подача заявок через Систему b2b-energo
Организатор аукциона начинает принимать заявки с момента публикации извещения о
закупке на Официальном сайте (пункт 4.2.10).
Правила подачи заявок через Систему b2b-energo определяются регламентом данной
системы и соглашением Участника с оператором данной системы.
При подаче заявки через Систему b2b-energo Участник обязан указать цену своей
заявки, являющуюся его первой ценовой ставкой в ходе проведения аукциона, заполнив
соответствующее поле на электронно-торговой площадке и подписав ее своей
электронно-цифровой подписью. Дальнейшая подача ценовых ставок в ходе
проведения аукциона будет возможна только путем снижения Участником его
первоначальной ценовой ставки, поданной вместе с заявкой.
Все требуемые документы в соответствии с условиями Документации о закупке
должны быть предоставлены Участником через Систему b2b-energo в отсканированном
виде в доступном для прочтения формате. При этом сканироваться документы должны
после того, как они будут оформлены в соответствии с требованиями, указанными в
Документации о закупке.
Все файлы не должны иметь защиты от их открытия, изменения, копирования их
содержимого или их печати. Файлы должны быть именованы так, чтобы из их названия
было понятно, какой документ в каком файле располагается.
Заявки в Системе b2b-energo должны быть поданы до истечения срока, указанного в
пункте 4.2.14. Заявки, поданные позднее установленного срока, не могут быть приняты
Организатором аукциона, независимо от причин опоздания.
Подача заявок в письменной (бумажной) форме
Перед подачей заявка и ее копии должны быть надежно запечатаны в конверты
(пакеты, ящики и т.п.). Заявка запечатывается в конверт, обозначаемый словами
«Заявка». Копии заявки запечатываются в конверты, обозначаемые словами «Копия-1»,
«Копия-2» и т.д.
На каждом из этих конвертов необходимо указать следующие сведения:
а)
наименование и адрес Организатора аукциона в соответствии с пунктом 4.2.7;
б)
полное фирменное наименование Участника аукциона и его почтовый адрес;
в)
номер лота и предмет Договора в соответствии с пунктом 4.2.3.
Запечатанные конверты с заявкой и ее копиями помещаются в один внешний конверт,
который также должен быть надежно запечатан. На внешнем конверте указывается
следующая информация:
а)
наименование и адрес Организатора аукциона в соответствии с пунктом 4.2.7;
б)
место подачи заявки на участие в закупке в соответствии с пунктом 4.2.13;
в)
номер лота и предмет Договора в соответствии с пунктом 4.2.3;
г)
слова «Не вскрывать до 14 часов 00 минут по красноярскому времени 23.11.2015.
Если иное не предусмотрено правилами почтовой или курьерской пересылки, на
внешнем конверте не следует указывать адрес Участника аукциона.
стр. 17 из 170
2.6.2.5
2.6.2.6
2.6.2.7
2.7
2.7.1
2.7.2
2.7.3
2.8
2.8.1
2.8.1.1
2.8.1.2
2.8.1.3
2.8.2
2.8.2.1
2.8.2.2
2.8.2.3
2.8.2.4
Участники аукциона должны обеспечить доставку своих заявок по адресу
Организатора аукциона, указанному в пункте 4.2.13. При этом Участникам аукциона
рекомендуется предварительно (не менее чем за один день) связаться с представителем
Организатора, указанным в пункте 4.2.9, направив письмо по электронной почте с
указанием времени подачи заявки. Заявка подается в рабочее время, пн.-чт. — с 8:00
до 17:00, пт. — с 8:00 до 16:00 по местному времени Организатора, но в любом
случае не позднее даты и времени, указанного в пункте 4.2.15. В случае
направления заявки через курьерскую службу рекомендуется уведомить представителя
курьерской службы или курьера о настоящем порядке доставки заявки.
Организатор аукциона заканчивает принимать заявки в срок, указанный в пункте
4.2.15. Заявки, полученные позже установленного срока, могут быть отклонены
Организатором аукциона без рассмотрения по существу, независимо от причин
опоздания.
Организатор аукциона выдает расписку лицу, доставившему конверт, о его получении с
указанием времени получения.
Вскрытие поступивших на аукцион конвертов
Организатор аукциона проводит вскрытие поступивших на аукцион электронных
конвертов с заявками в порядке, предусмотренном регламентом Системы b2b-energo.
Порядок получения Участниками информации о поступивших на аукцион заявках
через Систему b2b-energo определяется регламентом данной системы и соглашением
Участника с оператором данной системы.
Дата и время вскрытия поступивших на аукцион конвертов указаны в пункте 4.2.16.
Рассмотрение заявок
Общие положения
Рассмотрение заявок осуществляется закупочной комиссией и иными лицами
(экспертами).
Рассмотрение заявок включает отборочную стадию (пункт 2.8.2).
Срок и место рассмотрения заявок указаны в пункте 4.2.17. Организатор аукциона
вправе, при необходимости, изменить данный срок.
Отборочная стадия
В рамках отборочной стадии закупочная комиссия проверяет:
а)
соответствие состава и содержания документов заявки, поданной Организатору
аукциона;
б)
правильность оформления заявок Участников и их соответствие требованиям
Документации о закупке по существу;
в)
соответствие Участников аукциона требованиям Документации о закупке (в том
числе, опыт, правоспособность, квалификация);
г)
соответствие предлагаемых работ требованиям Документации о закупке;
д)
соответствие предлагаемых договорных условий требованиям Документации о
закупке
по критериям, указанным в Приложении № 3 Документации о закупке.
В рамках каждого из отборочных критериев, указанных в Приложении № 3,
Организатор аукциона вправе выделять подкритерии, по которым непосредственно
будет проводиться отбор.
В рамках отборочной стадии Организатор – закупочная комиссия может запросить
Участников аукциона разъяснения или дополнения их заявок, в том числе
представление отсутствующих документов.
По результатам проведения отборочной стадии закупочная комиссия вправе отклонить
заявки, которые:
а)
поданы Участниками аукциона, которые не отвечают требованиям Документации
о закупке;
б)
содержат предложения, не соответствующие установленным условиям
Документации о закупке;
стр. 18 из 170
в)
2.8.2.5
2.8.2.6
2.9
2.9.1
2.9.2
2.9.3
2.9.4
2.9.5
2.9.6
2.9.7
2.9.8
не содержат документов, требуемых в соответствии с условиями Документации о
закупке;
г)
содержат недостоверные сведения или намеренно искаженную информацию или
документы;
д)
поданы Участниками, которые ненадлежащим образом исполняли обязательства
по ранее заключенным с Организатором договорам;
е)
поданы Участниками аукциона, которые не согласились с предложениями
закупочной комиссией по исправлению очевидных арифметических или
грамматических ошибок в их заявках.
Организатор аукциона на основании решения закупочной комиссии вправе отклонить
заявки Участников аукциона при наличии оснований предполагать о существовании
между Участниками согласованных действий с целью повлиять на определение
Победителя аукциона.
Закупочная комиссия также вправе отклонить заявку в случае если цена данной заявки
превышает установленную начальную (максимальную) цену (если она установлена)
(пункт 4.2.5).
Проведение аукциона (процедура снижения цены Участниками аукциона)
В аукционе могут участвовать только лица, признанные Участниками аукциона, Заявки
которых не были отклонены при проведении отборочной стадии.
Аукцион проводится путем снижения стоимости на «шаг аукциона» (либо на несколько
«шагов аукциона», если такая возможность предусмотрена Системой b2b-energo).
Порядок проведения аукциона определяется правилами и регламентом Системы
b2b-energo.
В период с момента начала проведения аукциона в Системе b2b-energo Участник
заявляет цену своего нового предложения по цене, сниженную пропорционально «шагу
аукциона», определенному в пункте 4.2.6 Документации о закупке.
Снижение стоимости заявки, указанной Участником аукциона в Письме о подачи
оферты, может производиться Участником неограниченное количество раз до момента
окончания аукциона. Каждая новая ценовая ставка Участника должна быть меньше
предыдущей и меньше цены, указанной им в Письме о подаче оферты (раздел 5.2
Документации о закупке). Изменение цены Договора, предлагаемой Участником
аукциона в процессе проведения аукциона, не должно повлечь за собой изменение
иных условий Заявки Участника аукциона. Прием предложений по уменьшению цены
прекращается в Системе b2b-energo в момент окончания Аукциона.
История ставок аукциона доступна не только всем Участникам процедуры и
организатору, но также и всем предприятиям – Участникам Системы b2b-energo,
которые не принимают участия в данной процедуре в онлайновом режиме (в режиме
реального времени).
Если в последние 10 минут до момента окончания срока проведения процедуры
поступит очередное ценовое предложение от одного из Участников, то срок окончания
данной процедуры будет автоматически перенесен еще на 10 минут с момента
поступления последнего предложения.
Так будет продолжаться до тех пор, пока в последние 10 минут до истечения срока
проведения процедуры ни от кого из Участников не поступит ни одного нового
предложения. В результате процедура будет в автоматическом режиме переведена
Системой b2b-energo в соответствующий раздел Архива Торговой площадки.
Участник аукциона, давший самое низкое предложение о цене и выбранный в качестве
Победителя аукциона (которому присвоено первое место), а также Участник аукциона,
которому присвоено второе место как Участнику, давшему предпоследнее
предложение по цене, обязаны в течение одних суток после завершения Аукциона
дополнительно представить с учетом поданной цены документы, определяющие его
коммерческое предложение с приложением соответствующих файлов.
стр. 19 из 170
2.9.9
2.10
2.10.1
2.10.2
2.10.3
2.10.4
2.10.5
2.10.6
2.11
2.11.1
2.11.2
2.11.3
2.11.4
ВНИМАНИЕ! В случае непредставления Победителем аукциона требуемых в п. 2.9.8
документов он будет считаться уклонившимся от заключения Договора с
Организатором на заявленных им в ходе аукциона условиях. При этом Организатор
вправе выбрать в качестве Победителя аукциона Участника, которому присвоено
второе место, с предпоследним предложением по цене.
Определение Победителя аукциона
Закупочная комиссия определяет Победителя аукциона как Участника аукциона,
который предложил наиболее низкую цену Договора.
В случае подачи заявок с одинаковыми минимальными ценами более чем от одного
Участника и при условии прохождения указанных заявок отборочной стадии оценки,
Организатор вправе принять решение о признании Победителем аукциона Участника,
подавшего заявку раньше других Участников с заявками по той же цене.
Определение Победителя аукциона (подведение итогов закупки) состоится в день
проведения аукциона. Срок и место определения Победителя аукциона (подведения
итогов закупки) указаны в пункте 4.2.18. Организатор аукциона вправе, при
необходимости, изменить данный срок.
Решение закупочной комиссии по определению Победителя аукциона оформляется
протоколом заседания комиссии.
Участник аукциона, предложивший наиболее низкую цену Договора, незамедлительно
уведомляется о признании его Победителем аукциона Системой b2b-energo согласно
регламенту данной системы и соглашением Участника с оператором данной системы.
Также Участник аукциона уведомляется о месте и порядке подписания протокола о
результатах аукциона (пункт 4.2.19).
Подписание Протокола о результатах аукциона
Протокол о результатах аукциона подписывается в день проведения аукциона. Срок и
место подписания Протокола о результатах аукциона указаны (предварительно) в
пункте 4.2.19. закупочная комиссия в особых случаях может продлить данный срок.
Точное время и место подписания Протокола о результатах аукциона указывается в
уведомлении Победителю аукциона.
Протокол о результатах аукциона подписывается в двух экземплярах, по одному
экземпляру для каждой из сторон.
Протокол о результатах аукциона подписывается лицом, имеющим право в
соответствии с законодательством Российской Федерации действовать от имени
Участника аукциона без доверенности, или надлежащим образом уполномоченным им
лицом на основании доверенности (далее — уполномоченного лица), а также
скрепляется печатями сторон (при наличии). При этом каждая из сторон вправе
потребовать подтверждения правомочия лица, подписывающего Протокол о
результатах аукциона.
В случае если Победитель аукциона:
а)
откажется от подписания протокола о результатах аукциона в порядке,
определяемом Документацией о закупке;
б)
не подпишет Договор в установленные Протоколом о результатах аукциона
сроки;
в)
откажется от подписания Договора на условиях, определяемых в соответствии с
пунктом 1.2.5;
г)
не выполнит другие условия, предусмотренные Документацией о закупке,
он признается уклонившимся от подписания Протокола о результатах аукциона (или
Договора), утрачивает статус Победителя, а Организатор аукциона имеет право
выбрать Победителя из числа остальных действующих заявок с ценой, следующей
после цены первоначального Победителя, либо завершить аукцион без определения
Победителя.
стр. 20 из 170
2.12
2.12.1
2.12.2
2.13
2.13.1
2.13.2
2.13.3
Уведомление Участников о результатах аукциона
Организатор
аукциона публикует
информацию
о победителе аукциона
(соответствующий протокол) или о том, что аукцион не состоялся, на Официальном
сайте, а также в Системе b2b-energo.
Если между подписанием протокола и Договора изменится Победитель (например,
вследствие отказа), Участники извещаются о новом Победителе в том же порядке.
Подписание Договора
Договор между Организатором и Победителем аукциона подписывается на основании
Протокола о результатах аукциона (подраздел 2.11) в срок, указанный в Извещении о
закупке в следующем порядке:
а)
Организатор в течение 2 рабочих дней со дня подписания протокола о выборе
Победителя аукциона отправляет по электронной почте на электронный адрес
Победителя, указанный в его заявке, проект договора (в двух экземплярах),
составленный в соответствии с Документацией о закупке;
б)
Победитель подписывает оба экземпляра проекта договора и направляет их в
бумажной форме в адрес Организатора (почтовый), указанный в п. 4.2.7
Документации о закупке. При этом Победитель должен обеспечить доставку
обоих экземпляров договора в течение 7 рабочих дней со дня их отправления
Организатором (п. 2.13.1 а);
в)
Организатор в течение 5 рабочих дней со дня получения подписывает договор в
двух экземплярах. Дата подписания договора Организатором считается датой
заключения договора;
г)
Один экземпляр заключенного договора направляется Победителю на почтовый
адрес, указанный в заявке.
В случае если в соответствии с действующим законодательством РФ и Уставом
Организатора потребуется предварительное согласование (одобрение, утверждение)
заключаемого на предложенных Победителем условиях Договора компетентными
органами управления Организатора (Общим собранием акционеров, Советом
директоров и т.п.), Договор с Победителем заключается только после такого
согласования (одобрения, утверждения), а указанный в пункте 2.13.1 срок
отсчитывается с даты получения такого согласования (одобрения, утверждения).
Условия Договора определяются в соответствии с пунктом 1.2.5.
стр. 21 из 170
3.
3.1
3.1.1
3.1.2
3.1.3
3.2
3.2.1
3.2.2
3.2.3
3.2.4
3.2.5
3.2.6
3.2.7
3.3
3.3.1
3.4
3.4.1
Дополнительные условия проведения аукциона. Дополнительные инструкции по
подготовке заявок
Статус настоящего раздела
Настоящий подраздел дополняет условия проведения аукциона и инструкции по
подготовке заявок, приведенные в разделе 2.
В случае противоречий между требованиями настоящего раздела и раздела 2
применяются требования настоящего раздела.
В случае противоречий между требованиями подразделов настоящего раздела
применяются те требования, которые приведены последними.
Изменение и отзыв Аукционных заявок
Участник аукциона вправе изменить или отозвать поданную заявку.
Порядок изменения и отзыва заявок через Систему b2b-energo определяется
регламентом данной системы и соглашением Участника с оператором данной системы.
Помимо изменения или отзыва заявки через Систему b2b-energo, Участники должны
подготовить соответствующие документы в письменной (бумажной) форме.
В случае изменения заявки Участник аукциона должен подготовить следующие
документы:
а)
обращение к Организатору аукциона с просьбой об изменении заявки на бланке
Участника аукциона;
б)
перечень изменений в заявке с указанием документов первоначальной заявки,
которых данные изменения касаются;
в)
новые версии документов, которые изменяются.
В случае отзыва заявки Участник аукциона должен направить Организатору аукциона
соответствующее обращение на бланке Участника аукциона.
Любые документы, касающиеся изменения или отзыва заявки, необходимо оформить в
соответствии с пунктом 2.4.1. Также должны быть сделаны копии соответствующих
обращений и прилагаемых документов. Отзыв заявки подается только в одном
экземпляре (без копий).
Обращение об изменении или отзыве заявки вместе со всеми прилагающимися
документами и их копиями должно быть запечатано в конверты, оформленные в
соответствии с пунктом 2.6.2.4. На внешний конверт при этом следует дополнительно
нанести маркировку «Изменение заявки» или «Отзыв заявки».
Обеспечение исполнения обязательств Участником аукциона
Обеспечение заявки на участие в закупке не требуется.
Альтернативные заявки
Подача Альтернативных заявок не допускается. В случае подачи Участником аукциона
альтернативных заявок, они не будут рассматриваться по существу и будут отклонены
от дальнейшего рассмотрения.
стр. 22 из 170
4.
4.1
4.1.1
4.2
№
пункта
4.2.1
4.2.2
4.2.3
4.2.4
4.2.5
4.2.6
Основные сведения о закупке
Статус настоящего раздела
В разделе 4 содержится информация для данного конкретного аукциона, которая
уточняет, разъясняет и дополняет положения разделов 1, 2 и 3.
Информация о проводимом аукционе
Наименование
Способ закупки
Участники закупки
Номер
лота
и
предмет договора
Номер закупки в
Системе b2b-energo
Начальная
(максимальная) цена
договора
Шаг аукциона
Информация
Открытый аукцион
Участвовать в закупке могут любые заинтересованные лица
Внедрение биллинговой системы (реализация пилотных
проектов для расчета с физ. лицами) (Лот № 15-ИП-2015-КЭС)
574416
- 17 372 900,00 руб., без учета НДС;
- 20 500 022,00 руб., с учетом НДС.
От 0,01% до 50% от начальной (максимальной) цены договора,
что составляет от 1 737,29 руб., без учета НДС до
8 686 450,00 руб., без учета НДС соответственно
Публичное акционерное общество «Красноярскэнергосбыт»,
сокращенное наименование ПАО «Красноярскэнергосбыт»
(адрес
местонахождения
(почтовый
адрес):
660017,
г. Красноярск, ул. Дубровинского, 43, каб. 201 (канцелярия),
адрес электронной почты: avel@es.krasnoyarsk.ru, контактный
телефон: +7 (391) 263-98-57, факс: +7 (391) 212-08-51)
Великовская Алена Евгеньевна
контактный телефон: +7 (391) 263-98-57
адрес электронной почты: avel@es.krasnoyarsk.ru
4.2.7
Наименование
Организатора
(контактная
информация)
4.2.8
Представитель
Организатора
(контактная
информация)
Основание действия Не требуется
Организатора
Дата
размещения 02.11.2015
информации
о
проведении закупки
Количество копий 1
заявки на бумажном
носителе
Требования к сроку Не менее 40 календарных дней со дня, следующего за днем
действия заявки
окончания приема аукционных заявок на участие в закупке
через Систему b2b-energo (пункт 4.2.14)
Место
подачи 660017, г. Красноярск, ул. Дубровинского, 43, каб. 201 (2 этаж,
заявок в письменной канцелярия)
(бумажной) форме
на участие в закупке
(адрес)
Срок
окончания 14 часов 00 минут по красноярскому времени 23.11.2015
приема заявок на
участие в закупке
через Систему b2benergo
Срок
окончания 17 часов 00 минут по красноярскому времени 25.11.2015
приема заявок на
4.2.9
4.2.10
4.2.11
4.2.12
4.2.13
4.2.14
4.2.15
стр. 23 из 170
4.2.16
4.2.17
4.2.18
4.2.19
4.2.20
4.2.21
участие в закупке в
письменном
(бумажном) виде
Дата
и
время
вскрытия конвертов
с
заявками
на
участие в закупке
Дата, время и место
рассмотрения заявок
Дата, время и место
подведения итогов
закупки
Дата, время и место
подписания
Протокола
о
результатах
аукциона
Обеспечение заявки
на участие в закупке
Участие в закупке
генеральных
исполнителей
23.11.2015 в 14 часов 00 минут по красноярскому времени
07.12.2015 в 16 часов 00 минут по красноярскому времени по
адресу 660017, г. Красноярск, ул. Дубровинского, 43, каб. 405
09.12.2015 в 16 часов 00 минут по красноярскому времени по
адресу 660017, г. Красноярск, ул. Дубровинского, 43, каб. 405
09.12.2015 в 16 часов 00 минут по красноярскому времени по
адресу 660017, г. Красноярск, ул. Дубровинского, 43, каб. 405
Не требуется
Предусмотрено
стр. 24 из 170
5.
5.1
5.1.1
Образцы основных форм документов, включаемых в заявку
Опись документов (форма 1)
Форма описи документов
начало формы
ОПИСЬ ДОКУМЕНТОВ
Участник ___________________________________________________________________________,
(полное наименование Участника аукциона с указанием организационно-правовой формы, ИНН)
зарегистрированное по адресу
____________________________________________________________________________________,
(место нахождения Участника аукциона)
представляет для участия в аукционе на__________________________________________________
(предмет Договора)
нижеперечисленные документы
№
п\п
1.
2.
…
Наименование документов
Страницы
с __ по __
Количество
страниц
ВСЕГО листов:
____________________________________
(подпись, М.П.)
____________________________________
(фамилия, имя, отчество подписавшего, должность)
конец формы
стр. 25 из 170
5.1.2
5.1.2.1
5.1.2.2
5.1.2.3
5.1.2.4
Инструкции по заполнению
Опись следует оформить на официальном бланке Участника аукциона.
Участник аукциона должен указать свое полное наименование (с указанием
организационно-правовой формы) и место нахождения.
Участник аукциона должен перечислить и указать объем каждого документа,
входящего в состав заявки (в страницах).
Письмо должно быть подписано и скреплено печатью (при наличии) в соответствии
с требованиями подпунктов 2.4.3.2 и 2.4.3.3.
стр. 26 из 170
5.2
5.2.1
Письмо о подаче оферты (форма 2)
Форма письма о подаче оферты
начало формы
«___»_______________ года
№__________________
Уважаемые господа!
Изучив Извещение о проведении аукциона, опубликованное [указывается дата и место
публикации Извещения о закупке], и Документацию о закупке, и принимая установленные в них
требования и условия аукциона,
____________________________________________________________________________________,
(полное наименование Участника аукциона с указанием организационно-правовой формы, ИНН)
зарегистрированное по адресу
____________________________________________________________________________________,
(место нахождения Участника аукциона)
предлагает заключить Договор на выполнение следующих работ:
____________________________________________________________________________________
(предмет Договора)
на условиях и в соответствии с Техническим предложением на выполнение работ, Графиком
выполнения работ и Сводной таблицей стоимости работ, являющимися неотъемлемыми
приложениями к настоящему письму и составляющими вместе с настоящим письмом заявку, на
общую сумму
Итоговая стоимость заявки без НДС, руб.
___________________________________
кроме того НДС, руб.
___________________________________
итого с НДС, руб.
___________________________________
(итоговая стоимость, рублей, без НДС)
(НДС по итоговой стоимости, рублей)
(полная итоговая стоимость, рублей, с НДС)
* ВНИМАНИЕ! Указанная стоимость заявки может быть ниже начальной (максимальной)
цены на сумму, кратную «шагу аукциона», установленному в Документации о закупке.
В случае допуска нашей организации к участию в процедуре подаче ставок, указанная выше
стоимость заявки является первой ставкой в рамках проведения Аукциона.
В случае признания аукциона несостоявшимся настоящим гарантируем заключение
вышеуказанного Договора по указанной выше стоимости нашей заявки.
Настоящая заявка имеет правовой статус оферты и действует до «___»_______________года.
Я, нижеподписавшийся, настоящим удостоверяю, согласие на обработку персональных
данных, представленных в заявке в соответствии в соответствии с Федеральным законом от
27.07.2006 № 152-ФЗ «О персональных данных».
____________________________________
(подпись, М.П.)
____________________________________
(фамилия, имя, отчество подписавшего, должность)
конец формы
стр. 27 из 170
5.2.2
5.2.2.1
5.2.2.2
5.2.2.3
5.2.2.4
5.2.2.5
Инструкции по заполнению
Письмо следует оформить на официальном бланке Участника аукциона. Участник
аукциона присваивает письму дату и номер в соответствии с принятыми у него
правилами документооборота.
Участник аукциона должен указать свое полное наименование (с указанием
организационно-правовой формы) и место нахождения.
Участник аукциона должен указать стоимость выполнения работ цифрами и словами, в
рублях, раздельно без НДС, величину НДС и вместе с НДС в соответствии со Сводной
таблицей стоимости работ (подраздел 5.5, графа «ИТОГО»). Цену следует указывать в
формате ХХХ ХХХ ХХХ,ХХ руб., например: «1 234 567,89 руб. (Один миллион двести
тридцать четыре тысячи пятьсот шестьдесят семь руб.) 89 копеек».
Участник аукциона должен указать срок действия заявки на участие в аукционе
согласно требованиям подпункта 2.4.4.1.
Письмо должно быть подписано и скреплено печатью (при наличии) в соответствии
с требованиями подпунктов 2.4.3.2 и 2.4.3.3.
стр. 28 из 170
Техническое предложение на выполнение работ (форма 3)
Форма Технического предложения на выполнение работ
начало формы
5.3
5.3.1
Приложение 1 к письму о подаче оферты
от «___»_____________ г. №__________
Техническое предложение на выполнение работ
Наименование и адрес Участника аукциона: ______________________________________________
№
п/п
Требования Организатора (в соответствии
с Техническими требованиями,
приведенными в Приложении № 1 к
настоящей Документации о закупке)
Предложение Участника аукциона
1.
2.
3.
…
____________________________________
(подпись, М.П.)
____________________________________
(фамилия, имя, отчество подписавшего, должность)
конец формы
стр. 29 из 170
5.3.2
5.3.2.1
5.3.2.2
5.3.2.3
5.3.2.4
Инструкции по заполнению
Участник аукциона приводит номер и дату письма о подаче оферты, приложением к
которому является данное техническое предложение.
Участник аукциона указывает свое фирменное наименование (в т.ч. организационноправовую форму) и свой адрес.
В техническом предложении описываются все позиции Технических требований
(Приложение № 1 - Технические требования) (с учетом предлагаемых условий
Договора (Приложение № 2 - Проект Договора)). Участник аукциона вправе указать,
что он согласен с Техническими требованиями, изложенными в Приложении № 1 к
настоящей Документации о закупке, за исключением (если они есть) таких-то
изменений (и указать их).
Техническое предложение на выполнение работ будет служить основой для подготовки
Приложения к Договору. В этой связи в целях снижения общих затрат сил и времени
Организатора и Участника аукциона на подготовку Договора данное предложение
следует подготовить так, чтобы ее можно было с минимальными изменениями
включить в Договор.
стр. 30 из 170
5.4
5.4.1
График выполнения работ (форма 4)
Форма Графика выполнения работ
начало формы
Приложение 2 к письму о подаче оферты
от «___»_____________ г. №__________
График выполнения работ
Наименование и адрес Участника аукциона: ______________________________________________
Начало выполнения работ: «___»____________________года.
Окончание выполнения работ: «___»____________________года.
№
п/п
График выполнения
Начало выполнения
Окончание выполнения
работ по
работ по
соответствующему этапу
соответствующему этапу
Наименование этапа работ
1.
2.
3.
…
____________________________________
(подпись, М.П.)
____________________________________
(фамилия, имя, отчество подписавшего, должность)
конец формы
стр. 31 из 170
5.4.2
5.4.2.1
5.4.2.2
5.4.2.3
5.4.2.4
5.4.2.5
Инструкции по заполнению
Участник аукциона указывает дату и номер заявки в соответствии с письмом о подаче
оферты.
Участник аукциона указывает свое фирменное наименование (в т.ч. организационноправовую форму) и свой адрес.
В данном Графике выполнения работ приводятся расчетные сроки выполнения всех
видов работ в рамках Договора, перечисленной в Сводной таблице стоимости работ, в
соответствии с Техническими требованиями на выполнение работ.
Напротив каждого из этапов выполнения работ Участник аукциона указывает сроки
начала выполнения работ / окончания выполнения работ по соответствующему этапу.
График выполнения работ будет служить основой для подготовки приложения к
Договору. В этой связи в целях снижения общих затрат сил и времени Организатора и
Участника аукциона на подготовку Договора, данный График выполнения работ
следует подготовить так, чтобы его можно было с минимальными изменениями
включить в Договор.
стр. 32 из 170
5.5
5.5.1
Сводная таблица стоимости работ (форма 5)
Форма Сводной таблицы стоимости работ
начало формы
Приложение 3 к письму о подаче оферты
от «___»_____________ г. №__________
Сводная таблица стоимости работ
Наименование и адрес Участника аукциона: ______________________________________________
Расчет стоимости выполнения работ
№
этапа
1
2
3
4
5
6
№
1
2
3
4
Этап работ
Стоимость, руб.
без учета НДС
Стоимость, руб.
без учета НДС
Даты начала –
окончания
выполнения работ
Подготовка проекта
Анализ применимости
Дизайн
Реализация
Развертывание
Гарантийное обслуживание
ИТОГО
Кол-во
Наименование этапа Должность
исполн
услуг / Вид затрат исполнителя
ителей
Срок
Стоимость
Стоимость
работ/оказания
Трудозатраты человекоработ/
услуги, дней
исполнителя
часа
оказываемых
дата
дата
(человеко-час) исполнителя, услуг, (руб.
начала окончания
(руб. с НДС)
с НДС)
этапа
этапа
Подготовка проекта
Стоимость услуг
Командировочные
расходы
Анализ применимости
Стоимость услуг
Командировочные
расходы
Дизайн
Стоимость услуг
Командировочные
расходы
Реализация
Стоимость услуг
Командировочные
расходы
стр. 33 из 170
№
5
Срок
Стоимость
Стоимость
работ/оказания
Трудозатраты человекоработ/
услуги, дней
исполнителя
часа
оказываемых
дата
дата
(человеко-час) исполнителя, услуг, (руб.
начала окончания
(руб. с НДС)
с НДС)
этапа
этапа
Кол-во
Наименование этапа Должность
исполн
услуг / Вид затрат исполнителя
ителей
Развертывание
Стоимость услуг
Командировочные
расходы
ИТОГО
Прочие условия выполнения работ
№
п/п
1.
2.
3.
…
Наименование
Значение
Срок выполнения работ
Условия оплаты
Гарантийные условия
и т.д.
____________________________________
(подпись, М.П.)
____________________________________
(фамилия, имя, отчество подписавшего, должность)
конец формы
стр. 34 из 170
5.5.2
5.5.2.1
5.5.2.2
5.5.2.3
5.5.2.4
Инструкции по заполнению
Участник аукциона приводит номер и дату письма о подаче оферты, приложением к
которому является данная Сводная таблица стоимости работ.
Участник аукциона указывает свое фирменное наименование (в т.ч. организационноправовую форму) и свой адрес.
Участник аукциона указывает дату, на которую он рассчитывал Сводную таблицу
стоимости работ.
Сводная таблица стоимости работ будет служить основой для подготовки приложения
к Договору. В этой связи в целях снижения общих затрат сил и времени Организатора и
Участника аукциона на подготовку Договора, данную Сводную таблицу стоимости
работ следует подготовить так, чтобы ее можно было с минимальными изменениями
включить в Договор.
стр. 35 из 170
5.6
5.6.1
Протокол разногласий по проекту Договора (форма 6)
Форма Протокола разногласий по проекту Договора
начало формы
Приложение 4 к письму о подаче оферты
от «___»_____________ г. №__________
Протокол разногласий к проекту Договора
Наименование и адрес Участника аукциона: ______________________________________________
№
п/п
1.
2.
3.
…
№ пункта проекта
Договора
«Обязательные» условия Договора
Исходные
Предложения
формулировки
Участника аукциона
№
п/п
1.
2.
3.
…
№ пункта проекта
Договора
«Желательные» условия Договора
Исходные
Предложения
формулировки
Участника аукциона
Примечания,
обоснование
Примечания,
обоснование
____________________________________
(подпись, М.П.)
____________________________________
(фамилия, имя, отчество подписавшего, должность)
конец формы
стр. 36 из 170
5.6.2
5.6.2.1
5.6.2.2
5.6.2.3
5.6.2.4
5.6.2.5
5.6.2.6
5.6.2.7
Инструкции по заполнению Протокола разногласий по проекту Договора
Участник аукциона приводит номер и дату письма о подаче оферты, приложением к
которому является данный протокол разногласий.
Участник аукциона указывает свое фирменное наименование (в т.ч. организационноправовую форму) и свой адрес.
Данная форма заполняется как в случае наличия у Участника аукциона требований или
предложений по изменению проекта Договора (Приложение № 2 - Проект Договора),
так и в случае отсутствия таких требований или предложений; в последнем случае в
таблицах приводятся слова «Согласны с предложенным проектом Договора».
В случае наличия у Участника аукциона предложений по внесению изменений в проект
Договора, Участник аукциона должен представить в составе своей заявки данный
протокол разногласий. В подготовленном протоколе разногласий Участник аукциона
должен четко разделить обязательные и желательные для него условия Договора.
«Обязательными» здесь считаются предложения и условия, в случае непринятия
которых он откажется подписать Договор. «Желательными» здесь считаются
предложения по условиям Договора, которые он предлагает на рассмотрение
Организатора аукциона, но отклонение которых Организатором аукциона, не повлечет
отказа Участника аукциона от подписания Договора в случае признания его
Победителем аукциона.
Условия Договора будут определяться в соответствии с пунктом 1.2.5.
Организатор оставляет за собой право рассмотреть и принять перед подписанием
Договора предложения и дополнительные (не носящие принципиального характера)
изменения к Договору. В случае если стороны не придут к соглашению об этих
изменениях, стороны будут обязаны подписать Договор на условиях, изложенных в
Документации о закупке и заявке Победителя аукциона.
В любом случае Участник аукциона должен иметь в виду что:
а)
если какое-либо из обязательных договорных предложений и условий,
выдвинутых Участником, будет неприемлемо для Организатора аукциона, такая
заявка будет отклонена независимо от содержания технико-коммерческих
предложений;
б)
в любом случае, предоставление Участником аукциона протокола разногласий по
подготовленному Организатором исходному проекту Договора не лишает
Участника аукциона и Организатора права обсуждать эти условия и изменять их в
процессе.
стр. 37 из 170
5.7
5.7.1
Анкета Участника аукциона (форма 7)
Форма Анкеты Участника аукциона
начало формы
Приложение 5 к письму о подаче оферты
от «___»_____________ г. №__________
Анкета Участника аукциона
Наименование и адрес Участника аукциона: ______________________________________________
№
п/п
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
Наименование
Сведения об Участнике аукциона
(заполняется Участником аукциона)
Организационно-правовая
форма
и
фирменное
наименование
Участника
аукциона
Принадлежность к субъектам малого и
среднего предпринимательства
Собственники (перечислить наименования
и организационно-правовую форму или
Ф.И.О. всех собственников, чья доля в
уставном капитале превышает 10%)
Свидетельство о внесении в Единый
государственный реестр юридических лиц
(дата и номер, кем выдано)
ИНН Участника аукциона
КПП Участника аукциона
ОГРН Участника аукциона
Место нахождения
Почтовый адрес
Юридический адрес
Филиалы: перечислить наименования и
почтовые адреса
Банковские реквизиты (наименование и
адрес банка, номер расчетного счета
Участника аукциона в банке, телефоны
банка, прочие банковские реквизиты)
Телефоны
Участника
аукциона
(с указанием кода города)
Факс Участника аукциона (с указанием
кода города)
Адрес электронной почты Участника
аукциона
Фамилия, Имя и Отчество руководителя
Участника аукциона, имеющего право
подписи
согласно
учредительным
документам
Участника
аукциона,
с
указанием должности и контактного
телефона
стр. 38 из 170
№
п/п
17.
Сведения об Участнике аукциона
(заполняется Участником аукциона)
Наименование
Фамилия, Имя и Отчество ответственного
лица Участника аукциона с указанием
должности и контактного телефона, а также
адреса электронной почты
____________________________________
(подпись, М.П.)
____________________________________
(фамилия, имя, отчество подписавшего, должность)
конец формы
стр. 39 из 170
5.7.2
5.7.2.1
5.7.2.2
5.7.2.3
5.7.2.4
5.7.2.5
Инструкции по заполнению
Участник аукциона приводит номер и дату письма о подаче оферты, приложением к
которому является данная анкета.
Участник аукциона указывает свое фирменное наименование (в т.ч. организационноправовую форму) и свой адрес.
Участники аукциона должны заполнить приведенную выше таблицу по всем позициям.
В случае отсутствия каких-либо данных указать слово «нет».
В графе 3: если организационная форма Участника ООО, то указать учредителей, если
организационная форма АО, ПАО, ЗАО или ОАО, то указать акционеров.
В графе 12: «Банковские реквизиты…» указываются реквизиты, которые будут
использованы при заключении Договора.
стр. 40 из 170
5.8
5.8.1
Справка о перечне и годовых объемах выполнения аналогичных договоров
(форма 8)
Форма Справки о перечне и годовых объемах выполнения аналогичных
договоров
начало формы
Приложение 6 к письму о подаче оферты
от «___»_____________ г. №__________
Справка о перечне и объемах выполнения аналогичных договоров
Наименование и адрес Участника аукциона: ______________________________________________
№
п/п
Сроки выполнения (год и
месяц начала выполнения —
Заказчик
год и месяц фактического (наименование, адрес,
или планируемого
контактное лицо с
окончания выполнения, для указанием должности,
незавершенных договоров — контактные телефоны)
процент выполнения)
Описание договора
(объем и состав
поставок, описание
основных условий
договора)
Сумма
договора,
рублей
1.
2.
…
ИТОГО за 2014 год
1.
2.
…
ИТОГО за 10 месяцев 2015 года
____________________________________
(подпись, М.П.)
____________________________________
(фамилия, имя, отчество подписавшего, должность)
конец формы
стр. 41 из 170
5.8.2
5.8.2.1
5.8.2.2
5.8.2.3
5.8.2.4
Инструкции по заполнению
Участник аукциона приводит номер и дату письма о подаче оферты, приложением к
которому является данная справка.
Участник аукциона указывает свое фирменное наименование (в т.ч. организационноправовую форму) и свой адрес.
В этой форме Участник аукциона указывает перечень и годовые объемы выполнения
аналогичных договоров, сопоставимых по объемам, срокам выполнения и прочим
требованиям Приложений №№ 1 и 2 к Документации о закупке.
Участник аукциона может включать и незавершенные договоры, обязательно отмечая
данный факт.
стр. 42 из 170
5.9
5.9.1
Справка о материально-технических ресурсах (форма 9)
Форма Справки о материально-технических ресурсах
начало формы
Приложение 7 к письму о подаче оферты
от «___»_____________ г. №__________
Справка о материально-технических ресурсах
Наименование и адрес Участника аукциона: ______________________________________________
№
п/п
Право
собственности
Предназначение
или иное право
Место
(с точки зрения
Наименование
(хозяйственного
Состояние Примечания
нахождения
выполнения
ведения,
Договора)
оперативного
управления)
1.
2.
…
____________________________________
(подпись, М.П.)
____________________________________
(фамилия, имя, отчество подписавшего, должность)
конец формы
стр. 43 из 170
5.9.2
5.9.2.1
5.9.2.2
5.9.2.3
5.9.2.4
Инструкции по заполнению
Участник аукциона приводит номер и дату письма о подаче оферты, приложением к
которому является данная справка.
Участник аукциона указывает свое фирменное наименование (в т.ч. организационноправовую форму) и свой адрес.
В данной справке перечисляются материально-технические ресурсы, которые Участник
аукциона считает ключевыми и планирует использовать в ходе выполнения Договора
(склады, транспортные средства, средства обеспечения условий хранения продукции в
процессе перевозки, средства связи, компьютерной обработки данных и тому
подобное). В случае если Участник при выполнении Договора планирует использовать
арендованные
материально-технические
ресурсы,
необходимо
предоставить
информационное письмо о намерении привлечь конкретные материально-технические
ресурсы с указанием их перечня.
Необходимо включить недвижимое имущество по фактическому адресу нахождения
Участника (с указанием площади, состояния, а также находится ли данное имущество в
непосредственной собственности Участника, или в аренде (долгосрочной аренде)).
стр. 44 из 170
5.10
5.10.1
Справка о кадровых ресурсах (форма 10)
Форма Справки о кадровых ресурсах
начало формы
Приложение 8 к письму о подаче оферты
от «___»_____________ г. №__________
Справка о кадровых ресурсах
Наименование и адрес Участника аукциона: ______________________________________________
Таблица-1. Основные кадровые ресурсы
Образование (какое
Фамилия, имя,
учебное заведение
Стаж работы в данной
№
отчество, год
окончил, год окончания,
Должность
или аналогичной
п/п
рождения
полученная
должности, лет
специалиста
специальность)
Руководящее звено (руководитель и его заместители, главный бухгалтер, главный экономист,
главный юрист)
1.
2.
…
Специалисты (в том числе бизнес-аналитики, проектные менеджеры, разработчики, менеджеры
по гарантийному обслуживанию)
1.
2.
…
Прочий персонал
1.
2.
…
Таблица-2. Штатная численность персонала
Группа специалистов
Руководящий персонал
Инженерно-технический персонал
Рабочие и вспомогательный персонал
Штатная численность, чел.
Подтверждающие квалификацию документы (в соответствии с Техническими требованиями)
прилагаются:
1.
2.
…
____________________________________
(подпись, М.П.)
____________________________________
(фамилия, имя, отчество подписавшего, должность)
конец формы
стр. 45 из 170
5.10.2
5.10.2.1
5.10.2.2
5.10.2.3
5.10.2.4
5.10.2.5
Инструкции по заполнению
Участник аукциона приводит номер и дату письма о подаче оферты, приложением к
которому является данная справка.
Участник аукциона указывает свое фирменное наименование (в т.ч. организационноправовую форму) и свой адрес.
В таблице-1 данной справки перечисляются только те работники, которые будут
непосредственно привлечены Участником аукциона в ходе выполнения Договора.
По разделу «прочий персонал» можно не заполнять данные по образованию и стажу
работы (знак «х»), или же можно ограничиться указанием общего числа работников
данной категории.
В таблице-2 данной справки указывается штатная численность всех специалистов в
общем, находящихся в штате Участника аукциона.
стр. 46 из 170
5.11
5.11.1
Информационное письмо о наличии у Участника аукциона связей, носящих
характер аффилированности с Организатором аукциона (в том числе и
сотрудниками Организатора) (форма 11)
Форма письма о наличии у Участника аукциона связей, носящих характер
аффилированности с Организатором аукциона (в том числе и сотрудниками
Организатора)
начало формы
Приложение 9 к письму о подаче оферты
от «___»_____________ г. №__________
Уважаемые господа!
При рассмотрении нашей заявки просим учесть следующие сведения о наличии у
{указывается наименование Участника аукциона} связей, носящих характер аффилированности
с Организатором аукциона, лицами, являющимися {указывается кем являются эти лица,
пример: учредители, сотрудники, и т.д.} Организатора аукциона, а именно:
1.
{указывается Ф.И.О. лица, его место работы, должность; кратко
описывается, почему по мнению связи между данным лицом и Участником
аукциона могут быть расценены как аффилированность };
2.
{указывается Ф.И.О. лица, его должность, кратко описывается, почему связи
между данным лицом и Участником аукциона могут быть расценены как
аффилированность };
3.
……
____________________________________
(подпись, М.П.)
____________________________________
(фамилия, имя, отчество подписавшего, должность)
конец формы
стр. 47 из 170
5.11.2
5.11.2.1
5.11.2.2
5.11.2.3
5.11.2.4
Инструкции по заполнению
Участник аукциона приводит номер и дату письма о подаче оферты, приложением к
которому является данное Информационное письмо.
Участник аукциона указывает свое фирменное наименование (в т.ч. организационноправовую форму) и свой адрес.
Участник аукциона должен заполнить приведенное выше информационное письмо,
указав всех лиц, которые, по его мнению, могут быть признаны аффилированными с
ним. В случае если, по мнению Участника аукциона таких лиц нет, то в письме
пишется фраза «При рассмотрении нашей заявки просим учесть, что у {указывается
наименование Участника аукциона} НЕТ связей, которые могут быть признаны
носящими характер аффилированности с Организатором аукциона, лицами так или
иначе связанными с Организатором.
При составлении данного письма Участник аукциона должен учесть, что сокрытие
любой информации о наличии связей, носящих характер аффилированности между
Участником аукциона и любыми лицам, так или иначе связанными с Организатором
аукциона, может быть признано закупочной комиссией существенным нарушением
условий данного аукциона и повлечь отклонение заявки такого Участника.
стр. 48 из 170
5.12
5.12.1
Декларация о соответствии Участника аукциона критериям отнесения к
субъектам малого и среднего предпринимательства (форма 12)
Форма Декларации о соответствии Участника аукциона критериям отнесения к
субъектам малого и среднего предпринимательства
начало формы
Приложение 10 к письму о подаче оферты
от «___»_____________ г. №__________
Декларация о соответствии Участника аукциона критериям отнесения к субъектам малого и
среднего предпринимательства
Настоящим подтверждаем, что ____________________________ (указывается наименование
Участника) в соответствии с законодательством Российской Федерации (статья 4 Федерального
закона от 24 июля 2007 года № 209-ФЗ «О развитии малого и среднего предпринимательства в
Российской Федерации») обладает критериями позволяющими относить организацию к
субъектам ____________________ (указывается малого или среднего в зависимости от критериев
отнесения) предпринимательства и сообщаем следующую информацию за __________________
(указываются годы в отношении которых предоставляется информация):
Средние
Показатель
№
Малые
Критерий отнесения
предприя
п/п
предприятия
2012
2013
2014
тия
1
2
3
4
5
6
7
1.
только для юридических лиц:
Суммарная доля участия в
уставном
(складочном)
капитале (паевом фонде):
РФ,
субъектов
РФ,
муниципальных образований,
общественных
и
религиозных
организаций
(объединений)
благотворительных и иных
не более 25%
Указывается Указывается Указывается
фондов (за исключением
в процентах в процентах в процентах
суммарной доли участия,
входящей в состав активов
акционерных
инвестиционных
фондов,
состав имущества закрытых
паевых
инвестиционных
фондов,
состав
общего
имущества инвестиционных
товариществ)
2.
только для юридических лиц:
Суммарная доля участия в
уставном
(складочном)
Указывается Указывается Указывается
капитале юридических лиц,
не более 49%
в процентах в процентах в процентах
которые
не
являются
субъектами
малого
и
среднего бизнеса*
3.
только для юридических лиц:
Указывается Указывается Указывается
не более 49%
Суммарная доля участия
в процентах в процентах в процентах
стр. 49 из 170
иностранных юридических
лиц*
4.
Средняя
численность
работников за календарный
год (определяется с учетом
до 100
всех работников, в том числе
человек
работающих по договорам
гражданско-правового
От 101 до Указывается Указывается Указывается
характера
или
по
250
количество количество количество
совместительству с учетом
человек
человек
человек
человек
до 15
реально
отработанного
человек –
времени,
работников
микропредставительств, филиалов
предприятие
и
других
обособленных
подразделений предприятия)
5.
Выручка
от
реализации
товаров (работ, услуг) без
Указывается
800 млн.
учета налога на добавленную
в миллионах
руб.
стоимость или балансовая
Указывается Указывается
рублей
2000 млн.
стоимость
активов
в миллионах в миллионах
руб.
(остаточная
стоимость
рублей
рублей
120 млн. руб.
Указывается
основных
средств
и
– микров миллионах
нематериальных активов) за
предприятие
рублей
календарный год
* Указанное ограничение не распространяется на хозяйственные общества, хозяйственные
партнерства, деятельность которых заключается в практическом применении (внедрении)
результатов интеллектуальной деятельности (программ для электронных вычислительных
машин, баз данных, изобретений, полезных моделей, промышленных образцов, селекционных
достижений, топологий интегральных микросхем, секретов производства (ноу-хау),
исключительные права на которые принадлежат учредителям (участникам) соответственно
таких хозяйственных обществ, хозяйственных партнерств - бюджетным, автономным научным
учреждениям либо являющимся бюджетными учреждениями, автономными учреждениями
образовательным организациям высшего образования, на юридические лица, получившие статус
участника проекта в соответствии с Федеральным законом от 28 сентября 2010 года N 244-ФЗ
"Об инновационном центре "Сколково", на юридические лица, учредителями (участниками)
которых являются юридические лица, включенные в утвержденный Правительством Российской
Федерации перечень юридических лиц, предоставляющих государственную поддержку
инновационной деятельности в формах, установленных Федеральным законом от 23 августа
1996 года N 127-ФЗ "О науке и государственной научно-технической политике". Юридические
лица включаются в данный перечень в порядке, установленном Правительством Российской
Федерации, при условии соответствия одному из следующих критериев:
а) юридические лица являются открытыми акционерными обществами, не менее
пятидесяти процентов акций которых находится в собственности Российской Федерации, или
хозяйственными обществами, в которых данные открытые акционерные общества имеют право
прямо и (или) косвенно распоряжаться более чем пятьюдесятью процентами голосов,
приходящихся на голосующие акции (доли), составляющие уставные капиталы таких
хозяйственных обществ, либо имеют возможность назначать единоличный исполнительный
орган и (или) более половины состава коллегиального исполнительного органа, а также
возможность определять избрание более половины состава совета директоров
(наблюдательного совета);
стр. 50 из 170
б) юридические лица являются государственными корпорациями, учрежденными в
соответствии с Федеральным законом от 12 января 1996 года N 7-ФЗ «О некоммерческих
организациях».
____________________________________
(подпись, М.П.)
____________________________________
(фамилия, имя, отчество подписавшего, должность)
конец формы
стр. 51 из 170
5.12.2
5.12.2.1
5.12.2.2
5.12.2.3
Инструкции по заполнению
Участник аукциона приводит номер и дату письма о подаче оферты, приложением к
которому является Декларация о соответствии Участника критериям отнесения к
субъектам малого и среднего предпринимательства.
В случае если Участник относится к субъектам малого и среднего
предпринимательства согласно критериям отнесения (столбцы 2-4) в соответствии
со статьей 4 Федерального закона от 24 июля 2007 года № 209-ФЗ «О развитии малого
и среднего предпринимательства в Российской Федерации» необходимо заполнить
данную форму Декларации за 3 (три) предшествующих календарных года.
В случае если Участник не относится к субъектам малого и среднего
предпринимательства согласно критериям отнесения (столбцы 2-4) в соответствии
со статьей 4 Федерального закона от 24 июля 2007 года № 209-ФЗ «О развитии малого
и среднего предпринимательства в Российской Федерации» необходимо указать
«Настоящим подтверждаем, что ____________________________ (указывается
наименование Участника) в соответствии с законодательством Российской Федерации
(статья 4 Федерального закона от 24 июля 2007 года № 209-ФЗ «О развитии малого и
среднего предпринимательства в Российской Федерации») не относится к субъектам
малого и среднего предпринимательства».
стр. 52 из 170
5.13
5.13.1
Справка об отсутствии признаков крупной сделки (форма 13)
Форма Справки об отсутствии признаков крупной сделки
начало формы
Приложение 11 к письму о подаче оферты
от «___»_____________ г. №__________
Справка об отсутствии признаков крупной сделки
Настоящим подтверждаю, что сделка между ПАО «Красноярскэнергосбыт» и
_______________________ (указывается наименование Участника) на _______________________
(указывается предмет Договора и номер лота, в соответствии с пунктом 4.2.3) на сумму
(указывается сумма, на которую планируется заключить Договор) не является крупной,
поскольку ________(указываются причины, по которым сделка не является для Участника
крупной).
____________________________________
(подпись, М.П.)
____________________________________
(фамилия, имя, отчество подписавшего, должность)
конец формы
стр. 53 из 170
5.13.2
5.13.2.1
5.13.2.2
5.13.2.3
Инструкции по заполнению
Данная форма заполняется только в том случае, если сделка в соответствии с
законодательством РФ не является для Участника крупной.
Участник приводит номер и дату письма о подаче оферты, приложением к которому
является Справка об отсутствии признаков крупной сделки.
Участник указывает причины, по которым сделка не является для Участника крупной.
стр. 54 из 170
5.14
5.14.1
Справка об отсутствии заинтересованности (форма 14)
Форма Справки об отсутствии заинтересованности
начало формы
Приложение 12 к письму о подаче оферты
от «___»_____________ г. №__________
Справка об отсутствии заинтересованности
Настоящим подтверждаю, что сделка между ПАО «Красноярскэнергосбыт» и
____________________ (указывается наименование Участника) на __________________________
(указывается предмет Договора и номер лота, в соответствии с пунктом 4.2.3) на сумму
(указывается сумма, на которую планируется заключить Договор) не является сделкой, в
совершении которой имеется заинтересованность.
____________________________________
(подпись, М.П.)
____________________________________
(фамилия, имя, отчество подписавшего, должность)
конец формы
стр. 55 из 170
5.14.2
5.14.2.1
5.14.2.2
Инструкции по заполнению
Данная форма заполняется только в том случае, если сделка в соответствии с
законодательством РФ не является для Участника сделкой, в совершении которой
имеется заинтересованность.
Участник приводит номер и дату письма о подаче оферты, приложением к которому
является Справка об отсутствии заинтересованности.
стр. 56 из 170
5.15
5.15.1
План распределения объемов выполнения работ внутри коллективного участника
(форма 15)
Форма плана распределения объемов выполнения работ внутри коллективного
участника
начало формы
Приложение 13 к письму о подаче оферты
от «___»_____________ г. №__________
План распределения объемов выполнения работ внутри коллективного Участника
Наименование и адрес Участника аукциона: ______________________________________________
Наименование,
Стоимость работ,
фирменное
(цена договора)
наименование
(при наличии),
место
нахождения
Наименование
(для
работ (предмет юридических
договора,
лиц), фамилия, Принадлежность
Место,
заключаемого с имя, отчество
к субъектам
условия и
№
членом
(при наличии),
малого и
сроки
в % от
в денежном
п/п коллективного
паспортные
среднего
(периоды)
общей
выражении,
участника, с
данные, место предприниматель
стоимости выполнения
руб. (без НДС)
указанием объема жительства (для ства (да/нет)
работ
работ
выполняемых ИП), почтовый
работ)
адрес, номер
контактного
телефона, адрес
электронной
почты члена
коллективного
Участника
1.
2.
…
ИТОГО
100%
Х
____________________________________
(подпись, М.П.)
____________________________________
(фамилия, имя, отчество подписавшего, должность)
конец формы
стр. 57 из 170
5.15.2
5.15.2.1
5.15.2.2
5.15.2.3
5.15.2.4
Инструкции по заполнению
Данная форма заполняется только в том случае, если заявка подается коллективным
Участником.
Участник аукциона указывает дату и номер заявки в соответствии с письмом о подаче
оферты.
Участник аукциона указывает свое фирменное наименование (в т.ч. организационноправовую форму) и свой адрес.
В данной форме лидер коллективного Участника указывает:
а)
наименование работ (предмет договора, заключаемого с членом коллективного
участника, с указанием объема выполняемых работ);
б)
наименование, фирменное наименование (при наличии), место нахождения (для
юридических лиц), фамилия, имя, отчество (при наличии), паспортные данные,
место жительства (для ИП), почтовый адрес, номер контактного телефона, адрес
электронной почты члена коллективного участника;
в)
принадлежность привлекаемых членов коллективного участника к субъектам
малого и среднего предпринимательства;
г)
стоимость работ (цена договора) в денежном и процентном выражении в
соответствии со Сводной таблицей стоимости работ;
д)
место, условия и сроки (периоды) выполнения работы в соответствии с Графиком
выполнения работ.
стр. 58 из 170
5.16
5.16.1
План распределения объемов выполнения работ между генеральным
исполнителем и соисполнителями (форма 16)
Форма плана распределения объемов выполнения работ между генеральным
исполнителем и соисполнителями
начало формы
Приложение 14 к письму о подаче оферты
от «____»_____________ г. №__________
План распределения объемов выполнения работ между генеральным исполнителем и
соисполнителями
Наименование и адрес генерального исполнителя: _________________________________________
Наименование,
Стоимость работ
фирменное
(цена договора)
наименование
(при наличии),
место
нахождения
(для
Наименование
юридических
работ (предмет
Принадлежность
Место,
лиц), фамилия,
договора,
к субъектам
условия и
имя, отчество
№ заключаемого с
малого и
сроки
в денежном
в % от
(при наличии),
п/п соисполнителем, с
среднего
(периоды)
выражении,
общей
паспортные
указанием объема
предприниматель руб. (без
стоимости выполнения
данные, место
выполняемых
ства (да/нет)
работы
НДС)
работ
жительства (для
работ)
ИП), почтовый
адрес, номер
контактного
телефона, адрес
электронной
почты
соисполнителя
1.
2.
3.
…
ИТОГО
100%
Х
____________________________________
(подпись, М.П.)
____________________________________
(фамилия, имя, отчество подписавшего, должность)
конец формы
стр. 59 из 170
5.16.2
5.16.2.1
5.16.2.2
5.16.2.3
5.16.2.4
Инструкции по заполнению
Данная форма заполняется только в том случае, если заявка подается генеральным
исполнителем.
Участник аукциона указывает дату и номер заявки в соответствии с письмом о подаче
оферты.
Участник аукциона указывает свое фирменное наименование (в т.ч. организационноправовую форму) и свой адрес.
В данной форме генеральный исполнитель указывает:
а)
наименование работ (предмет договора, заключаемого с соисполнителем, с
указанием объема выполняемых работ);
б)
наименование, фирменное наименование (при наличии), место нахождения (для
юридических лиц), фамилия, имя, отчество (при наличии), паспортные данные,
место жительства (для ИП), почтовый адрес, номер контактного телефона, адрес
электронной почты соисполнителя;
в)
принадлежность привлекаемых соисполнителей к субъектам малого и среднего
предпринимательства;
г)
стоимость работ (цена договора) в денежном и процентном выражении в
соответствии со Сводной таблицей стоимости работ;
д)
место, условия и сроки (периоды) выполнения работы в соответствии с Графиком
выполнения работ.
стр. 60 из 170
5.17
5.17.1
Справка Участника «Сведения о цепочке собственников, включая бенефициаров (в том числе конечных)»
Форма справки Участника «Сведения о цепочке собственников, включая бенефициаров (в том числе конечных)»
начало формы
Наименование и адрес Участника аукциона: ______________________________________________
Наименование контрагента (ИНН, вид деятельности)
№
п/п
ИНН
ОГРН
Фамилия, Серия и номер
Имя,
документа,
Наименовани
Код ОКВЭД Отчество удостоверяюще № и дата
е краткое
руководител го личность
я
руководителя
1044567890 ООО
7734567890 123
"Ромашка"
1
Договор (реквизиты, предмет, цена, срок действия и иные
существенные условия)
45.xx.xx
Иванов
Иван
Степанович 5003 143877
…
№123 от
01.01.2011
Предмет
Договора
Внедрение
биллинговой
системы
Цена
(млн.руб)
Срок
действия
01.01.2011123,00р. 31.12.2011
Информация о цепочке собственников контрагента, включая бенефициаров (в том числе,
конечных) **
Иные
существенн
ые условия
№
1.1
ИНН
ОГРН
Информация
о
подтверждаю
Серия и номер
щих
Руководитель
документа,
Наименование /
Адрес
/ участник / документах
удостоверяющего
ФИО
регистрации
акционер / (наименовани
личность (для
бенефициар е, реквизиты
физического лица)
и т.д.)
1083232323
Москва,
7754467990 23232
ЗАО "Свет 1" ул. Лубянка, 3
участник
договор об
учреждении
от 23.01.2008
…
______________________________________
(подпись, М.П.)
______________________________________
(фамилия, имя, отчество подписавшего, должность)
* Приведенные в таблице сведения об юридических и физических лицах является условными и указаны в качестве примера заполнения формы
** 1. В отношении контрагентов, являющихся зарубежными публичными компаниями мирового уровня, занимающими лидирующие позиции в соответствующих отраслях, информация и подтверждающие документы предоставляются в
отношении собственников, владеющих более 5 процентами уставного капитала. Допускается указание прямой ссылки на общедоступный источник, посредством которого в установленном порядке раскрыта соответствующая информация.
2. В отношении контрагентов, являющихся публичными акционерными обществами, акции которых котируются на биржах, либо обществами с числом акционеров более 50, информация и подтверждающие документы предоставляются
в отношении бенефициаров (в том числе конечных) и акционерах, владеющих более 5 % акций. Допускается указание прямой ссылки на общедоступный источник, посредством которого в установленном порядке раскрыта
соответствующая информация. В отношении акционеров, владеющих пакетами акций менее 5 процентов, допускается указание общей информации о количестве таких акционеров.
Приложение № 1
К справке Участника о цепочке
собственников, включая
бенефициаров (в том числе конечных)
Перечень подтверждающих документов
1. Для всех юридических лиц, созданных и действующих в соответствии с законодательством
Российской Федерации, нотариально заверенные копии следующих документов:
1.1. Для юридических лиц, зарегистрированных в форме акционерных обществ:
- список владельцев ценных бумаг;
- список аффилированных лиц на последнюю отчетную дату;
- ежеквартальный отчет на последнюю отчетную дату.
1.2. Для юридических лиц, зарегистрированных в форме обществ с ограниченной
ответственностью:
- учредительный договор/договор об учреждении (создании)/решение единственного
учредителя о создании;
- решение (протокол) о приеме новых участников;
- устав.
1.3. Для юридических лиц, зарегистрированных в форме общественных или религиозных
организаций (объединений):
- учредительный договор или положение;
- решение о создании.
1.4. Для юридических лиц, зарегистрированных в форме фонда:
- документ о выборе (назначении) попечительского совета фонда;
- решение о создании.
1.5. Для юридических лиц, зарегистрированных в форме некоммерческого партнерства:
- решение и договор о создании.
1.6. Для иных организационно-правовых форм юридических лиц - документы,
предусмотренные
действующим
законодательством
Российской
Федерации,
устанавливающие правоспособность и правовой статус юридического лица, а также
документы, содержащие сведения об учредителях (участниках, акционерах, товарищах или
вкладчиках) или иных лицах, способных прямо или косвенно контролировать деятельность
юридического лица.
2. Для всех организаций, созданных и действующих в соответствии с законодательством
иностранных государств:
- выписка из торгового реестра страны инкорпорации;
- предусмотренные законодательством иностранного государства документы обо всех лицах,
способных прямо или косвенно контролировать деятельность юридического лица.
3. Для всех организаций независимо от страны инкорпорации и при наличии в составе
учредителей, участников или иных владельцев доверительных управляющих, номинальных
держателей, трастов или иных лиц, не являющихся собственниками, – документы, служащие
основанием прав таких лиц.
4. Для физических лиц, являющихся налоговыми резидентами Российской Федерации, оригинал Согласия на передачу персональных и охраняемых законом данных по форме
приложения к настоящему Приложению.
Приложение № 2
К справке Участника о цепочке
собственников, включая
бенефициаров (в том числе конечных)
Согласие на передачу
персональных и иных охраняемых законом данных
Я, ________________________________________________________________
(полностью фамилия, имя, отчество)
__________________________________________________________________
(дата, месяц, год и место рождения)
__________________________________________________________________
(идентификационный номер налогоплательщика (ИНН))
__________________________________________________________________,
(основной документ, удостоверяющий личность, с указанием серии, номера, даты выдачи, выдавшего органа, кода подразделения)
__________________________________________________________________,
(зарегистрированный по адресу)
в соответствии с законодательством Российской Федерации, в том числе Федеральным законом от
27.07.2006 № 152-ФЗ «О персональных данных», даю согласие на передачу Публичным
акционерным обществом «Федеральная гидрогенерирующая компания – РусГидро» (сокращенное
наименование: ПАО «РусГидро», место нахождения: 660017, Красноярский край, город
Красноярск, улица Дубровинского, дом 43, корпус 1, ОГРН: 1042401810494, ИНН: 2460066195,
КПП: 24600100), а также [указывается полное и сокращенное наименование (в т.ч.
организационно-правовая форма) Организатора, место нахождения, ОГРН, ИНН, КПП] в
Министерство энергетики Российской Федерации (адрес: 107996, город Москва, ГСП-6, улица
Щепкина, дом 42) следующих своих данных:
- персональных данных: фамилия, имя, отчество, адрес регистрации, номер и серия
основного документа, удостоверяющего личность, сведения о дате выдачи указанного
документа и выдавшем его органе, сведения об ИНН);
- иных охраняемых законом данных: _____________________________.
(указать каких)
На сведения о персональных и иных охраняемых законом данных, поступивших в
Министерство энергетики Российской Федерации, распространяются:
- запрет на разглашение указанных сведений;
- требования к специальному режиму хранения указанных сведений и доступа к ним;
- ответственность за утрату
документов, содержащих указанные сведения, или за
разглашение таких сведений.
Доступ к персональным и иным охраняемым законом данным в органе, в который такие
данные поступили от Минэнерго России, имеют должностные лица, определяемые руководителем
этого органа и обеспечивающие сохранность указанных сведений.
____________
(дата)
____________________________
(подпись)
стр. 63 из 170
Приложение № 1
к Документации о закупке
ТЕХНИЧЕСКИЕ ТРЕБОВАНИЯ
на внедрение биллинговой системы (реализация пилотных проектов для расчета с физ. лицами)
НАИМЕНОВАНИЕ ЗАКУПАЕМОЙ ПРОДУКЦИИ (ТОВАРОВ, РАБОТ, УСЛУГ)
1.1. Наименование системы
Программное обеспечение для автоматизации расчетов за электроэнергию с физическими
лицами на базе Microsoft Dynamics AX 2012 (далее - Система).
1.2. Наименование работ/услуг
Внедрение в ПАО «Красноярскэнергосбыт» программного обеспечения для автоматизации
расчетов за электроэнергию с физическими лицами на базе Microsoft Dynamics AX 2012.
1.3. Термины, обозначения и сокращения
Термин
Определение
Автоматизированная система Система, состоящая из персонала и комплекса средств
автоматизации
его
деятельности,
реализующая
информационную технологию выполнения установленных
функций
Физическое (гражданин-потребитель) или юридическое
Клиент, Потребитель
лицо/индивидуальный предприниматель, владеющее на
законных основаниях энергопринимающим оборудованием и
приобретающее электрическую энергию для собственных
бытовых нужд, а также осуществляющее потребление прочих
услуг (в том числе жилищно-коммунальных)
Все юридические (и приравненные к ним) и физические лица,
Контрагент
отношения Общества с которыми регулируются на основании
заключенных договоров (энергоснабжения, купли-продажи
электрической энергии (мощности), оказания услуг ЖКХ,
дополнительных (коммерческих) услуг и др.) и/или
нормативных документов
Процесс сбора, обработки, передачи и хранения данных о
Коммерческий учёт
фактических
объемах
производства
и
потребления
энергоресурсов участниками рынка в соответствующих
группах точек поставки, полученных расчётным путем на
основании показаний средств учёта
Принятый
в
установленном
порядке
документ,
Нормативный документ
устанавливающий
правила,
общие
принципы
или
характеристики, касающиеся различных видов деятельности
или их результатов. К нормативным документам относятся
стандарты, нормы, правила, своды правил, регламенты,
технологические инструкции, руководства по эксплуатации,
положения и иные документы, соответствующие основному
определению (в соответствии с ГОСТ Р 1.0-92)
Энергопринимающее
устройство
либо
совокупность
Объект потребления
энергопринимающих устройств Потребителя, находящихся по
единому адресу поставки, относящихся к единой тарифной
группе и имеющих единое организационно-хозяйственное
назначение
ПО
для
автоматизации Автоматизированная система управления коммерческими
расчетов
с
физическими данными и сбытом электрической энергии в Компании с
1.
стр. 64 из 170
лицами на базе Microsoft использованием отраслевого решения Microsoft Dynamics AX
2012
Dynamics AX 2012
Юридическое или физическое лицо, осуществляющее
Поставщик услуги
оказание жилищно-коммунальных услуг, иных прочих услуг,
в рамках агентских договоров с которым Заказчик
осуществляет выставление платёжных документов, сбор
платежей и взыскание дебиторской задолженности
с
потребителей таких услуг
Перечень жилищных, коммунальных, иных услуг, расчеты по
Прочие услуги
которым осуществляются как непосредственно Заказчиком,
так и в рамках договоров с поставщиками услуг
Период времени (месяц, квартал), за который должен быть
Расчётный период
определён расход электрической энергии, и произведены
взаиморасчёты
Организация, оказывающая услуги по передаче электрической
Сетевая организация
энергии
(мощности)
с
использованием
объектов
электросетевого хозяйства, к электрическим сетям которой
присоединены энергопринимающие устройства потребителя
Краткое наименование ПО для автоматизации расчетов с
Система
физическими лицами на базе Microsoft Dynamics AX 2012
Совокупность устройств, обеспечивающих измерение и учёт
Средства измерения (СИ)
электрической
энергии
(мощности)
(измерительные
трансформаторы тока и напряжения, счётчики электрической
энергии,
телеметрические
датчики,
информационноизмерительные системы и их линии связи), соединённых
между собой по установленной схеме, прочих услуг, типы
которых утверждены федеральным органом исполнительной
власти по техническому регулированию и метрологии и
внесены в Государственный реестр средств измерений
Ценовые ставки, установленные органом исполнительной
Тариф
власти субъекта Российской Федерации в области
государственного регулирования тарифов, по которым
осуществляются расчёты за единицу энергоресурса; стоимость
жилищных услуг, установленная в рамках действующего
законодательства РФ
Место в распределительной сети, находящееся на границе
Точка поставки
балансовой принадлежности сетевого оборудования двух
субъектов оптового/розничного рынка, в которой происходит
исполнение
взаимных
обязательств
по
поставке
энергоресурсов и (или) оказания услуг по соответствующим
договорам
Место расположения и присоединения прибора на элементе
Точка измерения учёта (ТУ)
распределительной сети, значения измерения количества
энергоресурса, в котором используется в целях коммерческого
учёта
Проектная
команда Работники Заказчика, выделенные для реализации проекта
совместно с Исполнителем
Заказчика
Управляющий
комитет Работники Заказчика, которые осуществляют общий контроль
за ходом проекта, поддержку проекта, отвечают за достижение
Заказчика
проектом конечных целей
стр. 65 из 170
Сокращение
Автоматизированная система
Автоматизированная система управления
Автоматизированная информационно-измерительная система
коммерческого учета электроэнергии
База данных
БД
Государственная система стандартов
ГОСТ
Дебиторская задолженность
ДЗ
Дополнительные платные сервисы
ДПС
Источник бесперебойного питания
ИБП
Информационная система
ИС
Информационные технологии
ИТ
Совокупность технических средств и тракта (среда, кабель,
Канал связи
подводная линия и т.д.) для передачи сообщений на
расстояние
Локальная вычислительная сеть
ЛВС
Нормативно-справочная информация
НСИ
Несанкционированный доступ
НСД
Публичное Акционерное Общество «Красноярскэнергосбыт»
ПАО
в составе исполнительной дирекции и межрайонных
«Красноярскэнергосбыт»
отделений ПАО «Красноярскэнергосбыт»
Операционные системы
ОС
Программное обеспечение
ПО
Приборы учёта
ПУ
Системное
программное Программные средства, обеспечивающие функционирование
рабочих станций и сервера и межмашинный обмен
обеспечение
информацией в сети (программные компоненты операционной
системы)
Другие ИС, которые могут взаимодействовать с ПО для
Смежные системы
автоматизации расчетов с физическими и юридическими
лицами на базе Microsoft Dynamics AX 2012
Система управления базами данных
СУБД
Техническое проектное решение
ТПР
Технические требования
ТТ
Протоколы передачи данных в компьютерных сетях
TCP/IP
Технические средства
ТС
Типовой технический проект – описание типовых технических
ТТП
решений для тиражирования
АС
АСУ
АИИС КУЭ
ЗАКАЗЧИК (ПОДРАЗДЕЛЕНИЕ ЗАКАЗЧИКА)
Публичное Акционерное Общество «Красноярскэнергосбыт», адрес: 660017, г. Красноярск,
ул. Дубровинского, 43 (далее в тексте – Заказчик)
Основания:
 Годовая комплексная программа закупок ПАО «Красноярскэнергосбыт» на 2015 год.
 Комплексный план создания и внедрения Системы биллинговых расчетов в управляемых
Обществах АО «ЭСК РусГидро».
Плановые сроки начала и окончания работ:
Начало работ в течение 10 календарных дней с даты подписания договора. Завершение работ
не позднее 153 календарных дней с даты начала работ.
2.
стр. 66 из 170
ЦЕЛИ И ЗАДАЧИ ПРОЕКТА. СУЩЕСТВУЮЩЕЕ ПОЛОЖЕНИЕ
3.1. Цели проекта
Целью данного проекта является внедрение в пилотном подразделении Заказчика
программного обеспечения для автоматизации расчетов за электроэнергию с физическими лицами
на базе программного продукта, разработанного на платформе Microsoft Dynamics AX 2012.
3.2. Задачи проекта
В результате реализации Проекта должен быть внедрен программный продукт, отвечающий
требованиям Заказчика, а также позволяющий зарегистрировать его как объект интеллектуальной
собственности Заказчика (программа для ЭВМ) в соответствии с законодательством РФ.
Проект включает организационную и техническую части. Для достижения поставленных
целей необходимо решить следующие задачи:
3.2.1. Организационные задачи проекта:
 Анализ покрытия функциональности текущих бизнес-процессов Заказчика;
 Конфигурирование и адаптация системы, подготовка отчетных форм и отсутствующей
функциональности;
 Тестирование и приемка функциональности;
 Выверка, дополнение и нормализация основных и исторических данных для миграции;
 Проведение обучения ключевых пользователей;
 Проведение миграции данных.
3.2.2. Технические задачи:
 Доработка интерфейсов на основании изменений в Техническом проекте;
 Расширение функциональности;
 Интеграция со смежными системами, перечисленными в разделе 6.1;
 Перенос данных из замещаемых систем (миграция).
3.2.3. Ожидаемые результаты:
 Подготовлена и настроена рабочая среда Системы;
 Основной функционал Системы протестирован и готов к проведению опытной
эксплуатации;
 Разработаны и протестированы программы обмена данными со смежными системами
(интеграция) перечисленными в разделе 6.1;
 Разработаны и протестированы программы переноса данных (миграция);
 Проведено обучение ключевых пользователей проектной группы и пилотного участка;
 Повышение точности и надёжности расчёта расхода электроэнергии потребителями с
использованием планового потребления.
3.2.4. Ожидаемый эффект от внедрения Системы
 Снижение затрат на каналы обслуживания потребителей Заказчика;
 Повышение эффективности бизнес-процессов, связанных с реализацией электроэнергии,
учетом оплат по прочим услугам (в том числе жилищно-коммунальным), взысканием
дебиторской задолженности, централизация управления сбытом электроэнергии;
 Повышение конкурентоспособности компании, создание сервисов, предложений, пакетов
услуг и организация процесса продаж таким образом, чтобы обеспечить привлечение и
«перехват» новых потребителей, создание положительного имиджа
сбытовых
подразделений в регионах присутствия, выход на новые рынки. Повышение
оперативности и качества работы с потребителями, снижение трудозатрат и сокращение
издержек на управление, а также усиление контроля над основной деятельностью
Заказчика. Повышение эффективности, доли интеллектуального производительного
труда и снижения трудозатрат на рутинные операции при ведении Компанией сбытовой
деятельности;
 Повышение производительности и качества труда рядовых специалистов;
 Повышение
оперативности
и
качества
получаемой
отчётности
(статистической/аналитической/бухгалтерской);
 Обеспечение руководства и заинтересованных сотрудников, клиентов Заказчика
3.
стр. 67 из 170
надёжной, полной, узаконенной государственными и иными нормативными актами,
оперативной коммерческой информацией для принятия решений по управлению
сбытовой деятельностью;
 Повышение точности и прозрачности расчётов и увеличение собираемости денег за счёт
более строгого учёта;
 Повышение уровня достоверности хранимых данных учёта для каждого объекта
энергосистемы. Контроль непротиворечивости.
3.3. Характеристика объекта автоматизации
В настоящее время основными видами деятельности Заказчика являются:
 покупка электрической энергии на оптовом и розничных рынках электрической энергии
(мощности);
 реализация (продажа) электрической энергии на розничном рынке электрической энергии
(мощности) потребителям (юридическим и физическим лицам);
 реализация (продажа) электрической энергии энергоснабжающим организациям;
 продажа, диагностика, эксплуатация, ремонт, замена и проверка средств измерений и
учёта электрической энергии;
 оказание услуг по организации коммерческого учёта;
 разработка, организация и проведение энергосберегающих мероприятий;
 выполнение функций гарантирующего поставщика на основании решений
уполномоченных органов;
 инвестиционная деятельность;
 оказание консалтинговых и иных услуг, связанных с реализацией электрической энергии
юридическим и физическим лицам;
 оказание жилищных, коммунальных услуг.
Объектом автоматизации является деятельность по расчетам за электроэнергию с
физическими лицами, имеющими соответствующие договоры (состоящими на расчетах) с
ПАО «Красноярскэнергосбыт», а также процессы выставления счетов за прочие услуги (в т.ч.
жилищно-коммунальные услуги), сбора и учёта денежных средств и взыскания задолженности по
всем жилищно-коммунальным услугам, реализуемым (оказываемым) непосредственно
ПАО «Красноярскэнергосбыт», в том числе на основании заключенных агентских договоров, и
включает в себя:
 Ведение информации о потребителях и лицевых счетах;
 Учёт потреблённой потребителями электроэнергии;
 Ведение договоров с гражданами-потребителями при наличии УК (ТСЖ) как с
распределением общедомового (ОДН) потребления, так и без него;
 Расчёт стоимости потреблённой потребителями электроэнергии;
 Формирование платёжных документов за потребленную электроэнергию и прочие услуги
и доставка их потребителям;
 Учёт поступивших от потребителей платежей за электрическую энергию и прочие
услуги;
 Работа по взысканию дебиторской задолженности с потребителей с возможностью
детализации по услугам;
 Планирование процесса ограничения/возобновления режима потребления электрической
энергии, занесение и учет информации по введенным/невведенным ограничениям;
 Ведение информации по исковой работе в отношении граждан-потребителей;
 Обмен информацией с сетевыми организациями и прочими субъектами розничного
рынка электрической энергии;
 Формирование отчётности;
 Взаимодействие со сторонними организациями.
В настоящее время в ПАО «Красноярскэнергосбыт» для расчетов за потребленную
электроэнергию с физическими лицами, за услуги по водоснабжению и водоотведению, жилищнокоммунальные услуги в различной компоновке, выполняемые для сторонних организаций, а также
стр. 68 из 170
сбора платежей для фонда капитального ремонта многоквартирных домов, используется
программный комплекс «Квазар» собственной разработки, который имеет ряд недостатков:
 Общее:
 отсутствие единой базы данных, данные ведутся по участкам. Нет возможности
сбора и хранения актуальной, достоверной, консолидированной информации.
 Договорная схема:
 В системе не выделяется отдельно потребитель. Работа ведется с договорами. Если у
потребителя несколько договоров, то с данной информацией работать
затруднительно.
 Работа с показаниями:
 Проверки на показания выполняются в Excel, что увеличивает долю ручного труда и
количество ошибок.
 Не реализованы проверки единой методики ЭСК.
 Расчет полезного отпуска:
 Не полностью реализована единая методика расчета полезного отпуска ЭСК;
 Сотруднику при обращении потребителя или сетевой организации приходится
выполнять сверку вручную.
3.4. Границы проекта
3.4.1. Организационный объем проекта
Организационный объем проекта определяет подразделения, которые будут включены в
проект.
Настоящим предложением предусматривается архитектура Системы, базирующаяся на
центральной инсталляции в центральном офисе Заказчика.
Услуги по развертыванию системы проводятся в рамках пилотной зоны – одного из участков
по выбору Заказчика (определяется в ТЗ).
3.4.2. Миграция
Источниками первичных данных для создаваемой биллинговой системы являются
следующие системы сбытовых подразделений Заказчика:
Тип
Система
Платформа
Количество
Примечание
потребителей
экземпляров
Физические
КИС ЖКХ
сервер DB2, клиент
2
лица
Java
Запланирован
база MS SQL
1
переход на Шерпа
клиент Java Eclipse
Физические
1C ЖКХ
SQL Server, 1С 8
2
лица
Запланирован
база MS SQL
1
переход на Шерпа
клиент Java Eclipse
Физические
ПК «Квазар»
база MS SQL
68
лица
клиент С++ Builder
В рамках первичной миграции данных:
 Исполнитель определяет перечень данных, их структуру, формат и требования к
справочникам и начальным остаткам.
 Заказчик анализирует данные и, при необходимости, приводит в соответствие с
требованиями.
 Заказчик формирует скрипты для выгрузки данных. Данные скрипты необходимы для
последующих неоднократных выгрузок. В результате отработки скриптов Заказчик
передает данные в виде шаблонов формата CSV согласно указанной Исполнителем
структуре. Заказчик проверяет корректность внесенных данных.
 Заказчик передает заполненные шаблоны Исполнителю. Исполнитель импортирует
данные из заполненного шаблона в систему, используя инструментарий для переноса
данных. При изменении Заказчиком структуры данных, Заказчик указывает описание и
стр. 69 из 170
причины изменений в структуре данных.
 Исполнитель и Заказчик тестируют результат импорта.
Подробные требования к миграции данных определяются в подробном Техническом
задании.
ТРЕБОВАНИЯ К СИСТЕМЕ
Система внедряется на базе ТТП, пакет документов, входящий в ТТП, будет предоставлен
победителю открытого аукциона после заключения Договора и подписания соглашения о
конфиденциальности.
Требования к внедряемой Системе могут уточняться на этапе «Анализ применимости» в
рамках разработки Технического задания.
Система должна иметь механизм соотнесения потребления электроэнергии, начисления и
получения оплаты с отслеживанием и учётом несоответствия между потреблением, начислением и
оплатой.
В системе должны быть предусмотрены механизмы создания автоматических оповещений о
наступающих событиях, например, в соответствии с договорными обязательствами, сроками
отчётности, наступлении/истечении сроков юридической ответственности.
Справочники системы должны иметь механизм синхронизации со справочниками
существующих у Заказчика систем, перечисленных в разделе 6.1. Настоящих Технических
требований.
Система должна иметь возможность доработки в части:
 выполнения функции в offline-режиме с последующей автоматической передачей
данных при появлении связи с технологическим узлом.
 пакетной передачи данных на технологический узел при отсутствии канала связи в
региональном подразделении.
Система должна обеспечить следующие возможности:
 автоматизацию бизнес-процессов сбыта энергоресурсов;
 автоматизацию выставления единых счетов, учета задолженности и приема платежей за
электроэнергию и прочие услуги (в т.ч. жилищно-коммунальные, далее – услуги ЖКХ) с
возможностью выбора любого набора имеющихся у потребителя услуг;
 решение основных задач учёта, планирования и управления сбытом электроэнергии, а
также учета платежей и взыскания задолженности по всем жилищно-коммунальным
услугам, реализуемым (оказываемым) непосредственно ПАО «Красноярскэнергосбыт», в
том числе на основании заключенных агентских договоров;
 стандартные средства обеспечения безопасности, надёжности и масштабируемости;
 поддержку работы пользователей, находящихся на территориально разобщенных
объектах;
 возможность работы в реальном времени с большими объёмами данных;
 гибкие средства настройки и расширения функциональности системы;
 наличие инструментария для миграции данных из исходных систем;
 фиксацию принадлежности потребителя к обслуживающему отделению;
 управление процессом ввода и обработки данных (ввод, отмена ввода, сохранение
данных, изменение данных);
 исключение дублирования ввода первичных данных на всех уровнях организационной
структуры Системы;
 интероперабельность системы1 – возможность быстрой интеграции с другими системами
с помощью решений производителя платформы;
 определение полномочий и прав пользователя;
 наличие встроенных средств защиты от несанкционированного доступа к информации, не
4.
1
Интероперабельность системы – способность системы взаимодействовать и функционировать с другими
системами без каких-либо ограничений.
стр. 70 из 170
содержащей сведения, составляющие государственную тайну, а также реализация
функции идентификации и аутентификации пользователей, управления доступом
пользователей к объектам доступа, регистрации событий безопасности;
 функции диагностики целостности программного и информационного обеспечения;
 возможность быстрой настройки системы под изменяющиеся условия эксплуатации;
 наличие средств быстрого создания отчётов и выборок;
 фиксацию всех происходящих в системе действий/событий – автоматическое ведение
журнала аудита системных событий. Ведение протокола операций действий
пользователя;
 минимизацию времени принятия решений в производственных процессах Заказчика,
повышение адекватности принимаемых решений путем внедрения новейших методов
информационного обеспечения на различных уровнях управления Заказчика;
 доступный и удобный инструмент для ввода информации по объектам учета в любом
подразделении Заказчика;
 оптимальный способ хранения, где будут структурно организованы все знания об
объектах системы;
 информационную увязку функций структурных подразделений путем однократного
ввода первичных данных, а также комплексное и многоаспектное использование этих
данных;
 выгрузку среза базы данных потребителей по заданным параметрам (отделению, набору
потребителей, набору услуг и т.п.), ее независимое развертывание и функционирование с
последующей загрузкой в основную базу данных проведенных изменений.
4.1. Пользовательские требования
Клиентское приложение должно обеспечивать интуитивно-понятный, дружественный
интерфейс с пользователем, при этом вся бизнес-логика Системы должна быть реализована на
уровне Серверного приложения.
На уровне клиентского приложения должна быть заложена проверка действий оператора,
защита от некорректных действий пользователя. Вся нормативно-справочная информация,
существующая в Системе, должна выбираться из справочников (с помощью поиска или
выпадающего списка). Окна для ввода данных, которые необходимо вводить в определенном
формате, должны иметь маску ввода. При обнаружении ошибок ввода, пользователь должен быть
оповещен о некорректных действиях и должен быть произведен откат ввода.
4.2. Системные требования
4.2.1. Требования к структуре и функционированию системы
4.2.1.1. Перечень модулей, их назначение и основные характеристики
Система должна быть внедрена в составе следующих функциональных модулей:
Функциональный модуль
Назначение
Журнал
обращений
граждан- Ведение заявлений и обращений граждан-потребителей и
потребителей
ответов
Потребитель (Ведение договоров) Сводная форма, предоставляющая доступ к данным о
субъекте, точках учета, приборов учета, тарифах и пр.
Реестр показаний и работ
Ведение показаний и выполненных работ, в т.ч.
информации по выполненным работам – вручение
уведомлений, извещений о частичном/полном ограничении
и других документов
Журнал работы со средствами Введение информации о замене, снятии, установке
измерения
приборов учета
Журнал реестров оплат
Загрузка и разноска файлов оплат
Журнал бандеролей
Журнал ведения учета по расчетам с потребителями
Журнал
актов
неучтенного Ведение актов неучтенного потребления
потребления
Реестр полезного отпуска
Ведение расчетов полезного отпуска
стр. 71 из 170
Закрытие периода
Закрытие расчетных периодов и формирование файлов
счетов-извещений
Объекты
Обслуживание данных об объектах потребления
Работа
с
дебиторской Управление уведомлениями и предупреждениями по
задолженностью
задолженности, регистрация фактов ограничения и
претензионно-исковой работы
Обслуживание НСИ
Централизованное обслуживание справочников
Журнал расчета пени
Обслуживание расчетов пени
4.2.1.2. Требования к способам обмена между компонентами Системы
Информационный обмен между модулями системы должен осуществляться посредством
использования единой базы данных системы.
4.2.1.3. Требования к характеристикам взаимосвязей Системы со смежными системами
Система должна быть открытой как для взаимодействия с другими информационными
системами, так и для будущих функциональных расширений.
Критериями открытости служат:
 чётко специфицированная структура базы данных и интерфейсов обмена данными;
 модульная структура программного обеспечения;
 возможность изменения исходных программных кодов модулей, входящих в систему;
 слоевая архитектура хранения исходного кода;
 наличие средств разработки программных модулей.
4.2.1.4. Требования к режиму функционирования
Система должна функционировать в многопользовательском режиме на основе механизмов
поддержки целостности данных, обеспечиваемых системным программным обеспечением.
Программный комплекс должен иметь возможность поддерживать круглосуточный режим
функционирования программного комплекса (24х7х365), допускающий регламентные перерывы
не более 12 часов подряд.
4.2.1.5. Требования к быстродействию и масштабируемости внедряемой Системы
Система должна иметь необходимое для решения поставленных задач быстродействие.
Система должна иметь следующие возможности для управления быстродействием:
 иметь масштабируемую трёхуровневую архитектуру (уровень данных, уровень
приложений и уровень представлений), позволяющую при необходимости увеличивать
быстродействие системы программными и аппаратными средствами;
 иметь возможность управления приоритетами задач;
 иметь возможность управления ресурсами системы;
 иметь возможность параллельной пакетной обработки вычислений.
Система должна обеспечивать выполнение основного цикла операций в пакетном режиме
(расчёт стоимости потреблённой энергии и услуг, фактурирование, напоминания, начисление
пени, печать корреспонденции и т.д.) при максимальном объёме потребителей 10 млн.
потребителей электроэнергии не более чем за 2 суток.
Время отклика Системы при выполнении типовой операции (открытие окна) не более
5 секунд.
Система должна базироваться на следующих принципах:
 Организационная масштабируемость. Возможность ввода Системы в действие на
неограниченном числе подразделений Заказчика;
 Территориальная масштабируемость. Отсутствие территориальных ограничений на
ввод в действие Системы;
 Функциональная масштабируемость. Система должна обеспечивать возможность
расширения своих функциональных возможностей за счёт смены схемы лицензирования
и приобретения дополнительных модулей (подсистем) существующей платформы
приложений без смены программной платформы и приобретения других программных
продуктов;
 Гибкость. Совершенствование управленческих процессов не должно приводить к
стр. 72 из 170
остановке системы.
Для оптимизации вычислительной нагрузки системы, последняя должна обеспечивать
следующие возможности:
 Запуск алгоритмов обработки значительных массивов информации в фоновом режиме, с
обеспечением автоматического старта, начиная с указанного момента времени, например,
в периоды минимальной нагрузки на аппаратное обеспечение;
 Динамическое распределение вычислительной нагрузки в пределах доступных
вычислительных мощностей, включая кластерную конфигурацию;
 Архивирование объектов системы, срок хранения которых непосредственно в системе
расчётов с потребителями истёк (например, истечение общегражданского срока исковой
давности). При этом должно быть доступно как минимум 2 режима (уровня)
архивирования: в первом режиме система должна обеспечивать авторизованному
пользователю доступ к объектам, находящимся в архиве 1-го уровня, в режиме
просмотра; во втором режиме Система должна обеспечивать выгрузку информации об
объектах на внешний накопитель.
4.2.1.6. Длительность восстановления функционирования
Оценивается длительность восстановления функционирования Системы после любого
нарушения работоспособности, связанного с программными или аппаратными средствами
вычислительной системы, в которой функционирует Система. Для Системы должна быть
смоделирована совокупность нарушений работоспособности. Для различных типов нарушений
работоспособности
вычисляется
среднее
значение
длительности
восстановления
функционирования Системы.
Длительность восстановления функционирования после:
 Ошибок во входных данных или обслуживании – 1 рабочий день
 Сбоя технических средств – 1 рабочий день
При возникновении одновременно нескольких типов нарушений работоспособности
норматив длительности восстановления функционирования Системы выбирается по нарушению
работоспособности, имеющему больший норматив на восстановление функционирования за
исключением взаимозависимых сбоев или отказов.
4.2.1.7. Требования к численности и квалификации персонала системы:
Необходимое количество клиентских рабочих мест, обеспечивающих доступ в Системе,
должно составлять не менее 800 одновременно работающих пользователей.
В задачи пользователей системы входит выполнение функциональных обязанностей,
закрепленных
организационно-распорядительными
документами,
с
использованием
автоматизированных функций системы.
Минимальный состав персонала Системы – два системных администратора, администратор
пользователей и полномочий, группа разработки, группа поддержки конечных пользователей
(Проектная группа) и конечные пользователи системы.
Для работы с Системой необходима следующая квалификация персонала:
 Оператор Системы (пользователь системы)
 навыки работы с ПК в ОС MS Windows;
 курсы специальной подготовки работы с Системой.
 Администратор Системы и Администратор Полномочий (сотрудник, выполняющий
функции системного администрирования и администрирования пользователей и
полномочий)
 навыки работы с ПК в ОС MS Windows;
 курсы специальной подготовки для работы с Системой.
Возможно совмещение выполняемых работ.
Пользователями Системы могут являться: сотрудники Заказчика, сотрудники управляющей
компании (АО «ЭСК РусГидро»), а также иные заинтересованные и допущенные
соответствующим образом лица.
В Системе должен быть реализован механизм разграничения прав доступа пользователей к
стр. 73 из 170
объектам и функциям Системы (разделение пользователей на различные категории).
Система должна предоставлять в on-line режиме пользователям удаленный доступ к
информации, размещенной в Системе.
Режим работы персонала устанавливается руководящими документами и распоряжениям
руководства.
Специальных требований к режимам работы персонала не предъявляется за исключением
администраторов, которые имеют право доступа к Системе и ее аппаратным ресурсам в любое
время суток, в любой день.
4.2.2. Требования к надёжности
Надежностью Системы называется совокупность свойств, характеризующая способность
программного средства сохранять заданный уровень пригодности (качества функционирования) в
заданных условиях в течение заданного интервала времени.
Надежность функционирования программного средства характеризуется, в первую очередь,
устойчивостью (способностью безотказного функционирования) и восстанавливаемостью
работоспособного состояния после произошедших сбоев или отказов.
Устойчивость определяется эффективностью контроля данных, поступающих из внешней
среды, и средств обнаружения аномалий функционирования программного средства.
Восстанавливаемость характеризуется полнотой и длительностью восстановления
функционирования программ в процессе перезапуска программного средства.
Для обеспечения характера работы Системы необходимо предусмотреть повышенные меры
по обеспечению надёжности функционирования.
Время восстановления базы данных из резервной копии не должно превышать 2 часов.
Для предотвращения возможности доступа к базам данных, не уполномоченных на то лиц и
однозначной идентификации сотрудников, вносивших данные в базу, все пользователи Системы
должны иметь индивидуальные учётные записи и пароли, секретность которых обеспечивается их
периодической заменой. Лицо, начинающее работу за терминалом, обязательно вводит свой
пароль, который автоматически контролируется на допустимость возможности работы
пользователя. Попытки несанкционированного (не признанного полномочным) использования
терминала протоколируются с блокированием дальнейшего доступа в Систему.
4.2.3. Дополнительные требования
Система должна иметь встроенные средства защиты от несанкционированного доступа к
информации, не содержащей сведения, составляющие государственную тайну, реализующие
функции идентификации и аутентификации пользователей, управления доступом пользователей к
объектам доступа, регистрации событий безопасности для обеспечения возможности
сертификации на соответствие требованиям Федерального закона от 27.06.2006 № 152-ФЗ «О
персональных данных» после завершения опытной эксплуатации.
Система должна соответствовать требованиям постановления Правительства от 26.12.2011
РФ № 1137 «О формах и правилах заполнения (ведения) документов, применяемых при расчетах
по налогу на добавленную стоимость».
4.3. Функциональные требования
4.3.1. Описание технических данных
4.3.1.1. Работа с сетевыми организациями, формирование и актуализация схем расчётов
Система должна обеспечивать следующие возможности:
 Ведение реестра сетевых организаций с указанием по каждой: балансодержателя и
владельца, дифференцированных тарифов на передачу электрической энергии;
 Ведение топологии распределительной сети, признаков балансовой принадлежности
элементов сети с учетом их «вложенности», договоров и условий оплаты;
 Ведение базы данных источников питания (ПС и ТП), линий различного класса
напряжения;
 Ведение базы данных координат местоположения точек поставки и объектов для
возможности поиска и отображения на карте или в геоинформационных системах;
 Ведение расчётных моделей котлового тарифа на передачу электроэнергии («котёл
стр. 74 из 170
сверху», «котёл снизу», «котёл сбыт»);
 Технологическую карту приборов учёта (топология сети с привязкой всех расчётных
ПУ);
 Ведение объектов потребления (конечных потребителей);
 Ведение электронной «картотеки» жилищного фонда (зданий и помещений);
регистрацию новых помещений с указанием всех параметров, необходимых для полной и
однозначной идентификации помещения в базе данных и проведения расчётов;
 Описание схемы энергоснабжения объектов, ввод и просмотр точек подключения (точки
поставки) объекта потребителя к узлам сети энергоснабжения;
 Определение алгоритмов приведения данных средств учёта, определение и/или настройка
расчётных методов формирования потребляемых объёмов энергоресурсов и услуг;
 Описание и ведение истории поставщиков по различным видам энергоресурсов для
каждой точки поставки объектов потребления;
 Описание нагрузочных характеристик объектов, оборудования и установок,
установленных на объекте в разрезе договоров энергоснабжения;
 Формирование объёмов фактических потерь с учётом бездоговорного и безучётного
потребления.
4.3.1.2. Управление средствами учёта
Система должна обеспечивать следующие возможности:
 Ведение информации об общедомовых приборах учета в привязке к МКД;
 Регистрацию приборов учёта по различным видам энергоресурсов, с указанием срока
истечения межповерочного интервала, места установки;
 Регистрацию контрольных приборов учёта электрической энергии по одной точке учёта,
с указанием срока истечения межповерочного интервала, места установки;
 Поддержку различных типов приборов учёта (многотарифные, интервальные,
многофункциональные и прочие);
 Поддержку различных типов измерительных трансформаторов (тока, напряжения,
комбинированных) как отдельных устройств, с указанием срока истечения
межповерочного интервала;
 Поддержку ПУ со встроенным трансформатором как единого устройства;
 Хранение истории монтажа ПУ и трансформатора(-ов) в составе группы;
 Автоматический расчёт коэффициента преобразования для ПУ на основе характеристик
трансформатора(-ов), смонтированных в составе группы.
 Управление работами, связанными с проверками средств учёта:
 Формирование и согласование долгосрочных и оперативных графиков проверок;
 Формирование актов на проведение проверок;
 Регистрация актов о проведении проверки;
 Контроль выполнения заявок;
 Контроль сроков исполнения предписаний.
 Поддержку операций метрологического обеспечения:
 ведение нормативного межповерочного интервала;
 расчёт следующей даты поверки, исходя из даты предыдущей;
 запрещение/ограничение действий с приборами учёта, не прошедшими поверку;
 отражение результатов поверки каждого прибора учёта.
 Перепрограммирование приборов учёта;
 Пломбирование средств учёта (ПУ и трансформаторов);
 Установку, снятие и замену средств учёта:
 Регистрация заявок на проведение работ;
 Планирование объёмов работ;
 Формирование актов на выполнение работ;
 Регистрация актов о замене, установке средств учёта (включая массовую загрузку
данных);
стр. 75 из 170
 Контроль выполнения заявок и нарядов.
 Контроль движения средств учёта:
 Хранение истории монтажа приборов учёта и трансформатора(-ов) в составе группы;
 Хранение истории монтажа средств учёта на точках измерений;
 Организацию взаимодействия с системами учёта материальных средств.
4.3.1.3. Отчётность по средствам учёта
Отчётность должна позволять отображать информацию следующего характера:
 Состояние средств учёта на заданную дату;
 Статистика по движению средств учёта за период времени;
 Статистика по внеплановым состояниям средств учёта;
 Отчёт по установленным средствам учёта с просроченной датой поверки.
4.3.2. Управление энергетическими данными
4.3.2.1. Сбор и загрузка показаний
Система должна обеспечивать следующие возможности:
 Формирование графиков снятия показаний на объектах потребителей;
 Формирование типовых маршрутов контрольных обходов и привязка энергообъектов к
своему маршруту;
 Ручное формирование и корректировка листа контрольного обхода на основании
маршрута;
 Автоматическое формирование и корректировка листа контрольного обхода на
основании маршрута и настраиваемых критериев отбора (срок снятия показаний,
результат последнего обхода и т.д.);
 Ручное и автоматическое назначение обходчиков по сформированному листу
контрольного обхода;
 Регистрация актов контрольных обходов с показаниями потребителей;
 Занесение показаний приборов учёта потребителей:
 Возможность регистрации показаний на любой момент времени;
 Регистрация информации об источнике данных о показаниях приборов учёта (дата
снятия показаний, ведомость контрольного обхода с именем контролера и т.п.);
 Формирование сводных и детальных отчётов о вводе показаний ПУ за различные
периоды (минимум – 1 день), с возможностью фильтрации и группировки показаний
по различным критериям: лицевым счетам, контролёрам, операторам, адресам и
группам адресов, участкам.
 Интерактивный (ручной) ввод показаний приборов учёта;
 Автоматизированный ввод показаний приборов учёта:
 Импорт из внешнего файла показаний приборов учёта потребителей;
 Загрузка показаний из АИИС КУЭ;
 Пакетный ввод данных с КПК.
 Верификацию показаний при ручном вводе и импорте из файла. Должны быть
обеспечены следующие проверки:
 Несоответствие введённого значения значности регистра учёта (количество знаков
до и после запятой);
 Наличие нецифровых символов при вводе;
 Нулевое потребление;
 Оборот счётчика (переход через «0»);
 Превышение границ допуска потребления (в абсолютном и относительном
измерениях);
 Превышение разрешённого числа считываний потребителем в течение
определённого периода;
 Превышение количества часов использования относительно постоянного значения;
 Превышение измеренной мощности относительно максимально заявленной;
 Недобор измеренной мощности относительно минимально заявленной;
стр. 76 из 170
 Превышение максимально возможного относительного отклонения потребления
расчетного и контрольного счётчиков.
Также должна быть обеспечена возможность реализации прочих проверок.
 Ведение статусов для значений показаний:
 Источник данных/способ передачи (АИИС КУЭ, сетевая организация, клиент,
сотрудник Заказчика);
 Контрольное/клиентское;
 Принимается/не принимается к расчёту.
4.3.2.2. Выявление нарушений энергоснабжения
Система должна обеспечивать следующие возможности:
 Регистрация актов о безучетном потреблении;
 Расчет объема безучетного потребления по актам;
 Регистрация предписаний;
 Формирование отчётности по актам и предписаниям:
 Реестр актов, составленных структурным подразделением/сетевой организацией за
указанный период (с разбивкой по типам актов);
 Реестр актов, возвращённых исполнителям на доработку, в том числе сетевой
организации;
 Реестр предписаний, составленных подразделением/сетевой организацией;
 Реестр выполненных/невыполненных предписаний.
Система должна обеспечивать работу с КПК в части проведения проверок:
 Выгрузка нарядов на проведение работ на КПК сотрудника Заказчика;
 Загрузка в Систему в автоматическом режиме данных о выявленных нарушениях.
4.3.2.3. Работа с ограничениями и отключениями
Система должна обеспечивать следующие возможности:
 Планирование частичного/полного ограничения режима потребления электрической
энергии;
 Формирование и исполнение графиков частичного/полного ограничения;
 Регистрация заявок по частичному/полному ограничению и возобновлению
энергоснабжения;
 Формирование нарядов сотруднику Заказчика на выполнение работ по
частичному/полному ограничению и возобновлению энергоснабжения потребителям;
 Формирование заявок в автоматическом режиме по группе потребителей в сетевые/иные
организации по частичному/полному ограничению и возобновлению энергоснабжения
потребителям;
 Ввод информации о выполнении нарядов сотрудниками Заказчика на частичное/полное
ограничение и возобновление энергоснабжения;
 Ввод информации об исполнении заявок сетевыми/иными организациями, включая учет
счетов за услуги сетевых организаций и их перевыставление соответствующим
потребителям;
 Контроль выполнения заявок и нарядов;
 Контроль оплаты задолженности потребителями-неплательщиками;
 Ведение сводной отчётности по частичному/полному ограничению и возобновлению
режима потребления электрической энергии.
Система должна обеспечивать работу с КПК в части проведения работ по
частичному/полному ограничению и возобновлению режима потребления электрической энергии:
 Выгрузка нарядов на проведение работ на КПК сотрудника Заказчика;
 Загрузка в Систему в автоматическом режиме данных о выполненных работах;
При использовании интеллектуальных приборов учёта Система должна обеспечивать
возможность дистанционного частичного/полного ограничения и возобновления режима
потребления электрической энергии.
стр. 77 из 170
4.3.3. Ведение договоров
4.3.3.1. Ведение договоров с гражданами-потребителями
Система должна обеспечивать следующие возможности:
 Ведение накопительного лицевого счёта для каждого клиента (физического лица),
который отражает актуальное состояние взаиморасчётов с данным клиентом;
 Присвоение нового уникального номера при создании лицевого счёта;
 Закрытие лицевого счёта;
 Учёт нормативно-справочной информации потребителя по договору;
 Внесение изменений в персональные реквизиты, принадлежащие потребителю;
 Регистрация договоров на снабжение энергоресурсами и учет договоров на оказание
прочих (коммунальных) услуг;
 Внесение изменений в договора энергоснабжения потребителей;
 Учёт событий, связанных с регистрацией по месту жительства и перемещением
потребителей (прибытие/убытие, временный выезд, отказ от услуги, предоставление
льгот и др.);
 Подключение/отключение услуг для расчётов с потребителем;
 Регистрация данных по потребителям и их ПУ, необходимых для корректного расчёта
потребления и начислений;
 Возможность описания лицевых счетов с несколькими ПУ по одной услуге или случаев
использования одного ПУ для нескольких лицевых счетов (счета при этом формируются
с разделением: пропорционально индивидуальному расходу, пропорционально площади;
пропорционально численности зарегистрированных человек);
 Возможность ведения лицевых счетов с использованием расчётного и контрольного
приборов учёта;
 Занесение/настройка схемы тарификации потребителя;
 Ведение истории тарифов по лицевому счёту по видам услуг;
 Ведение истории льгот по лицевому счёту по видам услуг (социальных нормативов
потребления энергии, дата начала действия льготы, сведения об организации, выдавшей
льготный документ, и о дате его выдачи, дата прекращения действия льготы);
 Справочник нормативов потребления энергии при отсутствии приборов учета у
потребителей;
 Корректировка информации по клиенту о льготах, которые ему предоставляются, и
периодах предоставления льгот;
 Ведение истории субсидий по лицевому счёту по видам услуг;
 Подготовка договора потребителю в зависимости от его типа на основе заранее
сохранённого шаблона.
 Ведение агентских договоров:
 на снятие и приём показаний приборов учёта;
 на приём оплат за потреблённую электроэнергию и прочие услуги;
 на выполнение расчётов с гражданами-потребителями.
 на оказание иных услуг.
Функционал по ведению агентских договоров должен предусматривать возможность
модернизировать Систему и расширять перечень услуг в дальнейшем.
4.3.3.2. Персональный учёт
Система должна обеспечивать следующие возможности:
 Учёт событий, связанных с регистрацией по месту жительства и перемещением
потребителей (прибытие, убытие, смена фамилии, смерть и т.д.);
 Учёт событий, связанных с временным отсутствием потребителей;
 Учёт событий, связанных с предоставлением различных льгот и субсидий;
 Учёт других видов событий в соответствии с конфигурацией Системы;
 Интеграция с системой паспортного учёта для организации автоматизированного
импорта событий персонального учёта;
стр. 78 из 170
 Формирование необходимых отчётов;
 Учет сроков временного проживания потребителей.
4.3.4. Расчёты
4.3.4.1. Общие требования к расчётам
Система должна обеспечивать расчёт потребленной электрической энергии, учёт начислений
и оплат по прочим услугам, расчёт которых производится в смежных системах, перечисленных в
п. 6.1.
Система также должна обеспечивать учёт начислений по следующим услугам:
 Возобновление режима потребления электроэнергии после частичного/ полного
ограничения и оплаты клиентом задолженности.
4.3.4.2. Требования к методикам расчётов
Методика определения объема полезного отпуска, расчета и перерасчета стоимости и учета
оплаты электроэнергии, поставленной бытовым потребителям ПАО «Красноярскэнергосбыт»,
утвержденная Приказом ОАО «Красноярскэнергосбыт» № 351 от 30.06.2015, включая изменения и
дополнения.
4.3.4.2.1. Комплексный расчёт в реальном времени
Система должна обеспечивать следующие виды расчёта стоимости потребления:
 Расчёт по тарифам с единой ценой (Расчёт по регулируемым ценам) – в отношении
потребления, населения и приравненным к нему потребителям;
 Расчёт по тарифам с временными зонами – потребление тарифицируется по временным
зонам, для каждой из которых установлены свои цены и пропорции их применения.
4.3.4.3. Расчёты с потребителями
4.3.4.3.1. Основные функции
Система должна обеспечивать следующие возможности:
 Ведение описательной информации о тарифе (ставка, группа тарифа, история изменения
ставок тарифа);
 Расчёт за каждый текущий период должен осуществляться с действующей в этом периоде
ставкой тарифа;
 Выполнение следующих расчётов (индивидуально и в пакетном режиме):
 Расчёт энергопотребления на основании нормативов (ежемесячные начисления);
 Расчёт энергопотребления по показаниям приборов учёта (с учётом тарифных зон);
 Расчёт потребления в случае ввода нескольких показаний в течение расчётного
периода;
 Выполнение расчёта на основании расчётного среднесуточного расхода,
рассчитанного из показаний прибора учёта за предыдущие периоды, с последующим
перерасчётом и отражением результатов перерасчёта в текущем (открытом)
расчётном периоде;
 Расчёт долевого потребления по одному прибору учёта;
 Расчёт энергопотребления коммунальными квартирами и коттеджными поселками с
распределением общих нужд по соответствующим расчетным схемам;
 Расчёт по установленной мощности и количеству часов горения/использования;
 Расчёт стоимости предоставляемых субсидий;
 Расчёт при замене приборов учёта;
 Расчёт с использованием социальной нормы потребления электроэнергии;
 Расчёт потребления по многоквартирному дому, в т.ч. расчёт и распределение
электроэнергии, потреблённой на общедомовые нужды;
 Перерасчёт сумм начислений с точностью до одного дня, в том числе в натуральных
единицах с учетом глубины перерасчетов, установленных законодательством;
 Расчёт безучётного потребления;
 Расчёт с поставщиками услуг по результатам реализации (на основании лицевых счетов
потребителей) в разрезе услуг;
 Оперативный поиск информации в Системе по запросам пользователей;
стр. 79 из 170
 Формирование необходимых отчётов.
4.3.4.3.2. Регламенты расчётов
 В Системе должны быть реализованы следующие сценарии расчётов с Контрагентами:
 Периодические начисления («выставление счетов-извещений»);
 Перерасчёты (расчёты при изменении существенных фактов в прошлом);
 Расчёты по актам безучётного потребления.
 Расчёт полезного отпуска формируется в соответствии с утверждённой Методикой
расчётов с бытовыми потребителями с учётом деления на составляющие тарифа
(покупка, передача, иные услуги).
 Перерасчёты производятся при изменении параметров расчёта услуг, которые произошли
в прошлом и не были зарегистрированы на лицевом счёте при проведении расчётов, с
учетом заданной глубины перерасчётов, например:
 События, связанные с количеством проживающих – прибытие, убытие, временное
отсутствие или временное проживание, разделение лицевого счёта, объединение
лицевых счетов;
 Изменения тарифа;
 Отключение/подключение услуг;
 Изменения параметров тарификации услуги (количество, норматив, площадь).
 Расчёт по актам формирует счёт на оплату (квитанцию) на основании акта неучтённого
потребления по услуге, в котором вычисляется величина потребления.
 При выполнении расчётов должны учитываться все требования действующих
постановлений Правительства РФ.
4.3.4.3.3. Формирование платёжных документов
Система должна обеспечивать следующие возможности:
 Формирование как объединённого счёта за потреблённые услуги, так и отдельного счета
на выбранную услугу по группе потребителей, а также нескольких счетов за разные
услуги в одном печатно-расчётном документе;
 Возможность массового формирования счетов-квитанций для группы лицевых счетов,
выбранных по определённым критериям;
 Возможность повторного формирования печатной версии счетов в том виде, в котором
они были сформированы и выставлены потребителям;
 Возможность при необходимости корректно «откатить» операцию массового
формирования счетов (до того, как они были отправлены клиентам) и провести её заново;
 Возможность просмотра в режиме True Type отдельных документов или их совокупности
перед печатью с целью визуальной проверки корректности их формирования;
 Возможность массовой печати счетов на печатающем устройстве с необходимой
группировкой и последовательностью;
 Формирование и печать расшифровок по начислениям за любой период времени по
любому потребителю или группе потребителей;
 Начисление суммы штрафных санкций за просрочку платежей;
 Формирование штрихового кода на бумажном счёте (квитанции). Возможность
динамической настройки полей штрихового кода исходя из реквизитов квитанции;
 Формирование для печати различных типов платёжных документов по установленной
заранее для каждого типа документа форме;
 Возможность печати на счетах информационных объявлений по определенной группе
потребителей.
4.3.4.4. Расчёты с дебиторами и кредиторами
4.3.4.4.1. Основные функции
Система должна обеспечивать следующие возможности:
 Бухгалтерский учёт (аналитический и синтетический): начальных остатков, оборотов и
сальдо относительно расчётов в разрезе различных аналитических признаков:
 Услуги (номенклатуры);
стр. 80 из 170
 Ставки НДС;
 Период образования;
 Виды задолженности;
 Отрасли, бюджеты (аналитика регламентных отчётов).
 Проведение актов реализации, формирование бухгалтерских проводок относительно
реализации;
 Ввод и разноска оплат потребителей;
 Формирование и печать первичных бухгалтерских документов взаиморасчётов с
потребителями в соответствии с действующим законодательством в бухгалтерском и
налоговом учетах в т.ч.:
- формирование и печать первичных документов на реализацию работ, услуг,
оказываемых Обществом;
- формирование и печать актов сверок с потребителями;
- формирование документов налогового учета, в т.ч. счета-фактуры, формирование
и выгрузка данных для книги продаж, (в т.ч. дополнительных листов).
4.3.4.4.2. Ввод платежей
Система должна обеспечивать следующие возможности:
 Занесение или импорт из внешнего файла бандеролей платежей потребителей;
 Возможность интеграции с устройствами чтения штриховых кодов для автоматизации
ввода поступивших квитанций об оплате;
 Автоматическая загрузка данных о поступлениях через интерфейс «Клиент Банк»,
сопоставление начисленной сумме, сохранение в базе данных;
 Возможность контроля и очистки данных (ручной и автоматической) при импорте
данных из внешнего файла или через интерфейс «Клиент Банк»;
 Ведение реестра неопознанных сумм;
 Разнесение платежей по лицевым счетам;
 Возможность ручного соотнесения платежа начисленной сумме;
 Возможность ручного ввода платежа;
 Возможность
автоматического
соотнесения
платежа
к
размеру
дебиторской/кредиторской задолженности на начало расчётного периода, в котором
поступил платёж, в соответствии с предопределёнными правилами;
 Возможность расщепления платежей по услугам/поставщикам в соответствии с
предопределенными правилами и экспорта указанной информации в смежные
биллинговые системы Заказчика и сторонних организаций (в т.ч. передачи реестров
платежей в Региональный фонд капитального ремонта);
 Расчёт размера взимаемого комиссионного вознаграждения (РКО) с детализацией по
пунктам приёма платежей и выделения доли РКО, приходящейся на отдельные платежи
(группу платежей) за коммунальные услуги, в разрезе услуг;
 Автоматическое распределение оплаты по номенклатурам начисления (по строкам счета),
с возможностью ручной корректировки. Формирование оборотов и остатков по лицевым
счетам в разрезе номенклатур;
 Ручной и автоматический контроль количества обрабатываемых платёжных документов
и сумм оплаты на соответствие данным банковской выписки;
 Режим возврата сумм ошибочных платежей;
 Составление отчётов о поступлении средств в различных конфигурациях.
4.3.4.4.3. Управление задолженностью
Система должна обеспечивать следующие возможности:
 Ведение для каждого потребителя накопительного лицевого счёта, который содержит
всю необходимую для взаиморасчётов финансовую информацию в разрезе оказываемых
ему услуг, в том числе историю финансовых операций: начислений, платежей,
финансовых корректировок;
 Ведение для каждого поставщика услуг финансовой информации, в том числе историю
стр. 81 из 170
начислений, платежей, финансовых корректировок, в разрезе потребителей конкретных
услуг;
 Ведение и поддержку в актуальном состоянии баланса лицевого счёта потребителя,
отражающего в каждый момент времени текущее состояние взаиморасчётов с ним;
 Оценку кредитоспособности дебитора по каждому лицевому счёту на основании
задержек платежей или недостатка средств на счёте; разделение потребителей на
категории, определяющие сценарии работы с дебиторской задолженностью, на
основании его кредитоспособности;
 Формирование резерва по налоговому и бухгалтерскому учету в разрезе услуг;
 Формирование резерва по сомнительным долгам в разрезе услуг;
 Расчёт и начисление пени за несвоевременную оплату с автоматической генерацией и
влиянием на сальдо счёта в соответствии с правилами, определёнными для каждой
услуги, на конкретном лицевом счете;
 Формирование графиков реструктуризации задолженности потребителей, учет их
состояния (сформирован, согласован, подписан, исполнен и т.п.) и контроль их
исполнения;
 Функции списания дебиторской/кредиторской задолженности;
 Формирование имеющихся в Системе документов, необходимых для подачи иска в суд
по отдельному потребителю (группе потребителей) по одной или нескольким услугам;
 Ведение для каждого потребителя хронологии взыскания задолженности в судебном
порядке;
 Ведение для каждого потребителя хронологии движения и исполнения исполнительных
листов;
 Формирование аналитических и регламентированных отчётных форм.
4.3.4.4.4. Работа с потребителями-дебиторами
Система должна обеспечивать следующие возможности:
 Формирование списка лицевых счетов потребителей, подлежащих частичному/полному
ограничению за неуплату (с сохранением даты планируемого события, даты
фактического события, даты возобновления услуг потребителю);
 Формирование списка объектов (точек учёта) потребителей, которым будет введен режим
частичного/полного ограничения или возобновления энергоснабжения в ходе операции;
 Экспорт данных о задолженности в систему автоматического оповещения
(автоматического обзвона, уведомления по SMS, e-mail) потребителей-дебиторов;
 Импорт фактов оповещения (автоматического обзвона, уведомления по SMS, e-mail) из
соответствующей системы для последующего использования в логике бизнес-процесса
по работе с потребителями-дебиторами.
 Автоматическое формирование и печать бланков извещений на частичное/полное
ограничение энергоснабжения потребителям по заранее заданному шаблону для списка
клиентов (в массовом порядке) и для одного клиента с возможностью внесения
впоследствии отметки о выполнении;
 Формирование на основе списка потребителей-дебиторов документов на возобновление
энергоснабжения потребителям с возможностью внесения впоследствии отметки о
выполнении по каждому из потребителей;
 Формирование списков потребителей, по которым были выполнены работы по
частичному/полному ограничению и возобновлению энергоснабжения;
 Учёт объёма и стоимости выполненных работ по частичному/полному ограничению и
возобновлению энергоснабжения потребителям;
 Формирование списка лицевых счетов потребителей, имеющих просроченную
дебиторскую задолженность по всем видам услуг;
 Автоматическое формирование и печать бланков предупреждений, уведомлений о
задолженности, как только за потребленную электроэнергию, так и в любой компоновке
услуг, в разрезе поставщиков услуг;
стр. 82 из 170
 Сохранение для каждого клиента ретроспективы всех действий, произведённых в
отношении клиента в части отправки уведомлений, предупреждений, извещений и
заданий на введение режима частичного/полного ограничения или возобновления
энергоснабжения;
 Формирование необходимых отчётов.
4.3.4.5. Требования к средствам построения отчётов Системы:
Разработка отчётов будет вестись на основе согласованных спецификаций требований к
отчётам, которые содержат:
 Общее описание содержания отчёта и его предназначение, периодичность формирования;
 Функциональные требования к отчёту – параметры отчёта, описание переменных отчёта
(ссылка на реестр показателей и признаков), описание формы отчёта, форматы данных
отчёта, ограничения по доступу к данным отчёта;
 Описание реализации отчёта с точки зрения источника данных.
Расчёт показателей отчётов должен осуществляться на разных уровнях Системы. Часть
показателей должна рассчитываться на уровне отчёта, часть показателей – на уровне хранилища
данных.
Система должна обеспечивать построение следующих видов отчётов:
 Бланки и регламентные отчёты должны формироваться на основе заранее заданного
шаблона.
 Списки должны формироваться в клиентском приложении Системы на основе выборки
данных из БД. Список должен обеспечивать пользователю следующие возможности:
 Выбор состава и порядка столбцов отображаемой выборки;
 Формирование фильтров для ограничения данных;
 Настройку сортировки;
 Сохранение настроек в пользовательском профиле;
 Экспорт данных текущего представления в Microsoft Excel.
 В Системе должен быть предусмотрен гибкий программный инструментарий для
построения отчётов силами обслуживающего персонала.
Инструментарий построения отчётов должен обеспечивать:
 Управление полным жизненным циклом отчёта, от авторской разработки до
опубликования;
 Создание структуры отчёта в режиме WYSIWYG;
 Экспорт печатной формы в различные форматы (включая PDF, TIFF, HTML, а также
XML и CSV).
 Управление отчётами должно обеспечивать:
 Масштабируемость, безопасность и настройку расписания отчётов;
 Многопроцессорную обработку сложных отчётов, параллельно извлекающих
данные из различных источников.
4.3.4.5.1. Перечень отчётов
Перечень отчетов будет определен в рамках подготовки альбома отчетных форм на этапе
«Анализ применимости». Ниже представлен примерный перечень отчетов.
Система должна предоставить возможность формирования отчётности по следующим
группам и показателям:
 Управление средствами учёта:
 Отчёт о сроках госповерки приборов учёта;
 Отчёт о замене измерительных трансформаторов;
 Отчёт о замене приборов коммерческого учёта;
 Статистика управления приборами учёта;
 Наряд на проверку схем и приборов учёта (по дате последней проверке, по типу
прибора учёта, по дате госповерки, по адресу, по наименованию потребителя, по
типу техприсоединения, по номеру пломбы, по характеристикам измерительных
трансформаторов, по признакам визуального контроля);
стр. 83 из 170




 Отчёт о выполнении проверок приборов учёта по нарядам;
 Задание на выполнение работ, связанных с приборами учета, с формированием
финансовых документов для клиента;
 Состояние средств учёта на заданную дату;
 Отчёт о принятых и выполненных заявках клиентов (замена, проверка приборов
учёта и т.д.);
Выявление нарушений энергоснабжения:
 Реестр актов, составленных структурным подразделением за указанный период (с
разбивкой по типам актов);
 Реестр актов, составленных сетевой организацией, с указанием состояния (принят,
возвращен на доработку и т.п.);
 Реестр актов, возвращенных исполнителям на доработку;
 Реестр актов, по которым потребитель добровольно произвёл оплату;
 Реестр актов, по которым потребитель произвёл оплату в соответствии с решением
суда;
 Реестр актов, взыскание по которым ведется в судебном порядке;
 Реестр актов, начисление по которым взыскано/не взыскано в судебном порядке;
 Реестр предписаний, составленных подразделением/сетевой организацией;
 Реестр выполненных/невыполненных предписаний;
Отпуск энергоресурсов. Сюда включаются отчёты, отражающие:
 Объём потребления энергоресурсов по потребителям, группам тарифов, точкам
поставки, типам расчета и др.;
 Корректировку объёмов потребления в заданном периоде;
 Структуру полезного отпуска по группам потребителей, по тарифным группам;
 Ведомости начислений потребителям;
 Расходы по объектам учёта за период по различной детализации.
Расчёты с потребителями. Сюда включаются отчёты, отражающие:
 Дебиторскую, кредиторскую и реструктурированную задолженности с информацией
о дате возникновения задолженности (число, месяц, год), в разрезе услуг;
 Сальдо потребителя, с отражением входящего сальдо на начало отчётного
(рассматриваемого) периода, начислений за отчётный период, оплаты в отчётном
периоде и исходящего сальдо;
 Статистическую информацию по расчётам за отпущенные энергоресурсы и услуги,
включая справку о полезном отпуске, оборотно-сальдовые ведомости по
юридическим лицам и бытовым потребителям с разбивкой по группам потребителей
и по бухгалтерским счетам;
Работа с неплательщиками:
 Уведомление о задолженности (единичное, массовое);
 Уведомление о частичном/ полном ограничении режима потребления (единичное,
массовое);
 Список потребителей-дебиторов оперативный;
 Списки потребителей-дебиторов, подлежащих отключению;
 План-график ввода частичного/полного ограничения режима энергоснабжения;
 Отчёт по исполнению плана-графика (реестр ввода частичного/полного ограничения
потребителей, реестр возобновления энергоснабжения, реестр неисполненных
ограничений, объёмы ПО для удержания из услуг сетевой компании);
 Информация по ограниченным потребителям;
 Журнал об отмене ограничений;
 Журнал актов об ограничении;
 Журнал о неисполненных ограничениях;
 Журнал заявок о возобновлении подачи э/э;
 Оперативные отчеты по ограничениям;
стр. 84 из 170
 Работа с сетевыми компаниями:
 Схемы расчёта: «котёл сверху», «котёл снизу», «котёл сбыт»;
 Расчёт стоимости услуг сетевых компаний (по остатку, по нормативу: от объёма
транзита сторонним потребителям);
 Расчет стоимости услуг сетевых организаций за введенные/снятые ограничения;
 Корректировка стоимости услуг сетевых компаний по результатам ограничений
потребителей (за исполнение и неисполнение ограничений);
 Объёмы удержания из услуг сетевых компаний.
 Информация о деятельности компании.
 Формирование планового задания по сбору денежных средств на месяц;
 Формирование информации об общем поступлении денежных средств с
нарастающим итогом по дням месяца, в том числе в разрезе услуг, поставщиков
услуг. Анализ отклонений фактического поступления от планового;
 Отчёт о выпадающих доходах при расчётах с бытовыми потребителями;
 Выделение в общем объёме поступлений денежных средств расчётов за текущий
период и гашение дебиторской задолженности.
 Статистические формы:
 Отчёт по форме 22-ЖКХ;
 Отчёт по форме 46-ЭС;
 Отчёт по форме 9-ПС;
 Отчёт по форме 1-ПУ;
 Отчёты по балансам;
 Отчёты по услугам;
 Отчёты по перетокам;
 Отчеты по начислениям за потребленную электроэнергию в УСЗН;
 Отчет о потреблении электрической энергии в пределах и сверх социальной нормы
потребления электрической энергии (мощности) по форме приложения № 8
Положения об установлении и применении социальной нормы потребления
электрической энергии, утвержденного постановлением Правительства РФ от
22.06.2013 № 614
 Бухгалтерский учёт
 Реестр поступивших платежей;
 Реестр счетов-фактур;
 Форма: Счёт на оплату;
 Форма: Счёт-фактура;
 Форма: Корректировочный Счёт-фактура;
 Форма: Исправленный Счёт-фактура;
 Форма: Счёт-квитанция на оплату потреблённых коммунальных услуг;
 Книга покупок и продаж и дополнительные листы к ним;
 Форма: Акт сверки;
 Форма: Акт приема передачи/выполненных работ;
 Акт по комиссионному вознаграждению в разрезе услуг, поставщиков услуг;
 Акт выполненных работ (оказанных услуг) по сбору средств с плательщиков за
оказываемые им услуги в разрезе услуг, поставщиков услуг; Реестр сомнительной
задолженности в разрезе услуг;
 Отчёты по движению резервов.
И другие отчёты.
4.3.5. Требования к обслуживанию нормативно-справочной информации:
 Все модули Системы должны использовать единую базу данных нормативно-справочной
информации, все используемые справочные данные должны присутствовать в Системе в
единственном экземпляре;
 Система должна предоставлять графический интерфейс, необходимый для навигации
стр. 85 из 170
пользователя среди справочников и работы пользователя со справочниками – навигация,
просмотр, редактирование, добавление новых и удаление имеющихся записей
справочника, в соответствии с правами доступа;
 Все справочники НСИ являются версионными (поддерживающими историю изменений);
 Должен быть реализован механизм хранения и просмотра истории изменений
справочников (суть изменений, дата, пользователь);
 Должен быть обеспечен механизм, обеспечивающий первоначальное наполнение
справочников путем импорта данных из существующих систем;
 Система должна обеспечивать ведение информации по организационной структуре
компании и сотрудникам с привязкой ко времени.
Система должна обеспечивать ведение следующих централизованных (общекорпоративных)
справочников:
 справочника адресов с привязкой к почтовым индексам и сельским/городским
муниципальным образованиям (ФИАС с поддержкой КЛАДР и дополнительно
справочников домов с учетом строений и корпусов.);
 справочника типов ПУ;
 справочника тарифности ПУ;
 справочника типов измерительных трансформаторов (справочника трансформаторов);
 справочника типов обмоток измерительных трансформаторов;
 справочник уровней напряжения;
 справочников налоговых и идентификационных номеров: ОГРН, ОКОНХ, ОКВЭД,
ОКПО, ОКФС, ОКОПФ и пр.
 Система должна обеспечивать ведение следующих справочников на уровне Заказчика:
 справочника энергообъектов;
 справочника часов пиковой нагрузки;
 справочника сетевых организаций;
 справочник районов обслуживания приборов учета в разрезе территорий присутствия;
 справочника нормативов потребления электроэнергии;
 справочника тарифов, в том числе в виде тарифного меню;
 справочник прочих услуг;
 справочник поставщиков услуг;
 календаря рабочих и праздничных дней;
 справочник начала и окончания отопительных сезонов в разрезе территорий присутствия
Заказчика;
 справочника пунктов приёма платежей;
 справочника лицевых счетов потребителей;
 справочника точек поставки;
 справочника договоров энергоснабжения.
 справочник статей учета;
 справочник юридических лиц;
 справочник управляющих компаний;
 справочник ЖКО;
 справочник «Организации и подразделения»;
 справочник «Старшие контролеры»;
 справочник «Члены мобильной бригады»;
Полный перечень справочников, обслуживаемых Системой, приведен в Типовом проектном
решении (ТПР) «Обслуживание НСИ». Пакет документов, входящий в Технический проект, будет
передан победителю аукциона перед началом работ.
4.3.6. Требования к подсистеме печати внедряемой Системы
В Системе должен быть предусмотрен гибкий программный инструментарий для построения
печатных форм силами обслуживающего персонала. Инструментарий построения печатных форм
должен обеспечивать:
стр. 86 из 170
 Гибкие возможности для настройки дизайна печатных форм, включающие отображение
таблиц, графиков, диаграмм, изображений, логотипов и пр.;
 Возможность печати штрих-кодов;
 Возможность персонализации печатных документов: адресная печать на документах
дополнительной информации (рекламной, маркетинговой и пр.) в зависимости от
профиля пользователя.
Система должна обеспечивать следующие возможности настройки корреспонденции с
потребителем:
 Определение регламентированного набора документов для каждого типа потребителей;
 Выбор потребителем предпочтительного способа доставки документов (бумажный
носитель, e-mail, факс и пр.) и предпочтительного адреса доставки;
 Возможность выбора нескольких способов доставки.
Система должна обеспечивать возможность индивидуальной печати документов и массовой
печати документов в пакетном режиме. Должны обеспечиваться следующие функции печати:
 Автоматическое определение способа доставки с последующим формированием
документов в необходимом виде;
 Массовая параллельная печать на нескольких печатающих устройствах одновременно;
 Массовая печать в архивный файл (с последующей его передачей на печать внешним
специализированным организациям);
 Автоматическая отправка электронной копии печатного документа по e-mail, по факсу,
если потребитель выбрал данный способ доставки.
4.3.7. Претензионно-исковая деятельность
Система должна обеспечивать следующие возможности ведения претензионно-исковой
работы по потребителям (за потребленную электроэнергию; по единому иску с учетом набора
прочих услуг, оказываемых непосредственно Заказчиком):
 Учёт финансовых операций по лицевым счетам в разрезе видов задолженности
(потребительская, исковая, мораторная, реструктурированная);
 Проведение и списание различных видов задолженности;
 Ведение журнала судебной практики с потребителем;
 Ведение журнала по исполнительному производству;
 Ведение графика плановых и фактических платежей по договору реструктуризации или
исполнительному листу;
 Формирование необходимых отчётов;
 Подготовка необходимых документов, в т.ч. с использованием электронного досье
клиента;
 Ведение контактной информации представителей привлечённых сторон;
 Ведение необходимой информации и учёт основных событий по процедуре банкротства
потребителя;
 Настройка и ведение оповещений специалиста по претензионно-исковой работе с целью
избежания пропусков значимых процессуальных событий.
Журнал судебной практики
 В журнале судебной практики должны фиксироваться следующие события:
 Наименование судебного органа;
 Даты основных процессуальных событий (например, начало искового производства, дата
вынесения решения по делу в 1-й инстанции, кассационной, аппеляционной и т.д.)
 Претензионное письмо;
 Мировое соглашение;
 Исковое заявление;
 Отказ принять иск в судебное производство;
 История и результат судебных заседаний по иску;
 Судебный акт;
 Исполнительный лист;
стр. 87 из 170
 Состояние исполнительного производства;
 Реструктуризация платежей по исполнительному листу.
4.3.8. Электронное досье клиента
Система должна обеспечивать возможность хранения в Системе в электронном виде
следующих документов:
 договор энергоснабжения;
 договор купли-продажи электроэнергии;
 протокол разногласий и согласования;
 договор на оказание прочих услуг;
 протокол разногласий и согласования;
 дополнительные/гарантийные соглашения;
 акты разграничения балансовой принадлежности и эксплуатационной ответственности;
 свидетельство о государственной регистрации права собственности на объект;
 документ о праве пользования;
 лицензии на осуществление предпринимательской деятельности по управлению МКД;
 справка жилищной организации о количестве зарегистрированных/проживающих;
 акты допуска приборов учёта в эксплуатацию;
 переписка с клиентом (обращения клиента и ответы Общества);
 других документов в случае необходимости.
4.4. Нефункциональные требования
4.4.1. Требования к стандартизации и унификации
При адаптации и внедрении Системы необходимо использовать общесистемное ПО
известных производителей, имеющее поддержку на территории РФ, включая лицензионные ОС,
СУБД и т.д.
Используемое при адаптации программное обеспечение и библиотеки программных кодов
должны иметь широкое распространение, быть общедоступными и использоваться в
промышленных масштабах.
При необходимости работ по модернизации Системы должна обеспечиваться унификация и
стандартизация на уровне интерфейсов взаимодействия пользователей с разрабатываемыми
Исполнителем подсистемами Системы.
Все поясняющие надписи в экранных формах АРМ должны быть на русском языке.
Пользователю должны быть предоставлены возможности работы с данными, как с помощью
клавиатуры, так и с применением манипулятора типа «мышь».
Должна обеспечиваться возможность совмещения на одном физическом рабочем месте
нескольких функциональных (логических) автоматизированных рабочих мест.
4.4.2. Требования к эргономике и технической эстетике
Графический интерфейс пользователя должен быть построен на основе следующих
принципов:
 единство базовых текстовых, цветовых и графических обозначений;
 однотипный интерфейс навигации по экранным формам;
 обеспечение многооконного режима;
 в шапке отчётов должен использоваться логотип Заказчика;
 для наиболее частых операций должны быть предусмотрены «горячие» клавиши;
 при возникновении ошибок в работе системы на экран монитора должно выводиться
сообщение с наименованием ошибки и с рекомендациями по её устранению на русском
языке;
 должна быть возможность получения отчётности по мониторингу работы подсистем.
4.4.3. Требования к Системе Управления Базами Данных
Для хранения и обработки всех информационных массивов Системы должна использоваться
единая система управления базами данных (СУБД).
Система должна быть внедрена на основе СУБД Microsoft SQL Server 2012, Standard,
Enterprise или Business Intelligence edition.
стр. 88 из 170
4.4.4. Диагностирование
Диагностика работы программного обеспечения Системы осуществляется программными
компонентами операционной системы, СУБД и специально предназначенными утилитами самой
системы.
4.4.5. Требования к видам обеспечения
4.4.5.1. Информационное обеспечение
Информационное обеспечение – это совокупность средств и методов построения и
использования информационной базы.
Информационное обеспечение должно удовлетворять пользователя по своей
упорядоченности, точности, достоверности и своевременности представления информации для
решения поставленных задач, а также однозначности и удобства ее восприятия всеми
пользователями.
Информационное обеспечение должно иметь адресность и требуемую детализацию, в
соответствии с уровнем иерархии подразделений, интегрированную организацию процессов
передачи и преобразования информации (информационную увязку всех специальных функций и
задач подразделений, однократный ввод первичных данных и их комплексное использование для
решения задач обработки, хранения и анализа данных).
4.4.5.2. Требования по использованию в Системе унифицированных ведомственных форм
документации
Форма представления выходной информации Системы должна быть согласована с
требованиями действующего законодательства РФ и заказчика (пользователя) Системы.
При разработке форм выходных документов необходимо применять в выходных документах
Системы термины и сокращения, общепринятые в данной предметной области и согласованные с
требованиями действующего законодательства РФ и Заказчика.
4.4.5.3. Техническое (аппаратное) обеспечение
4.4.5.3.1. Характеристики технических средств
Ниже представлены рекомендации к аппаратным средствам, если число одновременно
работающих пользователей Microsoft Dynamics AX не превышает 800 пользователей.
Сервер базы данных (а также, сервер отчетов и анализа):
Процессор
Количество ядер
RAM (ГБ)
AMD Opteron или Intel Xeon 2.13ГГц
32
256
На всех серверах рекомендуется использование рейд-массивов RAID1 под ОС и прикладное
ПО и как минимум одного дополнительного диска горячей замены. В качестве средства хранения
данных предпочтительно использовать внешнюю дисковую стойку на SAS или твердотельных
дисках. Конфигурация дисковых массивов для физических серверов может быть следующая:
RAID 0+1 (8 дисков) под БД с оперативными данными и БД сервера отчетов и анализа, RAID 0+1
(4 диска) под БД модели (приложения), RAID1 (2 диска) под журналы транзакций, RAID10 (4
диска) под TempDB, RAID1 (2 диска) под резервные копии.
Сервер приложений AOS, поддерживает до 250 одновременно работающих пользователей на
сервер. Если количество пользователей составляет 800, то необходимо иметь 3 сервера
приложений:
Одновременно
Количество
работающих
Процессор
RAM (ГБ)
ядер
пользователей
250
AMD Opteron или Intel Xeon 2.13ГГц
8
16
Сервер пакетной обработки:
Процессор
AMD Opteron или Intel Xeon
Количество ядер
24
RAM (ГБ)
64
стр. 89 из 170
Сервер портала (IIS, сервер справки):
Процессор
Количество ядер
AMD Opteron или Intel Xeon
8
RAM (ГБ)
16
Терминальный сервер (80 пользователей на сервер):
Процессор
Количество ядер
RAM (ГБ)
AMD Opteron или Intel Xeon
8
36
2.13ГГц
4.4.5.3.2. Пропускная способность каналов связи
Программный комплекс должен функционировать на каналах с пропускной способностью:
 до отделений – не более 10 Mb/s (не более 30 пользователей);
 на участках – не более 1 Mb/s (не более 10 пользователей).
4.4.6. Требования по сохранности информации при авариях внедряемой системы
Отказоустойчивость Системы должна обеспечиваться созданием резервных копий БД и
клиентского программного обеспечения с возможностью восстановления данных с этих копий.
В информационной системе должна обеспечиваться сохранность информации при всех
аварийных ситуациях.
Под аварийной ситуацией следует понимать состояние системы, которое характеризуется:
 полным или частичным прекращением выполнения функциональных задач;
 аномальным (нештатным) режимом работы всей системы или её основных подсистем,
связанным с изменением нормальной последовательности действий;
 несвоевременностью получения пользователями запрашиваемой информации и её
неадекватностью;
 полной или частичной потерей информации;
 нелегитимным доступом к системе, информации и предумышленным ее искажением или
уничтожением;
 аномальным состоянием важнейших компонентов инфраструктуры, взаимодействующих
информационных систем, всех видов обеспечения, сетей, людских ресурсов и других
обеспечивающих процессов.
В случае повреждения данных должно обеспечиваться восстановление состояния системы на
момент создания последней резервной копии данных, но не более чем за сутки до момента сбоя.
Восстановление данных должно осуществляться в соответствии со следующими
требованиями:
 при аварии или сбое в процессе выполнения пользовательских задач должно быть
обеспечено восстановление базы данных до состояния на момент последней завершённой
СУБД транзакции;
 при повреждении журналов регистрации СУБД должно быть обеспечено восстановление
базы данных до состояния на момент создания последней резервной копии данных, но не
позднее, чем за сутки до момента сбоя;
 восстановление баз данных с резервной копией должно осуществляться средствами
СУБД.
Для обеспечения защиты данных от разрушений при авариях и сбоях в процессе выполнения
пользовательских задач в ИС должно быть обеспечено:
 ведение регистрационных журналов и использование механизма отката транзакций
СУБД;
 создание резервных копий базы данных.
4.4.7. Требования к патентной чистоте
Система должна отвечать требованиям по патентной чистоте, согласно действующему
законодательству Российской Федерации.
Все работы и услуги по внедрению ПО для автоматизации расчетов за электроэнергию
(мощность) с физическими лицами должны быть выполнены на базе: Microsoft Dynamics AX 2012,
принадлежащей ПАО «Красноярскэнергосбыт» на правах неисключительной лицензии, без
стр. 90 из 170
применения
дополнительного
ПО,
лицензии
которого
недоступны
для
ПАО «Красноярскэнергосбыт» в рамках лицензионных контрактов, действующих на момент
заключения договора.
4.4.8. Показатели назначения внедряемой системы
Система должна соответствовать следующим показателям назначения:
 Количество потребителей, регистрируемых в Системе – не менее 2 млн. (с возможностью
масштабирования до 10 млн.);
 Количество объектов, регистрируемых в Системе – не менее 5 млн. (с возможностью
масштабирования);
 Количество точек учёта электроэнергии, регистрируемых в Системе – не менее 10 млн. (с
возможностью масштабирования);
 Обеспечение одновременной работы пользователей – не менее 800.
4.4.9. Требования к лингвистическому обеспечению внедряемой Системы
Лингвистическое обеспечение Системы - это совокупность языковых средств для
формализации естественного языка, построения и сочетания информационных единиц,
используемых в Системе при ее функционировании, для общения с комплексом средств
автоматизации. Под комплексом средств автоматизации Системы понимается совокупность
взаимосогласованных
компонентов
и
комплексов
программного,
технического
и
информационного обеспечения.
Обязательным языком интерфейса и встроенной справки программного обеспечения, а также
всей документации является русский язык. Прикладной программный код системы уровня
представления (или Внешний уровень), уровня бизнес-логики (или Внутренний уровень), уровня
доступа к данным (или Предметный уровень) должен быть открытым.
4.4.10. Требования к средствам настройки и администрирования внедряемой Системы
Система должна обеспечивать следующие возможности:
 Единый инструментарий администрирования для всех компонентов Системы;
 Возможность настройки информационного пространства:
 Справочники и классификаторы;
 Пользователи и группы пользователей;
 Настройка пользовательских интерфейсов;
 Разделение прав доступа на основе предопределённых ролей и групп пользователей.
 Наличие всех необходимых средств для разграничения прав доступа к данным, включая
разграничения доступа к функциональным операциям и формированию отчётных форм:
 создание/изменение учётных записей;
 управление правами доступа к ресурсам системы;
 проведение автоматического обновления рабочих мест с сервера.
4.4.10.1. Требования к Подсистеме администрирования
В ходе внедрения системы определяются требования к следующим процедурам
администрирования:
 Администрирование пользователей и полномочий. Создание и изменение основных
записей пользователей, присвоение полномочий по заявкам руководителей рабочих
групп. Создание и модификация полномочий для существующих объектов полномочий и
профилей в случаях, когда поставляемые полномочия и профили не удовлетворяют
требованиям доступа.
 Администрирование системы управления вычислительным центром (CCMS). Анализ
производительности системы, изменение параметров системных профилей, в том числе
распределения рабочих процессов, параметров распределения памяти с целью
повышения производительности. Ведение инстанций и рабочих режимов.
 Администрирование фоновой обработки. Периодические проверки правильности
выполнения критичных для системы фоновых заданий, планирование заданий.
 Администрирование базы данных. Периодические проверки базы данных, отслеживание
стр. 91 из 170
степени заполнения и фрагментации табличных пространств, расширение и
реорганизация, ведение параметров профилей базы данных, контроль резервного
копирования базы данных, ведение планирования периодических заданий для базы
данных, контроль результатов их выполнения.
 Мониторинг системы и разрешение проблемных ситуаций. Конфигурирование монитора
предупреждений, проверка функционирования системы с использованием монитора
предупреждений. Контроль состояния рабочих процессов, периодические проверки
системного журнала, контроль записей обновления и блокировок. Мониторинг пакетного
ввода.
 Обновление компонентов системы.
 Разработка и проведение мероприятий по защите данных от несанкционированного
доступа на уровне системы. Периодические проверки надежности защиты критических
компонентов системы.
 Разработка и отладка сценариев восстановления системы после сбойных ситуаций.
Планирование и проведение мероприятий по обеспечению надежности работы системы.
 Ведение очередей импорта, импорт запросов в систему. Проверка правильности импорта
и активации объектов.
4.4.11. Требования к качеству Системы
Качеством системы называется совокупность свойств программного средства, которые
обуславливают его пригодность удовлетворять заданные или подразумеваемые потребности в
соответствии с его назначением (см. раздел 13. ГОСТ 28806-90).
Ниже приведены показатели качества, выбранные для дальнейшей работы с использованием
ГОСТ 28195-89 и анализа требований Заказчика:
 Сопровождаемость:
Сопровождаемостью называется совокупность свойств программного средства,
характеризующая усилия, которые необходимы для его модификации (см. раздел 13. ГОСТ 2880690).
Сопровождаемость ПО для автоматизации расчетов с физическими лицами на базе Microsoft
Dynamics AX 2012 оценивается по следующим показателям:
 повторяемость – использование типовых компонентов данного программного
средства.
Данный показатель обеспечивается принципом модульности в построении Системы (см.
раздел 4.2.1).
 Эффективность:
Эффективностью системы называется совокупность свойств программного средства,
характеризующая те аспекты его уровня пригодности, которые связаны с характером и временем
использования ресурсов, необходимых при заданных условиях функционирования (см. раздел 13.
ГОСТ 28806-90)
Эффективность ПО для автоматизации расчетов с физическими лицами на базе Microsoft
Dynamics AX 2012 оценивается по следующим показателям:
 ресурсоемкость;
 временная эффективность – время отклика (получения результатов на типовое
задание), измеряется в секундах.
 Скорость выполнения основного цикла операций в пакетном режиме (расчёт
стоимости потреблённой энергии и услуг, фактурирование, напоминания,
начисление пени, печать корреспонденции и т.д.)
 Корректность:
Корректность Системы оценивается по следующим показателям:
 полнота документации разработчика (документированность технических проектных
решений, модели данных, текстов программ, форматов данных, протоколов обмена,
стыков с программными компонентами);
 непротиворечивость документации разработчика;
стр. 92 из 170
 соответствие документации стандартам;
 единообразие интерфейсов между модулями и пользователями.
 Удобство применения:
Удобством применения (использования) системы называется совокупность свойств
программного средства, характеризующая усилия, необходимые для его использования, и
индивидуальную оценку результатов его использования заданным или подразумеваемым кругом
пользователей программного средства (см. раздел 13. ГОСТ 28806-90):
Удобство применения Системы оценивается по следующим показателям:
 управление данными (централизованное администрирование);
 управление с помощью меню;
 простота администрирования Системы.
 Гибкость.
Гибкость оценивается по следующим направлениям (см. раздел 13. ГОСТ 28806-90):
 простота архитектуры проекта;
 применение параметризованных функций;
 применение стандартных протоколов связи;
 применение стандартных компонент пользовательского интерфейса;
 возможность наращивания и преобразования функций и информационной
структуры.
4.4.12. Эксплуатация, техническое обслуживание, ремонт и хранение
В соответствии с существующими нормативными документами и правилами эксплуатации,
принятыми в службах информатизации Заказчика.
Требования к параметрам сетей энергоснабжения определяются Российским стандартом
бытового электропитания: действующее значение напряжения 220 В ± 5% (предельно ± 10%),
частота 50 ± 0,2 Гц (предельно ± 0,4 Гц), коэффициент несинусоидальности - нормально до 8 % и
предельно - до 12% (ГОСТ 13109-95).
Необходимо использование источников бесперебойного питания, так как могут быть
провалы в питании.
Предварительные требования к допустимым площадям для размещения персонала и ТС
Системы: использовать существующие площади.
Для обеспечения надёжной работы системы необходимо предусмотреть наличие
техподдержки программного и методического обеспечения разработчиком.
4.4.13. Качество реализации
Качество реализации каждой функции, задачи или их комплексов (форма представления
выходной информации, необходимая точность и время выполнения, одновременности выполнения
группы функций, достоверность выдачи результатов) должно обеспечивать удобство в работе
пользователя, надежность, достоверность и своевременность реализации всех функций, задач или
их комплексов.
4.4.14. Перечень и критерии отказов
№ п/п
Виды отказов
Критерии отказов
1
Прекращение выполнения одной или 1. Невозможность запустить ПО
нескольких важных для Заказчика 2. Невозможно нормально завершить процесс
функций ПО
(действия пользователя в системе)
2
Снижение
производительности 1. Увеличение времени выполнения основных
системы по обслуживанию заданного типовых операций:
количества пользователей вследствие  прием обращений граждан-потребителей, ввод
выхода из строя программных и показаний и ввод платежей – более 15 мин.;
аппаратных средств
 расчет объема полезного отпуска – более 24 ч.
3
Искажение
информации Некорректное отображение информации на
(неправильные решения) вследствие форме или неверные результаты расчетов
сбоев в работе программных и
аппаратных средств
стр. 93 из 170
4.4.15. Перечень функций по каждой задаче подсистем
Перечень функций по каждой задаче подсистем (в том числе обеспечивающих
взаимодействие частей системы), подлежащих автоматизации функции определены в технической
проектной документации по каждому модулю.
5.
ЭТАПЫ И СРОКИ ВЫПОЛНЕНИЯ РАБОТ (ПОСТАВКИ ТОВАРОВ, ОКАЗАНИЯ
УСЛУГ)
Начало работ в течение 10 календарных дней с даты подписания договора. Завершение работ
не позднее 153 календарных дней с даты начала работ.
Разделение работ на этапы, примерная длительность краткое описание содержания работ и
результатов для каждого этапа приведены ниже.
Срок с даты
№
Состав работ
Результаты по этапу
начала работ
Х (месяцев)
Этап 1 Подготовка
Анализ и уточнение стратегии Приказ о создании рабочей
0,5
внедрения;
группы
Анализ и уточнение стратегии Детальный план работ;
обучения;
Устав проекта
Создание рабочей среды для
проектной группы;
Формирование проектной группы;
Определение
организационной
структуры проекта;
Определение
стандартов
и
процедур управления проектом;
Определение стратегии построения
системного ландшафта;
Совещание по фактическому началу
(запуску) проекта;
Совещания
по
стандартам,
касающимся проектной группы
Этап 2 Анализ применимости
Установка среды тестирования и Требования к интеграции;
1
обучения;
Требования к миграции;
Администрирование системы;
Альбом отчетных форм;
Проведение обучения ключевых Функциональные требования
пользователей и членов проектной по сценариям использования
группы;
Техническое задание
Проведение
семинаров
по
реализуемым бизнес-процессам;
Описание
и
согласование
дополнительных
требований
в
части
реализуемых
бизнеспроцессов;
Подготовка и согласование альбома
отчетных форм.
Этап 3 Дизайн
Разработка дизайна интеграции со Дизайн интеграции;
2
смежными системами;
Дизайн миграции;
Разработка
дизайна
миграции Дизайн конфигурации
данных в Систему;
Программа
и
методика
стр. 94 из 170
Этап 4
Этап 5
6.
Выработка
мер
обеспечения
дополнительных функциональных
требований;
Адаптация технических проектных
решений
при
необходимости
изменений;
Подготовка программы и методики
проведения
предварительных
испытаний.
Реализация
Конфигурирование и тест ПО для
автоматизации
расчетов
с
физическими лицами на базе
Microsoft Dynamics AX 2012;
Разработка программ переноса
данных (при необходимости).
Разработка программ интеграции;
Разработка/доработка
интерфейсных
программ
(при
необходимости);
Создание отчетов и формуляров;
Настройка системы полномочий;
Подготовка инфраструктуры для
обучения.
Развертывание
Установка продуктивной системы;
Подготовка
документации
для
конечного
пользователя
и
обучающего материала;
Подготовка
ключевых
пользователей по работе в ПО для
автоматизации
расчетов
с
физическими лицами на базе
Microsoft Dynamics AX 2012;
Загрузка данных подразделений
пилотной зоны в систему;
Уточнение процесса управления
системой.
испытаний
Сценарий
(уточнение
Программы
и
методики
испытаний)
и
протокол
предварительных испытаний
3
Протокол
настройки
прототипа
ПО
для
автоматизации расчетов с
физическими лицами на базе
Microsoft Dynamics AX 2012;
Инструкции
конечных
пользователей;
Отчет о проведении обучения
ключевых пользователей;
Отчет о миграции данных
подразделений пилотной зоны
в систему
5
ИНЫЕ УСЛОВИЯ ВЫПОЛНЕНИЯ РАБОТ (ОКАЗАНИЯ УСЛУГ)
6.1. Требования к интеграции с ИТ-инфраструктурой Компании и сторонними
системами
 Исполнитель должен определить и согласовать с Заказчиком состав данных,
периодичность их обновления и схему информационного обмена с другими
информационными системами.
 Исполнитель должен определить и согласовать с Заказчиком состав данных и
периодичность переноса информации по вновь созданным потребителям из смежных
систем Заказчика, перечисленным в данном разделе.
 Схема информационного обмена с другими информационными системами должна
полностью исключить дублирование ввода информации. Все данные, содержащиеся в
других информационных системах и используемые в Системе, должны автоматически
собираться Системой из других систем без их повторного ввода.
стр. 95 из 170
Должна быть обеспечена интеграция со следующими смежными системами:
 Принятыми системами обмена данными по договорам на прием платежей от потребителей и
другими внешними системами (по соц. нормам, субсидиям и т.д.);
 Программным комплексом по работе с юридическими лицами:
 ПАО «Красноярскэнергосбыт» - ПКК ЕАИС «Енисей»;
 Системой SMS- и e-mail-оповещения абонентов;
 Программным комплексом по работе с физическими лицами (в части расчётов начислений по
прочим услугам):
 ПАО «Красноярскэнергосбыт» - ПК «Квазар»;
 Программным комплексом по работе с абонентами ЖКХ лицами:
 ПАО «Красноярскэнергосбыт» - ПК «Шерпа»;
 Личным кабинетом клиента – физического лица;
 CRM-системой контактного центра ОАО «СНРГ»:
 Автоматическая выборка из базы данных клиентов, для которых наступили
определённые события, или которые обладают определёнными признаками:
 Изменение существенных условий договора энергоснабжения (купли-продажи
электрической энергии),
 Наступление сроков, пропуск которых приведёт к неисполнению договорных
обязательств или требований нормативно-правовых актов,
 Образование непогашенной задолженности по оплате за электроэнергию или
дополнительные услуги,
 Истечение сроков межповерочного интервала приборов учёта,
 Различные маркетологические признаки и др.
 Формирование реестров клиентов, отобранных по вышеуказанным критериям, с
необходимыми контактами, и передача их в средства автоматического информирования
клиентов.
 Интеграция со средствами автоматизации и оборудованием Контактного центра и
средствами автоматического уведомления клиентов.
 Интеграция с системой ERP или бухгалтерской системой (1С ERP 2.0. и 1С Бухгалтерия 8.2.):
Внедряемая Система должна обеспечивать импорт/экспорт данных из любых смежных
систем в заданном формате (определяется в подробном Техническом задании):
 Реализации электроэнергии;
 Поступивших платежей в разрезе оказываемых услуг.
 Мобильный сервис «Информационный центр клиентов» (сервис USSD-запросов).
 Интеграции с приложениями для мобильных устройств на базе: Android, iOS, мобильных
версий операционных систем компании Microsoft (планами ПАО «Красноярскэнергосбыт»
предусмотрена разработка в рамках отдельного проекта приложения по снятию контрольных
показаний про помощи мобильных устройств на базе: Android, iOS, мобильных версий
операционных систем компании Microsoft. Необходимо Исполнителю предусмотреть
интеграцию с данным приложением в процессе реализации проекта или сохранить такую
возможность для будущей реализации).
 Системой печати оперативно-финансовых документов.
А также должен быть налажен обмен данными при наличии технической возможности с:
 Системами СО и ТСО;
 Управлениями социальной защиты населения;
 Муниципальными образованиями;
 Паспортными столами;
 Корпоративной системой документооборота;
 ГИС ЖКХ;
 Реформа ЖКХ.
6.2. Требования к процедурам взаимодействия с пользователями
К моменту передачи Системы в опытную эксплуатацию необходимо предоставить
стр. 96 из 170
процедуры взаимодействия с пользователями, включающие:
 Подключение пользователей к Системе;
 Создание учетной записи;
 Предоставление прав доступа (включая регистрацию изменений во внутренних
документах Заказчика);
 Изменение прав доступа;
 Другие, необходимые процедуры.
Процедуры должны предусматривать организационное взаимодействие участников
процедуры в соответствии с внутренними регламентами.
6.3. Требования к передаче в эксплуатацию
Приемка Системы в эксплуатацию происходит в следующем порядке:
 Опытная эксплуатация. На момент передачи Системы в опытную эксплуатацию
должен быть обеспечен:
 Комплект эксплуатационной документации;
 Резервное копирование и восстановление Системы;
 Процедуры взаимодействия с пользователями;
На стадии опытной эксплуатации происходит устранение замечаний, как по
функциональности Системы, так и по указанным пунктам. Приемка в промышленную
эксплуатацию происходит только после устранения всех замечаний.
6.4. Требования к информационной безопасности
Требования информационной безопасности должны обеспечиваться на всех стадиях
жизненного цикла Систем, с учетом всех сторон, вовлеченных в процессы жизненного цикла
(разработчиков заказчиков, поставщиков продуктов и услуг, эксплуатирующих и надзорных
подразделений Общества).
Система должна соответствовать требованиям Положения по обеспечению информационной
безопасности ПАО «РусГидро» при разработке технических решений, утвержденных приказом
ОАО «РусГидро» №1092 от 08.12.2010.
Необходимо обеспечить интеграцию Системы с существующей инфраструктурой
комплексной системы управления информационной безопасностью и другими системами
обеспечения безопасности информации.
6.4.1. Общие требования к защите информации
Система должна обеспечивать защиту от несанкционированного доступа к данным и
разграничивать доступ пользователей к информации посредством системы паролей, хранящихся
на серверах узлов в зашифрованном виде. Возможность изменить пароль или дать какие-либо
привилегии пользователю должна быть только у администратора Системы. Управление доступом
к информации в Системе должно осуществляться на уровне данных. Должна быть предусмотрена
возможность объединения привилегий в группы привилегий (в дальнейшем – роли). У
администратора Системы должна быть возможность модифицировать привилегии имеющихся
ролей и создавать новые роли, в том числе на основе старых с использованием «матрицы»
привилегий. Любому пользователю Системы может быть присвоена одна или несколько ролей и
(или) отдельных привилегий.
Права пользователей должны быть разграничены по таким возможностям работы с данными:
 просмотр данных;
 получение данных;
 ввод, изменение, удаление данных;
 выполнение отдельных функций Системы;
 назначение прав другим пользователям;
 работа с журналами Системы.
6.4.2. Требования к регистрации действий пользователей
Система должна осуществлять регистрацию следующих событий:
 Регистрацию входа пользователя в систему, в том числе неудачные попытки входа в
систему (с возможностью ограничения количества неудачных попыток авторизации и
стр. 97 из 170
последующей автоматической блокировкой учетной записи);
 создание и удаление объектов системы;
 изменение объектов системы, с фиксацией информации об объекте и характеристики
изменения;
 изменение любой информации в лицевом счете потребителя на всех уровнях построения
системы;
 действия по изменению правил разграничения доступа (ПРД).
Для каждого из этих событий должна регистрироваться следующая информация:
 дата и время наступления события;
 пользователь, осуществляющий регистрируемое действие;
 тип события;
 внесенные изменения.
Система должна позволять осуществлять фильтрацию типов событий, действий и записей,
произведенных в журнал стандартными (встроенными) средствами по следующим событиям:
 по дате и времени событий;
 по пользователю;
 по типу события;
 по объектам системы, с которыми происходили события;
 по изменениям, произведенным с объектами и отдельными реквизитами
(характеристиками) объектов.
6.5. Порядок контроля и приемки системы
Испытания Системы проводят на стадии "Реализация" с целью проверки соответствия
Системы настоящим Техническим требованиям и определению возможности ввода Системы в
действие.
6.5.1. Испытания системы
Испытания Системы должны проводиться в соответствии с требованиями ГОСТ 34.603-92
«Информационная технология. Виды испытаний автоматизированных систем» на стадии «Ввод в
действие» по ГОСТ 34.601. Для Системы могут быть установлены следующие основные виды
испытаний:
 предварительные испытания,
 опытная эксплуатация,
 приемочные испытания.
Результаты испытаний фиксируются в протоколе испытаний. В рамках настоящего проекта
опытная эксплуатация производится Заказчиком, внедрение в промышленную эксплуатацию не
входят в рамки настоящего проекта. Итогом выполнения работ является проведение приемочных
испытаний.
Состав, объем и методы испытаний Системы определяются документом «Программа и
методика испытаний», разрабатываемым на стадии «Дизайн». По результатам работ стадии
«Реализация» документ «Программа и методика испытаний» может расширяться и уточняться.
6.5.2. Приемка системы
Система передается Заказчику в виде функционирующего комплекса и комплекта
документации в сроки, установленные заключённым договором.
Приемку услуг должна осуществлять приемочная комиссия.
Состав приемочной комиссии
Приемочная комиссия по приемке Системы создается Заказчиком.
В состав Приемочной комиссии должны входить:
 ключевые исполнители от Заказчика и члены Проектной группы Заказчика.
 члены Управляющего комитета Заказчика.
Состав Приемочной комиссии отражается в листах согласования по каждому из документов,
являющихся результирующими по каждому из этапов тестирования.
В Приемочную комиссию в обязательном порядке включается представитель Исполнителя.
По результатам испытаний оформляется "Протокол испытаний" и "Акт приема-сдачи услуг".
стр. 98 из 170
После подписания соответствующего акта приема-сдачи услуг Исполнитель предоставляет
полный пакет исполнительской и эксплуатационной документацию на Систему в объеме,
достаточном для ее последующего сопровождения и развития.
Для проведения приемочных испытаний Исполнитель предъявляет следующую
документацию:
 техническое задание на создание Системы;
 программа и методика испытаний;
 комплект технической и эксплуатационной документации;
В ходе приемочных испытаний в соответствии с ПМИ осуществляется проверка:
 полноты и качества реализации функций при штатных, предельных, критических
значениях параметров объекта автоматизации и в других условиях функционирования
ИС, указанных в ТЗ;
 выполнения каждого требования, установленного в ТЗ, относящегося к интерфейсу
системы;
 эффективности работы пользователей;
 полнота сообщений, директив, запросов, доступных оператору и их достаточность
для эксплуатации системы;
 сложность процедур диалога, возможность работы персонала без специальной
подготовки (за исключением требований, указанных в разделе 4.2.2 настоящих ТТ);
 реакция системы и ее частей на ошибки оператора, средства сервиса.
 функционирования средств и методов восстановления работоспособности Системы после
аварийных и нештатных ситуаций;
 проверка наличия в эксплуатационной документации рекомендаций по
восстановлению работоспособности и полноту их описания;
 практическая выполнимость рекомендованных процедур;
 работоспособность средств автоматического восстановления функций (при их
наличии).
 комплектности и качества эксплуатационной документации на соответствии с
требованиями, установленными в ТЗ;
 соответствия Системы требованиям ИБ;
Результаты проведения приемочных испытаний технический куратор фиксирует
протоколом. Протоколы испытаний объектов по всей программе (ПМИ) обобщают в едином
сводном протоколе с указанием замечаний.
Устранение замечаний согласно сводному протоколу испытаний технический куратор
фиксирует протоколом устранения замечаний.
После устранения замечаний должны быть проведены повторные приемочные испытания в
полном объеме.
По итогам завершения приемочных испытаний Приемочная комиссия делает заключение о
соответствии Системы требованиям ТЗ на Систему и готовности внедрения Системы в
промышленную эксплуатацию.
6.5.3. Гарантированные показатели Системы
 Надёжность системы должна быть не менее 98% (суммарное допустимое время простоя в
работе системы не более 9 часов в течение месяца). Данное требование распространяется
на все компоненты системы.
 Время восстановления базы данных с резервной копии не должно превышать 2 часов.
 Среднее время реакции интерфейса на действие пользователя – не более 5 секунд.
6.5.4. Порядок предъявления результатов Заказчику
Результаты оказываемых услуг оформляются в соответствии с Договором на внедрение
Системы заключаемым Заказчиком и Исполнителем.
Всю отчетную документацию по этапу необходимо предоставлять до предоставления актов
приема-сдачи услуг по этапу. Документация должна быть согласована в установленном порядке со
всеми заинтересованными подразделениями, в том числе с функциональными заказчиками.
стр. 99 из 170
По окончании выполнения услуг по каждому этапу Календарного плана Исполнитель
представляет Заказчику два экземпляра Акта приема-сдачи услуг и документы, подтверждающие
выполнение этапа (в том числе результаты работ, изложенные далее по тексту), подписанные
полномочным представителем Исполнителя.
В течение 10 (десяти) рабочих дней с момента получения экземпляров Акта от Исполнителя,
Заказчик рассматривает представленные материалы и либо подписывает оба экземпляра Акта
приема-сдачи услуг и один из них передает Исполнителю, либо предоставляет Исполнителю
письменный мотивированный отказ от приемки услуг, указывающий несоответствие
представленных материалов требованиям настоящего документа.
В случае мотивированного отказа Заказчика от приемки услуг Сторонами в течение
10 (десяти) рабочих дней с момента получения Исполнителем письменного мотивированного
отказа составляется и подписывается протокол с указанием согласованных Сторонами: перечня
недостатков, необходимых доработок и сроков их выполнения Исполнителем.
6.5.5. Требования по организации гарантийной поддержки
Исполнитель организует гарантийную поддержку внедрённого решения в течение
12 месяцев с момента подписания итогового акта выполненных работ по Договору, в состав
которой входят:
 устранение ошибок функционала, архитектуры и документации, выявленных в ходе
эксплуатации;
 прием и рассмотрение обращений пользователей по инцидентам, поступивших через
Службу поддержки пользователей Заказчика;
 организация работ по устранению инцидентов, взаимодействие с представителями
Заказчика, эскалация инцидента (при необходимости, например, обращение к
поставщику базового ПО);
 соблюдение требований Регламентов процессов управления изменениями и релизами при
проведении изменений в Системе в рамках поддержки и гарантийных обязательств;
 апробация новых версий программных компонентов Системы в тестовой среде и
последующее обновление ПО Системы на площадках Общества.
 оказание консультаций по вопросам, входящим в обязательства по гарантийной
поддержке по телефону и по электронной почте с 8:00 до 17:00 по красноярскому
времени (время доступности регистрации обращений на сайте технической поддержки –
круглосуточно);
 бесплатную поставку новых версий ПК;
 соблюдение требований Регламентов процессов управления изменениями и релизами при
проведении изменений в Системе в рамках гарантийных обязательств;
 внесение изменений в документацию на Систему по результатам выполненных работ в
рамках гарантийной поддержки.
6.6. Требования к уровню предоставления гарантийной поддержки
Гарантийная поддержка Системы со стороны Исполнителя должна обеспечиваться со
следующими показателями:
 Режим 8х7 (Пн-Пт, 8:00-17:00 по красноярскому времени регистрация обращений и
консультации, Сб-Вс должна быть обеспечена возможность регистрации обращений).
 Уровень доступности 99%.
 Время реакции – 30 мин.
 Время устранения аварии, сбоя (восстановления штатной работы услуги) – 4 часа.
 Время оказания консультации и предоставления справочной информации о ходе
исполнения гарантийной заявки – 8 рабочих часов.
 Время планирования и согласования внесения изменений – 40 рабочих часов;
6.7. Требования к документированию
6.7.1. Общие требования к документированию
Строгий перечень и названия документов, подлежащих разработке в рамках проекта,
определяется Техническим заданием.
стр. 100 из 170
Допускается выпуск документов с использованием средств автоматизации разработки.
Все документы должны быть выпущены на русском языке. Отдельные документы могут
содержать записи латинскими буквами (наименование полей баз данных, сокращенное название
подсистем, кодировка, тексты программ и т.д.).
Состав документов на общее программное обеспечение, поставляемое в составе Системы,
может соответствовать комплекту поставки компании – изготовителя.
Документацию на составные части системы допускается включать как отдельные разделы в
документацию на систему в целом.
Перечень документации как минимум должен содержать следующие виды/типы документов,
требования к которым отражены ниже:
 Техническое задание:
 При написании технических заданий на создание (внедрение) Системы необходимо
руководствоваться шаблоном ТЗ, утвержденным для информационных систем и
стандартом ГОСТ 34.602-89.
 ТЗ является основным документом, определяющим требования и порядок создания
(развития или модернизации) Системы или элементов ИТ–инфраструктуры, в
соответствии с которым проводится их разработка и приемка при вводе в действие.
 Включаемые в ТЗ требования должны ясно и четко описывать функциональность
Системы и соответствовать современному уровню развития технологий и не
уступать аналогичным требованиям, предъявляемым к лучшим современным
аналогам.
 ТЗ должно содержать в полной мере все требования и доработки к Системе,
изложенные в настоящих ТТ, а также выходящие за рамки ТТП;
 ТЗ должно соответствовать шаблону и обязательно содержать следующие разделы
согласно ГОСТу, которые могут быть разделены на подразделы:
 общие сведения;
 назначение и цели создания (развития) Системы;
 характеристика объектов автоматизации;
 требования к Системе (системные, функциональные, нефункциональные);
 состав и содержание работ по созданию (развитию) Системы;
 требования к составу и содержанию работ по подготовке объекта автоматизации
к вводу Системы в эксплуатацию;
 требования к интеграции в ИТ-инфраструктуру Общества;
 порядок контроля и приемки Системы;
 требования по организации гарантийной технической поддержки;
 требования к документированию;
 источники разработки.
 Проектная документация:
 Технический проект должен соответствовать требованиям ГОСТ Российской
Федерации, международным стандартам, внутренним требованиям и стандартам
компании в области информационных технологий.
 Требования к составу и содержанию технического проекта определяются на
этапе формирования технического задания.
 Комплект документации технического проекта представляется Заказчику
Исполнителем в 2-х экземплярах в печатном виде (с подписями и печатями), а
также в электронном виде на машинных носителях. Электронный вид
документов должен соответствовать одному из форматов редакторов Microsoft
Word, Microsoft Excel, Microsoft Visio, Microsoft PowerPoint версий
2003/2007/2010/2013.
 Документация технического проекта должна быть разработана в соответствии с
требованиями РД 50-34.698-90, ГОСТ 34.602-89.
 Эксплуатационная документация.
стр. 101 из 170

С Системой должна быть предоставлена эксплуатационная документация.
Совокупность
эксплуатационной
документации
должна
отражать
организационную
структуру,
права
и
обязанности
пользователей,
эксплуатационного персонала и администратора (эксперта) ИС в условиях
функционирования системы в штатном, аварийном режиме.
 Документация на ИС должна быть выполнена в соответствии с Приложением
№ 1 к настоящим Техническим требованиям.
 В обязательном порядке должна быть предусмотрена возможность актуализации
эксплуатационной документации на протяжении жизненного цикла ПО.
6.7.2. Соответствие стандартам
В соответствии с п. 2.1 ГОСТ 34.201-89 "Перечень наименований разрабатываемых
документов и их комплектность на систему и ее части должен быть определен в техническом
задании на создание автоматизированной системы (подсистемы)". Поскольку в указанном
стандарте приводится большой перечень документов по каждой стадии создания АС различных
типов и назначения, то в настоящих ТТ определяется именно та часть документов, которая
реально необходима для Системы.
За основу для разработки структуры и содержания документов используются специальные
государственные стандарты, предназначенные для определенного типа документов (например,
ГОСТ 34.603-92 для определения содержания программ испытаний).
6.7.3. Перечень подлежащих разработке документов
Допускается изменение состава документов, изготовляемых на какой-либо из стадий
создания Системы.
6.7.3.1. Этап «Подготовка» проекта
Выходными документами по этапу подготовки проекта являются:
 Приказы Компании о начале проекта по внедрению Системы;
 Устав проекта;
 Детальный план проекта.
6.7.3.2. Этап «Анализ применимости»
На данном этапе оценивается применимость функционала Системы и выявляются
дополнительные требования. Результирующими документами являются:
 Требования к интеграции;
 Требования к миграции данных;
 Альбом отчетных форм;
 Функциональные требования по сценариям использования;
 Техническое задание.
6.7.3.3. Этап «Дизайн»
На этапе Дизайн проводится адаптация технической проектной документации, а также
дополнение при необходимости. Результирующими документами являются:
 Дизайн интеграции
 Дизайн миграции данных
 Дизайн конфигурации
 Программа и методика испытаний
6.7.3.4. Этап «Реализация»
В соответствии с указанными стандартами на этапе Реализации готовится следующая
документация:
 Сценарии предварительных испытаний (уточнение Программы и методики испытаний)
 Протоколы предварительных испытаний;
Назначение и содержание программ испытаний определены в п. 7.2 «Испытания системы»
настоящих ТТ в соответствии с ГОСТ 34.603-92 "Виды испытаний АС" .
6.7.3.5. Этап «Развертывание»
В соответствии с указанными стандартами на этапе Развертывание является следующая
документация:
стр. 102 из 170
 Протокол настройки ПО для автоматизации расчетов с физическими лицами на базе
Microsoft Dynamics AX 2012;
 Инструкции конечных пользователей;
 Отчет о проведении обучения ключевых пользователей;
 Отчет о миграции данных подразделений пилотной зоны в систему
ТРЕБОВАНИЯ К УЧАСТНИКУ
7.1. Квалификационные требования (обязательные)
7.1.1. Участник должен иметь опыт реализации по разработке и внедрению систем (не
менее одной) биллинга, подтвержденный:
 Представленным Участником перечнем корпоративных проектов с указанием параметров
масштаба проекта, отрасли, реализованных функциональных задач, показателей
производительности биллинговых решений;
 Официальными отзывами от Заказчиков по проекту/проектам и/или перечень
официальных лиц Заказчиков, которые могут подтвердить качество реализации
проекта/проектов.
7.1.2. Участник должен иметь опыт реализации интеграционных проектов, в рамках
которых реализованы задачи интеграции нескольких разноплатформенных приложений в единое
информационное пространство, в том числе с применением собственных или промышленных
интеграционных шин/платформ, подтвержденный представленным перечнем проектов с
указанием параметров масштаба проектов, интегрированных систем, примененных
способов/платформ интеграции.
7.1.3. Участник должен иметь статус партнёра Microsoft – компании производителя
программной платформы Microsoft Dynamics AX 2012, которая используется для реализации
требований по модификации и расширению функциональности (подтверждается письмом от
компании Microsoft).
7.1.4. Участник должен обладать компетенциями, необходимыми для реализации задач
проекта, в том числе Gold или Silver Enterprise Recourse Planning, подтвержденными Microsoft –
компании производителя программной платформы Microsoft Dynamics AX 2012, которая
используется для реализации требований по адаптации и расширению функциональности
(подтверждается письмом от компании Microsoft).
7.1.5. Участник должен иметь собственную службу технической поддержки,
функционирующей в режиме 24•365 (подтверждается гарантийным письмом).
7.1.6. На
весь
период
реализации
проекта
Участник
должен
располагать
квалифицированным персоналом для оказания услуг, в том числе бизнес-аналитиками,
проектными менеджерами и разработчиками в количестве не меньшем положенного для
компетенций Microsoft Gold или Silver Recourse Planning (подтверждается гарантийным письмом).
Наличие необходимых ресурсов подтверждается справками об образовании и опыте работы
соответствующих специалистов Участника, а также копиями сертификатов по платформе, которая
будет использоваться при создании Системы.
7.1.7. Участник должен письмом представить выделенного для реализации проекта
сертифицированного менеджера проекта, с подтверждением сертификации официальным
документом.
7.1.8. Участник должен письмом представить команду, выделенную для реализации проекта
с указанием ФИО, опыта работы по реализации аналогичных проектов.
7.1.9. В связи с исключительным значением проекта для бизнес-процессов Заказчика и их
сложностью, необходимостью проведения очного интервьюирования представителей Заказчика,
ограниченностью возможности по предоставлению удаленного доступа из внешних сетей (в том
числе отсутствием такой возможности по части объектов), необходимостью реализации проекта в
исключительно короткий срок – Участник должен обеспечить присутствие проектной команды на
территории Заказчика на весь период реализации проекта, а также, по заявке Заказчика,
специалист Участник должен очно оказывать консультационные услуги (подтверждается
7.
стр. 103 из 170
гарантийным письмом).
7.2. Квалификационные требования (Желательные).
7.2.1. Участник должен представить документы, подтверждающие опыт выполнения
аналогичных проектов для Группы компаний ПАО «РусГидро».
7.2.2. Участник может представить рекомендации других компаний, работающих в области
электроэнергетики и государственного сектора, а также информацию, характеризующую его
деятельность на рынке.
7.2.3. Оборот денежных средств Участника за последние 3 (три) года должен составлять не
менее 200 млн. руб. (согласно форме № 4 Бухгалтерского баланса).
ТРЕБОВАНИЯ К ДОКУМЕНТАЦИИ ПО ЦЕНООБРАЗОВАНИЮ
Расчет стоимости услуг (стоимость на создание и внедрение) необходимо привести в
Таблице № 1 в разбивке по видам затрат и по этапам согласно разделу 5 настоящих Технических
требований, а именно:
 Стоимость услуг отдельно по каждому этапу (исходя из почасовых тарифных ставок
специалистов, задействованных для реализации проекта);
 Командировочные расходы отдельно по каждому этапу;
Так же необходимо представить требования к квалификации и численности персонала ИТслужбы, который необходим для эксплуатации данной системы. Важно, чтобы квалификационные
требования к персоналу были сформулированы в объеме конкретных знаний: курсы, сертификаты
производителей, опыте работы и тому подобное.
При указании стоимости необходимо выделить НДС или указать «НДС не облагается».
Таблица № 1
Ценовой расчет (в разбивке по видам затрат)
Стоимост Стоимост
Срок
Трудозатр
ь
ь работ/
работ/оказания
Должнос
аты
Наименование
Кол-во
человеко- оказывае
услуги, дней
ть
исполнит
№ этапа услуг /
исполн
часа
мых
исполнит
еля
дата
дата
Вид затрат
ителей
исполнит
услуг,
еля
(человеко
начала окончания
еля, (руб.
(руб. с
-час)
этапа
этапа
с НДС)
НДС)
1
2
3
4
5
6
7
8
9
0 Подготовка проекта
Стоимость
…
услуг
…
…
Командировочн
ые расходы
1 Анализ применимости
Стоимость
…
услуг
…
…
Командировочн
ые расходы
2 Дизайн
Стоимость
…
услуг
…
…
Командировочн
ые расходы
8.
стр. 104 из 170
3
4
Реализация
Стоимость
услуг
…
…
…
Командировочн
ые расходы
Развертывание
Стоимость
…
услуг
…
…
Командировочн
ые расходы
ИТОГО
ИНЫЕ ТРЕБОВАНИЯ И УСЛОВИЯ
9.1. Обязательные требования к предложению участника
Все услуги по внедрению Системы должны быть оказаны в рамках договора без увеличения
стоимости, предложенной Участником в аукционной заявке.
Цена, указанная в аукционной заявке, должна оставаться неизменной в течение всего срока
действия договора и не может быть изменена в сторону увеличения.
Оплата за выполненные работы производится в течение 30 календарных дней после
подписания Актов приема-сдачи услуг.
Участник должен представить детальное техническое описание предлагаемого решения и
работ, выполненное с учетом Технических требований. Детальное техническое описание
предлагаемого решения должно содержать описание концепции модели данных по расчетам с ФЛ,
в рамках которой указаны:
 основные сущности подсистемы, взаимосвязи между ними;
 основные реквизиты в разрезе сущностей (влияющие на расчет полезного отпуска);
 принципиальная договорная схема;
9.
10. ПЕРЕЧЕНЬ
НОРМАТИВНО-ТЕХНИЧЕСКИХ
ДОКУМЕНТОВ,
ИСПОЛЬЗОВАННЫХ ПРИ РАЗРАБОТКЕ ТЕХНИЧЕСКИХ ТРЕБОВАНИЙ И
ОБЯЗАТЕЛЬНЫХ К СОБЛЮДЕНИЮ ПРИ АДАПТАЦИИ И ВНЕДРЕНИИ СИСТЕМЫ
ГОСТ 34.602-89 Комплекс стандартов на автоматизированные системы. Техническое задание
на создание автоматизированной системы;
ГОСТ 34.201-89 Комплекс стандартов на автоматизированные системы. Виды,
комплектность и обозначение документов при создании автоматизированных систем;
ГОСТ 19.101-77 ЕСПД Виды программ и программных документов;
ГОСТ 19431-84 Энергетика и электрификация. Термины и определения;
ГОСТ 34.601-90 Автоматизированные системы. Стадии создания;
Федеральный закон от 27 июля 2006 № 152-ФЗ «О персональных данных»;
«Положение об обеспечении безопасности персональных данных при обработке в
информационных системах персональных данных» (утв. постановлением Правительства
Российской Федерации от 17 ноября 2007 № 781);
Приказ ФСТЭК России № 58 от 05.02.2010 "Об утверждении положения о методах и
способах защиты информации в информационных системах персональных данных".
стр. 105 из 170
Приложение № 1
к Техническим требованиям
ЭКСПЛУАТАЦИОННАЯ ДОКУМЕНТАЦИЯ
№
Документы
Описание
 Регламент
штатного
обслуживания
предназначен
для
использования в группах поддержки, обеспечивающих выполнение
рутинных работ в отношении передаваемых информационных
решений.
 Документ является руководством оператора СПП. Он должен
содержать:
 Периодичность и условия инициации рутинных операций.
 Перечень рутинных операций, которые необходимо выполнять
для обеспечения корректной эксплуатации ИС.
 Регламенты выполнения рутинных операций и стандартных
запросов на обслуживание.
Регламент
 Нормативы трудоёмкости выполнения регламентных операций.
1 штатного
 В число описанных рутинных операций в обязательном порядке
обслуживания
должны быть включены:
 процедура проведения изменений в данной ИС, исключающая
прерывание услуги;
 процедуры резервного копирования ИС, обеспечивающие полное
восстановление работоспособной системы;
 процедуры
мониторинга,
включающие
счетчики
производительности, рекомендованные к рассмотрению;
 процедуры, обеспечивающие с потреблением пользователями
услуги, такие как подключение пользователей к информационной
системе, назначение прав доступа в информационной системе и тому
подобное.
 Регламент
аварийного
обслуживания
предназначен
для
использования в группах поддержки, обеспечивающих выполнение
рутинных и оперативно–восстановительных работ в отношении
передаваемых информационных решений.
 Регламент аварийного обслуживания содержит обходные решения,
обеспечивающие восстановление услуги в случае возникновения
аварий с ИС.
 Документ является руководством инженера службы поддержки,
предписывающим действия по оперативному восстановлению
Регламент
работоспособности ИС. Он должен содержать:
2 аварийного
обслуживания
 Определения нештатных ситуаций и аварий. Параметры
состояния ИС (симптомы), классифицируемые как – «авария».
 Описание процедуры и уровня принятия решения о наличии
аварии и необходимости выполнения процедур восстановления или
применения обходного решения.
 Регламенты и инструкции по выполнению восстановительных
процедур и применению обходных решений.
 Ссылку на запись о проблеме в процессе управления проблемами.
 Нормативы трудоёмкости выполнения процедур.
Настоящий
Регламент
проведения
резервного
копирования
Регламент
(восстановления) программ и данных, хранящихся на серверах ИТ3 резервного
инфраструктуры, разрабатывается с целью:
копирования
 определения порядка резервирования данных для последующего
стр. 106 из 170
восстановления работоспособности автоматизированных систем;
 определения порядка восстановления информации в случае
возникновения такой необходимости;
 упорядочения работы должностных лиц, связанной с резервным
копированием и восстановлением информации.
 В настоящем документе регламентируются действия при
выполнении следующих мероприятий:
 резервное копирование;
 контроль резервного копирования;
 хранение резервных копий;
 полное или частичное восстановление данных и приложений.
Краткое
Краткое руководство пользователя служит для целей быстрого
руководство
объяснения пользователям системы следующих вопросов:
пользователя
и  предназначение ИР;
6 презентация ИС (в
 основные функции ИР;
формате
PowerPoint
или  основы использования ИР;
 процедура подключения к ИР.
Flash)
Подробное руководство по использованию информационной
системой с полным описанием функций, включая:
 Общее описание системы для пользователя.
Полное
 Карта бизнес-процессов по ролям(желательно в виде схемы).
7 руководство
 Пошаговое описание работы пользователей в разрезе ролей и
пользователя
бизнес-процессов (как детализация предыдущего пункта).
 Описание разграничения между «коробочной» версией системы и
доработками, сделанными для РусГидро на уровне объектов
разработки (модулей, процедур, функций и т.п).
Руководство содержит:
 Установки и настройки системы с нуля
 Инструментов резервного копирования
 Системы защиты информации(настройка прав доступа и т.п.) с
описанием какой роли какие права предоставлять.
 Механизмов логирования пользовательских действий.
 Настроек системы.
 Список пользователей системы со следующей информацией
(желательно в виде таблицы):
Руководство
 должность;
8 администратора
 контактная информация;
системы
 название предприятия группы РусГидро в штате которых они
числятся;
 роли, которые присвоены и исполняют в системе;
 бизнес - процессы, в которых принимают участие.
 Других механизмов администрирования.
 Описание (алгоритм) проверки готовности ИС к работе. Должен
включать
в
себя
проверку
необходимых
компонентов
инфраструктуры, а также набор синтетических тестов самой ИС, с
описанием критичности отклонений от заданных порогов значений.
Спецификации ИТ9
Разрабатывается в соответствии с принятой в Обществе формой.
услуг
На стадии разработки технического задания перечень, комплектность и виды документов
могут быть уточнены.
стр. 107 из 170
Приложение № 2
к Документации о закупке
Пояснения к проекту Договора
1. Проект Договора приведен в настоящем приложении к настоящей документации о закупке.
2. Настоящий проект Договора содержит обязательные требования Организатора (существенные
условия) в отношении формы и всех условий Договора. Указанные требования подлежат
безусловному принятию Участниками. Встречные предложения Участников в отношении
формы и (или) условий Договора не допускаются.
3. В настоящем проекте Договора, размещаемом в составе документации, Существенные условия
выделены жирным шрифтом с пометкой символом СУ.
4. В отношении прочих условий Договора приведенный ниже проект Договора содержит
пожелания Организатора. Участники в своих заявках в рамках протокола разногласий
(подраздел 5.4) могут привести свои условия или формулировки.
ПРОЕКТ ДОГОВОРА
ДОГОВОР № _______
г. Красноярск
«___» ____________ 2015 г.
______________________________________________, именуем___ в дальнейшем «Исполнитель»,
(наименование или Ф.И.О.)
в лице ____________________________________________________, действующ___ на основании
(должность, фамилия, имя, отчество)
____________________________________________________________________ с одной стороны,
(Устава, положения, доверенности или паспорта)
и ПАО «Красноярскэнергосбыт», именуемое в дальнейшем «Заказчик», в лице
__________________________________________________________, действующего на основании
(должность, фамилия, имя, отчество)
________________________________________________, с другой стороны, совместно именуемые
(Устава, положения, доверенности или паспорта)
«Стороны», на основании протокола заседания закупочной комиссии № _____ от _________,
заключили настоящий Договор о нижеследующем:
1. ПРЕДМЕТ ДОГОВОРА
1.1. (СУ) В соответствии с настоящим Договором Заказчик поручает, а Исполнитель
принимает на себя обязательства выполнить работы по внедрению биллинговой системы
(реализация пилотных проектов для расчета с физ. лицами), в том числе внедрению
программного комплекса расчетов за электрическую энергию и мощность на розничном
рынке электроэнергии (далее – ПК РЭЭиМ РРЭ) в соответствии с Техническим заданием
(Приложение № 1 к настоящему Договору), являющимся его неотъемлемой частью, далее
Работы.
В объем Работ по Договору входит:
- разработка Исполнителем ПК РЭЭиМ РРЭ;
- внедрение Исполнителем у Заказчика ПК РЭЭиМ РРЭ;
- обучение персонала Заказчика и ввод в опытную эксплуатацию ПК РЭЭиМ РРЭ;
- сопровождение Исполнителем ПК РЭЭиМ РРЭ в период опытной эксплуатации;
- передача Исполнителем Заказчику программного кода внедряемой конфигурации ПК
РЭЭиМ РРЭ;
1.2. (СУ) Этапы работ, сроки исполнения, стоимость каждого этапа согласовываются Сторонами
в Приложении № 2 к настоящему Договору, являющемся его неотъемлемой частью.
стр. 108 из 170
1.3. (СУ) При изменении состава, объема и сроков выполнения Работ между отдельными этапами
в настоящем Договоре, объем, состав, наименование Работ и сроки их выполнения
согласовываются обеими Сторонами с составлением Дополнительного соглашения к настоящему
Договору без изменения общей стоимости Договора, указанной в п. 2.1.
2. СТОИМОСТЬ РАБОТ И ПОРЯДОК ОПЛАТЫ ПО ДОГОВОРУ
2.1. (СУ) Общая предельная стоимость по Договору составляет ____________ (____________)
рублей, включая НДС/НДС не облагается, и не может быть изменена в сторону увеличения.
2.2. (СУ) Общая стоимость настоящего Договора включает все затраты Исполнителя,
уплату всех налогов, пошлин и сборов, предусмотренных законодательством РФ, в том
числе НДС, страхование, а также транспортные и командировочные расходы.
2.3. (СУ) Оплата выполненных Работ осуществляется по этапам, перечисленным в
Приложении № 2 к Договору, в течение 30 (тридцати) календарных дней после выполнения
Работ по каждому этапу, на основании счета-фактуры, Акта о приемке выполненных работ
и счета на оплату по факту стоимости выполненных Работ с указанием суммы оплаты с
НДС/НДС не облагается.
2.4. (СУ) В случае выставления исполнителем счета на сумму меньшую размера
предусмотренного Договором платежа, оплата осуществляется по сумме счета. В случае
выставления текущего или дополнительных счетов в отношении того же платежа на сумму
большую размера предусмотренного Договором платежа, счет к оплате не принимается и
должен быть заменен исполнителем независимо от его фактического вручения Заказчику. В
случае выставления исполнителем счета позднее, чем за 10 (десять) рабочих дней до
предусмотренной Договором даты платежа, оплата осуществляется в течение 10 (десяти)
рабочих дней с даты фактического получения счета Заказчиком.
2.5. Оплата по Договору осуществляется путем перечисления денежных средств на расчетный
счет Исполнителя, указанный в настоящем Договоре, в российских рублях.
2.6. Обязательства по оплате считаются выполненными Заказчиком в день списания денежных
средств с расчетного счета Заказчика.
2.7. В случае досрочного расторжения настоящего Договора оплата осуществляется Заказчиком
за фактически выполненные Работы.
2.8. Цена Договора должна быть выражена (номинирована) в рублях Российской Федерации.
Расчеты по Договору должны осуществляться в валюте Российской Федерации.
3. ПОРЯДОК СДАЧИ И ПРИЕМКИ РАБОТ
3.1. (СУ) Сдача и приемка Работ по настоящему Договору осуществляются поэтапно.
Приемку этапов работ осуществляет рабочая комиссия, включающая ключевых
пользователей, проектную группу, а также Управляющий комитет проекта Заказчика,
состав Управляющего комитета определяется приказом. В проектную группу Заказчика
входят работники Заказчика, выделенные для реализации проекта совместно с
Исполнителем. В Управляющий комитет проекта Заказчика входят работники Заказчика,
которые осуществляют общий контроль за ходом проекта, поддержку проекта, отвечают за
достижение проектом конечных целей.
3.2. (СУ) По завершению выполнения Работ по соответствующему этапу, Исполнитель в
течение 5 (Пяти) рабочих дней предоставляет Заказчику подписанный со своей стороны Акт
о приемке выполненных работ по этапу. Заказчик в течение 10 (десяти) рабочих дней с
момента получения документов, указанных в п. 2.3. Договора рассматривает и подписывает
Акт о приемке выполненных работ либо в этот же срок предоставляет Исполнителю
мотивированный письменный отказ от приемки работы (этапа работы).
3.3. В случае направления Заказчиком Исполнителю мотивированного письменного отказа в
принятии результатов Работы (этапа работы), Стороны составляют двухсторонний Акт
обнаруженных недостатков с перечнем необходимых доработок и указанием срока их
выполнения. Данный акт должен быть подписан Сторонами в течение 10 (десяти) рабочих дней с
стр. 109 из 170
даты получения Исполнителем письменного мотивированного отказа Заказчика в принятии
работы (этапа работы).
3.4. Исполнитель обязуется устранить обнаруженные в результатах Работ недостатки за
собственный счет в срок, согласованный Сторонами в Акте обнаруженных недостатков.
3.5. После устранения всех выявленных недостатков, зафиксированных в Акте обнаруженных
недостатков, приемка Работ осуществляется сторонами в соответствии с положениями раздела
3 настоящего Договора.
4. ОБЯЗАННОСТИ СТОРОН
4.1. (СУ) Исполнитель обязуется:
4.1.1. Выполнять Работы в срок и в соответствии с условиями, указанными в настоящем
Договоре,
с
помощью
квалифицированных
специалистов,
которые
прошли
соответствующую подготовку.
4.1.2. Письменно информировать Заказчика об обстоятельствах, которые препятствуют
качественному и своевременному выполнению Работ по настоящему Договору.
4.1.3. Назначить представителя со своей стороны – Руководителя проекта со стороны
Исполнителя, уполномоченного выступать от имени Исполнителя за принятие решений по
техническим вопросам, касающимся исполнения настоящего Договора, и имеющего право
на подписание рабочих документов, связанных со сдачей-приемкой результатов выполнения
Работ и иных материалов. Указания или решения по техническим вопросам, принятые
Руководителем проекта со стороны Исполнителя, считаются действительными и от имени
Исполнителя. Исполнитель имеет право заменить Руководителя проекта без потери
качества организации выполнения работ по Договору, направив письменное уведомление
Заказчику не позднее, чем за 5 (пять) календарных дней до указанной замены.
4.1.4. Выполнить гарантийную поддержку в соответствии с разделом 8 настоящего
Договора.
4.1.5. Выполнять Работы своими силами, используя находящееся в его распоряжении
оборудование, а также знания и опыт своих специалистов. В случае если для исполнения
настоящего Договора требуются специальные разрешения, лицензии, навыки, Исполнитель
вправе привлекать к оказанию услуг третьи лица, оставаясь ответственным перед
Заказчиком за сроки и качество выполнения Работ. Возможность привлечения третьего
лица Исполнителем согласовывается с Заказчиком.
4.1.6. В случае изменения в течение срока действия Договора каких-либо собственников
(включая конечных бенефициаров) Исполнителя, Исполнитель обязуется в течение 3 (трех)
рабочих дней уведомить о таких изменениях Заказчика с приложением подтверждающих
документов.
4.1.7. В связи с исключительным значением проекта для бизнес-процессов Заказчика и их
сложностью, необходимостью проведения очного интервьюирования представителей
Заказчика, ограниченностью возможности по предоставлению удаленного доступа из
внешних сетей (в том числе отсутствием такой возможности по части объектов),
необходимостью реализации проекта в исключительно короткий срок – Исполнитель
должен обеспечить присутствие своих сотрудников на территории заказчика на весь период
реализации проекта, а так же, по заявке Заказчика, специалист Исполнителя должен очно
оказывать консультационные услуги.
4.1.8. В течение 10 рабочих дней с момента заключения Договора предоставить копии
документов, подтверждающих полномочия лиц, подписывающих счета-фактуры и
первичные учетные документы от имени Исполнителя (приказы о назначении на
должность, приказы о передаче полномочий, надлежащим образом оформленные
доверенности и др.), заверенные оригинальной печатью и подписью уполномоченного лица.
4.1.9. В случае изменения лиц, уполномоченных на подписание счетов-фактур и первичных
учетных документов, Исполнитель направляет Заказчику документы, подтверждающие
полномочия новых подписантов, одновременно с направлением подписанных ими
первичных документов, счетов-фактур.
стр. 110 из 170
4.1.10. Исполнитель обязан представить Заказчику счет-фактуру, выставленный в сроки и
оформленный в порядке, установленном законодательством Российской Федерации. В
случае нарушения Исполнителем данного требования он обязан произвести замену счетафактуры в течение 3 рабочих дней с даты получения соответствующего письменного
требования Заказчика.
4.1.11. Направить Заказчику Гарантийное письмо Исполнителя (Приложение №4 к
настоящему Договору).
4.1.12. Исполнитель обязуется не допускать случаев неправомерного использования
инсайдерской информации Заказчика и/или разглашения инсайдерской информации
Заказчика, а также принимать все зависящие от него меры для защиты инсайдерской
информации Заказчика от неправомерного использования.
4.1.13. Исполнитель обязуется ознакомиться с действующей редакцией Положения об
инсайдерской информации Заказчика, размещенной на официальном сайте Заказчика в сети
«Интернет» и соблюдать ее требования, а также требования законодательства Российской
Федерации об инсайдерской информации и манипулировании рынком.
4.2. Заказчик обязуется:
4.2.1. Обеспечивать беспрепятственный доступ в заранее назначенное время в помещение
Заказчика для выполнения Исполнителем Работ по Договору а также обеспечить присутствие
персонала Заказчика, необходимого для выполнения Работ.
4.2.2. В случае необходимости обеспечить удаленный доступ к серверному программному
обеспечению, необходимому для выполнения Работ по настоящему Договору. Форма удаленного
доступа и применяемые технологии согласовываются Сторонами в рабочем порядке с учетом
технических возможностей сторон и требований по обеспечению безопасности.
4.2.3. Своевременно принимать выполняемые Исполнителем Работы и осуществлять их оплату в
срок и в соответствии с условиями Договора.
4.2.4. Назначить представителя – Руководителя проекта и лицо его замещающее со стороны
Заказчика, уполномоченного выступать от имени Заказчика по всем вопросам, касающимся
исполнения технической части настоящего Договора. Руководитель проекта должен быть
доступным в любой момент рабочего времени для решения вопросов, связанных с проектом.
Задачи на проекте должны быть приоритетными относительно его должностных обязанностей.
4.2.5. Своевременно, в срок не более 2 (двух) рабочих дней с момента запроса, предоставлять
исчерпывающую информацию, достоверную на момент предоставления, документы,
оборудование и прочие ресурсы, необходимые Исполнителю для выполнения Работ.
4.2.6. Своевременно выполнять задачи и работы, связанные с проектом, ответственность за
выполнение которых возложена на него Детальным планом-графиком, разрабатываемым в ходе
реализации проекта и утверждаемым двумя сторонами.
5. ОТВЕТСТВЕННОСТЬ СТОРОН
5.1. (СУ) В случае нарушения Исполнителем сроков выполнения Работ (этапов работ)
Заказчик вправе потребовать уплаты Исполнителем неустойки в размере 0,5% от цены
Работ (этапа работ), выполнение которых просрочено, за каждый день просрочки.
Просроченный период в случае мотивированного отказа от подписания Акта начинает
считаться после истечения сроков, определенных двухсторонним Актом обнаруженных
недостатков.
5.2. (СУ) В случае нарушения Исполнителем сроков выполнения этапа работ или
устранения замечаний согласно п.3.2. больше чем на 30 календарных дней, Исполнитель
выплачивает Заказчику штраф в размере 100% от стоимости этапа Работ.
5.3. В случае нарушения Заказчиком срока оплаты Работ Исполнителя по настоящему Договору
Исполнитель вправе потребовать уплаты Заказчиком неустойки в размере 0,2% от несвоевременно
оплаченной суммы за каждый день просрочки, но не более 5% от несвоевременно оплаченной
суммы.
5.4. (СУ) В случае нарушения Исполнителем обязательств по выполнению Работ (этапа
работ) на срок свыше 60 календарных дней, Заказчик вправе расторгнуть Договор в
стр. 111 из 170
одностороннем порядке с оплатой фактически выполненных и принятых Работ (этапов
работ) на дату расторжения Договора, а также потребовать возмещение документально
доказанных убытков.
5.5. (СУ) Если в результате составления и выставления Исполнителем счета-фактуры с
нарушением порядка, сроков и требований, установленных законодательством Российской
Федерации к форме счет-фактуры, Заказчик понес расходы, связанные с уплатой
доначисленных налоговыми органами по такому основанию сумм налога на добавленную
стоимость, пеней и налоговых санкций, Исполнитель обязан возместить Заказчику сумму
таких расходов. Основанием для компенсации являются решения налоговых органов,
вынесенных по итогам проведения мероприятий налогового контроля. Сумма расходов
компенсируется Исполнителем в течении 10 (десяти) банковских дней с даты получения
соответствующего письменного требования Заказчика.
БАНКОВСКАЯ ГАРАНТИЯ НАДЛЕЖАЩЕГО ИСПОЛНЕНИЯ УСЛОВИЙ
ДОГОВОРА
6.1. (СУ) В течение 5 (пяти) рабочих дней с даты подписания Договора Исполнитель в
обеспечение надлежащего исполнения своих обязательств по настоящему Договору
обязуется оформить и предоставить Заказчику безотзывную банковскую гарантию на
общую сумму не менее 10 % от общей стоимости Договора.
6.2. (СУ) По банковской гарантии, указанной в п. 6.1. Договора, Заказчик должен иметь
право предъявить требования к Гаранту (Банку) в сумме расходов и убытков, понесенных
Заказчиком, вследствие ненадлежащего исполнения Исполнителем своих обязанностей по
Договору, а также в сумме неустоек начисленных Заказчиком на Исполнителя, вследствие
ненадлежащего исполнения Исполнителем своих обязанностей по Договору.
6.3. (СУ) Банковская гарантия, указанная в п. 6.1. Договора, должна вступать в силу с
даты ее выдачи и должна быть выдана на срок, превышающий срок оказания услуг
(выполнения работ) Исполнителем по настоящему Договору не менее чем на 6 месяцев.
6.4. (СУ) Банковская гарантия, указанная в п. 6.1. Договора, предоставляемая
Исполнителем, должна быть выдана банком из перечня банков-гарантов, указанных в
Приложении №5 к Договору.
6.5. (СУ) Заказчик вправе осуществить обращение изыскания по банковской гарантии в
случае допущения Исполнителем нарушений, в том числе:
- отказа Исполнителя от исполнения обязательств, в том числе одностороннего расторжения
Договора;
- нарушения Исполнителем графика выполнения Работ более чем на 30 календарных дней;
- утраты Исполнителем специального разрешения, позволяющего надлежащим образом
выполнить обязательства по Договору (в том числе приостановление, аннулирование
разрешения (лицензии));
- введения в отношении Исполнителя наблюдения или любой иной стадии процедуры
банкротства;
- выявления фактов предъявления Исполнителем Заказчику ложной или недостоверной
информации на этапе проведения отбора, заключения Договора и/или исполнения
Договора;
- признания сделки недействительной по причинам отсутствия необходимых корпоративных
одобрений у Исполнителя.
6.6. (СУ) Банковская гарантия, предоставляемая Исполнителем по настоящему Договору,
должна удовлетворять следующим требованиям:
а) банковская гарантия должна быть безусловной и безотзывной;
б) банковская гарантия по своему содержанию должна соответствовать требованиям,
установленным Гражданским кодексом РФ и условиям настоящего Договора;
в) банковская гарантия должна содержать указание на согласие банка с тем, что изменения и
дополнения, внесенные в настоящий Договор, не освобождают его от обязательств по
соответствующей банковской гарантии.
6.
стр. 112 из 170
6.7. (СУ) Исполнитель за свой счет несет расходы, связанные с получением и
обслуживанием банковских гарантий.
6.8. (СУ) В случае истечения срока действия банковской гарантии до момента выполнения
Исполнителем обязательств по Договору в полном объеме (независимо от того, изменились
ли сроки по взаимному согласию Сторон или имело место неисполнение обязательств одной
из Сторон), банковская гарантия должна быть переоформлена в установленном
законодательством порядке на новый срок, покрывающий согласованный Сторонами
новый срок оказания услуг (выполнения работ) плюс 6 (шесть) месяцев.
7. КОНФИДЕНЦИАЛЬНОСТЬ И ИСКЛЮЧИТЕЛЬНЫЕ ПРАВА
7.1. (СУ) Ответственность сторон по защите конфиденциальной информации определены в
Соглашении об охране конфиденциальности информации, составляющей коммерческую
тайну в ПАО «Красноярскэнергосбыт» - Приложение № 3 к Договору, являющееся его
неотъемлемой частью.
7.2. (СУ) Исполнитель гарантирует, что выполнение Работ, предусмотренных Договором, а
также передача Заказчику их результата не нарушают, и не будут нарушать
исключительных прав третьих лиц, в том числе авторских, патентных и др.
7.3. (СУ) Исполнитель вправе использовать при выполнении Работ объекты
интеллектуальной собственности, принадлежащие третьим лицам, только если он получил
на это соответствующие разрешения (лицензии) этих лиц.
7.4. (СУ) Если Заказчику будут предъявлены требования, связанные с тем, что при
выполнении Работ по Договору Исполнителем нарушены исключительные права третьих
лиц, Исполнитель полностью возместит Заказчику все убытки, связанные с такими
требованиями, включая расходы на юридических консультантов.
7.5. (СУ) В случае выявления в рамках исполнения Договора или результата работ
патентоспособного результата интеллектуальной деятельности, Исполнитель обязуется
сообщить Заказчику о данном обстоятельстве не позднее 10 (десяти) рабочих дней и в
приемлемые для Заказчика сроки заключить дополнительное соглашение к Договору о
порядке регистрации прав Заказчика на такой результат интеллектуальной деятельности,
без уплаты какого-либо дополнительного вознаграждения.
7.6. (СУ) Исключительные права на произведения, информацию, программы для ЭВМ,
иные объекты, признающиеся объектами исключительных прав, создаваемые в процессе
исполнения Исполнителем Договора, возникают непосредственно у Заказчика, с
оформлением Исполнителем всех необходимых документов. Затраты, связанные с
оформлением соответствующих документов несет Исполнитель.
8. ГАРАНТИЙНЫЕ ОБЯЗАТЕЛЬСТВА
8.1. (СУ) После подписания Сторонами Акта о приемке выполненных работ по этапу
«Развертывание» Исполнитель принимает на себя гарантийные обязательства по
обеспечению работоспособности ПК РЭЭиМ РРЭ, внедренного в опытную эксплуатацию у
Заказчика на срок 12 (двенадцать) календарных месяцев, начиная с даты подписания Акта о
приемке выполненных работ по этапу «Развертывание».
8.2. (СУ) В рамках принятых обязательств Исполнитель обязуется в течение гарантийного
срока оказывать услуги по восстановлению работоспособности разработанного им и
внедренного у Заказчика в рамках настоящего Договора ПК РЭЭиМ РРЭ в кратчайшие
сроки, но не более 7 (семи) рабочих дней.
8.3. Гарантийные обязательства перестают действовать и полностью снимаются с Исполнителя в
случае внесения в программный код разработанного ПК РЭЭиМ РРЭ изменений (Заказчиком или
третьими лицами по недосмотру или разрешению Заказчика) без письменного разрешения
Исполнителя. В случае сбоев в работоспособности функциональности ПК РЭЭиМ РРЭ,
разработанной Исполнителем согласно настоящему Договору, из-за изменения программного кода
Заказчиком или третьими лицами без письменного разрешения Исполнителя, если они были
стр. 113 из 170
устранены Исполнителем, Заказчик обязуется компенсировать трудозатраты Исполнителя на
исправление сбоя в рамках отдельного Дополнительного соглашения.
9. ОБСТОЯТЕЛЬСТВА НЕПРЕОДОЛИМОЙ СИЛЫ
9.1. Стороны согласны, что при возникновении обстоятельств непреодолимой силы, а именно:
войны, военные действия, изменения законодательства, которые делают невозможным
выполнение Сторонами своих обязательств, пожары, наводнения, другие стихийные бедствия или
сезонные природные явления, Стороны освобождаются от выполнения своих обязательств на
время действия указанных обстоятельств. В этом случае срок выполнения обязательств по
Соглашению будет продлен на время действия указанных обстоятельств. Обстоятельства
непреодолимой силы должны быть подтверждены документами компетентных государственных
органов.
9.2. Сторона, которая не в состоянии выполнить обязательства по Договору в силу обстоятельств
непреодолимой силы, незамедлительно письменно информирует другую Сторону о начале и
прекращении указанных выше обстоятельств, но в любом случае не позднее 3 (трёх) рабочих дней
после начала или окончания их действия. Несвоевременное уведомление об обстоятельствах
непреодолимой силы лишает соответствующую Сторону права на освобождение от
ответственности за частичное или полное неисполнение обязательств по настоящему Договору по
причине указанных обстоятельств.
9.3. В случае, когда действие указанных обстоятельств длится больше 90 (девяноста) дней,
каждая из Сторон имеет право в одностороннем порядке расторгнуть настоящее при условии, что
она оповестит про это другую Сторону не позднее, чем за 15 (пятнадцать) дней до расторжения
Договора. В этом случае Стороны производят взаиморасчеты. Достаточным доказательством
действия форс-мажорных обстоятельств является документ, выданный Торгово-промышленной
палатой, которая подтверждает действие таких обстоятельств.
10. СРОК ДЕЙСТВИЯ ДОГОВОРА
10.1. (СУ) Договор вступает в силу со дня его подписания обеими Сторонами и действует до
их полного исполнения каждой из сторон.
10.2. (СУ) Заказчик имеет право в одностороннем порядке в любое время расторгнуть
Договор, направив Исполнителю соответствующее письменное уведомление не менее чем за
10 (десять) дней до даты расторжения и уплатив Исполнителю стоимость Работ соразмерно
их выполненному объему. Договор считается расторгнутым с момента получения
уведомления с учетом срока, указанного в настоящем пункте Договора.
11. РАЗРЕШЕНИЕ СПОРОВ
11.1. При возникновении между Исполнителем и Заказчиком разногласий, вытекающих из
Договора или связанных с ним, Стороны примут необходимые меры к разрешению их путем
переговоров между собой. В случае невозможности разрешения разногласий путем переговоров
Стороны обязуются урегулировать возникшие разногласия в претензионном порядке. Претензии
должны быть рассмотрены Стороной, получившей претензию, в течение 15 (пятнадцати) дней с
момента ее получения.
11.2. Споры, возникающие вследствие неисполнения или ненадлежащего исполнения Сторонами
обязательств по Договору, и не решенные Сторонами способами, предусмотренными пунктом
11.1. Договора, решаются в Арбитражном суде Красноярского края.
12. ПРОЧИЕ УСЛОВИЯ
12.1. Все исправления в тексте Договора имеют юридическую силу только при взаимном их
утверждении Сторонами в каждом отдельном случае.
12.2. Обмен информацией между Сторонами может проводиться непосредственно, или при
помощи телефонной, телеграфной, факсимильной связи, путем переписки или сообщения по
электронной почте. Порядок взаимодействия Сторон определяется в Дополнительных
соглашениях.
стр. 114 из 170
12.3. Все изменения и дополнения (спецификации, приложения, акты о приемке выполненных
работ, согласования, письма и другие документы, в рамках настоящего Договора) должны быть
согласованы в письменной форме между Сторонами.
12.4. Во всем, что не предусмотрено положениями настоящего Договора, Стороны
руководствуются действующим на момент возникновения и выполнения обязанностей
законодательством РФ. При несоответствии каких-либо положений настоящего Договора
действующему законодательству, это положение теряет силу, что не несет за собой определения
настоящего Договора недействительным в целом, так как Стороны допускают, что настоящий
Договор мог быть заключен без такого положения. В случае, когда оказывается недействительным
положение Договора, которое является существенным, Стороны обязуются на протяжении 10
(десяти) календарных дней с момента определения недействительным такого положения, внести в
Договор изменения, с целью приведения недействительного положения в соответствие с
действующим законодательством РФ.
12.5. Стороны обязуются письменно оповещать друг друга при изменении адресов и реквизитов,
указанных в разделе 13 настоящего Договора, касательно перерегистрации, ликвидации,
банкротства или другого приостановления деятельности Стороны с обязательным
предоставлением документов, которые подтверждают соответствующие изменения.
12.6. Настоящий Договор составлен в 2 (двух) экземплярах, имеющих равную юридическую силу,
по одному для каждой из Сторон
13. ПРИЛОЖЕНИЯ, ЯВЛЯЮЩИЕСЯ НЕОТЪЕМЛЕМОЙ ЧАСТЬЮ ДОГОВОРА
13.1. Приложение № 1 – «Техническое задание на внедрение программного комплекса расчетов за
электрическую энергию и мощность на розничном рынке».
13.2. Приложение № 2 – «Этапы работ, стоимость и сроки их выполнения».
13.3. Приложение № 3 – «Соглашение об охране конфиденциальности информации,
составляющей коммерческую тайну в ПАО «Красноярскэнергосбыт».
13.4. Приложение № 4 – Гарантийное письмо Исполнителя.
13.5. Приложение № 5 – «Перечень кредитных организаций, гарантии (векселя) которых
принимаются ПАО «Красноярскэнергосбыт» в качестве обеспечения исполнения контрагентами
обязательств по заключаемым Договорам»
14. АДРЕСА, РЕКВИЗИТЫ И ПОДПИСИ СТОРОН
ЗАКАЗЧИК:
ИСПОЛНИТЕЛЬ:
ПАО «Красноярскэнергосбыт»
660017, г. Красноярск,
ул. Дубровинского, 43
Тел. (391) 212-05-52, факс 212-08-51
ИНН 2466132221
ОГРН 1052460078692
ОКПО 78453317
КПП 246750001
Р/с 40702810031020104275
Восточно-Сибирский банк
ПАО Сбербанк г. Красноярск
К/с 30101810800000000627
БИК 04040762727
Руководитель
ПАО «Красноярскэнергосбыт»
________________ (Ф.И.О. руководителя)
«___» ________________ 2015 г.
стр. 115 из 170
Приложение 1
к Договору № ___________ от ____________2015 г.
Техническое задание на внедрение программного комплекса расчетов за электрическую
энергию и мощность на розничном рынке
НАИМЕНОВАНИЕ ЗАКУПАЕМОЙ ПРОДУКЦИИ (ТОВАРОВ, РАБОТ, УСЛУГ)
1.1. Наименование системы
Программное обеспечение для автоматизации расчетов за электроэнергию с физическими
лицами на базе Microsoft Dynamics AX 2012 (далее - Система).
1.2. Наименование работ/услуг
Внедрение в ПАО «Красноярскэнергосбыт» программного обеспечения для автоматизации
расчетов за электроэнергию с физическими лицами на базе Microsoft Dynamics AX 2012.
1.3. Термины, обозначения и сокращения
Термин
Определение
Автоматизированная система Система, состоящая из персонала и комплекса средств
автоматизации
его
деятельности,
реализующая
информационную технологию выполнения установленных
функций
Физическое (гражданин-потребитель) или юридическое
Клиент, Потребитель
лицо/индивидуальный предприниматель, владеющее на
законных основаниях энергопринимающим оборудованием и
приобретающее электрическую энергию для собственных
бытовых нужд, а также осуществляющее потребление прочих
услуг (в том числе жилищно-коммунальных)
Все юридические (и приравненные к ним) и физические лица,
Контрагент
отношения Общества с которыми регулируются на основании
заключенных договоров (энергоснабжения, купли-продажи
электрической энергии (мощности), оказания услуг ЖКХ,
дополнительных (коммерческих) услуг и др.) и/или
нормативных документов
Процесс сбора, обработки, передачи и хранения данных о
Коммерческий учёт
фактических
объемах
производства
и
потребления
энергоресурсов участниками рынка в соответствующих
группах точек поставки, полученных расчётным путем на
основании показаний средств учёта
Принятый
в
установленном
порядке
документ,
Нормативный документ
устанавливающий
правила,
общие
принципы
или
характеристики, касающиеся различных видов деятельности
или их результатов. К нормативным документам относятся
стандарты, нормы, правила, своды правил, регламенты,
технологические инструкции, руководства по эксплуатации,
положения и иные документы, соответствующие основному
определению (в соответствии с ГОСТ Р 1.0-92)
Энергопринимающее
устройство
либо
совокупность
Объект потребления
энергопринимающих устройств Потребителя, находящихся по
единому адресу поставки, относящихся к единой тарифной
группе и имеющих единое организационно-хозяйственное
назначение
ПО
для
автоматизации Автоматизированная система управления коммерческими
расчетов
с
физическими данными и сбытом электрической энергии в Компании с
1.
стр. 116 из 170
лицами на базе Microsoft использованием отраслевого решения Microsoft Dynamics AX
2012
Dynamics AX 2012
Юридическое или физическое лицо, осуществляющее
Поставщик услуги
оказание жилищно-коммунальных услуг, иных прочих услуг,
в рамках агентских договоров с которым Заказчик
осуществляет выставление платёжных документов, сбор
платежей и взыскание дебиторской задолженности
с
потребителей таких услуг
Перечень жилищных, коммунальных, иных услуг, расчеты по
Прочие услуги
которым осуществляются как непосредственно Заказчиком,
так и в рамках договоров с поставщиками услуг
Период времени (месяц, квартал), за который должен быть
Расчётный период
определён расход электрической энергии, и произведены
взаиморасчёты
Организация, оказывающая услуги по передаче электрической
Сетевая организация
энергии
(мощности)
с
использованием
объектов
электросетевого хозяйства, к электрическим сетям которой
присоединены энергопринимающие устройства потребителя
Краткое наименование ПО для автоматизации расчетов с
Система
физическими лицами на базе Microsoft Dynamics AX 2012
Совокупность устройств, обеспечивающих измерение и учёт
Средства измерения (СИ)
электрической
энергии
(мощности)
(измерительные
трансформаторы тока и напряжения, счётчики электрической
энергии,
телеметрические
датчики,
информационноизмерительные системы и их линии связи), соединённых
между собой по установленной схеме, прочих услуг, типы
которых утверждены федеральным органом исполнительной
власти по техническому регулированию и метрологии и
внесены в Государственный реестр средств измерений
Ценовые ставки, установленные органом исполнительной
Тариф
власти субъекта Российской Федерации в области
государственного регулирования тарифов, по которым
осуществляются расчёты за единицу энергоресурса; стоимость
жилищных услуг, установленная в рамках действующего
законодательства РФ
Место в распределительной сети, находящееся на границе
Точка поставки
балансовой принадлежности сетевого оборудования двух
субъектов оптового/розничного рынка, в которой происходит
исполнение
взаимных
обязательств
по
поставке
энергоресурсов и (или) оказания услуг по соответствующим
договорам
Место расположения и присоединения прибора на элементе
Точка измерения учёта (ТУ)
распределительной сети, значения измерения количества
энергоресурса, в котором используется в целях коммерческого
учёта
Проектная
команда Работники Заказчика, выделенные для реализации проекта
совместно с Исполнителем
Заказчика
Управляющий
комитет Работники Заказчика, которые осуществляют общий контроль
за ходом проекта, поддержку проекта, отвечают за достижение
Заказчика
проектом конечных целей
стр. 117 из 170
Сокращение
Автоматизированная система
Автоматизированная система управления
Автоматизированная информационно-измерительная система
коммерческого учета электроэнергии
База данных
БД
Государственная система стандартов
ГОСТ
Дебиторская задолженность
ДЗ
Дополнительные платные сервисы
ДПС
Источник бесперебойного питания
ИБП
Информационная система
ИС
Информационные технологии
ИТ
Совокупность технических средств и тракта (среда, кабель,
Канал связи
подводная линия и т.д.) для передачи сообщений на
расстояние
Локальная вычислительная сеть
ЛВС
Нормативно-справочная информация
НСИ
Несанкционированный доступ
НСД
Публичное Акционерное Общество «Красноярскэнергосбыт»
ПАО
в составе исполнительной дирекции и межрайонных
«Красноярскэнергосбыт»
отделений ПАО «Красноярскэнергосбыт»
Операционные системы
ОС
Программное обеспечение
ПО
Приборы учёта
ПУ
Системное
программное Программные средства, обеспечивающие функционирование
рабочих станций и сервера и межмашинный обмен
обеспечение
информацией в сети (программные компоненты операционной
системы)
Другие ИС, которые могут взаимодействовать с ПО для
Смежные системы
автоматизации расчетов с физическими и юридическими
лицами на базе Microsoft Dynamics AX 2012
Система управления базами данных
СУБД
Техническое проектное решение
ТПР
Технические требования
ТТ
Протоколы передачи данных в компьютерных сетях
TCP/IP
Технические средства
ТС
Типовой технический проект – описание типовых технических
ТТП
решений для тиражирования
АС
АСУ
АИИС КУЭ
ЗАКАЗЧИК (ПОДРАЗДЕЛЕНИЕ ЗАКАЗЧИКА)
Публичное Акционерное Общество «Красноярскэнергосбыт», адрес: 660017, г. Красноярск,
ул. Дубровинского, 43 (далее в тексте – Заказчик)
Основания:
 Годовая комплексная программа закупок ПАО «Красноярскэнергосбыт» на 2015 год.
 Комплексный план создания и внедрения Системы биллинговых расчетов в управляемых
Обществах АО «ЭСК РусГидро».
Плановые сроки начала и окончания работ:
Начало работ в течение 10 календарных дней с даты подписания договора. Завершение работ
не позднее 153 календарных дней с даты начала работ.
2.
стр. 118 из 170
ЦЕЛИ И ЗАДАЧИ ПРОЕКТА. СУЩЕСТВУЮЩЕЕ ПОЛОЖЕНИЕ
3.1. Цели проекта
Целью данного проекта является внедрение в пилотном подразделении Заказчика
программного обеспечения для автоматизации расчетов за электроэнергию с физическими лицами
на базе программного продукта, разработанного на платформе Microsoft Dynamics AX 2012.
3.2. Задачи проекта
В результате реализации Проекта должен быть внедрен программный продукт, отвечающий
требованиям Заказчика, а также позволяющий зарегистрировать его как объект интеллектуальной
собственности Заказчика (программа для ЭВМ) в соответствии с законодательством РФ.
Проект включает организационную и техническую части. Для достижения поставленных
целей необходимо решить следующие задачи:
3.2.1. Организационные задачи проекта:
 Анализ покрытия функциональности текущих бизнес-процессов Заказчика;
 Конфигурирование и адаптация системы, подготовка отчетных форм и отсутствующей
функциональности;
 Тестирование и приемка функциональности;
 Выверка, дополнение и нормализация основных и исторических данных для миграции;
 Проведение обучения ключевых пользователей;
 Проведение миграции данных.
3.2.2. Технические задачи:
 Доработка интерфейсов на основании изменений в Техническом проекте;
 Расширение функциональности;
 Интеграция со смежными системами, перечисленными в разделе 6.1;
 Перенос данных из замещаемых систем (миграция).
3.2.3. Ожидаемые результаты:
 Подготовлена и настроена рабочая среда Системы;
 Основной функционал Системы протестирован и готов к проведению опытной
эксплуатации;
 Разработаны и протестированы программы обмена данными со смежными системами
(интеграция) перечисленными в разделе 6.1;
 Разработаны и протестированы программы переноса данных (миграция);
 Проведено обучение ключевых пользователей проектной группы и пилотного участка;
 Повышение точности и надёжности расчёта расхода электроэнергии потребителями с
использованием планового потребления.
3.2.4. Ожидаемый эффект от внедрения Системы
 Снижение затрат на каналы обслуживания потребителей Заказчика;
 Повышение эффективности бизнес-процессов, связанных с реализацией электроэнергии,
учетом оплат по прочим услугам (в том числе жилищно-коммунальным), взысканием
дебиторской задолженности, централизация управления сбытом электроэнергии;
 Повышение конкурентоспособности компании, создание сервисов, предложений, пакетов
услуг и организация процесса продаж таким образом, чтобы обеспечить привлечение и
«перехват» новых потребителей, создание положительного имиджа
сбытовых
подразделений в регионах присутствия, выход на новые рынки. Повышение
оперативности и качества работы с потребителями, снижение трудозатрат и сокращение
издержек на управление, а также усиление контроля над основной деятельностью
Заказчика. Повышение эффективности, доли интеллектуального производительного
труда и снижения трудозатрат на рутинные операции при ведении Компанией сбытовой
деятельности;
 Повышение производительности и качества труда рядовых специалистов;
 Повышение
оперативности
и
качества
получаемой
отчётности
(статистической/аналитической/бухгалтерской);
 Обеспечение руководства и заинтересованных сотрудников, клиентов Заказчика
3.
стр. 119 из 170
надёжной, полной, узаконенной государственными и иными нормативными актами,
оперативной коммерческой информацией для принятия решений по управлению
сбытовой деятельностью;
 Повышение точности и прозрачности расчётов и увеличение собираемости денег за счёт
более строгого учёта;
 Повышение уровня достоверности хранимых данных учёта для каждого объекта
энергосистемы. Контроль непротиворечивости.
3.3. Характеристика объекта автоматизации
В настоящее время основными видами деятельности Заказчика являются:
 покупка электрической энергии на оптовом и розничных рынках электрической энергии
(мощности);
 реализация (продажа) электрической энергии на розничном рынке электрической энергии
(мощности) потребителям (юридическим и физическим лицам);
 реализация (продажа) электрической энергии энергоснабжающим организациям;
 продажа, диагностика, эксплуатация, ремонт, замена и проверка средств измерений и
учёта электрической энергии;
 оказание услуг по организации коммерческого учёта;
 разработка, организация и проведение энергосберегающих мероприятий;
 выполнение функций гарантирующего поставщика на основании решений
уполномоченных органов;
 инвестиционная деятельность;
 оказание консалтинговых и иных услуг, связанных с реализацией электрической энергии
юридическим и физическим лицам;
 оказание жилищных, коммунальных услуг.
Объектом автоматизации является деятельность по расчетам за электроэнергию с
физическими лицами, имеющими соответствующие договоры (состоящими на расчетах) с
ПАО «Красноярскэнергосбыт», а также процессы выставления счетов за прочие услуги (в т.ч.
жилищно-коммунальные услуги), сбора и учёта денежных средств и взыскания задолженности по
всем жилищно-коммунальным услугам, реализуемым (оказываемым) непосредственно
ПАО «Красноярскэнергосбыт», в том числе на основании заключенных агентских договоров, и
включает в себя:
 Ведение информации о потребителях и лицевых счетах;
 Учёт потреблённой потребителями электроэнергии;
 Ведение договоров с гражданами-потребителями при наличии УК (ТСЖ) как с
распределением общедомового (ОДН) потребления, так и без него;
 Расчёт стоимости потреблённой потребителями электроэнергии;
 Формирование платёжных документов за потребленную электроэнергию и прочие услуги
и доставка их потребителям;
 Учёт поступивших от потребителей платежей за электрическую энергию и прочие
услуги;
 Работа по взысканию дебиторской задолженности с потребителей с возможностью
детализации по услугам;
 Планирование процесса ограничения/возобновления режима потребления электрической
энергии, занесение и учет информации по введенным/невведенным ограничениям;
 Ведение информации по исковой работе в отношении граждан-потребителей;
 Обмен информацией с сетевыми организациями и прочими субъектами розничного
рынка электрической энергии;
 Формирование отчётности;
 Взаимодействие со сторонними организациями.
В настоящее время в ПАО «Красноярскэнергосбыт» для расчетов за потребленную
электроэнергию с физическими лицами, за услуги по водоснабжению и водоотведению, жилищнокоммунальные услуги в различной компоновке, выполняемые для сторонних организаций, а также
стр. 120 из 170
сбора платежей для фонда капитального ремонта многоквартирных домов, используется
программный комплекс «Квазар» собственной разработки, который имеет ряд недостатков:
 Общее:
 отсутствие единой базы данных, данные ведутся по участкам. Нет возможности
сбора и хранения актуальной, достоверной, консолидированной информации.
 Договорная схема:
 В системе не выделяется отдельно потребитель. Работа ведется с договорами. Если у
потребителя несколько договоров, то с данной информацией работать
затруднительно.
 Работа с показаниями:
 Проверки на показания выполняются в Excel, что увеличивает долю ручного труда и
количество ошибок.
 Не реализованы проверки единой методики ЭСК.
 Расчет полезного отпуска:
 Не полностью реализована единая методика расчета полезного отпуска ЭСК;
 Сотруднику при обращении потребителя или сетевой организации приходится
выполнять сверку вручную.
3.4. Границы проекта
3.4.1. Организационный объем проекта
Организационный объем проекта определяет подразделения, которые будут включены в
проект.
Настоящим предложением предусматривается архитектура Системы, базирующаяся на
центральной инсталляции в центральном офисе Заказчика.
Услуги по развертыванию системы проводятся в рамках пилотной зоны – одного из участков
по выбору Заказчика (определяется в ТЗ).
3.4.2. Миграция
Источниками первичных данных для создаваемой биллинговой системы являются
следующие системы сбытовых подразделений Заказчика:
Тип
Система
Платформа
Количество
Примечание
потребителей
экземпляров
Физические
КИС ЖКХ
сервер DB2, клиент
2
лица
Java
Запланирован
база MS SQL
1
переход на Шерпа
клиент Java Eclipse
Физические
1C ЖКХ
SQL Server, 1С 8
2
лица
Запланирован
база MS SQL
1
переход на Шерпа
клиент Java Eclipse
Физические
ПК «Квазар»
база MS SQL
68
лица
клиент С++ Builder
В рамках первичной миграции данных:
 Исполнитель определяет перечень данных, их структуру, формат и требования к
справочникам и начальным остаткам.
 Заказчик анализирует данные и, при необходимости, приводит в соответствие с
требованиями.
 Заказчик формирует скрипты для выгрузки данных. Данные скрипты необходимы для
последующих неоднократных выгрузок. В результате отработки скриптов Заказчик
передает данные в виде шаблонов формата CSV согласно указанной Исполнителем
структуре. Заказчик проверяет корректность внесенных данных.
 Заказчик передает заполненные шаблоны Исполнителю. Исполнитель импортирует
данные из заполненного шаблона в систему, используя инструментарий для переноса
данных. При изменении Заказчиком структуры данных, Заказчик указывает описание и
стр. 121 из 170
причины изменений в структуре данных.
 Исполнитель и Заказчик тестируют результат импорта.
Подробные требования к миграции данных определяются в подробном Техническом
задании.
ТРЕБОВАНИЯ К СИСТЕМЕ
Система внедряется на базе ТТП, пакет документов, входящий в ТТП, будет предоставлен
победителю открытого аукциона после заключения Договора и подписания соглашения о
конфиденциальности.
Требования к внедряемой Системе могут уточняться на этапе «Анализ применимости» в
рамках разработки Технического задания.
Система должна иметь механизм соотнесения потребления электроэнергии, начисления и
получения оплаты с отслеживанием и учётом несоответствия между потреблением, начислением и
оплатой.
В системе должны быть предусмотрены механизмы создания автоматических оповещений о
наступающих событиях, например, в соответствии с договорными обязательствами, сроками
отчётности, наступлении/истечении сроков юридической ответственности.
Справочники системы должны иметь механизм синхронизации со справочниками
существующих у Заказчика систем, перечисленных в разделе 6.1. Настоящих Технических
требований.
Система должна иметь возможность доработки в части:
 выполнения функции в offline-режиме с последующей автоматической передачей
данных при появлении связи с технологическим узлом.
 пакетной передачи данных на технологический узел при отсутствии канала связи в
региональном подразделении.
Система должна обеспечить следующие возможности:
 автоматизацию бизнес-процессов сбыта энергоресурсов;
 автоматизацию выставления единых счетов, учета задолженности и приема платежей за
электроэнергию и прочие услуги (в т.ч. жилищно-коммунальные, далее – услуги ЖКХ) с
возможностью выбора любого набора имеющихся у потребителя услуг;
 решение основных задач учёта, планирования и управления сбытом электроэнергии, а
также учета платежей и взыскания задолженности по всем жилищно-коммунальным
услугам, реализуемым (оказываемым) непосредственно ПАО «Красноярскэнергосбыт», в
том числе на основании заключенных агентских договоров;
 стандартные средства обеспечения безопасности, надёжности и масштабируемости;
 поддержку работы пользователей, находящихся на территориально разобщенных
объектах;
 возможность работы в реальном времени с большими объёмами данных;
 гибкие средства настройки и расширения функциональности системы;
 наличие инструментария для миграции данных из исходных систем;
 фиксацию принадлежности потребителя к обслуживающему отделению;
 управление процессом ввода и обработки данных (ввод, отмена ввода, сохранение
данных, изменение данных);
 исключение дублирования ввода первичных данных на всех уровнях организационной
структуры Системы;
 интероперабельность системы2 – возможность быстрой интеграции с другими системами
с помощью решений производителя платформы;
 определение полномочий и прав пользователя;
 наличие встроенных средств защиты от несанкционированного доступа к информации, не
4.
2
Интероперабельность системы – способность системы взаимодействовать и функционировать с другими
системами без каких-либо ограничений.
стр. 122 из 170
содержащей сведения, составляющие государственную тайну, а также реализация
функции идентификации и аутентификации пользователей, управления доступом
пользователей к объектам доступа, регистрации событий безопасности;
 функции диагностики целостности программного и информационного обеспечения;
 возможность быстрой настройки системы под изменяющиеся условия эксплуатации;
 наличие средств быстрого создания отчётов и выборок;
 фиксацию всех происходящих в системе действий/событий – автоматическое ведение
журнала аудита системных событий. Ведение протокола операций действий
пользователя;
 минимизацию времени принятия решений в производственных процессах Заказчика,
повышение адекватности принимаемых решений путем внедрения новейших методов
информационного обеспечения на различных уровнях управления Заказчика;
 доступный и удобный инструмент для ввода информации по объектам учета в любом
подразделении Заказчика;
 оптимальный способ хранения, где будут структурно организованы все знания об
объектах системы;
 информационную увязку функций структурных подразделений путем однократного
ввода первичных данных, а также комплексное и многоаспектное использование этих
данных;
 выгрузку среза базы данных потребителей по заданным параметрам (отделению, набору
потребителей, набору услуг и т.п.), ее независимое развертывание и функционирование с
последующей загрузкой в основную базу данных проведенных изменений.
4.1. Пользовательские требования
Клиентское приложение должно обеспечивать интуитивно-понятный, дружественный
интерфейс с пользователем, при этом вся бизнес-логика Системы должна быть реализована на
уровне Серверного приложения.
На уровне клиентского приложения должна быть заложена проверка действий оператора,
защита от некорректных действий пользователя. Вся нормативно-справочная информация,
существующая в Системе, должна выбираться из справочников (с помощью поиска или
выпадающего списка). Окна для ввода данных, которые необходимо вводить в определенном
формате, должны иметь маску ввода. При обнаружении ошибок ввода, пользователь должен быть
оповещен о некорректных действиях и должен быть произведен откат ввода.
4.2. Системные требования
4.2.1. Требования к структуре и функционированию системы
4.2.1.1. Перечень модулей, их назначение и основные характеристики
Система должна быть внедрена в составе следующих функциональных модулей:
Функциональный модуль
Назначение
Журнал
обращений
граждан- Ведение заявлений и обращений граждан-потребителей и
потребителей
ответов
Потребитель (Ведение договоров) Сводная форма, предоставляющая доступ к данным о
субъекте, точках учета, приборов учета, тарифах и пр.
Реестр показаний и работ
Ведение показаний и выполненных работ, в т.ч.
информации по выполненным работам – вручение
уведомлений, извещений о частичном/полном ограничении
и других документов
Журнал работы со средствами Введение информации о замене, снятии, установке
измерения
приборов учета
Журнал реестров оплат
Загрузка и разноска файлов оплат
Журнал бандеролей
Журнал ведения учета по расчетам с потребителями
Журнал
актов
неучтенного Ведение актов неучтенного потребления
потребления
Реестр полезного отпуска
Ведение расчетов полезного отпуска
стр. 123 из 170
Закрытие периода
Закрытие расчетных периодов и формирование файлов
счетов-извещений
Объекты
Обслуживание данных об объектах потребления
Работа
с
дебиторской Управление уведомлениями и предупреждениями по
задолженностью
задолженности, регистрация фактов ограничения и
претензионно-исковой работы
Обслуживание НСИ
Централизованное обслуживание справочников
Журнал расчета пени
Обслуживание расчетов пени
4.2.1.2. Требования к способам обмена между компонентами Системы
Информационный обмен между модулями системы должен осуществляться посредством
использования единой базы данных системы.
4.2.1.3. Требования к характеристикам взаимосвязей Системы со смежными системами
Система должна быть открытой как для взаимодействия с другими информационными
системами, так и для будущих функциональных расширений.
Критериями открытости служат:
 чётко специфицированная структура базы данных и интерфейсов обмена данными;
 модульная структура программного обеспечения;
 возможность изменения исходных программных кодов модулей, входящих в систему;
 слоевая архитектура хранения исходного кода;
 наличие средств разработки программных модулей.
4.2.1.4. Требования к режиму функционирования
Система должна функционировать в многопользовательском режиме на основе механизмов
поддержки целостности данных, обеспечиваемых системным программным обеспечением.
Программный комплекс должен иметь возможность поддерживать круглосуточный режим
функционирования программного комплекса (24х7х365), допускающий регламентные перерывы
не более 12 часов подряд.
4.2.1.5. Требования к быстродействию и масштабируемости внедряемой Системы
Система должна иметь необходимое для решения поставленных задач быстродействие.
Система должна иметь следующие возможности для управления быстродействием:
 иметь масштабируемую трёхуровневую архитектуру (уровень данных, уровень
приложений и уровень представлений), позволяющую при необходимости увеличивать
быстродействие системы программными и аппаратными средствами;
 иметь возможность управления приоритетами задач;
 иметь возможность управления ресурсами системы;
 иметь возможность параллельной пакетной обработки вычислений.
Система должна обеспечивать выполнение основного цикла операций в пакетном режиме
(расчёт стоимости потреблённой энергии и услуг, фактурирование, напоминания, начисление
пени, печать корреспонденции и т.д.) при максимальном объёме потребителей 10 млн.
потребителей электроэнергии не более чем за 2 суток.
Время отклика Системы при выполнении типовой операции (открытие окна) не более
5 секунд.
Система должна базироваться на следующих принципах:
 Организационная масштабируемость. Возможность ввода Системы в действие на
неограниченном числе подразделений Заказчика;
 Территориальная масштабируемость. Отсутствие территориальных ограничений на
ввод в действие Системы;
 Функциональная масштабируемость. Система должна обеспечивать возможность
расширения своих функциональных возможностей за счёт смены схемы лицензирования
и приобретения дополнительных модулей (подсистем) существующей платформы
приложений без смены программной платформы и приобретения других программных
продуктов;
 Гибкость. Совершенствование управленческих процессов не должно приводить к
стр. 124 из 170
остановке системы.
Для оптимизации вычислительной нагрузки системы, последняя должна обеспечивать
следующие возможности:
 Запуск алгоритмов обработки значительных массивов информации в фоновом режиме, с
обеспечением автоматического старта, начиная с указанного момента времени, например,
в периоды минимальной нагрузки на аппаратное обеспечение;
 Динамическое распределение вычислительной нагрузки в пределах доступных
вычислительных мощностей, включая кластерную конфигурацию;
 Архивирование объектов системы, срок хранения которых непосредственно в системе
расчётов с потребителями истёк (например, истечение общегражданского срока исковой
давности). При этом должно быть доступно как минимум 2 режима (уровня)
архивирования: в первом режиме система должна обеспечивать авторизованному
пользователю доступ к объектам, находящимся в архиве 1-го уровня, в режиме
просмотра; во втором режиме Система должна обеспечивать выгрузку информации об
объектах на внешний накопитель.
4.2.1.6. Длительность восстановления функционирования
Оценивается длительность восстановления функционирования Системы после любого
нарушения работоспособности, связанного с программными или аппаратными средствами
вычислительной системы, в которой функционирует Система. Для Системы должна быть
смоделирована совокупность нарушений работоспособности. Для различных типов нарушений
работоспособности
вычисляется
среднее
значение
длительности
восстановления
функционирования Системы.
Длительность восстановления функционирования после:
 Ошибок во входных данных или обслуживании – 1 рабочий день
 Сбоя технических средств – 1 рабочий день
При возникновении одновременно нескольких типов нарушений работоспособности
норматив длительности восстановления функционирования Системы выбирается по нарушению
работоспособности, имеющему больший норматив на восстановление функционирования за
исключением взаимозависимых сбоев или отказов.
4.2.1.7. Требования к численности и квалификации персонала системы:
Необходимое количество клиентских рабочих мест, обеспечивающих доступ в Системе,
должно составлять не менее 800 одновременно работающих пользователей.
В задачи пользователей системы входит выполнение функциональных обязанностей,
закрепленных
организационно-распорядительными
документами,
с
использованием
автоматизированных функций системы.
Минимальный состав персонала Системы – два системных администратора, администратор
пользователей и полномочий, группа разработки, группа поддержки конечных пользователей
(Проектная группа) и конечные пользователи системы.
Для работы с Системой необходима следующая квалификация персонала:
 Оператор Системы (пользователь системы)
 навыки работы с ПК в ОС MS Windows;
 курсы специальной подготовки работы с Системой.
 Администратор Системы и Администратор Полномочий (сотрудник, выполняющий
функции системного администрирования и администрирования пользователей и
полномочий)
 навыки работы с ПК в ОС MS Windows;
 курсы специальной подготовки для работы с Системой.
Возможно совмещение выполняемых работ.
Пользователями Системы могут являться: сотрудники Заказчика, сотрудники управляющей
компании (АО «ЭСК РусГидро»), а также иные заинтересованные и допущенные
соответствующим образом лица.
В Системе должен быть реализован механизм разграничения прав доступа пользователей к
стр. 125 из 170
объектам и функциям Системы (разделение пользователей на различные категории).
Система должна предоставлять в on-line режиме пользователям удаленный доступ к
информации, размещенной в Системе.
Режим работы персонала устанавливается руководящими документами и распоряжениям
руководства.
Специальных требований к режимам работы персонала не предъявляется за исключением
администраторов, которые имеют право доступа к Системе и ее аппаратным ресурсам в любое
время суток, в любой день.
4.2.2. Требования к надёжности
Надежностью Системы называется совокупность свойств, характеризующая способность
программного средства сохранять заданный уровень пригодности (качества функционирования) в
заданных условиях в течение заданного интервала времени.
Надежность функционирования программного средства характеризуется, в первую очередь,
устойчивостью (способностью безотказного функционирования) и восстанавливаемостью
работоспособного состояния после произошедших сбоев или отказов.
Устойчивость определяется эффективностью контроля данных, поступающих из внешней
среды, и средств обнаружения аномалий функционирования программного средства.
Восстанавливаемость характеризуется полнотой и длительностью восстановления
функционирования программ в процессе перезапуска программного средства.
Для обеспечения характера работы Системы необходимо предусмотреть повышенные меры
по обеспечению надёжности функционирования.
Время восстановления базы данных из резервной копии не должно превышать 2 часов.
Для предотвращения возможности доступа к базам данных, не уполномоченных на то лиц и
однозначной идентификации сотрудников, вносивших данные в базу, все пользователи Системы
должны иметь индивидуальные учётные записи и пароли, секретность которых обеспечивается их
периодической заменой. Лицо, начинающее работу за терминалом, обязательно вводит свой
пароль, который автоматически контролируется на допустимость возможности работы
пользователя. Попытки несанкционированного (не признанного полномочным) использования
терминала протоколируются с блокированием дальнейшего доступа в Систему.
4.2.3. Дополнительные требования
Система должна иметь встроенные средства защиты от несанкционированного доступа к
информации, не содержащей сведения, составляющие государственную тайну, реализующие
функции идентификации и аутентификации пользователей, управления доступом пользователей к
объектам доступа, регистрации событий безопасности для обеспечения возможности
сертификации на соответствие требованиям Федерального закона от 27.06.2006 № 152-ФЗ «О
персональных данных» после завершения опытной эксплуатации.
Система должна соответствовать требованиям постановления Правительства от 26.12.2011
РФ № 1137 «О формах и правилах заполнения (ведения) документов, применяемых при расчетах
по налогу на добавленную стоимость».
4.3. Функциональные требования
4.3.1. Описание технических данных
4.3.1.1. Работа с сетевыми организациями, формирование и актуализация схем расчётов
Система должна обеспечивать следующие возможности:
 Ведение реестра сетевых организаций с указанием по каждой: балансодержателя и
владельца, дифференцированных тарифов на передачу электрической энергии;
 Ведение топологии распределительной сети, признаков балансовой принадлежности
элементов сети с учетом их «вложенности», договоров и условий оплаты;
 Ведение базы данных источников питания (ПС и ТП), линий различного класса
напряжения;
 Ведение базы данных координат местоположения точек поставки и объектов для
возможности поиска и отображения на карте или в геоинформационных системах;
 Ведение расчётных моделей котлового тарифа на передачу электроэнергии («котёл
стр. 126 из 170
сверху», «котёл снизу», «котёл сбыт»);
 Технологическую карту приборов учёта (топология сети с привязкой всех расчётных
ПУ);
 Ведение объектов потребления (конечных потребителей);
 Ведение электронной «картотеки» жилищного фонда (зданий и помещений);
регистрацию новых помещений с указанием всех параметров, необходимых для полной и
однозначной идентификации помещения в базе данных и проведения расчётов;
 Описание схемы энергоснабжения объектов, ввод и просмотр точек подключения (точки
поставки) объекта потребителя к узлам сети энергоснабжения;
 Определение алгоритмов приведения данных средств учёта, определение и/или настройка
расчётных методов формирования потребляемых объёмов энергоресурсов и услуг;
 Описание и ведение истории поставщиков по различным видам энергоресурсов для
каждой точки поставки объектов потребления;
 Описание нагрузочных характеристик объектов, оборудования и установок,
установленных на объекте в разрезе договоров энергоснабжения;
 Формирование объёмов фактических потерь с учётом бездоговорного и безучётного
потребления.
4.3.1.2. Управление средствами учёта
Система должна обеспечивать следующие возможности:
 Ведение информации об общедомовых приборах учета в привязке к МКД;
 Регистрацию приборов учёта по различным видам энергоресурсов, с указанием срока
истечения межповерочного интервала, места установки;
 Регистрацию контрольных приборов учёта электрической энергии по одной точке учёта,
с указанием срока истечения межповерочного интервала, места установки;
 Поддержку различных типов приборов учёта (многотарифные, интервальные,
многофункциональные и прочие);
 Поддержку различных типов измерительных трансформаторов (тока, напряжения,
комбинированных) как отдельных устройств, с указанием срока истечения
межповерочного интервала;
 Поддержку ПУ со встроенным трансформатором как единого устройства;
 Хранение истории монтажа ПУ и трансформатора(-ов) в составе группы;
 Автоматический расчёт коэффициента преобразования для ПУ на основе характеристик
трансформатора(-ов), смонтированных в составе группы.
 Управление работами, связанными с проверками средств учёта:
 Формирование и согласование долгосрочных и оперативных графиков проверок;
 Формирование актов на проведение проверок;
 Регистрация актов о проведении проверки;
 Контроль выполнения заявок;
 Контроль сроков исполнения предписаний.
 Поддержку операций метрологического обеспечения:
 ведение нормативного межповерочного интервала;
 расчёт следующей даты поверки, исходя из даты предыдущей;
 запрещение/ограничение действий с приборами учёта, не прошедшими поверку;
 отражение результатов поверки каждого прибора учёта.
 Перепрограммирование приборов учёта;
 Пломбирование средств учёта (ПУ и трансформаторов);
 Установку, снятие и замену средств учёта:
 Регистрация заявок на проведение работ;
 Планирование объёмов работ;
 Формирование актов на выполнение работ;
 Регистрация актов о замене, установке средств учёта (включая массовую загрузку
данных);
стр. 127 из 170
 Контроль выполнения заявок и нарядов.
 Контроль движения средств учёта:
 Хранение истории монтажа приборов учёта и трансформатора(-ов) в составе группы;
 Хранение истории монтажа средств учёта на точках измерений;
 Организацию взаимодействия с системами учёта материальных средств.
4.3.1.3. Отчётность по средствам учёта
Отчётность должна позволять отображать информацию следующего характера:
 Состояние средств учёта на заданную дату;
 Статистика по движению средств учёта за период времени;
 Статистика по внеплановым состояниям средств учёта;
 Отчёт по установленным средствам учёта с просроченной датой поверки.
4.3.2. Управление энергетическими данными
4.3.2.1. Сбор и загрузка показаний
Система должна обеспечивать следующие возможности:
 Формирование графиков снятия показаний на объектах потребителей;
 Формирование типовых маршрутов контрольных обходов и привязка энергообъектов к
своему маршруту;
 Ручное формирование и корректировка листа контрольного обхода на основании
маршрута;
 Автоматическое формирование и корректировка листа контрольного обхода на
основании маршрута и настраиваемых критериев отбора (срок снятия показаний,
результат последнего обхода и т.д.);
 Ручное и автоматическое назначение обходчиков по сформированному листу
контрольного обхода;
 Регистрация актов контрольных обходов с показаниями потребителей;
 Занесение показаний приборов учёта потребителей:
 Возможность регистрации показаний на любой момент времени;
 Регистрация информации об источнике данных о показаниях приборов учёта (дата
снятия показаний, ведомость контрольного обхода с именем контролера и т.п.);
 Формирование сводных и детальных отчётов о вводе показаний ПУ за различные
периоды (минимум – 1 день), с возможностью фильтрации и группировки показаний
по различным критериям: лицевым счетам, контролёрам, операторам, адресам и
группам адресов, участкам.
 Интерактивный (ручной) ввод показаний приборов учёта;
 Автоматизированный ввод показаний приборов учёта:
 Импорт из внешнего файла показаний приборов учёта потребителей;
 Загрузка показаний из АИИС КУЭ;
 Пакетный ввод данных с КПК.
 Верификацию показаний при ручном вводе и импорте из файла. Должны быть
обеспечены следующие проверки:
 Несоответствие введённого значения значности регистра учёта (количество знаков
до и после запятой);
 Наличие нецифровых символов при вводе;
 Нулевое потребление;
 Оборот счётчика (переход через «0»);
 Превышение границ допуска потребления (в абсолютном и относительном
измерениях);
 Превышение разрешённого числа считываний потребителем в течение
определённого периода;
 Превышение количества часов использования относительно постоянного значения;
 Превышение измеренной мощности относительно максимально заявленной;
 Недобор измеренной мощности относительно минимально заявленной;
стр. 128 из 170
 Превышение максимально возможного относительного отклонения потребления
расчетного и контрольного счётчиков.
Также должна быть обеспечена возможность реализации прочих проверок.
 Ведение статусов для значений показаний:
 Источник данных/способ передачи (АИИС КУЭ, сетевая организация, клиент,
сотрудник Заказчика);
 Контрольное/клиентское;
 Принимается/не принимается к расчёту.
4.3.2.2. Выявление нарушений энергоснабжения
Система должна обеспечивать следующие возможности:
 Регистрация актов о безучетном потреблении;
 Расчет объема безучетного потребления по актам;
 Регистрация предписаний;
 Формирование отчётности по актам и предписаниям:
 Реестр актов, составленных структурным подразделением/сетевой организацией за
указанный период (с разбивкой по типам актов);
 Реестр актов, возвращённых исполнителям на доработку, в том числе сетевой
организации;
 Реестр предписаний, составленных подразделением/сетевой организацией;
 Реестр выполненных/невыполненных предписаний.
Система должна обеспечивать работу с КПК в части проведения проверок:
 Выгрузка нарядов на проведение работ на КПК сотрудника Заказчика;
 Загрузка в Систему в автоматическом режиме данных о выявленных нарушениях.
4.3.2.3. Работа с ограничениями и отключениями
Система должна обеспечивать следующие возможности:
 Планирование частичного/полного ограничения режима потребления электрической
энергии;
 Формирование и исполнение графиков частичного/полного ограничения;
 Регистрация заявок по частичному/полному ограничению и возобновлению
энергоснабжения;
 Формирование нарядов сотруднику Заказчика на выполнение работ по
частичному/полному ограничению и возобновлению энергоснабжения потребителям;
 Формирование заявок в автоматическом режиме по группе потребителей в сетевые/иные
организации по частичному/полному ограничению и возобновлению энергоснабжения
потребителям;
 Ввод информации о выполнении нарядов сотрудниками Заказчика на частичное/полное
ограничение и возобновление энергоснабжения;
 Ввод информации об исполнении заявок сетевыми/иными организациями, включая учет
счетов за услуги сетевых организаций и их перевыставление соответствующим
потребителям;
 Контроль выполнения заявок и нарядов;
 Контроль оплаты задолженности потребителями-неплательщиками;
 Ведение сводной отчётности по частичному/полному ограничению и возобновлению
режима потребления электрической энергии.
Система должна обеспечивать работу с КПК в части проведения работ по
частичному/полному ограничению и возобновлению режима потребления электрической энергии:
 Выгрузка нарядов на проведение работ на КПК сотрудника Заказчика;
 Загрузка в Систему в автоматическом режиме данных о выполненных работах;
При использовании интеллектуальных приборов учёта Система должна обеспечивать
возможность дистанционного частичного/полного ограничения и возобновления режима
потребления электрической энергии.
стр. 129 из 170
4.3.3. Ведение договоров
4.3.3.1. Ведение договоров с гражданами-потребителями
Система должна обеспечивать следующие возможности:
 Ведение накопительного лицевого счёта для каждого клиента (физического лица),
который отражает актуальное состояние взаиморасчётов с данным клиентом;
 Присвоение нового уникального номера при создании лицевого счёта;
 Закрытие лицевого счёта;
 Учёт нормативно-справочной информации потребителя по договору;
 Внесение изменений в персональные реквизиты, принадлежащие потребителю;
 Регистрация договоров на снабжение энергоресурсами и учет договоров на оказание
прочих (коммунальных) услуг;
 Внесение изменений в договора энергоснабжения потребителей;
 Учёт событий, связанных с регистрацией по месту жительства и перемещением
потребителей (прибытие/убытие, временный выезд, отказ от услуги, предоставление
льгот и др.);
 Подключение/отключение услуг для расчётов с потребителем;
 Регистрация данных по потребителям и их ПУ, необходимых для корректного расчёта
потребления и начислений;
 Возможность описания лицевых счетов с несколькими ПУ по одной услуге или случаев
использования одного ПУ для нескольких лицевых счетов (счета при этом формируются
с разделением: пропорционально индивидуальному расходу, пропорционально площади;
пропорционально численности зарегистрированных человек);
 Возможность ведения лицевых счетов с использованием расчётного и контрольного
приборов учёта;
 Занесение/настройка схемы тарификации потребителя;
 Ведение истории тарифов по лицевому счёту по видам услуг;
 Ведение истории льгот по лицевому счёту по видам услуг (социальных нормативов
потребления энергии, дата начала действия льготы, сведения об организации, выдавшей
льготный документ, и о дате его выдачи, дата прекращения действия льготы);
 Справочник нормативов потребления энергии при отсутствии приборов учета у
потребителей;
 Корректировка информации по клиенту о льготах, которые ему предоставляются, и
периодах предоставления льгот;
 Ведение истории субсидий по лицевому счёту по видам услуг;
 Подготовка договора потребителю в зависимости от его типа на основе заранее
сохранённого шаблона.
 Ведение агентских договоров:
 на снятие и приём показаний приборов учёта;
 на приём оплат за потреблённую электроэнергию и прочие услуги;
 на выполнение расчётов с гражданами-потребителями.
 на оказание иных услуг.
Функционал по ведению агентских договоров должен предусматривать возможность
модернизировать Систему и расширять перечень услуг в дальнейшем.
4.3.3.2. Персональный учёт
Система должна обеспечивать следующие возможности:
 Учёт событий, связанных с регистрацией по месту жительства и перемещением
потребителей (прибытие, убытие, смена фамилии, смерть и т.д.);
 Учёт событий, связанных с временным отсутствием потребителей;
 Учёт событий, связанных с предоставлением различных льгот и субсидий;
 Учёт других видов событий в соответствии с конфигурацией Системы;
 Интеграция с системой паспортного учёта для организации автоматизированного
импорта событий персонального учёта;
стр. 130 из 170
 Формирование необходимых отчётов;
 Учет сроков временного проживания потребителей.
4.3.4. Расчёты
4.3.4.1. Общие требования к расчётам
Система должна обеспечивать расчёт потребленной электрической энергии, учёт начислений
и оплат по прочим услугам, расчёт которых производится в смежных системах, перечисленных в
п. 6.1.
Система также должна обеспечивать учёт начислений по следующим услугам:
 Возобновление режима потребления электроэнергии после частичного/ полного
ограничения и оплаты клиентом задолженности.
4.3.4.2. Требования к методикам расчётов
Методика определения объема полезного отпуска, расчета и перерасчета стоимости и учета
оплаты электроэнергии, поставленной бытовым потребителям ПАО «Красноярскэнергосбыт»,
утвержденная Приказом ОАО «Красноярскэнергосбыт» № 351 от 30.06.2015, включая изменения и
дополнения.
4.3.4.2.1. Комплексный расчёт в реальном времени
Система должна обеспечивать следующие виды расчёта стоимости потребления:
 Расчёт по тарифам с единой ценой (Расчёт по регулируемым ценам) – в отношении
потребления, населения и приравненным к нему потребителям;
 Расчёт по тарифам с временными зонами – потребление тарифицируется по временным
зонам, для каждой из которых установлены свои цены и пропорции их применения.
4.3.4.3. Расчёты с потребителями
4.3.4.3.1. Основные функции
Система должна обеспечивать следующие возможности:
 Ведение описательной информации о тарифе (ставка, группа тарифа, история изменения
ставок тарифа);
 Расчёт за каждый текущий период должен осуществляться с действующей в этом периоде
ставкой тарифа;
 Выполнение следующих расчётов (индивидуально и в пакетном режиме):
 Расчёт энергопотребления на основании нормативов (ежемесячные начисления);
 Расчёт энергопотребления по показаниям приборов учёта (с учётом тарифных зон);
 Расчёт потребления в случае ввода нескольких показаний в течение расчётного
периода;
 Выполнение расчёта на основании расчётного среднесуточного расхода,
рассчитанного из показаний прибора учёта за предыдущие периоды, с последующим
перерасчётом и отражением результатов перерасчёта в текущем (открытом)
расчётном периоде;
 Расчёт долевого потребления по одному прибору учёта;
 Расчёт энергопотребления коммунальными квартирами и коттеджными поселками с
распределением общих нужд по соответствующим расчетным схемам;
 Расчёт по установленной мощности и количеству часов горения/использования;
 Расчёт стоимости предоставляемых субсидий;
 Расчёт при замене приборов учёта;
 Расчёт с использованием социальной нормы потребления электроэнергии;
 Расчёт потребления по многоквартирному дому, в т.ч. расчёт и распределение
электроэнергии, потреблённой на общедомовые нужды;
 Перерасчёт сумм начислений с точностью до одного дня, в том числе в натуральных
единицах с учетом глубины перерасчетов, установленных законодательством;
 Расчёт безучётного потребления;
 Расчёт с поставщиками услуг по результатам реализации (на основании лицевых счетов
потребителей) в разрезе услуг;
 Оперативный поиск информации в Системе по запросам пользователей;
стр. 131 из 170
 Формирование необходимых отчётов.
4.3.4.3.2. Регламенты расчётов
 В Системе должны быть реализованы следующие сценарии расчётов с Контрагентами:
 Периодические начисления («выставление счетов-извещений»);
 Перерасчёты (расчёты при изменении существенных фактов в прошлом);
 Расчёты по актам безучётного потребления.
 Расчёт полезного отпуска формируется в соответствии с утверждённой Методикой
расчётов с бытовыми потребителями с учётом деления на составляющие тарифа
(покупка, передача, иные услуги).
 Перерасчёты производятся при изменении параметров расчёта услуг, которые произошли
в прошлом и не были зарегистрированы на лицевом счёте при проведении расчётов, с
учетом заданной глубины перерасчётов, например:
 События, связанные с количеством проживающих – прибытие, убытие, временное
отсутствие или временное проживание, разделение лицевого счёта, объединение
лицевых счетов;
 Изменения тарифа;
 Отключение/подключение услуг;
 Изменения параметров тарификации услуги (количество, норматив, площадь).
 Расчёт по актам формирует счёт на оплату (квитанцию) на основании акта неучтённого
потребления по услуге, в котором вычисляется величина потребления.
 При выполнении расчётов должны учитываться все требования действующих
постановлений Правительства РФ.
4.3.4.3.3. Формирование платёжных документов
Система должна обеспечивать следующие возможности:
 Формирование как объединённого счёта за потреблённые услуги, так и отдельного счета
на выбранную услугу по группе потребителей, а также нескольких счетов за разные
услуги в одном печатно-расчётном документе;
 Возможность массового формирования счетов-квитанций для группы лицевых счетов,
выбранных по определённым критериям;
 Возможность повторного формирования печатной версии счетов в том виде, в котором
они были сформированы и выставлены потребителям;
 Возможность при необходимости корректно «откатить» операцию массового
формирования счетов (до того, как они были отправлены клиентам) и провести её заново;
 Возможность просмотра в режиме True Type отдельных документов или их совокупности
перед печатью с целью визуальной проверки корректности их формирования;
 Возможность массовой печати счетов на печатающем устройстве с необходимой
группировкой и последовательностью;
 Формирование и печать расшифровок по начислениям за любой период времени по
любому потребителю или группе потребителей;
 Начисление суммы штрафных санкций за просрочку платежей;
 Формирование штрихового кода на бумажном счёте (квитанции). Возможность
динамической настройки полей штрихового кода исходя из реквизитов квитанции;
 Формирование для печати различных типов платёжных документов по установленной
заранее для каждого типа документа форме;
 Возможность печати на счетах информационных объявлений по определенной группе
потребителей.
4.3.4.4. Расчёты с дебиторами и кредиторами
4.3.4.4.1. Основные функции
Система должна обеспечивать следующие возможности:
 Бухгалтерский учёт (аналитический и синтетический): начальных остатков, оборотов и
сальдо относительно расчётов в разрезе различных аналитических признаков:
 Услуги (номенклатуры);
стр. 132 из 170
 Ставки НДС;
 Период образования;
 Виды задолженности;
 Отрасли, бюджеты (аналитика регламентных отчётов).
 Проведение актов реализации, формирование бухгалтерских проводок относительно
реализации;
 Ввод и разноска оплат потребителей;
 Формирование и печать первичных бухгалтерских документов взаиморасчётов с
потребителями в соответствии с действующим законодательством в бухгалтерском и
налоговом учетах в т.ч.:
- формирование и печать первичных документов на реализацию работ, услуг,
оказываемых Обществом;
- формирование и печать актов сверок с потребителями;
- формирование документов налогового учета, в т.ч. счета-фактуры, формирование
и выгрузка данных для книги продаж, (в т.ч. дополнительных листов).
4.3.4.4.2. Ввод платежей
Система должна обеспечивать следующие возможности:
 Занесение или импорт из внешнего файла бандеролей платежей потребителей;
 Возможность интеграции с устройствами чтения штриховых кодов для автоматизации
ввода поступивших квитанций об оплате;
 Автоматическая загрузка данных о поступлениях через интерфейс «Клиент Банк»,
сопоставление начисленной сумме, сохранение в базе данных;
 Возможность контроля и очистки данных (ручной и автоматической) при импорте
данных из внешнего файла или через интерфейс «Клиент Банк»;
 Ведение реестра неопознанных сумм;
 Разнесение платежей по лицевым счетам;
 Возможность ручного соотнесения платежа начисленной сумме;
 Возможность ручного ввода платежа;
 Возможность
автоматического
соотнесения
платежа
к
размеру
дебиторской/кредиторской задолженности на начало расчётного периода, в котором
поступил платёж, в соответствии с предопределёнными правилами;
 Возможность расщепления платежей по услугам/поставщикам в соответствии с
предопределенными правилами и экспорта указанной информации в смежные
биллинговые системы Заказчика и сторонних организаций (в т.ч. передачи реестров
платежей в Региональный фонд капитального ремонта);
 Расчёт размера взимаемого комиссионного вознаграждения (РКО) с детализацией по
пунктам приёма платежей и выделения доли РКО, приходящейся на отдельные платежи
(группу платежей) за коммунальные услуги, в разрезе услуг;
 Автоматическое распределение оплаты по номенклатурам начисления (по строкам счета),
с возможностью ручной корректировки. Формирование оборотов и остатков по лицевым
счетам в разрезе номенклатур;
 Ручной и автоматический контроль количества обрабатываемых платёжных документов
и сумм оплаты на соответствие данным банковской выписки;
 Режим возврата сумм ошибочных платежей;
 Составление отчётов о поступлении средств в различных конфигурациях.
4.3.4.4.3. Управление задолженностью
Система должна обеспечивать следующие возможности:
 Ведение для каждого потребителя накопительного лицевого счёта, который содержит
всю необходимую для взаиморасчётов финансовую информацию в разрезе оказываемых
ему услуг, в том числе историю финансовых операций: начислений, платежей,
финансовых корректировок;
 Ведение для каждого поставщика услуг финансовой информации, в том числе историю
стр. 133 из 170
начислений, платежей, финансовых корректировок, в разрезе потребителей конкретных
услуг;
 Ведение и поддержку в актуальном состоянии баланса лицевого счёта потребителя,
отражающего в каждый момент времени текущее состояние взаиморасчётов с ним;
 Оценку кредитоспособности дебитора по каждому лицевому счёту на основании
задержек платежей или недостатка средств на счёте; разделение потребителей на
категории, определяющие сценарии работы с дебиторской задолженностью, на
основании его кредитоспособности;
 Формирование резерва по налоговому и бухгалтерскому учету в разрезе услуг;
 Формирование резерва по сомнительным долгам в разрезе услуг;
 Расчёт и начисление пени за несвоевременную оплату с автоматической генерацией и
влиянием на сальдо счёта в соответствии с правилами, определёнными для каждой
услуги, на конкретном лицевом счете;
 Формирование графиков реструктуризации задолженности потребителей, учет их
состояния (сформирован, согласован, подписан, исполнен и т.п.) и контроль их
исполнения;
 Функции списания дебиторской/кредиторской задолженности;
 Формирование имеющихся в Системе документов, необходимых для подачи иска в суд
по отдельному потребителю (группе потребителей) по одной или нескольким услугам;
 Ведение для каждого потребителя хронологии взыскания задолженности в судебном
порядке;
 Ведение для каждого потребителя хронологии движения и исполнения исполнительных
листов;
 Формирование аналитических и регламентированных отчётных форм.
4.3.4.4.4. Работа с потребителями-дебиторами
Система должна обеспечивать следующие возможности:
 Формирование списка лицевых счетов потребителей, подлежащих частичному/полному
ограничению за неуплату (с сохранением даты планируемого события, даты
фактического события, даты возобновления услуг потребителю);
 Формирование списка объектов (точек учёта) потребителей, которым будет введен режим
частичного/полного ограничения или возобновления энергоснабжения в ходе операции;
 Экспорт данных о задолженности в систему автоматического оповещения
(автоматического обзвона, уведомления по SMS, e-mail) потребителей-дебиторов;
 Импорт фактов оповещения (автоматического обзвона, уведомления по SMS, e-mail) из
соответствующей системы для последующего использования в логике бизнес-процесса
по работе с потребителями-дебиторами.
 Автоматическое формирование и печать бланков извещений на частичное/полное
ограничение энергоснабжения потребителям по заранее заданному шаблону для списка
клиентов (в массовом порядке) и для одного клиента с возможностью внесения
впоследствии отметки о выполнении;
 Формирование на основе списка потребителей-дебиторов документов на возобновление
энергоснабжения потребителям с возможностью внесения впоследствии отметки о
выполнении по каждому из потребителей;
 Формирование списков потребителей, по которым были выполнены работы по
частичному/полному ограничению и возобновлению энергоснабжения;
 Учёт объёма и стоимости выполненных работ по частичному/полному ограничению и
возобновлению энергоснабжения потребителям;
 Формирование списка лицевых счетов потребителей, имеющих просроченную
дебиторскую задолженность по всем видам услуг;
 Автоматическое формирование и печать бланков предупреждений, уведомлений о
задолженности, как только за потребленную электроэнергию, так и в любой компоновке
услуг, в разрезе поставщиков услуг;
стр. 134 из 170
 Сохранение для каждого клиента ретроспективы всех действий, произведённых в
отношении клиента в части отправки уведомлений, предупреждений, извещений и
заданий на введение режима частичного/полного ограничения или возобновления
энергоснабжения;
 Формирование необходимых отчётов.
4.3.4.5. Требования к средствам построения отчётов Системы:
Разработка отчётов будет вестись на основе согласованных спецификаций требований к
отчётам, которые содержат:
 Общее описание содержания отчёта и его предназначение, периодичность формирования;
 Функциональные требования к отчёту – параметры отчёта, описание переменных отчёта
(ссылка на реестр показателей и признаков), описание формы отчёта, форматы данных
отчёта, ограничения по доступу к данным отчёта;
 Описание реализации отчёта с точки зрения источника данных.
Расчёт показателей отчётов должен осуществляться на разных уровнях Системы. Часть
показателей должна рассчитываться на уровне отчёта, часть показателей – на уровне хранилища
данных.
Система должна обеспечивать построение следующих видов отчётов:
 Бланки и регламентные отчёты должны формироваться на основе заранее заданного
шаблона.
 Списки должны формироваться в клиентском приложении Системы на основе выборки
данных из БД. Список должен обеспечивать пользователю следующие возможности:
 Выбор состава и порядка столбцов отображаемой выборки;
 Формирование фильтров для ограничения данных;
 Настройку сортировки;
 Сохранение настроек в пользовательском профиле;
 Экспорт данных текущего представления в Microsoft Excel.
 В Системе должен быть предусмотрен гибкий программный инструментарий для
построения отчётов силами обслуживающего персонала.
Инструментарий построения отчётов должен обеспечивать:
 Управление полным жизненным циклом отчёта, от авторской разработки до
опубликования;
 Создание структуры отчёта в режиме WYSIWYG;
 Экспорт печатной формы в различные форматы (включая PDF, TIFF, HTML, а также
XML и CSV).
 Управление отчётами должно обеспечивать:
 Масштабируемость, безопасность и настройку расписания отчётов;
 Многопроцессорную обработку сложных отчётов, параллельно извлекающих
данные из различных источников.
4.3.4.5.1. Перечень отчётов
Перечень отчетов будет определен в рамках подготовки альбома отчетных форм на этапе
«Анализ применимости». Ниже представлен примерный перечень отчетов.
Система должна предоставить возможность формирования отчётности по следующим
группам и показателям:
 Управление средствами учёта:
 Отчёт о сроках госповерки приборов учёта;
 Отчёт о замене измерительных трансформаторов;
 Отчёт о замене приборов коммерческого учёта;
 Статистика управления приборами учёта;
 Наряд на проверку схем и приборов учёта (по дате последней проверке, по типу
прибора учёта, по дате госповерки, по адресу, по наименованию потребителя, по
типу техприсоединения, по номеру пломбы, по характеристикам измерительных
трансформаторов, по признакам визуального контроля);
стр. 135 из 170




 Отчёт о выполнении проверок приборов учёта по нарядам;
 Задание на выполнение работ, связанных с приборами учета, с формированием
финансовых документов для клиента;
 Состояние средств учёта на заданную дату;
 Отчёт о принятых и выполненных заявках клиентов (замена, проверка приборов
учёта и т.д.);
Выявление нарушений энергоснабжения:
 Реестр актов, составленных структурным подразделением за указанный период (с
разбивкой по типам актов);
 Реестр актов, составленных сетевой организацией, с указанием состояния (принят,
возвращен на доработку и т.п.);
 Реестр актов, возвращенных исполнителям на доработку;
 Реестр актов, по которым потребитель добровольно произвёл оплату;
 Реестр актов, по которым потребитель произвёл оплату в соответствии с решением
суда;
 Реестр актов, взыскание по которым ведется в судебном порядке;
 Реестр актов, начисление по которым взыскано/не взыскано в судебном порядке;
 Реестр предписаний, составленных подразделением/сетевой организацией;
 Реестр выполненных/невыполненных предписаний;
Отпуск энергоресурсов. Сюда включаются отчёты, отражающие:
 Объём потребления энергоресурсов по потребителям, группам тарифов, точкам
поставки, типам расчета и др.;
 Корректировку объёмов потребления в заданном периоде;
 Структуру полезного отпуска по группам потребителей, по тарифным группам;
 Ведомости начислений потребителям;
 Расходы по объектам учёта за период по различной детализации.
Расчёты с потребителями. Сюда включаются отчёты, отражающие:
 Дебиторскую, кредиторскую и реструктурированную задолженности с информацией
о дате возникновения задолженности (число, месяц, год), в разрезе услуг;
 Сальдо потребителя, с отражением входящего сальдо на начало отчётного
(рассматриваемого) периода, начислений за отчётный период, оплаты в отчётном
периоде и исходящего сальдо;
 Статистическую информацию по расчётам за отпущенные энергоресурсы и услуги,
включая справку о полезном отпуске, оборотно-сальдовые ведомости по
юридическим лицам и бытовым потребителям с разбивкой по группам потребителей
и по бухгалтерским счетам;
Работа с неплательщиками:
 Уведомление о задолженности (единичное, массовое);
 Уведомление о частичном/ полном ограничении режима потребления (единичное,
массовое);
 Список потребителей-дебиторов оперативный;
 Списки потребителей-дебиторов, подлежащих отключению;
 План-график ввода частичного/полного ограничения режима энергоснабжения;
 Отчёт по исполнению плана-графика (реестр ввода частичного/полного ограничения
потребителей, реестр возобновления энергоснабжения, реестр неисполненных
ограничений, объёмы ПО для удержания из услуг сетевой компании);
 Информация по ограниченным потребителям;
 Журнал об отмене ограничений;
 Журнал актов об ограничении;
 Журнал о неисполненных ограничениях;
 Журнал заявок о возобновлении подачи э/э;
 Оперативные отчеты по ограничениям;
стр. 136 из 170
 Работа с сетевыми компаниями:
 Схемы расчёта: «котёл сверху», «котёл снизу», «котёл сбыт»;
 Расчёт стоимости услуг сетевых компаний (по остатку, по нормативу: от объёма
транзита сторонним потребителям);
 Расчет стоимости услуг сетевых организаций за введенные/снятые ограничения;
 Корректировка стоимости услуг сетевых компаний по результатам ограничений
потребителей (за исполнение и неисполнение ограничений);
 Объёмы удержания из услуг сетевых компаний.
 Информация о деятельности компании.
 Формирование планового задания по сбору денежных средств на месяц;
 Формирование информации об общем поступлении денежных средств с
нарастающим итогом по дням месяца, в том числе в разрезе услуг, поставщиков
услуг. Анализ отклонений фактического поступления от планового;
 Отчёт о выпадающих доходах при расчётах с бытовыми потребителями;
 Выделение в общем объёме поступлений денежных средств расчётов за текущий
период и гашение дебиторской задолженности.
 Статистические формы:
 Отчёт по форме 22-ЖКХ;
 Отчёт по форме 46-ЭС;
 Отчёт по форме 9-ПС;
 Отчёт по форме 1-ПУ;
 Отчёты по балансам;
 Отчёты по услугам;
 Отчёты по перетокам;
 Отчеты по начислениям за потребленную электроэнергию в УСЗН;
 Отчет о потреблении электрической энергии в пределах и сверх социальной нормы
потребления электрической энергии (мощности) по форме приложения № 8
Положения об установлении и применении социальной нормы потребления
электрической энергии, утвержденного постановлением Правительства РФ от
22.06.2013 № 614
 Бухгалтерский учёт
 Реестр поступивших платежей;
 Реестр счетов-фактур;
 Форма: Счёт на оплату;
 Форма: Счёт-фактура;
 Форма: Корректировочный Счёт-фактура;
 Форма: Исправленный Счёт-фактура;
 Форма: Счёт-квитанция на оплату потреблённых коммунальных услуг;
 Книга покупок и продаж и дополнительные листы к ним;
 Форма: Акт сверки;
 Форма: Акт приема передачи/выполненных работ;
 Акт по комиссионному вознаграждению в разрезе услуг, поставщиков услуг;
 Акт выполненных работ (оказанных услуг) по сбору средств с плательщиков за
оказываемые им услуги в разрезе услуг, поставщиков услуг; Реестр сомнительной
задолженности в разрезе услуг;
 Отчёты по движению резервов.
И другие отчёты.
4.3.5. Требования к обслуживанию нормативно-справочной информации:
 Все модули Системы должны использовать единую базу данных нормативно-справочной
информации, все используемые справочные данные должны присутствовать в Системе в
единственном экземпляре;
 Система должна предоставлять графический интерфейс, необходимый для навигации
стр. 137 из 170
пользователя среди справочников и работы пользователя со справочниками – навигация,
просмотр, редактирование, добавление новых и удаление имеющихся записей
справочника, в соответствии с правами доступа;
 Все справочники НСИ являются версионными (поддерживающими историю изменений);
 Должен быть реализован механизм хранения и просмотра истории изменений
справочников (суть изменений, дата, пользователь);
 Должен быть обеспечен механизм, обеспечивающий первоначальное наполнение
справочников путем импорта данных из существующих систем;
 Система должна обеспечивать ведение информации по организационной структуре
компании и сотрудникам с привязкой ко времени.
Система должна обеспечивать ведение следующих централизованных (общекорпоративных)
справочников:
 справочника адресов с привязкой к почтовым индексам и сельским/городским
муниципальным образованиям (ФИАС с поддержкой КЛАДР и дополнительно
справочников домов с учетом строений и корпусов.);
 справочника типов ПУ;
 справочника тарифности ПУ;
 справочника типов измерительных трансформаторов (справочника трансформаторов);
 справочника типов обмоток измерительных трансформаторов;
 справочник уровней напряжения;
 справочников налоговых и идентификационных номеров: ОГРН, ОКОНХ, ОКВЭД,
ОКПО, ОКФС, ОКОПФ и пр.
 Система должна обеспечивать ведение следующих справочников на уровне Заказчика:
 справочника энергообъектов;
 справочника часов пиковой нагрузки;
 справочника сетевых организаций;
 справочник районов обслуживания приборов учета в разрезе территорий присутствия;
 справочника нормативов потребления электроэнергии;
 справочника тарифов, в том числе в виде тарифного меню;
 справочник прочих услуг;
 справочник поставщиков услуг;
 календаря рабочих и праздничных дней;
 справочник начала и окончания отопительных сезонов в разрезе территорий присутствия
Заказчика;
 справочника пунктов приёма платежей;
 справочника лицевых счетов потребителей;
 справочника точек поставки;
 справочника договоров энергоснабжения.
 справочник статей учета;
 справочник юридических лиц;
 справочник управляющих компаний;
 справочник ЖКО;
 справочник «Организации и подразделения»;
 справочник «Старшие контролеры»;
 справочник «Члены мобильной бригады»;
Полный перечень справочников, обслуживаемых Системой, приведен в Типовом проектном
решении (ТПР) «Обслуживание НСИ». Пакет документов, входящий в Технический проект, будет
передан победителю аукциона перед началом работ.
4.3.6. Требования к подсистеме печати внедряемой Системы
В Системе должен быть предусмотрен гибкий программный инструментарий для построения
печатных форм силами обслуживающего персонала. Инструментарий построения печатных форм
должен обеспечивать:
стр. 138 из 170
 Гибкие возможности для настройки дизайна печатных форм, включающие отображение
таблиц, графиков, диаграмм, изображений, логотипов и пр.;
 Возможность печати штрих-кодов;
 Возможность персонализации печатных документов: адресная печать на документах
дополнительной информации (рекламной, маркетинговой и пр.) в зависимости от
профиля пользователя.
Система должна обеспечивать следующие возможности настройки корреспонденции с
потребителем:
 Определение регламентированного набора документов для каждого типа потребителей;
 Выбор потребителем предпочтительного способа доставки документов (бумажный
носитель, e-mail, факс и пр.) и предпочтительного адреса доставки;
 Возможность выбора нескольких способов доставки.
Система должна обеспечивать возможность индивидуальной печати документов и массовой
печати документов в пакетном режиме. Должны обеспечиваться следующие функции печати:
 Автоматическое определение способа доставки с последующим формированием
документов в необходимом виде;
 Массовая параллельная печать на нескольких печатающих устройствах одновременно;
 Массовая печать в архивный файл (с последующей его передачей на печать внешним
специализированным организациям);
 Автоматическая отправка электронной копии печатного документа по e-mail, по факсу,
если потребитель выбрал данный способ доставки.
4.3.7. Претензионно-исковая деятельность
Система должна обеспечивать следующие возможности ведения претензионно-исковой
работы по потребителям (за потребленную электроэнергию; по единому иску с учетом набора
прочих услуг, оказываемых непосредственно Заказчиком):
 Учёт финансовых операций по лицевым счетам в разрезе видов задолженности
(потребительская, исковая, мораторная, реструктурированная);
 Проведение и списание различных видов задолженности;
 Ведение журнала судебной практики с потребителем;
 Ведение журнала по исполнительному производству;
 Ведение графика плановых и фактических платежей по договору реструктуризации или
исполнительному листу;
 Формирование необходимых отчётов;
 Подготовка необходимых документов, в т.ч. с использованием электронного досье
клиента;
 Ведение контактной информации представителей привлечённых сторон;
 Ведение необходимой информации и учёт основных событий по процедуре банкротства
потребителя;
 Настройка и ведение оповещений специалиста по претензионно-исковой работе с целью
избежания пропусков значимых процессуальных событий.
Журнал судебной практики
 В журнале судебной практики должны фиксироваться следующие события:
 Наименование судебного органа;
 Даты основных процессуальных событий (например, начало искового производства, дата
вынесения решения по делу в 1-й инстанции, кассационной, аппеляционной и т.д.)
 Претензионное письмо;
 Мировое соглашение;
 Исковое заявление;
 Отказ принять иск в судебное производство;
 История и результат судебных заседаний по иску;
 Судебный акт;
 Исполнительный лист;
стр. 139 из 170
 Состояние исполнительного производства;
 Реструктуризация платежей по исполнительному листу.
4.3.8. Электронное досье клиента
Система должна обеспечивать возможность хранения в Системе в электронном виде
следующих документов:
 договор энергоснабжения;
 договор купли-продажи электроэнергии;
 протокол разногласий и согласования;
 договор на оказание прочих услуг;
 протокол разногласий и согласования;
 дополнительные/гарантийные соглашения;
 акты разграничения балансовой принадлежности и эксплуатационной ответственности;
 свидетельство о государственной регистрации права собственности на объект;
 документ о праве пользования;
 лицензии на осуществление предпринимательской деятельности по управлению МКД;
 справка жилищной организации о количестве зарегистрированных/проживающих;
 акты допуска приборов учёта в эксплуатацию;
 переписка с клиентом (обращения клиента и ответы Общества);
 других документов в случае необходимости.
4.4. Нефункциональные требования
4.4.1. Требования к стандартизации и унификации
При адаптации и внедрении Системы необходимо использовать общесистемное ПО
известных производителей, имеющее поддержку на территории РФ, включая лицензионные ОС,
СУБД и т.д.
Используемое при адаптации программное обеспечение и библиотеки программных кодов
должны иметь широкое распространение, быть общедоступными и использоваться в
промышленных масштабах.
При необходимости работ по модернизации Системы должна обеспечиваться унификация и
стандартизация на уровне интерфейсов взаимодействия пользователей с разрабатываемыми
Исполнителем подсистемами Системы.
Все поясняющие надписи в экранных формах АРМ должны быть на русском языке.
Пользователю должны быть предоставлены возможности работы с данными, как с помощью
клавиатуры, так и с применением манипулятора типа «мышь».
Должна обеспечиваться возможность совмещения на одном физическом рабочем месте
нескольких функциональных (логических) автоматизированных рабочих мест.
4.4.2. Требования к эргономике и технической эстетике
Графический интерфейс пользователя должен быть построен на основе следующих
принципов:
 единство базовых текстовых, цветовых и графических обозначений;
 однотипный интерфейс навигации по экранным формам;
 обеспечение многооконного режима;
 в шапке отчётов должен использоваться логотип Заказчика;
 для наиболее частых операций должны быть предусмотрены «горячие» клавиши;
 при возникновении ошибок в работе системы на экран монитора должно выводиться
сообщение с наименованием ошибки и с рекомендациями по её устранению на русском
языке;
 должна быть возможность получения отчётности по мониторингу работы подсистем.
4.4.3. Требования к Системе Управления Базами Данных
Для хранения и обработки всех информационных массивов Системы должна использоваться
единая система управления базами данных (СУБД).
Система должна быть внедрена на основе СУБД Microsoft SQL Server 2012, Standard,
Enterprise или Business Intelligence edition.
стр. 140 из 170
4.4.4. Диагностирование
Диагностика работы программного обеспечения Системы осуществляется программными
компонентами операционной системы, СУБД и специально предназначенными утилитами самой
системы.
4.4.5. Требования к видам обеспечения
4.4.5.1. Информационное обеспечение
Информационное обеспечение – это совокупность средств и методов построения и
использования информационной базы.
Информационное обеспечение должно удовлетворять пользователя по своей
упорядоченности, точности, достоверности и своевременности представления информации для
решения поставленных задач, а также однозначности и удобства ее восприятия всеми
пользователями.
Информационное обеспечение должно иметь адресность и требуемую детализацию, в
соответствии с уровнем иерархии подразделений, интегрированную организацию процессов
передачи и преобразования информации (информационную увязку всех специальных функций и
задач подразделений, однократный ввод первичных данных и их комплексное использование для
решения задач обработки, хранения и анализа данных).
4.4.5.2. Требования по использованию в Системе унифицированных ведомственных форм
документации
Форма представления выходной информации Системы должна быть согласована с
требованиями действующего законодательства РФ и заказчика (пользователя) Системы.
При разработке форм выходных документов необходимо применять в выходных документах
Системы термины и сокращения, общепринятые в данной предметной области и согласованные с
требованиями действующего законодательства РФ и Заказчика.
4.4.5.3. Техническое (аппаратное) обеспечение
4.4.5.3.1. Характеристики технических средств
Ниже представлены рекомендации к аппаратным средствам, если число одновременно
работающих пользователей Microsoft Dynamics AX не превышает 800 пользователей.
Сервер базы данных (а также, сервер отчетов и анализа):
Процессор
Количество ядер
RAM (ГБ)
AMD Opteron или Intel Xeon 2.13ГГц
32
256
На всех серверах рекомендуется использование рейд-массивов RAID1 под ОС и прикладное
ПО и как минимум одного дополнительного диска горячей замены. В качестве средства хранения
данных предпочтительно использовать внешнюю дисковую стойку на SAS или твердотельных
дисках. Конфигурация дисковых массивов для физических серверов может быть следующая:
RAID 0+1 (8 дисков) под БД с оперативными данными и БД сервера отчетов и анализа, RAID 0+1
(4 диска) под БД модели (приложения), RAID1 (2 диска) под журналы транзакций, RAID10 (4
диска) под TempDB, RAID1 (2 диска) под резервные копии.
Сервер приложений AOS, поддерживает до 250 одновременно работающих пользователей на
сервер. Если количество пользователей составляет 800, то необходимо иметь 3 сервера
приложений:
Одновременно
Количество
работающих
Процессор
RAM (ГБ)
ядер
пользователей
250
AMD Opteron или Intel Xeon 2.13ГГц
8
16
Сервер пакетной обработки:
Процессор
AMD Opteron или Intel Xeon
Количество ядер
24
RAM (ГБ)
64
стр. 141 из 170
Сервер портала (IIS, сервер справки):
Процессор
Количество ядер
AMD Opteron или Intel Xeon
8
RAM (ГБ)
16
Терминальный сервер (80 пользователей на сервер):
Процессор
Количество ядер
RAM (ГБ)
AMD Opteron или Intel Xeon
8
36
2.13ГГц
4.4.5.3.2. Пропускная способность каналов связи
Программный комплекс должен функционировать на каналах с пропускной способностью:
 до отделений – не более 10 Mb/s (не более 30 пользователей);
 на участках – не более 1 Mb/s (не более 10 пользователей).
4.4.6. Требования по сохранности информации при авариях внедряемой системы
Отказоустойчивость Системы должна обеспечиваться созданием резервных копий БД и
клиентского программного обеспечения с возможностью восстановления данных с этих копий.
В информационной системе должна обеспечиваться сохранность информации при всех
аварийных ситуациях.
Под аварийной ситуацией следует понимать состояние системы, которое характеризуется:
 полным или частичным прекращением выполнения функциональных задач;
 аномальным (нештатным) режимом работы всей системы или её основных подсистем,
связанным с изменением нормальной последовательности действий;
 несвоевременностью получения пользователями запрашиваемой информации и её
неадекватностью;
 полной или частичной потерей информации;
 нелегитимным доступом к системе, информации и предумышленным ее искажением или
уничтожением;
 аномальным состоянием важнейших компонентов инфраструктуры, взаимодействующих
информационных систем, всех видов обеспечения, сетей, людских ресурсов и других
обеспечивающих процессов.
В случае повреждения данных должно обеспечиваться восстановление состояния системы на
момент создания последней резервной копии данных, но не более чем за сутки до момента сбоя.
Восстановление данных должно осуществляться в соответствии со следующими
требованиями:
 при аварии или сбое в процессе выполнения пользовательских задач должно быть
обеспечено восстановление базы данных до состояния на момент последней завершённой
СУБД транзакции;
 при повреждении журналов регистрации СУБД должно быть обеспечено восстановление
базы данных до состояния на момент создания последней резервной копии данных, но не
позднее, чем за сутки до момента сбоя;
 восстановление баз данных с резервной копией должно осуществляться средствами
СУБД.
Для обеспечения защиты данных от разрушений при авариях и сбоях в процессе выполнения
пользовательских задач в ИС должно быть обеспечено:
 ведение регистрационных журналов и использование механизма отката транзакций
СУБД;
 создание резервных копий базы данных.
4.4.7. Требования к патентной чистоте
Система должна отвечать требованиям по патентной чистоте, согласно действующему
законодательству Российской Федерации.
Все работы и услуги по внедрению ПО для автоматизации расчетов за электроэнергию
(мощность) с физическими лицами должны быть выполнены на базе: Microsoft Dynamics AX 2012,
принадлежащей ПАО «Красноярскэнергосбыт» на правах неисключительной лицензии, без
стр. 142 из 170
применения
дополнительного
ПО,
лицензии
которого
недоступны
для
ПАО «Красноярскэнергосбыт» в рамках лицензионных контрактов, действующих на момент
заключения договора.
4.4.8. Показатели назначения внедряемой системы
Система должна соответствовать следующим показателям назначения:
 Количество потребителей, регистрируемых в Системе – не менее 2 млн. (с возможностью
масштабирования до 10 млн.);
 Количество объектов, регистрируемых в Системе – не менее 5 млн. (с возможностью
масштабирования);
 Количество точек учёта электроэнергии, регистрируемых в Системе – не менее 10 млн. (с
возможностью масштабирования);
 Обеспечение одновременной работы пользователей – не менее 800.
4.4.9. Требования к лингвистическому обеспечению внедряемой Системы
Лингвистическое обеспечение Системы - это совокупность языковых средств для
формализации естественного языка, построения и сочетания информационных единиц,
используемых в Системе при ее функционировании, для общения с комплексом средств
автоматизации. Под комплексом средств автоматизации Системы понимается совокупность
взаимосогласованных
компонентов
и
комплексов
программного,
технического
и
информационного обеспечения.
Обязательным языком интерфейса и встроенной справки программного обеспечения, а также
всей документации является русский язык. Прикладной программный код системы уровня
представления (или Внешний уровень), уровня бизнес-логики (или Внутренний уровень), уровня
доступа к данным (или Предметный уровень) должен быть открытым.
4.4.10. Требования к средствам настройки и администрирования внедряемой Системы
Система должна обеспечивать следующие возможности:
 Единый инструментарий администрирования для всех компонентов Системы;
 Возможность настройки информационного пространства:
 Справочники и классификаторы;
 Пользователи и группы пользователей;
 Настройка пользовательских интерфейсов;
 Разделение прав доступа на основе предопределённых ролей и групп пользователей.
 Наличие всех необходимых средств для разграничения прав доступа к данным, включая
разграничения доступа к функциональным операциям и формированию отчётных форм:
 создание/изменение учётных записей;
 управление правами доступа к ресурсам системы;
 проведение автоматического обновления рабочих мест с сервера.
4.4.10.1. Требования к Подсистеме администрирования
В ходе внедрения системы определяются требования к следующим процедурам
администрирования:
 Администрирование пользователей и полномочий. Создание и изменение основных
записей пользователей, присвоение полномочий по заявкам руководителей рабочих
групп. Создание и модификация полномочий для существующих объектов полномочий и
профилей в случаях, когда поставляемые полномочия и профили не удовлетворяют
требованиям доступа.
 Администрирование системы управления вычислительным центром (CCMS). Анализ
производительности системы, изменение параметров системных профилей, в том числе
распределения рабочих процессов, параметров распределения памяти с целью
повышения производительности. Ведение инстанций и рабочих режимов.
 Администрирование фоновой обработки. Периодические проверки правильности
выполнения критичных для системы фоновых заданий, планирование заданий.
 Администрирование базы данных. Периодические проверки базы данных, отслеживание
степени заполнения и фрагментации табличных пространств, расширение и
стр. 143 из 170
реорганизация, ведение параметров профилей базы данных, контроль резервного
копирования базы данных, ведение планирования периодических заданий для базы
данных, контроль результатов их выполнения.
 Мониторинг системы и разрешение проблемных ситуаций. Конфигурирование монитора
предупреждений, проверка функционирования системы с использованием монитора
предупреждений. Контроль состояния рабочих процессов, периодические проверки
системного журнала, контроль записей обновления и блокировок. Мониторинг пакетного
ввода.
 Обновление компонентов системы.
 Разработка и проведение мероприятий по защите данных от несанкционированного
доступа на уровне системы. Периодические проверки надежности защиты критических
компонентов системы.
 Разработка и отладка сценариев восстановления системы после сбойных ситуаций.
Планирование и проведение мероприятий по обеспечению надежности работы системы.
 Ведение очередей импорта, импорт запросов в систему. Проверка правильности импорта
и активации объектов.
4.4.11. Требования к качеству Системы
Качеством системы называется совокупность свойств программного средства, которые
обуславливают его пригодность удовлетворять заданные или подразумеваемые потребности в
соответствии с его назначением (см. раздел 13. ГОСТ 28806-90).
Ниже приведены показатели качества, выбранные для дальнейшей работы с использованием
ГОСТ 28195-89 и анализа требований Заказчика:
 Сопровождаемость:
Сопровождаемостью называется совокупность свойств программного средства,
характеризующая усилия, которые необходимы для его модификации (см. раздел 13. ГОСТ 2880690).
Сопровождаемость ПО для автоматизации расчетов с физическими лицами на базе Microsoft
Dynamics AX 2012 оценивается по следующим показателям:
 повторяемость – использование типовых компонентов данного программного
средства.
Данный показатель обеспечивается принципом модульности в построении Системы (см.
раздел 4.2.1).
 Эффективность:
Эффективностью системы называется совокупность свойств программного средства,
характеризующая те аспекты его уровня пригодности, которые связаны с характером и временем
использования ресурсов, необходимых при заданных условиях функционирования (см. раздел 13.
ГОСТ 28806-90)
Эффективность ПО для автоматизации расчетов с физическими лицами на базе Microsoft
Dynamics AX 2012 оценивается по следующим показателям:
 ресурсоемкость;
 временная эффективность – время отклика (получения результатов на типовое
задание), измеряется в секундах.
 Скорость выполнения основного цикла операций в пакетном режиме (расчёт
стоимости потреблённой энергии и услуг, фактурирование, напоминания,
начисление пени, печать корреспонденции и т.д.)
 Корректность:
Корректность Системы оценивается по следующим показателям:
 полнота документации разработчика (документированность технических проектных
решений, модели данных, текстов программ, форматов данных, протоколов обмена,
стыков с программными компонентами);
 непротиворечивость документации разработчика;
 соответствие документации стандартам;
стр. 144 из 170
 единообразие интерфейсов между модулями и пользователями.
 Удобство применения:
Удобством применения (использования) системы называется совокупность свойств
программного средства, характеризующая усилия, необходимые для его использования, и
индивидуальную оценку результатов его использования заданным или подразумеваемым кругом
пользователей программного средства (см. раздел 13. ГОСТ 28806-90):
Удобство применения Системы оценивается по следующим показателям:
 управление данными (централизованное администрирование);
 управление с помощью меню;
 простота администрирования Системы.
 Гибкость.
Гибкость оценивается по следующим направлениям (см. раздел 13. ГОСТ 28806-90):
 простота архитектуры проекта;
 применение параметризованных функций;
 применение стандартных протоколов связи;
 применение стандартных компонент пользовательского интерфейса;
 возможность наращивания и преобразования функций и информационной
структуры.
4.4.12. Эксплуатация, техническое обслуживание, ремонт и хранение
В соответствии с существующими нормативными документами и правилами эксплуатации,
принятыми в службах информатизации Заказчика.
Требования к параметрам сетей энергоснабжения определяются Российским стандартом
бытового электропитания: действующее значение напряжения 220 В ± 5% (предельно ± 10%),
частота 50 ± 0,2 Гц (предельно ± 0,4 Гц), коэффициент несинусоидальности - нормально до 8 % и
предельно - до 12% (ГОСТ 13109-95).
Необходимо использование источников бесперебойного питания, так как могут быть
провалы в питании.
Предварительные требования к допустимым площадям для размещения персонала и ТС
Системы: использовать существующие площади.
Для обеспечения надёжной работы системы необходимо предусмотреть наличие
техподдержки программного и методического обеспечения разработчиком.
4.4.13. Качество реализации
Качество реализации каждой функции, задачи или их комплексов (форма представления
выходной информации, необходимая точность и время выполнения, одновременности выполнения
группы функций, достоверность выдачи результатов) должно обеспечивать удобство в работе
пользователя, надежность, достоверность и своевременность реализации всех функций, задач или
их комплексов.
4.4.14. Перечень и критерии отказов
№ п/п
Виды отказов
Критерии отказов
1
Прекращение выполнения одной или 1. Невозможность запустить ПО
нескольких важных для Заказчика 2. Невозможно нормально завершить процесс
функций ПО
(действия пользователя в системе)
2
Снижение
производительности 1. Увеличение времени выполнения основных
системы по обслуживанию заданного типовых операций:
количества пользователей вследствие  прием обращений граждан-потребителей, ввод
выхода из строя программных и показаний и ввод платежей – более 15 мин.;
аппаратных средств
 расчет объема полезного отпуска – более 24 ч.
3
Искажение
информации Некорректное отображение информации на
(неправильные решения) вследствие форме или неверные результаты расчетов
сбоев в работе программных и
аппаратных средств
стр. 145 из 170
4.4.15. Перечень функций по каждой задаче подсистем
Перечень функций по каждой задаче подсистем (в том числе обеспечивающих
взаимодействие частей системы), подлежащих автоматизации функции определены в технической
проектной документации по каждому модулю.
5.
ЭТАПЫ И СРОКИ ВЫПОЛНЕНИЯ РАБОТ (ПОСТАВКИ ТОВАРОВ, ОКАЗАНИЯ
УСЛУГ)
Начало работ в течение 10 календарных дней с даты подписания договора. Завершение работ
не позднее 153 календарных дней с даты начала работ.
Разделение работ на этапы, примерная длительность краткое описание содержания работ и
результатов для каждого этапа приведены ниже.
Срок с даты
№
Состав работ
Результаты по этапу
начала работ
Х (месяцев)
Этап 1 Подготовка
Анализ и уточнение стратегии Приказ о создании рабочей
0,5
внедрения;
группы
Анализ и уточнение стратегии Детальный план работ;
обучения;
Устав проекта
Создание рабочей среды для
проектной группы;
Формирование проектной группы;
Определение
организационной
структуры проекта;
Определение
стандартов
и
процедур управления проектом;
Определение стратегии построения
системного ландшафта;
Совещание по фактическому началу
(запуску) проекта;
Совещания
по
стандартам,
касающимся проектной группы
Этап 2 Анализ применимости
Установка среды тестирования и Требования к интеграции;
1
обучения;
Требования к миграции;
Администрирование системы;
Альбом отчетных форм;
Проведение обучения ключевых Функциональные требования
пользователей и членов проектной по сценариям использования
группы;
Техническое задание
Проведение
семинаров
по
реализуемым бизнес-процессам;
Описание
и
согласование
дополнительных
требований
в
части
реализуемых
бизнеспроцессов;
Подготовка и согласование альбома
отчетных форм.
Этап 3 Дизайн
Разработка дизайна интеграции со Дизайн интеграции;
2
смежными системами;
Дизайн миграции;
Разработка
дизайна
миграции Дизайн конфигурации
данных в Систему;
Программа
и
методика
стр. 146 из 170
Этап 4
Этап 5
6.
Выработка
мер
обеспечения
дополнительных функциональных
требований;
Адаптация технических проектных
решений
при
необходимости
изменений;
Подготовка программы и методики
проведения
предварительных
испытаний.
Реализация
Конфигурирование и тест ПО для
автоматизации
расчетов
с
физическими лицами на базе
Microsoft Dynamics AX 2012;
Разработка программ переноса
данных (при необходимости).
Разработка программ интеграции;
Разработка/доработка
интерфейсных
программ
(при
необходимости);
Создание отчетов и формуляров;
Настройка системы полномочий;
Подготовка инфраструктуры для
обучения.
Развертывание
Установка продуктивной системы;
Подготовка
документации
для
конечного
пользователя
и
обучающего материала;
Подготовка
ключевых
пользователей по работе в ПО для
автоматизации
расчетов
с
физическими лицами на базе
Microsoft Dynamics AX 2012;
Загрузка данных подразделений
пилотной зоны в систему;
Уточнение процесса управления
системой.
испытаний
Сценарий
(уточнение
Программы
и
методики
испытаний)
и
протокол
предварительных испытаний
3
Протокол
настройки
прототипа
ПО
для
автоматизации расчетов с
физическими лицами на базе
Microsoft Dynamics AX 2012;
Инструкции
конечных
пользователей;
Отчет о проведении обучения
ключевых пользователей;
Отчет о миграции данных
подразделений пилотной зоны
в систему
5
ИНЫЕ УСЛОВИЯ ВЫПОЛНЕНИЯ РАБОТ (ОКАЗАНИЯ УСЛУГ)
6.1. Требования к интеграции с ИТ-инфраструктурой Компании и сторонними
системами
 Исполнитель должен определить и согласовать с Заказчиком состав данных,
периодичность их обновления и схему информационного обмена с другими
информационными системами.
 Исполнитель должен определить и согласовать с Заказчиком состав данных и
периодичность переноса информации по вновь созданным потребителям из смежных
систем Заказчика, перечисленным в данном разделе.
 Схема информационного обмена с другими информационными системами должна
полностью исключить дублирование ввода информации. Все данные, содержащиеся в
других информационных системах и используемые в Системе, должны автоматически
собираться Системой из других систем без их повторного ввода.
стр. 147 из 170
Должна быть обеспечена интеграция со следующими смежными системами:
 Принятыми системами обмена данными по договорам на прием платежей от потребителей и
другими внешними системами (по соц. нормам, субсидиям и т.д.);
 Программным комплексом по работе с юридическими лицами:
 ПАО «Красноярскэнергосбыт» - ПКК ЕАИС «Енисей»;
 Системой SMS- и e-mail-оповещения абонентов;
 Программным комплексом по работе с физическими лицами (в части расчётов начислений по
прочим услугам):
 ПАО «Красноярскэнергосбыт» - ПК «Квазар»;
 Программным комплексом по работе с абонентами ЖКХ лицами:
 ПАО «Красноярскэнергосбыт» - ПК «Шерпа»;
 Личным кабинетом клиента – физического лица;
 CRM-системой контактного центра ОАО «СНРГ»:
 Автоматическая выборка из базы данных клиентов, для которых наступили
определённые события, или которые обладают определёнными признаками:
 Изменение существенных условий договора энергоснабжения (купли-продажи
электрической энергии),
 Наступление сроков, пропуск которых приведёт к неисполнению договорных
обязательств или требований нормативно-правовых актов,
 Образование непогашенной задолженности по оплате за электроэнергию или
дополнительные услуги,
 Истечение сроков межповерочного интервала приборов учёта,
 Различные маркетологические признаки и др.
 Формирование реестров клиентов, отобранных по вышеуказанным критериям, с
необходимыми контактами, и передача их в средства автоматического информирования
клиентов.
 Интеграция со средствами автоматизации и оборудованием Контактного центра и
средствами автоматического уведомления клиентов.
 Интеграция с системой ERP или бухгалтерской системой (1С ERP 2.0. и 1С Бухгалтерия 8.2.):
Внедряемая Система должна обеспечивать импорт/экспорт данных из любых смежных
систем в заданном формате (определяется в подробном Техническом задании):
 Реализации электроэнергии;
 Поступивших платежей в разрезе оказываемых услуг.
 Мобильный сервис «Информационный центр клиентов» (сервис USSD-запросов).
 Интеграции с приложениями для мобильных устройств на базе: Android, iOS, мобильных
версий операционных систем компании Microsoft (планами ПАО «Красноярскэнергосбыт»
предусмотрена разработка в рамках отдельного проекта приложения по снятию контрольных
показаний про помощи мобильных устройств на базе: Android, iOS, мобильных версий
операционных систем компании Microsoft. Необходимо Исполнителю предусмотреть
интеграцию с данным приложением в процессе реализации проекта или сохранить такую
возможность для будущей реализации).
 Системой печати оперативно-финансовых документов.
А также должен быть налажен обмен данными при наличии технической возможности с:
 Системами СО и ТСО;
 Управлениями социальной защиты населения;
 Муниципальными образованиями;
 Паспортными столами;
 Корпоративной системой документооборота;
 ГИС ЖКХ;
 Реформа ЖКХ.
6.2. Требования к процедурам взаимодействия с пользователями
К моменту передачи Системы в опытную эксплуатацию необходимо предоставить
стр. 148 из 170
процедуры взаимодействия с пользователями, включающие:
 Подключение пользователей к Системе;
 Создание учетной записи;
 Предоставление прав доступа (включая регистрацию изменений во внутренних
документах Заказчика);
 Изменение прав доступа;
 Другие, необходимые процедуры.
Процедуры должны предусматривать организационное взаимодействие участников
процедуры в соответствии с внутренними регламентами.
6.3. Требования к передаче в эксплуатацию
Приемка Системы в эксплуатацию происходит в следующем порядке:
 Опытная эксплуатация. На момент передачи Системы в опытную эксплуатацию
должен быть обеспечен:
 Комплект эксплуатационной документации;
 Резервное копирование и восстановление Системы;
 Процедуры взаимодействия с пользователями;
На стадии опытной эксплуатации происходит устранение замечаний, как по
функциональности Системы, так и по указанным пунктам. Приемка в промышленную
эксплуатацию происходит только после устранения всех замечаний.
6.4. Требования к информационной безопасности
Требования информационной безопасности должны обеспечиваться на всех стадиях
жизненного цикла Систем, с учетом всех сторон, вовлеченных в процессы жизненного цикла
(разработчиков заказчиков, поставщиков продуктов и услуг, эксплуатирующих и надзорных
подразделений Общества).
Система должна соответствовать требованиям Положения по обеспечению информационной
безопасности ПАО «РусГидро» при разработке технических решений, утвержденных приказом
ОАО «РусГидро» №1092 от 08.12.2010.
Необходимо обеспечить интеграцию Системы с существующей инфраструктурой
комплексной системы управления информационной безопасностью и другими системами
обеспечения безопасности информации.
6.4.1. Общие требования к защите информации
Система должна обеспечивать защиту от несанкционированного доступа к данным и
разграничивать доступ пользователей к информации посредством системы паролей, хранящихся
на серверах узлов в зашифрованном виде. Возможность изменить пароль или дать какие-либо
привилегии пользователю должна быть только у администратора Системы. Управление доступом
к информации в Системе должно осуществляться на уровне данных. Должна быть предусмотрена
возможность объединения привилегий в группы привилегий (в дальнейшем – роли). У
администратора Системы должна быть возможность модифицировать привилегии имеющихся
ролей и создавать новые роли, в том числе на основе старых с использованием «матрицы»
привилегий. Любому пользователю Системы может быть присвоена одна или несколько ролей и
(или) отдельных привилегий.
Права пользователей должны быть разграничены по таким возможностям работы с данными:
 просмотр данных;
 получение данных;
 ввод, изменение, удаление данных;
 выполнение отдельных функций Системы;
 назначение прав другим пользователям;
 работа с журналами Системы.
6.4.2. Требования к регистрации действий пользователей
Система должна осуществлять регистрацию следующих событий:
 Регистрацию входа пользователя в систему, в том числе неудачные попытки входа в
систему (с возможностью ограничения количества неудачных попыток авторизации и
стр. 149 из 170
последующей автоматической блокировкой учетной записи);
 создание и удаление объектов системы;
 изменение объектов системы, с фиксацией информации об объекте и характеристики
изменения;
 изменение любой информации в лицевом счете потребителя на всех уровнях построения
системы;
 действия по изменению правил разграничения доступа (ПРД).
Для каждого из этих событий должна регистрироваться следующая информация:
 дата и время наступления события;
 пользователь, осуществляющий регистрируемое действие;
 тип события;
 внесенные изменения.
Система должна позволять осуществлять фильтрацию типов событий, действий и записей,
произведенных в журнал стандартными (встроенными) средствами по следующим событиям:
 по дате и времени событий;
 по пользователю;
 по типу события;
 по объектам системы, с которыми происходили события;
 по изменениям, произведенным с объектами и отдельными реквизитами
(характеристиками) объектов.
6.5. Порядок контроля и приемки системы
Испытания Системы проводят на стадии "Реализация" с целью проверки соответствия
Системы настоящим Техническим требованиям и определению возможности ввода Системы в
действие.
6.5.1. Испытания системы
Испытания Системы должны проводиться в соответствии с требованиями ГОСТ 34.603-92
«Информационная технология. Виды испытаний автоматизированных систем» на стадии «Ввод в
действие» по ГОСТ 34.601. Для Системы могут быть установлены следующие основные виды
испытаний:
 предварительные испытания,
 опытная эксплуатация,
 приемочные испытания.
Результаты испытаний фиксируются в протоколе испытаний. В рамках настоящего проекта
опытная эксплуатация производится Заказчиком, внедрение в промышленную эксплуатацию не
входят в рамки настоящего проекта. Итогом выполнения работ является проведение приемочных
испытаний.
Состав, объем и методы испытаний Системы определяются документом «Программа и
методика испытаний», разрабатываемым на стадии «Дизайн». По результатам работ стадии
«Реализация» документ «Программа и методика испытаний» может расширяться и уточняться.
6.5.2. Приемка системы
Система передается Заказчику в виде функционирующего комплекса и комплекта
документации в сроки, установленные заключённым договором.
Приемку услуг должна осуществлять приемочная комиссия.
Состав приемочной комиссии
Приемочная комиссия по приемке Системы создается Заказчиком.
В состав Приемочной комиссии должны входить:
 ключевые исполнители от Заказчика и члены Проектной группы Заказчика.
 члены Управляющего комитета Заказчика.
Состав Приемочной комиссии отражается в листах согласования по каждому из документов,
являющихся результирующими по каждому из этапов тестирования.
В Приемочную комиссию в обязательном порядке включается представитель Исполнителя.
По результатам испытаний оформляется "Протокол испытаний" и "Акт приема-сдачи услуг".
стр. 150 из 170
После подписания соответствующего акта приема-сдачи услуг Исполнитель предоставляет
полный пакет исполнительской и эксплуатационной документацию на Систему в объеме,
достаточном для ее последующего сопровождения и развития.
Для проведения приемочных испытаний Исполнитель предъявляет следующую
документацию:
 техническое задание на создание Системы;
 программа и методика испытаний;
 комплект технической и эксплуатационной документации;
В ходе приемочных испытаний в соответствии с ПМИ осуществляется проверка:
 полноты и качества реализации функций при штатных, предельных, критических
значениях параметров объекта автоматизации и в других условиях функционирования
ИС, указанных в ТЗ;
 выполнения каждого требования, установленного в ТЗ, относящегося к интерфейсу
системы;
 эффективности работы пользователей;
 полнота сообщений, директив, запросов, доступных оператору и их достаточность
для эксплуатации системы;
 сложность процедур диалога, возможность работы персонала без специальной
подготовки (за исключением требований, указанных в разделе 4.2.2 настоящих ТТ);
 реакция системы и ее частей на ошибки оператора, средства сервиса.
 функционирования средств и методов восстановления работоспособности Системы после
аварийных и нештатных ситуаций;
 проверка наличия в эксплуатационной документации рекомендаций по
восстановлению работоспособности и полноту их описания;
 практическая выполнимость рекомендованных процедур;
 работоспособность средств автоматического восстановления функций (при их
наличии).
 комплектности и качества эксплуатационной документации на соответствии с
требованиями, установленными в ТЗ;
 соответствия Системы требованиям ИБ;
Результаты проведения приемочных испытаний технический куратор фиксирует
протоколом. Протоколы испытаний объектов по всей программе (ПМИ) обобщают в едином
сводном протоколе с указанием замечаний.
Устранение замечаний согласно сводному протоколу испытаний технический куратор
фиксирует протоколом устранения замечаний.
После устранения замечаний должны быть проведены повторные приемочные испытания в
полном объеме.
По итогам завершения приемочных испытаний Приемочная комиссия делает заключение о
соответствии Системы требованиям ТЗ на Систему и готовности внедрения Системы в
промышленную эксплуатацию.
6.5.3. Гарантированные показатели Системы
 Надёжность системы должна быть не менее 98% (суммарное допустимое время простоя в
работе системы не более 9 часов в течение месяца). Данное требование распространяется
на все компоненты системы.
 Время восстановления базы данных с резервной копии не должно превышать 2 часов.
 Среднее время реакции интерфейса на действие пользователя – не более 5 секунд.
6.5.4. Порядок предъявления результатов Заказчику
Результаты оказываемых услуг оформляются в соответствии с Договором на внедрение
Системы заключаемым Заказчиком и Исполнителем.
Всю отчетную документацию по этапу необходимо предоставлять до предоставления актов
приема-сдачи услуг по этапу. Документация должна быть согласована в установленном порядке со
всеми заинтересованными подразделениями, в том числе с функциональными заказчиками.
стр. 151 из 170
По окончании выполнения услуг по каждому этапу Календарного плана Исполнитель
представляет Заказчику два экземпляра Акта приема-сдачи услуг и документы, подтверждающие
выполнение этапа (в том числе результаты работ, изложенные далее по тексту), подписанные
полномочным представителем Исполнителя.
В течение 10 (десяти) рабочих дней с момента получения экземпляров Акта от Исполнителя,
Заказчик рассматривает представленные материалы и либо подписывает оба экземпляра Акта
приема-сдачи услуг и один из них передает Исполнителю, либо предоставляет Исполнителю
письменный мотивированный отказ от приемки услуг, указывающий несоответствие
представленных материалов требованиям настоящего документа.
В случае мотивированного отказа Заказчика от приемки услуг Сторонами в течение
10 (десяти) рабочих дней с момента получения Исполнителем письменного мотивированного
отказа составляется и подписывается протокол с указанием согласованных Сторонами: перечня
недостатков, необходимых доработок и сроков их выполнения Исполнителем.
6.5.5. Требования по организации гарантийной поддержки
Исполнитель организует гарантийную поддержку внедрённого решения в течение
12 месяцев с момента подписания итогового акта выполненных работ по Договору, в состав
которой входят:
 устранение ошибок функционала, архитектуры и документации, выявленных в ходе
эксплуатации;
 прием и рассмотрение обращений пользователей по инцидентам, поступивших через
Службу поддержки пользователей Заказчика;
 организация работ по устранению инцидентов, взаимодействие с представителями
Заказчика, эскалация инцидента (при необходимости, например, обращение к
поставщику базового ПО);
 соблюдение требований Регламентов процессов управления изменениями и релизами при
проведении изменений в Системе в рамках поддержки и гарантийных обязательств;
 апробация новых версий программных компонентов Системы в тестовой среде и
последующее обновление ПО Системы на площадках Общества.
 оказание консультаций по вопросам, входящим в обязательства по гарантийной
поддержке по телефону и по электронной почте с 8:00 до 17:00 по красноярскому
времени (время доступности регистрации обращений на сайте технической поддержки –
круглосуточно);
 бесплатную поставку новых версий ПК;
 соблюдение требований Регламентов процессов управления изменениями и релизами при
проведении изменений в Системе в рамках гарантийных обязательств;
 внесение изменений в документацию на Систему по результатам выполненных работ в
рамках гарантийной поддержки.
6.6. Требования к уровню предоставления гарантийной поддержки
Гарантийная поддержка Системы со стороны Исполнителя должна обеспечиваться со
следующими показателями:
 Режим 8х7 (Пн-Пт, 8:00-17:00 по красноярскому времени регистрация обращений и
консультации, Сб-Вс должна быть обеспечена возможность регистрации обращений).
 Уровень доступности 99%.
 Время реакции – 30 мин.
 Время устранения аварии, сбоя (восстановления штатной работы услуги) – 4 часа.
 Время оказания консультации и предоставления справочной информации о ходе
исполнения гарантийной заявки – 8 рабочих часов.
 Время планирования и согласования внесения изменений – 40 рабочих часов;
6.7. Требования к документированию
6.7.1. Общие требования к документированию
Строгий перечень и названия документов, подлежащих разработке в рамках проекта,
определяется Техническим заданием.
стр. 152 из 170
Допускается выпуск документов с использованием средств автоматизации разработки.
Все документы должны быть выпущены на русском языке. Отдельные документы могут
содержать записи латинскими буквами (наименование полей баз данных, сокращенное название
подсистем, кодировка, тексты программ и т.д.).
Состав документов на общее программное обеспечение, поставляемое в составе Системы,
может соответствовать комплекту поставки компании – изготовителя.
Документацию на составные части системы допускается включать как отдельные разделы в
документацию на систему в целом.
Перечень документации как минимум должен содержать следующие виды/типы документов,
требования к которым отражены ниже:
 Техническое задание:
 При написании технических заданий на создание (внедрение) Системы необходимо
руководствоваться шаблоном ТЗ, утвержденным для информационных систем и
стандартом ГОСТ 34.602-89.
 ТЗ является основным документом, определяющим требования и порядок создания
(развития или модернизации) Системы или элементов ИТ–инфраструктуры, в
соответствии с которым проводится их разработка и приемка при вводе в действие.
 Включаемые в ТЗ требования должны ясно и четко описывать функциональность
Системы и соответствовать современному уровню развития технологий и не
уступать аналогичным требованиям, предъявляемым к лучшим современным
аналогам.
 ТЗ должно содержать в полной мере все требования и доработки к Системе,
изложенные в настоящих ТТ, а также выходящие за рамки ТТП;
 ТЗ должно соответствовать шаблону и обязательно содержать следующие разделы
согласно ГОСТу, которые могут быть разделены на подразделы:
 общие сведения;
 назначение и цели создания (развития) Системы;
 характеристика объектов автоматизации;
 требования к Системе (системные, функциональные, нефункциональные);
 состав и содержание работ по созданию (развитию) Системы;
 требования к составу и содержанию работ по подготовке объекта автоматизации
к вводу Системы в эксплуатацию;
 требования к интеграции в ИТ-инфраструктуру Общества;
 порядок контроля и приемки Системы;
 требования по организации гарантийной технической поддержки;
 требования к документированию;
 источники разработки.
 Проектная документация:
 Технический проект должен соответствовать требованиям ГОСТ Российской
Федерации, международным стандартам, внутренним требованиям и стандартам
компании в области информационных технологий.
 Требования к составу и содержанию технического проекта определяются на
этапе формирования технического задания.
 Комплект документации технического проекта представляется Заказчику
Исполнителем в 2-х экземплярах в печатном виде (с подписями и печатями), а
также в электронном виде на машинных носителях. Электронный вид
документов должен соответствовать одному из форматов редакторов Microsoft
Word, Microsoft Excel, Microsoft Visio, Microsoft PowerPoint версий
2003/2007/2010/2013.
 Документация технического проекта должна быть разработана в соответствии с
требованиями РД 50-34.698-90, ГОСТ 34.602-89.
 Эксплуатационная документация.
стр. 153 из 170

С Системой должна быть предоставлена эксплуатационная документация.
Совокупность
эксплуатационной
документации
должна
отражать
организационную
структуру,
права
и
обязанности
пользователей,
эксплуатационного персонала и администратора (эксперта) ИС в условиях
функционирования системы в штатном, аварийном режиме.
 Документация на ИС должна быть выполнена в соответствии с Приложением
№ 1 к настоящим Техническим требованиям.
 В обязательном порядке должна быть предусмотрена возможность актуализации
эксплуатационной документации на протяжении жизненного цикла ПО.
6.7.2. Соответствие стандартам
В соответствии с п. 2.1 ГОСТ 34.201-89 "Перечень наименований разрабатываемых
документов и их комплектность на систему и ее части должен быть определен в техническом
задании на создание автоматизированной системы (подсистемы)". Поскольку в указанном
стандарте приводится большой перечень документов по каждой стадии создания АС различных
типов и назначения, то в настоящих ТТ определяется именно та часть документов, которая
реально необходима для Системы.
За основу для разработки структуры и содержания документов используются специальные
государственные стандарты, предназначенные для определенного типа документов (например,
ГОСТ 34.603-92 для определения содержания программ испытаний).
6.7.3. Перечень подлежащих разработке документов
Допускается изменение состава документов, изготовляемых на какой-либо из стадий
создания Системы.
6.7.3.1. Этап «Подготовка» проекта
Выходными документами по этапу подготовки проекта являются:
 Приказы Компании о начале проекта по внедрению Системы;
 Устав проекта;
 Детальный план проекта.
6.7.3.2. Этап «Анализ применимости»
На данном этапе оценивается применимость функционала Системы и выявляются
дополнительные требования. Результирующими документами являются:
 Требования к интеграции;
 Требования к миграции данных;
 Альбом отчетных форм;
 Функциональные требования по сценариям использования;
 Техническое задание.
6.7.3.3. Этап «Дизайн»
На этапе Дизайн проводится адаптация технической проектной документации, а также
дополнение при необходимости. Результирующими документами являются:
 Дизайн интеграции
 Дизайн миграции данных
 Дизайн конфигурации
 Программа и методика испытаний
6.7.3.4. Этап «Реализация»
В соответствии с указанными стандартами на этапе Реализации готовится следующая
документация:
 Сценарии предварительных испытаний (уточнение Программы и методики испытаний)
 Протоколы предварительных испытаний;
Назначение и содержание программ испытаний определены в п. 7.2 «Испытания системы»
настоящих ТТ в соответствии с ГОСТ 34.603-92 "Виды испытаний АС" .
6.7.3.5. Этап «Развертывание»
В соответствии с указанными стандартами на этапе Развертывание является следующая
документация:
стр. 154 из 170
 Протокол настройки ПО для автоматизации расчетов с физическими лицами на базе
Microsoft Dynamics AX 2012;
 Инструкции конечных пользователей;
 Отчет о проведении обучения ключевых пользователей;
 Отчет о миграции данных подразделений пилотной зоны в систему
7.
ПЕРЕЧЕНЬ
НОРМАТИВНО-ТЕХНИЧЕСКИХ
ДОКУМЕНТОВ,
ИСПОЛЬЗОВАННЫХ ПРИ РАЗРАБОТКЕ ТЕХНИЧЕСКИХ ТРЕБОВАНИЙ И
ОБЯЗАТЕЛЬНЫХ К СОБЛЮДЕНИЮ ПРИ АДАПТАЦИИ И ВНЕДРЕНИИ СИСТЕМЫ
ГОСТ 34.602-89 Комплекс стандартов на автоматизированные системы. Техническое задание
на создание автоматизированной системы;
ГОСТ 34.201-89 Комплекс стандартов на автоматизированные системы. Виды,
комплектность и обозначение документов при создании автоматизированных систем;
ГОСТ 19.101-77 ЕСПД Виды программ и программных документов;
ГОСТ 19431-84 Энергетика и электрификация. Термины и определения;
ГОСТ 34.601-90 Автоматизированные системы. Стадии создания;
Федеральный закон от 27 июля 2006 № 152-ФЗ «О персональных данных»;
«Положение об обеспечении безопасности персональных данных при обработке в
информационных системах персональных данных» (утв. постановлением Правительства
Российской Федерации от 17 ноября 2007 № 781);
Приказ ФСТЭК России № 58 от 05.02.2010 "Об утверждении положения о методах и
способах защиты информации в информационных системах персональных данных".
Руководитель
ПАО «Красноярскэнергосбыт»
________________ (Ф.И.О. руководителя)
Руководитель
________________ (Ф.И.О. руководителя
стр. 155 из 170
Приложение № 1
ЭКСПЛУАТАЦИОННАЯ ДОКУМЕНТАЦИЯ
№
Документы
Описание
 Регламент
штатного
обслуживания
предназначен
для
использования в группах поддержки, обеспечивающих выполнение
рутинных работ в отношении передаваемых информационных
решений.
 Документ является руководством оператора СПП. Он должен
содержать:
 Периодичность и условия инициации рутинных операций.
 Перечень рутинных операций, которые необходимо выполнять
для обеспечения корректной эксплуатации ИС.
 Регламенты выполнения рутинных операций и стандартных
запросов на обслуживание.
Регламент
 Нормативы трудоёмкости выполнения регламентных операций.
1 штатного
 В число описанных рутинных операций в обязательном порядке
обслуживания
должны быть включены:
 процедура проведения изменений в данной ИС, исключающая
прерывание услуги;
 процедуры резервного копирования ИС, обеспечивающие полное
восстановление работоспособной системы;
 процедуры
мониторинга,
включающие
счетчики
производительности, рекомендованные к рассмотрению;
 процедуры, обеспечивающие с потреблением пользователями
услуги, такие как подключение пользователей к информационной
системе, назначение прав доступа в информационной системе и тому
подобное.
 Регламент
аварийного
обслуживания
предназначен
для
использования в группах поддержки, обеспечивающих выполнение
рутинных и оперативно–восстановительных работ в отношении
передаваемых информационных решений.
 Регламент аварийного обслуживания содержит обходные решения,
обеспечивающие восстановление услуги в случае возникновения
аварий с ИС.
 Документ является руководством инженера службы поддержки,
предписывающим действия по оперативному восстановлению
Регламент
работоспособности ИС. Он должен содержать:
2 аварийного
обслуживания
 Определения нештатных ситуаций и аварий. Параметры
состояния ИС (симптомы), классифицируемые как – «авария».
 Описание процедуры и уровня принятия решения о наличии
аварии и необходимости выполнения процедур восстановления или
применения обходного решения.
 Регламенты и инструкции по выполнению восстановительных
процедур и применению обходных решений.
 Ссылку на запись о проблеме в процессе управления проблемами.
 Нормативы трудоёмкости выполнения процедур.
Настоящий
Регламент
проведения
резервного
копирования
Регламент
(восстановления) программ и данных, хранящихся на серверах ИТ3 резервного
инфраструктуры, разрабатывается с целью:
копирования
 определения порядка резервирования данных для последующего
восстановления работоспособности автоматизированных систем;
стр. 156 из 170
определения порядка восстановления информации в случае
возникновения такой необходимости;
 упорядочения работы должностных лиц, связанной с резервным
копированием и восстановлением информации.
 В настоящем документе регламентируются действия при
выполнении следующих мероприятий:
 резервное копирование;
 контроль резервного копирования;
 хранение резервных копий;
 полное или частичное восстановление данных и приложений.

Краткое
Краткое руководство пользователя служит для целей быстрого
руководство
объяснения пользователям системы следующих вопросов:
пользователя
и  предназначение ИР;
6 презентация ИС (в
 основные функции ИР;
формате
PowerPoint
или  основы использования ИР;
 процедура подключения к ИР.
Flash)
Подробное руководство по использованию информационной
системой с полным описанием функций, включая:
 Общее описание системы для пользователя.
Полное
 Карта бизнес-процессов по ролям(желательно в виде схемы).
7 руководство
 Пошаговое описание работы пользователей в разрезе ролей и
пользователя
бизнес-процессов (как детализация предыдущего пункта).
 Описание разграничения между «коробочной» версией системы и
доработками, сделанными для РусГидро на уровне объектов
разработки (модулей, процедур, функций и т.п).
Руководство содержит:
 Установки и настройки системы с нуля
 Инструментов резервного копирования
 Системы защиты информации(настройка прав доступа и т.п.) с
описанием какой роли какие права предоставлять.
 Механизмов логирования пользовательских действий.
 Настроек системы.
 Список пользователей системы со следующей информацией
(желательно в виде таблицы):
Руководство
 должность;
8 администратора
 контактная информация;
системы
 название предприятия группы РусГидро в штате которых они
числятся;
 роли, которые присвоены и исполняют в системе;
 бизнес - процессы, в которых принимают участие.
 Других механизмов администрирования.
 Описание (алгоритм) проверки готовности ИС к работе. Должен
включать
в
себя
проверку
необходимых
компонентов
инфраструктуры, а также набор синтетических тестов самой ИС, с
описанием критичности отклонений от заданных порогов значений.
Спецификации ИТ9
Разрабатывается в соответствии с принятой в Обществе формой.
услуг
На стадии разработки технического задания перечень, комплектность и виды документов
могут быть уточнены.
стр. 157 из 170
Приложение 2
к Договору № ___________ от ____________2015 г.
Этапы работ, стоимость и сроки их выполнения
№
этапа
1
2
3
4
5
6
Этап работ
Стоимость,
руб. без НДС
Стоимость,
руб. с НДС
Даты начала –
окончания
выполнения работ
Подготовка проекта
Анализ применимости
Дизайн
Реализация
Развертывание
Гарантийное обслуживание
ИТОГО
Руководитель
ПАО «Красноярскэнергосбыт»
Руководитель
________________ (Ф.И.О. руководителя)
________________ (Ф.И.О. руководителя)
стр. 158 из 170
Приложение 3
к Договору № ___________ от ____________2015 г.
Соглашение №_____
об охране конфиденциальности информации,
составляющей коммерческую тайну в ПАО «Красноярскэнергосбыт»
г. Красноярск
«___»____________201_ г.
Публичное
акционерное
общество
«Красноярскэнергосбыт»,
в
лице
__________________________, действующего на основании _____________________________ и
____________________________, в лице _____________________________, действующего на
основании _______________________,
именуемые в дальнейшем в равной степени «Передающая Сторона» или «Принимающая сторона»,
отдельно – «Сторона» и совместно – «Стороны», уважая позицию каждой Стороны в решении
проблем защиты принадлежащей ей конфиденциальной информации, признавая паритетность
каждой Стороны в праве на конфиденциальную информацию, проявляя добрую волю, заключили
между собой Соглашение о неразглашении конфиденциальной информации, касающейся проекта
______________________________ (либо договора на оказание услуг/выполнения работ), и
договорились о нижеследующем:
1. ТЕРМИНЫ И ОПРЕДЕЛЕНИЯ
1.1. «Конфиденциальная информация» означает информацию ограниченного распространения,
которая носит частный, непубличный и конфиденциальный характер, включая, но не
ограничиваясь, коммерческой и служебной тайной, корпоративной, договорной и финансовой
информацией, ноу-хау, сведениями, относящимися к бизнес-планам, описаниям технологий или
практической деятельности Передающей Стороны, которую эта Сторона определяет как
конфиденциальную. К информации и/или материалам, признаваемым в соответствии с
действующим законодательством в качестве сведений, составляющих государственную тайну,
настоящее Соглашение не применяется.
1.2. «Конфиденциальные материалы» означает все материальные носители, содержащие
конфиденциальную информацию, включая письменные или печатные документы, магнитные и
оптические отчуждаемые носители (компьютерные диски, флэш-память), как машиночитаемые,
так и воспринимаемые человеком, четко помеченные как конфиденциальные.
1.3. «Передающая Сторона» означает Сторона Соглашения, предоставляющая другой Стороне
Соглашения конфиденциальную информацию и конфиденциальные материалы.
1.4. «Принимающая сторона» означает Сторона Соглашения, принимающая конфиденциальную
информацию и конфиденциальные материалы другой Стороны Соглашения.
1.5. «Обеспечение конфиденциальности информации» означает исключение разглашения или
прямой передачи одной Стороной конфиденциальной информации без согласия другой Стороны, а
также обязанность Принимающей Стороны принять организационные, технические, программноаппаратные и другие меры по защите, исключающие свободный доступ к переданной
конфиденциальной информации Передающей Стороны и возможность ее утечки.
1.6. «Третья сторона» («третье лицо») означает любое юридическое или физическое лицо, не
являющееся Стороной Соглашения, но которое вступило или может вступить в правовые
отношения со Сторонами Соглашения относительно предмета Соглашения.
1.7. «Ноу-хау» означает технические знания, опыт, секреты производства, научно-техническую,
техническую и иную информацию, необходимую для производственной деятельности любой из
Сторон, а также технические решения, которые по какой-либо причине не были запатентованы.
стр. 159 из 170
2. ПРЕДМЕТ СОГЛАШЕНИЯ
2.1. Стороны договорились предоставлять друг другу конфиденциальную информацию и
конфиденциальные
материалы,
необходимые
для
реализации
Сторонами
проекта
______________________________ (либо договора на оказание услуг/выполнения работ).
2.2. Вся конфиденциальная информация и конфиденциальные материалы, предоставленные
Передающей стороной в соответствии с Соглашением принадлежат Передающей стороне.
2.3. Стороны берут на себя взаимные обязательства обеспечить конфиденциальность переданной
им другой Стороной конфиденциальной информации, а также сведений, касающихся предмета
настоящего Соглашения и хода его исполнения, а также информации, полученной Передающей
Стороной от третьих лиц, относительно которой эта Сторона приняла обязательства соблюдения
конфиденциальности.
2.4. Конфиденциальная информация и конфиденциальные материалы могут быть воспроизведены,
обобщены Принимающей Стороной только для выполнения принятых на себя обязательств по
взаимным договорам между Сторонами.
2.5. Стороны берут на себя взаимные обязательства ни при каких условиях не использовать
конфиденциальную информацию и конфиденциальные материалы, полученные от другой
Стороны, в иных целях, кроме предусмотренных настоящим Соглашением, если иное не
оговорено специальным соглашением.
2.6. Стороны берут на себя взаимные обязательства не раскрывать конфиденциальную
информацию и не передавать конфиденциальные материалы, принадлежащие другой Стороне,
третьим лицам в течение трех лет со дня прекращения всех взаимоотношений между Сторонами,
связанных с проектом ______________________________ (либо договором на оказание
услуг/выполнение работ).
3. ОБЕСПЕЧЕНИЕ КОНФИДЕНЦИАЛЬНОСТИ
3.1. Все передаваемые Сторонами конфиденциальные материалы должны иметь метку
конфиденциальности (иметь гриф «Коммерческая тайна» или «Конфиденциально»), а также
должны сопровождаться копиями и перечнем передаваемых конфиденциальных материалов.
Передаваемые материалы должны быть прошиты и пронумерованы (помещены в конверт),
скреплены подписью представителя Передающей стороны. При этом представитель
Принимающей стороны должен поставить отметку о приеме таких материалов и/или информации
на копии переданных конфиденциальных материалов/конверте с копией материалов на
магнитном/оптическом носителе и возвратить такую копию/конверт с копией материалов на
магнитном/оптическом носителем Передающей стороне. Список лиц, которым предоставляется
конфиденциальная информация или конфиденциальные материалы в соответствии с настоящим
Соглашением, является приложением к настоящему Соглашению. Указанный список может быть
дополнен и/или изменен по соглашению Сторон.
3.2. Если конфиденциальная информация передается в устной форме или по электронной почте,
она должна быть в кратчайший срок обозначена Передающей Стороной в письменной форме как
конфиденциальная (с детальным описанием содержания переданной информации).
3.3. Стороны берут на себя взаимные обязательства предпринимать меры по защите
конфиденциальной информации и конфиденциальных материалов, принадлежащих другой
Стороне, в соответствии с предъявляемыми другой Стороной требованиями. Если специальных
требований по защите конфиденциальной информации и конфиденциальных материалов другой
Стороной не предъявлялось, то Принимающей стороной должны быть приняты меры, такие же,
как применяются ею для защиты собственных конфиденциальных материалов и
конфиденциальной информации, а при обработке конфиденциальной информации в
автоматизированных информационных системах или с использование средств автоматизации – не
ниже требований предъявляемых к автоматизированным информационным системам класса 1Г,
если иное не определено Сторонами
стр. 160 из 170
3.4. Стороны берут на себя взаимные обязательства не разглашать и не публиковать полученную
конфиденциальную информацию и/или конфиденциальные материалы без предварительного
письменного согласия другой Стороны.
3.5. Принимающая Сторона обязуется немедленно сообщать Передающей Стороне о любом
несанкционированном использовании конфиденциальной информации и/или конфиденциальных
материалов третьими лицами, а также лицами, которым такая информация была предоставлена в
соответствии со статьей 3.7 настоящего Соглашения и обязуется сотрудничать с Передающей
стороной любым приемлемым способом, в восстановлении ее прав на конфиденциальную
информацию и/или конфиденциальные материалы, и предотвращать их дальнейшее
несанкционированное использование.
3.6 Стороны могут раскрывать конфиденциальную информацию, принадлежащую другой
Стороне, без ее предварительного согласия только при условии, что такая информация:
3.6.1.уже является достоянием общественности или стала доступной общественности помимо
действий или упущений Принимающей Стороны;
3.6.2. получена Принимающей Стороной как не конфиденциальная от третьих лиц, имеющих
право ее распространять;
3.6.3. ранее имела письменную санкцию Передающей Стороны на раскрытие такой
конфиденциальной информации.
3.7.Стороны могут раскрывать конфиденциальную информацию или предоставлять
конфиденциальные материалы без предварительного письменного согласия другой Стороны
лицам, для которых такая конфиденциальная информация необходима для выполнения ими
служебных функций во исполнение обязательств, предусмотренных взаимными договорами:
сотрудникам, консультантам (экспертам), соисполнителям.
3.8. До раскрытия конфиденциальной информации или предоставления конфиденциальных
материалов лицам, упомянутым в. 3.7, Принимающая Сторона должна заключить с ними
письменное соглашение о конфиденциальности, аналогичное по форме и содержанию настоящему
Соглашению. За раскрытие конфиденциальной информации такими лицами Принимающая
сторона несет такую же ответственность, как и за собственные действия.
3.9. В случае если, в соответствии с законом, какой-либо Принимающей Стороне будет
предъявлено требование (распоряжение, постановление, истребование документов в порядке
судопроизводства или следственных действий или иной аналогичной процедуры) о раскрытии
конфиденциальной информации или предоставлении конфиденциальных материалов,
принадлежащих другой Стороне настоящего Соглашения, Принимающая Сторона может раскрыть
такую информацию в установленном законом порядке. Принимающая Сторона в этом случае
обязана незамедлительно уведомить Передающую Сторону о факте запроса и объемах требуемой
и фактически раскрытой информации.
3.10. Принимающая сторона обязуется возвратить в течение 30 календарных дней с момента
прекращения действия настоящего Соглашения, все переданные в рамках настоящего Соглашения
конфиденциальные материалы Передающей Стороне, а также все сделанные копии и изложения
таких материалов в краткой форме.
3.11.Принимающая сторона обязана возвратить конфиденциальные материалы Передающей
стороне в течение 15 календарных дней после получения соответствующего запроса Передающей
стороны, либо в присутствии представителей Передающей стороны уничтожить любую
конфиденциальные материалы на любых материальных носителях и составить специальный акт о
таком уничтожении.
3.12.Почтовые и факсимильные сообщения и должны направляться по следующим адресам:
Для
ПАО «Красноярскэнергосбыт»
:
__________________________________________,
факс: _______________, для ___________________;
Для
__________________________________________:
________________________________________________,
факс: ___________________, для ______________________.
стр. 161 из 170
Сообщения по электронной почте должны направляться по адресам, указанным в приложении к
настоящему Соглашению.
4. ОТВЕТСТВЕННОСТЬ СТОРОН
4.1. Принимающая сторона обязуется за свой счет предпринять все необходимые действия для
предотвращения раскрытия конфиденциальной информации, полученной от другой Стороны
настоящего Соглашения любым представителем или сотрудником Принимающей Стороны, а
также
для
предотвращения
несанкционированного
использования
или
раскрытия
конфиденциальной информации третьей стороной, которая получила конфиденциальную
информацию от Принимающей стороны или от представителей или сотрудников этой Стороны в
нарушение условий настоящего Соглашения.
4.2. Стороны имеют право установленным законом порядком требовать от другой Стороны, чьи
действия (или без действия), привели к неправомерному раскрытию конфиденциальной
информации, восстановления своих прав и возмещения понесенных прямых убытков в денежной
форме.
4.3. Стороны несут ответственность за действия своих сотрудников, допущенных к переданной
(полученной) информации (в том числе, в случае их увольнения), приведшие к разглашению или
использованию конфиденциальной информации третьими лицами.
4.4. В случае установления факта нарушения Получающей стороной взятых на себя обязательств
по настоящему Соглашению, повлекших утечку или разглашение информации составляющей
коммерческую тайну Передающей стороны, Получающая сторона уплачивает Передающей
стороне штраф в размере _________________________________.*
*необходимость включения п.4.4 в текст соглашения и размер штрафных санкций определяются
Руководителем структурного подразделения Общества, являющегося инициатором (куратором)
проектов (договором на оказание услуг/выполнение работ) в рамках которых ведется
деятельность, требующая передачи коммерческой тайны и заключения соглашения. Указанное
решение согласовывается, в письменном виде, с руководителем структурного подразделения
Общества являющегося владельцем бизнес-процесса в рамках которого создана (получена иным
способом) информация, составляющая коммерческую тайну и планируемая к передаче.
5. ПРОЧИЕ УСЛОВИЯ
5.1. Требования настоящего Соглашения имеют обязательную силу для Сторон, их законных
представителей, преемников или цессионариев.
5.2. Данное Соглашение регулируется и толкуется в соответствии с законодательством РФ,
включая положения законодательства о служебной и коммерческой тайне. За неисполнение или
ненадлежащие исполнение обязательств по настоящему Соглашению Стороны несут
ответственность в соответствии с действующим законодательством РФ.
5.3. Все споры, разногласия и требования, возникающие из настоящего соглашения (договора) или
в связи с ним, в том числе связанные с его заключением, изменением, исполнением, нарушением,
расторжением, прекращением и действительностью Стороны будут стремиться урегулировать
путем переговоров.
5.4. Все споры, разногласия и требования, возникающие из настоящего соглашения (договора) или
в связи с ним, в том числе связанные с его заключением, изменением, исполнением, нарушением,
расторжением, прекращением и действительностью, не урегулированные Сторонами путем
проведения переговоров, подлежат разрешению в Арбитражном суде Республики Башкортостан.
5.5. Решения Арбитражного суда Республики Башкортостан являются обязательными,
окончательными и оспариванию не подлежат
5.6. Соглашение не может быть расторгнуто в одностороннем порядке и прекращает свое действие
по истечении трех лет со дня прекращения всех взаимоотношений между Сторонами, связанных с
проектом ______________________________ (либо оказанием услуг/выполнением работ по
договору).
стр. 162 из 170
5.7. В случае, если Получающая сторона или её представители будут обязаны по закону раскрыть
какую-либо конфиденциальную информацию, принадлежащую Передающей стороне органам
государственной власти РФ или органам государственной власти субъектов РФ, либо органам
государственной власти иностранных государств, а также иным органам, уполномоченным
законодательством требовать раскрытия конфиденциальной информации, Получающая сторона
обязана немедленно уведомить об этом факте Передающую сторону. При этом, в случае
надлежащего уведомления Передающей стороны, Получающая сторона, раскрывающая
Конфиденциальную информацию, не считается нарушившей положений настоящего Соглашения.
В случае такого раскрытия, Получающая сторона обязуется принять исчерпывающие меры для
обеспечения конфиденциальности раскрываемой конфиденциальной информации до момента ее
получения, органам власти указанным выше.
5.7. Прекращение действия Соглашения не будет влиять на осуществление Сторонами совместных
обязательств, договоренность о проведении которых была достигнута ранее.
5.8. Соглашение выражает полное согласие Сторон в отношении предмета настоящего
Соглашения. Поправки и изменения могут быть внесены в настоящее Соглашение только в
письменной форме за подписью Сторон. Действительность условий настоящего Соглашения не
затрагивается прекращением любых других соглашений между Сторонами.
5.9. Настоящее Соглашение вступает в силу с момента его подписания Сторонами.
5.10. Настоящее Соглашение составлено в двух экземплярах, причем каждый экземпляр имеет
одинаковую юридическую силу.
6. РЕКВИЗИТЫ СТОРОН
ПАО «Красноярскэнергосбыт»
660017, г. Красноярск,
ул. Дубровинского, 43
Тел. (391) 212-05-52, факс 212-08-51
ИНН 2466132221
ОГРН 1052460078692
ОКПО 78453317
КПП 246750001
Р/с 40702810031020104275
Восточно-Сибирский банк
ПАО Сбербанк г. Красноярск
К/с 30101810800000000627
БИК 040407627
Руководитель
ПАО «Красноярскэнергосбыт»
7. ПОДПИСИ СТОРОН
Руководитель
________________ (Ф.И.О. руководителя)
________________ (Ф.И.О. руководителя)
стр. 163 из 170
Приложение 4
к Договору № ___________ от ____________2015 г.
Гарантийное письмо
г. Красноярск
«___» ________ 2015 г.
_______________________ в лице _________________________________, действующего на
основании ____________, именуемое в дальнейшем____________ [Исполнитель], в рамках
Договора, заключаемого по итогам проведенной закупочной процедуры по лоту № 15-ИП-2015КЭС принимает на себя следующие обязательства:
1.
Не привлекать и не допускать привлечения к исполнению обязательств по Договору
(каждому из Договоров) организации, имеющие признаки недобросовестности, определенные
постановлением Пленума Высшего Арбитражного Суда Российской Федерации (далее – ВАС РФ)
от 12.10.2006 № 53 «Об оценке арбитражными судами обоснованности получения
налогоплательщиком налоговой выгоды», постановлениями Президиума ВАС РФ от 20.04.2010
№ 18162/09 и от 25.05.2010 № 15658/09, согласно которым при оценке необоснованной налоговой
выгоды необходимо учитывать не только реальность совершения хозяйственных операций, но
также и деловую репутацию и платежеспособность контрагента, риск неисполнения обязательств,
наличие у контрагента необходимых для исполнения обязательств ресурсов, и/или
соответствующие Критериям оценки рисков, используемым налоговыми органами в процессе
отбора объектов для проведения выездных налоговых проверок (утв. приказом ФНС России от
30.05.2007 № ММ-3-06/333@ или заменяющий его документ).
2.
Незамедлительно уведомить Общество о появлении в ходе исполнения (любого из)
Договоров у привлеченных организаций признаков недобросовестности, указанных в п. 1
настоящего Гарантийного письма, а также обеспечить прекращение участия таких организаций в
исполнении (таких) Договоров.
3.
Настоящим ____________ [Исполнитель] подтверждает и признает, что содержащиеся в
данном письме гарантии могут рассматриваться как существенные условия (каждого из)
Договоров со стороны ____________ [Заказчика] и ____________ [Заказчик] вправе исходить из
них при исполнении (каждого из) Договора (-ов).
4.
В случае нарушения ____________ [Исполнителем] обязательств, установленных в
п.п. 1,
2 настоящего Гарантийного письма, ____________ [Заказчик] в дополнение к основаниям,
предусмотренным Договором, вправе заявить отказ от (любого из) Договора (-ов) в
одностороннем порядке путем направления уведомления с указанием даты расторжения (далее –
Уведомление). Дата расторжения не должна наступать ранее 10 (десяти) рабочих дней с даты
получения Уведомления ____________ [Исполнителем].
5.
Договор будет считаться расторгнутым с даты, указанной в Уведомлении при условии, что
____________ [Заказчик] не отзовет указанное Уведомление по итогам рассмотрения
мотивированных возражений ____________ [Исполнителя] до указанной даты расторжения.
6.
Настоящим ____________ [Исполнитель] принимает обязательство уплатить ____________
[Заказчику] штраф в размере суммы денежных средств, перечисленной организации, отвечающей
признакам недобросовестности, а также компенсировать убытки, причиненные ____________
[Заказчику] в результате нарушения обязательств, установленных в п.п. 1, 2 настоящего
Гарантийного письма, сверх суммы штрафа.
7.
Штраф, предусмотренный п. 6 настоящего Гарантийного письма, оплачивается в течение 10
(десяти) дней с даты получения соответствующего требования.
____________
[Заказчик] вправе предъявить требование об уплате штрафа независимо от расторжения Договора
(-ов) в соответствии с п. 4 настоящего Гарантийного письма.
8.
____________ [Заказчик] вправе приостановить осуществление платежей, причитающихся
____________ [Исполнителю] независимо от наличия оснований и наступления сроков таких
стр. 164 из 170
платежей, до уплаты штрафа, предусмотренного п. 7 настоящего Гарантийного письма, при этом
ПАО «Красноярскэнергосбыт» не будет считаться просрочившим и/или нарушившим свои
обязательства по Договору (-ам).
9.
Обязательства ____________ [Исполнителя] по настоящему Гарантийному письму вступают
в силу с даты его подписании, действуют до полного исполнения Договора (-ов) и не могут быть
прекращены иначе, чем путем внесения соответствующих изменений в Договор (-ы).
Обязательства по пунктам 6, 7, 9, 10 продолжают действовать в течение 4 (четырех) лет после
окончания срока действия Договора (-ов).
10. Настоящее Гарантийное письмо составлено в одном оригинальном экземпляре,
передаваемым ____________ [Заказчику]. Копия такого экземпляра с отметкой ____________
[Заказчика] в получении имеет равную с оригиналом юридическую силу.
____________ [наименование Исполнителя]
_______________/______________/
м.п.
стр. 165 из 170
Приложение 5
к Договору № ___________ от ____________2015 г.
Перечень кредитных организаций, гарантии (векселя) которых принимаются
ПАО «Красноярскэнергосбыт» в качестве обеспечения исполнения контрагентами
обязательств по заключаемым договорам
№
п/п
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
Полное фирменное наименование
Открытое акционерное общество «Сбербанк
России»
Банк ВТБ (открытое акционерное общество)
«Газпромбанк» (Акционерное общество)
Открытое акционерное общество «Российский
Сельскохозяйственный банк»
Банк ВТБ 24 (публичное акционерное общество)
Акционерный коммерческий банк «Банк Москвы»
(открытое акционерное общество)
АКЦИОНЕРНОЕ ОБЩЕСТВО «АЛЬФА-БАНК»
Акционерное общество «ЮниКредит Банк»
Акционерное общество «Райффайзенбанк»
Публичное
акционерное
общество
«Промсвязьбанк»
Публичное акционерное общество РОСБАНК
Публичное
акционерное
общество
Банк
«Финансовая Корпорация Открытие»
Публичное акционерное общество «МДМ Банк»
ПУБЛИЧНОЕ АКЦИОНЕРНОЕ ОБЩЕСТВО
«БАНК «САНКТ-ПЕТЕРБУРГ»
Закрытое акционерное общество коммерческий
банк «Ситибанк»
«МОСКОВСКИЙ КРЕДИТНЫЙ БАНК» (открытое
акционерное общество)
Открытое акционерное общество Коммерческий
банк «Петрокоммерц»
Акционерное общество «Нордеа Банк»
ПАО «Ханты-Мансийский банк Открытие»
Банк ЗЕНИТ (публичное акционерное общество)
Публичное
акционерное
общество
Банк
«Возрождение»
Акционерное общество «Банк Русский Стандарт»
Открытое
акционерное
общество
«БАНКУРАЛСИБ»
ИНГ
БАНК
(ЕВРАЗИЯ)
АКЦИОНЕРНОЕ
ОБЩЕСТВО
«Дойче Банк» общество с ограниченной
ответственностью
Открытое акционерное общество «Росгосстрах
Банк»
Сокращенное фирменное
наименование
ОАО «Сбербанк России»
ОАО Банк ВТБ
АО «Газпромбанк»
ОАО
«Российский
Сельскохозяйственный банк»
ПАО «Банк ВТБ 24»
ОАО «Акционерный коммерческий
банк «Банк Москвы»
АО «Альфа-Банк»
АО «ЮниКредит Банк»
АО «Райффайзенбанк»
ПАО «Промсвязьбанк»
ПАО «Росбанк»
ПАО
«Банк
«Финансовая
Корпорация Открытие»
ПАО «МДМ Банк»
ПАО «Банк «Санкт-Петербург»
ЗАО
«Коммерческий
банк
«Ситибанк»
ОАО
«Московский
кредитный
банк»
ОАО
Коммерческий
банк
«Петрокоммерц»
АО «Нордеа Банк»
ПАО «Ханты-Мансийский банк
Открытие»
ПАО «Банк Зенит»
ПАО «Банк «Возрождение»
АО «Банк Русский Стандарт»
ОАО «Уралсиб»
АО «ИНГ Банк (Евразия)»
ООО «Дойче Банк»
ОАО «РГС Банк»
стр. 166 из 170
№
п/п
27.
28.
29.
30.
31.
32.
Полное фирменное наименование
Акционерный коммерческий банк «Абсолют Банк»
(открытое акционерное общество)
Акционерное общество «ОТП Банк»
Закрытое акционерное общество «Банк Интеза»
Акционерное общество «Кредит Европа Банк»
Открытое акционерное общество «Акционерный
коммерческий банк содействия коммерции и
бизнесу»
Акционерный
коммерческий
банк
«ИНВЕСТИЦИОННЫЙ
ТОРГОВЫЙ
БАНК»
(публичное акционерное общество)
33.
Внешнеэкономический
промышленный
банк
(Общество с ограниченной ответственностью)
34.
Акционерный коммерческий банк «РосЕвроБанк»
(открытое акционерное общество)
Акционерный
Коммерческий
Банк
«НОВИКОМБАНК» акционерное общество
«БНП ПАРИБА Банк» Акционерное общество
Акционерное общество Банк «Северный морской
путь»
Акционерный коммерческий банк «АК БАРС»
(открытое акционерное общество)
Акционерный Коммерческий банк «АВАНГАРД» открытое акционерное общество
Акционерный коммерческий банк содействия
благотворительности и духовному развитию
Отечества «ПЕРЕСВЕТ» (Закрытое акционерное
общество)
Акционерное общество «Всероссийский банк
развития регионов»
Открытое акционерное общество «Акционерный
инвестиционный
коммерческий
Банк
«Татфондбанк»
Открытое
акционерное
общество
«Международный банк Санкт-Петербурга»
Открытое акционерное общество коммерческий
банк «Центр-инвест»
«Азиатско-Тихоокеанский
Банк»
(открытое
акционерное общество)
Акционерное общество коммерческий банк
«ГЛОБЭКС»
АКЦИОНЕРНЫЙ
КОММЕРЧЕСКИЙ
БАНК
«МЕТАЛЛУРГИЧЕСКИЙ ИНВЕСТИЦИОННЫЙ
БАНК»
(ПУБЛИЧНОЕ
АКЦИОНЕРНОЕ
ОБЩЕСТВО)
Открытое
акционерное
общество
«Первый
Объединенный Банк»
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
47.
48.
Сокращенное фирменное
наименование
ОАО «Акционерный коммерческий
банк «Абсолют Банк»
АО «ОТП Банк»
ЗАО «Банк Интеза»
АО «Кредит Европа Банк»
ОАО «Акционерный коммерческий
банк содействия коммерции и
бизнесу» (СКБ-Банк)
ПАО «Акционерный коммерческий
банк «Инвестиционный торговый
банк»
ООО
«Внешнеэкономический
промышленный
банк»
(Внешпромбанк)
ОАО «АКБ «РосЕвроБанк»
АО «АКБ «Новикомбанк»
«БНП ПАРИБА» АО
АО «СМП Банк»
ОАО «Акционерный коммерческий
банк «Ак Барс»
ОАО «Акционерный Коммерческий
банк «Авангард»
ЗАО «Акционерный коммерческий
банк
содействия
благотворительности и духовному
развитию Отечества «Пересвет»
АО «Всероссийский банк развития
регионов»
ОАО
«Акционерный
инвестиционный
коммерческий
Банк «Татфондбанк»
ОАО «Международный банк СанктПетербурга» (МБСП)
ОАО «Коммерческий банк «Центринвест»
ОАО
«Азиатско-Тихоокеанский
Банк»
АО «Коммерческий банк «Глобэкс»
ПАО АКБ «Металлинвестбанк»
ОАО «Первобаик»
стр. 167 из 170
№
п/п
49.
50.
51.
52.
53.
54.
55.
56.
57.
58.
59.
60.
61.
62.
63.
64.
65.
66.
Полное фирменное наименование
ОТКРЫТОЕ
АКЦИОНЕРНОЕ
ОБЩЕСТВО
АКЦИОНЕРНЫЙ
КОММЕРЧЕСКИЙ
БАНК
«МЕЖДУНАРОДНЫЙ ФИНАНСОВЫЙ КЛУБ»
Публичное акционерное общество «Уральский
банк реконструкции и развития»
«Эйч-эс-би-си
Банк
(РР)»
(Общество
с
ограниченной ответственностью)
Публичное
акционерное
общество
«Банк
Балтийское Финансовое Агентство»"
«НОТА-Банк» (Публичное акционерное общество)
Публичное акционерное общество «МТС-Банк»
Публичное Акционерное Общество «БИНБАНК»
Коммерческий
Банк
«ИНТЕРКОММЕРЦ»
(общество с ограниченной ответственностью)
АКЦИОНЕРНЫЙ
КОММЕРЧЕСКИЙ
БАНК
«ПРОБИЗНЕСБАНК»
(ОТКРЫТОЕ
АКЦИОНЕРНОЕ ОБЩЕСТВО)
Сокращенное фирменное
наименование
ОАО АКБ «МЕЖДУНАРОДНЫЙ
ФИНАНСОВЫЙ КЛУБ»
ПАО
«Уральский
реконструкции и развития»
банк
ООО «Эйч-эс-би-си Банк (РР)»
ПАО «Банк БФА»
ПАО «Нота-Банк»
ПАО «МТС-Банк»
ПАО «Бинбанк»
ООО
«Коммерческий
«Интеркомм ерц»
Банк
ОАО «Акционерный коммерческий
банк «Пробизнесбанк»
ПАО
«Межрегиональный
Межрегиональный коммерческий банк развития
коммерческий банк развития связи
связи и информатики (публичное акционерное
и информатики» (ПАО «МКБ
общество)
«Связь-Банк»)
Открытое акционерное общество «РОСТ БАНК»
ОАО «Рост Банк»
Акционерный коммерческий банк «ЦентроКредит»
АО АКБ «ЦентроКредит»
(акционерное общество)
Общество с ограниченной ответственностью
ООО «Экспобанк»
«Экспобанк»
ОАО
«Акционерный
ЗападноАкционерный Западно-Сибирский коммерческий
Сибирский коммерческий банк»
банк открытое акционерное общество
(Запсибкомбанк)
Коммерческий Банк «ЛОКО-Банк» (закрытое
КБ «ЛОКО-Банк» (ЗАО)
акционерное общество)
Общество с ограниченной ответственностью ООО
«КБ
«Национальный
Коммерческий Банк «Национальный стандарт»
Стандарт»
Коммерческий банк «Кубань Кредит» общество с
ООО «КБ «Кубань Кредит»
ограниченной ответственностью
Публичное акционерное общество «Балтийский ПАО «Балтийский Инвестиционный
Инвестиционный Банк»
Банк»
стр. 168 из 170
Приложение № 3
к Документации о закупке
Отборочные критерии оценки заявок Участников аукциона
В рамках каждого из отборочных критериев, приведенных ниже, Организатор аукциона
вправе выделять подкритерии, по которым непосредственно будет проводиться отбор
Номер
Наименование отборочного критерия
критерия
Правильность оформления заявок и их соответствие требованиям
1.
Документации о закупке по составу
Документы, подтверждающие соответствие Участника требованиям
1.1
Документации о закупке
Документы, подтверждающие соответствие Коллективного Участника (при
1.2
наличии) требованиям Документации о закупке
Правильность оформления заявок в целом
2.
3.
Соответствие Участников требованиям Документации о закупке
Соответствие коммерческого и технического предложения требованиям
4.
Технических требований (Приложение № 1 к Документации о закупке)
Соответствие предлагаемых договорных условий требованиям
5.
Документации о закупке по результатам оценки протокола разногласий
стр. 169 из 170
Приложение № 4
к Документации о закупке
Методика оценки деловой репутации и финансового состояния Участников закупочных
процедур
Пояснения к Методике оценки
1. Методика оценки опубликована на интернет-сайте
ПАО «Красноярскэнергосбыт»
http://krsk-sbit.ru в разделе «Закупки» («Управление закупочной деятельностью»).
стр. 170 из 170