Тендер (конкурс) 44-46688179 от 2026-11-13

Выполнение работ по развитию государственной информационной системы Воронежской области ...

Класс 8.10.2 — Программное обеспечение и информационные технологии

Цены контрактов 2 лотов (млн.руб.) — 17.4, 17.4

Срок подачи заявок — 30.11.2026

Номер извещения: 0131200001026008785

Общая информация о закупке

Внимание! За нарушение требований антимонопольного законодательства Российской Федерации о запрете участия в ограничивающих конкуренцию соглашениях, осуществления ограничивающих конкуренцию согласованных действий предусмотрена ответственность в соответствии со ст. 14.32 КоАП РФ и ст. 178 УК РФ

Способ определения поставщика (подрядчика, исполнителя): Открытый конкурс в электронной форме

Наименование электронной площадки в информационно-телекоммуникационной сети «Интернет»: РТС-тендер

Адрес электронной площадки в информационно-телекоммуникационной сети «Интернет»: http://www.rts-tender.ru

Размещение осуществляет: Уполномоченный орган МИНИСТЕРСТВО ПО РЕГУЛИРОВАНИЮ КОНТРАКТНОЙ СИСТЕМЫ В СФЕРЕ ЗАКУПОК ВОРОНЕЖСКОЙ ОБЛАСТИ

Наименование объекта закупки: 2026-09720 Выполнение работ по развитию государственной информационной системы Воронежской области «Регулирование тарифов Воронежской области»

Этап закупки: Подача заявок

Сведения о связи с позицией плана-графика: 202601312000030001000054

Контактная информация

Размещение осуществляет: Уполномоченный орган

Организация, осуществляющая размещение: МИНИСТЕРСТВО ПО РЕГУЛИРОВАНИЮ КОНТРАКТНОЙ СИСТЕМЫ В СФЕРЕ ЗАКУПОК ВОРОНЕЖСКОЙ ОБЛАСТИ

Почтовый адрес: 394036, ул. 20-летия ВЛКСМ, д. 59

Место нахождения: г.Воронеж, ул. 20-летия ВЛКСМ, д. 59

Ответственное должностное лицо: Кучин А. В.

Адрес электронной почты: zakupki@govvrn.ru

Номер контактного телефона: 7-473-2127112

Дополнительная информация: МИНИСТЕРСТВО ЦИФРОВОГО РАЗВИТИЯ ВОРОНЕЖСКОЙ ОБЛАСТИ. Место нахождения: Российская Федерация, 394018, Воронежская обл, Воронеж г, Ленина пл, Ленина пл, Д. 1. Почтовый адрес:394018, Воронежская обл, г Воронеж, пл Ленина, дом 1. Телефон: 8-473-2125500. Адрес электронной почты: obelchinsky@govvrn.ru Ответственное лицо: Бельчинский Олег Владиславович,Адрес электронной почты организации заказчика: digital@govvrn.ru, Телефон организации заказчика: 7-473-2126505

Регион: Воронежская обл

Информация о процедуре закупки

Дата и время начала срока подачи заявок: 13.11.2026 16:51 (МСК)

Дата и время окончания срока подачи заявок: 30.11.2026 09:00 (МСК)

Дата окончания срока рассмотрения и оценки вторых частей заявок: 02.12.2026

Дата подведения итогов определения поставщика (подрядчика, исполнителя): 03.12.2026

Начальная (максимальная) цена контрактов

Начальная (максимальная) цена контракта: 17 359 200,00

Валюта: РОССИЙСКИЙ РУБЛЬ

Идентификационный код закупки (ИКЗ): 262366408364136640100100210016201246

Информация об объекте закупки

Код позиции - Наименование товара, работы, услуги - Ед. измерения - Количество (объем работы, услуги) - Цена за ед., ? - Стоимость, ?

- 62.01.11.000 - Развитие государственной информационной системы Воронежской области «Регулирование тарифов Воронежской области» Требования к выполнению работ 6.1. Форма для РСО Форма предназначена для заполнения ремонтной программы ресурсоснабжающей организацией и для ее анализа сотрудником Минтарифов ВО. Форма должна быть доступна в карточке регулируемой организации и в составе тарифного дела. Сотрудник РСО заполняет форму, сотрудник Минтарифов ВО просматривает сохраненные данные. Повторное открытие показывает последние сохраненные данные. Формирование свода не изменяет данные формы РСО. 6.2. Сводная форма Свод предназначен для анализа ремонтных программ нескольких РСО за выбранный период. Свод собирает показатели форм РСО, отобранных сотрудником Минтарифов ВО, и не изменяет эти формы. Функция переноса данных должна копировать в свод показатели из шаблона предыдущего периода. Переносятся показатели, которые Заказчик определил, как переносимые. Период-источник указывается в своде. Если шаблона предыдущего периода нет, перенос не выполняется и текущие данные свода не очищаются. Повторный перенос заменяет ранее перенесенные значения и не удаляет показатели, введенные в свод после предыдущего переноса. ... - Условная единица - 1,00 - 17 359 200,00 - 17 359 200,00

МИНИСТЕРСТВО ЦИФРОВОГО РАЗВИТИЯ ВОРОНЕЖСКОЙ ОБЛАСТИ - 1 -

- Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Требования к выполнению работ 6.1. Форма для РСО Форма предназначена для заполнения ремонтной программы ресурсоснабжающей организацией и для ее анализа сотрудником Минтарифов ВО. Форма должна быть доступна в карточке регулируемой организации и в составе тарифного дела. Сотрудник РСО заполняет форму, сотрудник Минтарифов ВО просматривает сохраненные данные. Повторное открытие показывает последние сохраненные данные. Формирование свода не изменяет данные формы РСО. 6.2. Сводная форма Свод предназначен для анализа ремонтных программ нескольких РСО за выбранный период. Свод собирает показатели форм РСО, отобранных сотрудником Минтарифов ВО, и не изменяет эти формы. Функция переноса данных должна копировать в свод показатели из шаблона предыдущего периода. Переносятся показатели, которые Заказчик определил, как переносимые. Период-источник указывается в своде. Если шаблона предыдущего периода нет, перенос не выполняется и текущие данные свода не очищаются. Повторный перенос заменяет ранее перенесенные значения и не удаляет показатели, введенные в свод после предыдущего переноса. Значение характеристики не может изменяться участником закупки 7.3. Требования к качеству и производительности: - точность извлечения текстовой информации – не ниже 80 процентов при читаемом электронном образе; - обработка пакета до 200 документов; - среднее время анализа одного документа – не более 10 секунд при разрешении до 300 dpi; - параллельная обработка нескольких пакетов документов. Результаты разных тарифных дел не смешиваются; - входные форматы файлов: PDF, TIFF, JPEG, PNG, DOC, DOCX, XLSX. 7.4. Результат работы Подсистемы ОПИ Результат работы Подсистемы ОПИ должен содержать сведения: 7.4.1. Для представителей РСО: - заключение по результатам рассмотрения инвестиционной программы. В виде полученного итогового письма с перечнем принятых и отклоненных затрат по каждому инвестиционному проекту (на указанную почту РСО) или в виде файла, который будет отображен в карточке тарифного дела; 7. Подсистема обработки первичной информации. Анализ фактического выполнения инвестиционных программ в сфере электроэнергетики В Системе должна функционировать подсистема обработки первичной информации (далее – Подсистема ОПИ). Подсистема ОПИ обрабатывает документы тарифного дела, выполняет автоматизированный анализ, извлечение реквизитов, верификацию данных и формирует итоговый документ анализа. 7.1. Назначение Подсистема ОПИ предназначена для автоматизированного анализа, классификации и верификации первичных документов, представляемых регулируемыми организациями в рамках отчетности по инвестиционным программам. Подсистема ОПИ должна извлекать структурированные данные, проверять их корректность и формировать итоговый документ анализа для публикации в карточке тарифного дела РСО . 7.2. Основные функции Подсистема ОПИ должна обеспечивать выполнение следующих функций: ввод, хранение, отбор и обработку информации, необходимой для формирования, регистрации и проверки первичных документов, связанных с реализацией инвестиционных программ, а также ввод плановых показателей (в виде распознавания приказов об утверждении инвестиционных программ). Подсистема ОПИ должна обеспечивать: - определение наличия подписей, печатей, отметок банков и штампов об исполнении; - проверку унифицированных форм (КС, ОС, М, РС) на соответствие утвержденным шаблонам; - проверку формата и полноты обязательных реквизитов. 7.2.1. Извлечение показателей по видам документов Точность извлечения показателей по видам документов, перечисленным выше, должна составлять не менее 80 процентов. 7.2.2. Сопоставление данных Подсистема ОПИ должна обеспечивать: - проверку извлеченных данных по правилам и формулам, заложенным в Подсистеме ОПИ; - определение принадлежности затрат конкретной инвестиционной программе; - определение отчетного года документа для отбора затрат при включении в расчет по тарифному делу. 7.2.3. Формирование результата Подсистема ОПИ должна обеспечивать: - формирование текста итогового письма с перечнем принятых и отклоненных затрат по каждому инвестиционному проекту; - указание документов, которые не отнесены ни к одному проекту инвестиционной программы; - указание выявленных несоответствий: несоответствие сумм, отсутствие печати, срок исполнения; - указание полного или частичного отсутствия подтверждающих документов, в том числе договора без приложения с номенклатурой, договора без платежного поручения либо без документа, подтверждающего проведение торгов; - формирование проекта уведомления регулируемой организации. Направление уведомления выполняет ответственный специалист в Системе после проверки проекта. Действия Исполнителя в процессе проведения работ не должны приводить к ухудшению (утрата функций, нарушение требований информационной безопасности, снижение быстродействия, искажение и потеря информации, нарушение целостности базы данных и др.) или отказу работы Системы. Исполнителю запрещается вносить изменения в реальные (продуктивные) данные Системы, включая их корректировку, удаление, загрузку и перезапись, а также выполнять иные действия, влияющие на целостность и актуальность продуктивных данных. Все доработки, отладка и тестирование функциональности выполняются исключительно в тестовой (стендовой) среде, созданной на основе обезличенных либо копий данных. Для обеспечения качества оказываемых услуг Исполнитель должен: - привлекать к оказанию услуг только специалистов, имеющих соответствующий уровень квалификации; - обеспечивать наличие необходимых производственных ресурсов; - своевременно (не допуская недоступности Системы для пользователей и возникновения аварийных ситуаций) предоставлять корректные актуальные требования к техническому (программно-аппаратному) окружению Системы, к технологии эксплуатации и обновления Системы, а также рекомендации по технологии эксплуатации и обновления. Исполнителем должно быть обеспечено постоянное нахождение в г. Воронеже представителей (специалистов) Исполнителя для оказания услуг по проведению испытаний и настройке рабочих мест Пользователей с возможностью прибытия по адресу местонахождения Функционального заказчика (г.Воронеж, ул. 25 Октября, д. 45) в день обращения. Удаленное подключение к автоматизированным рабочим местам Пользователей запрещено. Количество специалистов Исполнителя и срок их пребывания по адресу местонахождения Функционального заказчика согласовывается с Заказчиком в зависимости от срочности и объема оказания Услуг, с учетом обеспечения бесперебойного функционирования Системы и качественной поддержки Пользователей. В целях развития Системы необходимо проведение следующих работ: ? Модернизация функции Функционального заказчика по анализу ремонтных программ в соответствии с п. 6 настоящего технического задания; ? Создание подсистемы обработки первичной информации под нужды Функционального заказчика, обеспечивающего учет, контроль и анализ инвестиционных программ в сфере электроэнергетики, с последующей установкой и настройкой инфраструктуры; ? Разработка и внедрение методологии загрузки и анализа данных, обеспечивающей систематизацию, хранение, сопоставимость и достоверность информации по инвестиционным проектам; ? Формирование единой методологической основы для ведения и анализа данных в разрезе источников финансирования, видов работ, контрагентов и периодов реализации инвестиционных программ; ? Обеспечение целостности и актуальности данных путем переноса, верификации и согласования информационных баз в соответствии с разработанной методологией и установленными интерфейсами обмена; ? Проведение комплекса мероприятий по вводу в эксплуатацию подсистемы обработки первичной информации в сфере электроэнергетики, включая: ? подготовку и обучение персонала; ? выполнение пусконаладочных работ; ? проведение предварительных испытаний; ? осуществление опытной эксплуатации и приемочных испытаний. Качество и безопасность выполнения работ должны соответствовать действующим стандартам и техническим регламентам на данные виды работ в Российской Федерации. Работы по развитию Системы должны оказываться с надлежащим качеством, обеспечивающим работоспособность Системы в рамках функциональности, приведенной в документации к Системе. 7.4.2. Для представителей Минтарифов ВО: - структурированный набор извлеченных показателей первичных документов; - отчет о несоответствиях, выявленных при анализе; - проект уведомления регулируемой организации с результатами проверки; - возможность ручной верификации и подтверждения оператором извлеченных значений с идентификацией фрагмента исходного документа; - указание документов, которые не были отнесены ни к одному из проектов инвестиционной программы; - указание выявленных несоответствий при проверке первичных документов (например, несоответствие сумм, отсутствие печати, срок исполнения); - указание на полное или частичное отсутствие подтверждающих документов (например, договор имеется, но отсутствует приложение к нему с номенклатурой закупаемого товара; либо договор есть, но отсутствует платежное поручение или документ, подтверждающий факт проведения торгов); - автоматическое формирование заключения по результатам рассмотрения инвестиционной программы (с возможностью корректировки текста заключения); - передача сформированных писем контрагентам через встроенный механизм электронного документооборота (с возможностью корректировки текста письма). Для организации межсетевого взаимодействия Исполнитель формирует матрицу доступа Системы в виде приложения 6 к техническому заданию. Заказчик обязуется обеспечить межсетевое взаимодействие в соответствии с матрицей доступа, предоставленной Исполнителем, если такое взаимодействие не противоречит требованиям информационной безопасности Системы 6. Модернизация функции Минтарифов ВО по анализу ремонтных программ Модернизировать функцию Минтарифов ВО по анализу ремонтных программ, следующим образом. На базе встроенных электронных таблиц Системы совместно с Заказчиком внедрить следующие шаблоны: Таблица «ФОРМА по ремонтным программам для РСО». (Приложение № 3). Таблица «ФОРМА по ремонтным программам СВОД». (Приложение № 4). В данной таблице реализовать функцию переноса данных из шаблона предыдущего периода. В приложениях № 3 и № 4 указаны требования к таблицам и необходимые поля. Состав показателей шаблонов определяется приложениями № 3 и № 4 и согласовывается с Заказчиком. Исполнитель реализует согласованные шаблоны во встроенных электронных таблицах Системы. Подсистема ОПИ должна поддерживать регистрацию данных по договорам контрагентов (подрядных, поставочных, технологического присоединения) и обеспечивать автоматическую обработку следующих видов документов: ? договоры (подряд, поставка); ? документы торгово-закупочных процедур; ? акты выполненных работ; ? дополнительные соглашения; ? универсальные передаточные документы; ? счета-фактуры; ? товарные накладные; ? платежные поручения; ? акты приема-передачи основных средств (ОС-1, ОС-1а, ОС-1б, ОС-3, ОС-6, ОС-15); ? акты приемки выполненных работ (КС-2, КС-3, КС-11, КС-14); ? накладные на отпуск материалов (М-15); ? акты обеспеченности строительства проектной документацией (РС-14); ? оборотно-сальдовые ведомости по счету 08; ? анализ счета 08. Для каждого вида документа должна быть предусмотрена возможность указания реквизитов: номер, дата, объект (инвестиционная программа), контрагент (исполнитель/заказчик), сумма с НДС и без НДС, а также связь с другими документами (например, договор ? акт ? платежное поручение). Подсистема ОПИ должна обеспечивать автоматизированную обработку и регистрацию сканов первичных документов с выполнением следующих функций: ? регистрация входящих документов (сканы первичных документов) и формирование исходящих (заключения, как в электронном так и в бумажном виде); ? хранение документов в электронном виде в единой базе данных; ? автоматическая сверка параметров с требованиями приказов Минэнерго № 320 и № 380 (протяженность, мощность, количественные показатели оборудования); ? отбор документов по заданным критериям; ? обеспечение повторной обработки и актуализации отчетных данных; ? проверка корректности расходов по инвестиционным проектам (учет на счете 08.03); ? контроль сроков исполнения договоров и актов; ? формирование заключений о соответствии или несоответствии объектов инвестиционным программам; ? ведение истории изменений и контроль версий данных; ? формирование регистров учета и стандартных/специализированных отчетов с различной группировкой и иерархией представления данных. Подсистема ОПИ должна обеспечивать формирование аналитической и управленческой отчетности на основе данных первичных документов и плановых показателей и поддерживать: ? формирование отчетов по исполнению планов финансирования, освоения и ввода объектов (ежеквартально и ежегодно); ? ведение истории реализации инвестиционных проектов (план-факт анализ); ? создание аналитических отчетов по динамике инвестиций, отклонениям и результативности программ; ? формирование отчетов о достигнутых результатах (увеличение пропускной способности, снижение потерь, ввод мощностей); ? формирование сводных отчетов по выявленным замечаниям с ссылками (указанием) на инвестиционный проект; ? отчеты по плану закупок и финансовым планам; ? отчеты о соответствии расходов инвестиционным проектам; ? отчеты по стоимостным, техническим и количественным показателям реализованных проектов. Подсистема ОПИ должна обеспечивать загрузку и хранение плановых данных в разрезе инвестиционных проектов, настраиваемых периодов, источников финансирования, видов работ и целей реализации, включая: ? планы финансирования капитальных вложений; ? планы освоения капитальных вложений за предыдущий год; ? цели реализации инвестиционных проектов; ? планы принятия основных средств и нематериальных активов к учету; ? планы постановки объектов электросетевого хозяйства под напряжение и ввода объектов в эксплуатацию; ? источники финансирования инвестиционных программ; ? плановые стоимостные, технические и количественные показатели проектов. Также должна быть реализована возможность корректировки ранее утвержденных плановых показателей с сохранением истории изменений. Подсистема ОПИ должна обеспечивать: ? загрузку и хранение отчетных данных, представляемых контрагентами, в автоматическом режиме (по расписанию) или вручную; ? хранение скан-копий документов с возможностью их открытия и просмотра из интерфейса системы; ? привязку документов к инвестиционным проектам и отчетным периодам; ? проверку наличия всех требуемых документов по каждому проекту. В Подсистеме ОПИ должны быть предустановлены и поддерживаться актуальными следующие справочники: ? контрагенты (сетевые компании, подрядчики, поставщики, регуляторы); ? объекты электроэнергетики (тип, мощность, протяженность, категория напряжения, уровень напряжения); ? нормативные документы (Постановление РФ № 977/1178, Приказы Минэнерго № 320/380/310, ФЗ-223); ? источники финансирования; ? сотрудники; ? проекты (классификаторы видов работ: технологическое присоединение, реконструкция, модернизация, техническое перевооружение, строительство объектов, покупка земельных участков, оборудование, не требующее монтажа, и др.). Подсистема ОПИ должна обеспечивать работу механизмов электронного документооборота с использованием электронной подписи (усиленной квалифицированной и простой), в том числе: ? обмен документами с внешними контрагентами; ? внутренний электронный документооборот между подразделениями Функционального заказчика; ? создание унифицированных электронных форм отчетов, соответствующих формам, утвержденным приказом Министерства энергетики Российской Федерации от 05.05.2016 № 380. Подсистема ОПИ должна содержать инструменты интерактивной визуализации данных (дашборды) и аналитические отчеты, обеспечивающие руководству Функционального заказчика оперативный контроль реализации инвестиционных программ, оценку динамики их исполнения и выявление отклонений. Дополнительные возможности заключаются в выгрузке данных дашбордов в форматах XLS, PDF. Подсистема ОПИ должна преобразовывать первичные документы в структурированные данные для последующего анализа и сопоставления с инвестиционными программами. Подсистема ОПИ должна обеспечивать: - корректную обработку первичных документов, имеющих перекос до 10° от горизонтали или вертикали; - обработку пакета файлов, содержащих несколько типов документов; - определение типа каждого документа внутри пакета (договор, акт, счет-фактура и другие); - определение принадлежности документа к инвестиционной программе и группировку файлов по инвестиционному проекту. Подсистема ОПИ должна обеспечивать: - извлечение текстовой информации из печатных и рукописных областей документа; - определение и извлечение ключевых реквизитов в зависимости от типа документа: дата, номер, сумма, объект, контрагент, единица измерения, количество, наименование работ и услуг; - извлечение сумм с НДС и без НДС и проверку их соответствия арифметическим правилам. - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - Требования к выполнению работ - 6.1. Форма для РСО Форма предназначена для заполнения ремонтной программы ресурсоснабжающей организацией и для ее анализа сотрудником Минтарифов ВО. Форма должна быть доступна в карточке регулируемой организации и в составе тарифного дела. Сотрудник РСО заполняет форму, сотрудник Минтарифов ВО просматривает сохраненные данные. Повторное открытие показывает последние сохраненные данные. Формирование свода не изменяет данные формы РСО. 6.2. Сводная форма Свод предназначен для анализа ремонтных программ нескольких РСО за выбранный период. Свод собирает показатели форм РСО, отобранных сотрудником Минтарифов ВО, и не изменяет эти формы. Функция переноса данных должна копировать в свод показатели из шаблона предыдущего периода. Переносятся показатели, которые Заказчик определил, как переносимые. Период-источник указывается в своде. Если шаблона предыдущего периода нет, перенос не выполняется и текущие данные свода не очищаются. Повторный перенос заменяет ранее перенесенные значения и не удаляет показатели, введенные в свод после предыдущего переноса. - - Значение характеристики не может изменяться участником закупки - 7.3. Требования к качеству и производительности: - точность извлечения текстовой информации – не ниже 80 процентов при читаемом электронном образе; - обработка пакета до 200 документов; - среднее время анализа одного документа – не более 10 секунд при разрешении до 300 dpi; - параллельная обработка нескольких пакетов документов. Результаты разных тарифных дел не смешиваются; - входные форматы файлов: PDF, TIFF, JPEG, PNG, DOC, DOCX, XLSX. 7.4. Результат работы Подсистемы ОПИ Результат работы Подсистемы ОПИ должен содержать сведения: 7.4.1. Для представителей РСО: - заключение по результатам рассмотрения инвестиционной программы. В виде полученного итогового письма с перечнем принятых и отклоненных затрат по каждому инвестиционному проекту (на указанную почту РСО) или в виде файла, который будет отображен в карточке тарифного дела; - 7. Подсистема обработки первичной информации. Анализ фактического выполнения инвестиционных программ в сфере электроэнергетики В Системе должна функционировать подсистема обработки первичной информации (далее – Подсистема ОПИ). Подсистема ОПИ обрабатывает документы тарифного дела, выполняет автоматизированный анализ, извлечение реквизитов, верификацию данных и формирует итоговый документ анализа. 7.1. Назначение Подсистема ОПИ предназначена для автоматизированного анализа, классификации и верификации первичных документов, представляемых регулируемыми организациями в рамках отчетности по инвестиционным программам. Подсистема ОПИ должна извлекать структурированные данные, проверять их корректность и формировать итоговый документ анализа для публикации в карточке тарифного дела РСО . 7.2. Основные функции Подсистема ОПИ должна обеспечивать выполнение следующих функций: ввод, хранение, отбор и обработку информации, необходимой для формирования, регистрации и проверки первичных документов, связанных с реализацией инвестиционных программ, а также ввод плановых показателей (в виде распознавания приказов об утверждении инвестиционных программ). - Подсистема ОПИ должна обеспечивать: - определение наличия подписей, печатей, отметок банков и штампов об исполнении; - проверку унифицированных форм (КС, ОС, М, РС) на соответствие утвержденным шаблонам; - проверку формата и полноты обязательных реквизитов. 7.2.1. Извлечение показателей по видам документов Точность извлечения показателей по видам документов, перечисленным выше, должна составлять не менее 80 процентов. 7.2.2. Сопоставление данных Подсистема ОПИ должна обеспечивать: - проверку извлеченных данных по правилам и формулам, заложенным в Подсистеме ОПИ; - определение принадлежности затрат конкретной инвестиционной программе; - определение отчетного года документа для отбора затрат при включении в расчет по тарифному делу. 7.2.3. Формирование результата Подсистема ОПИ должна обеспечивать: - формирование текста итогового письма с перечнем принятых и отклоненных затрат по каждому инвестиционному проекту; - указание документов, которые не отнесены ни к одному проекту инвестиционной программы; - указание выявленных несоответствий: несоответствие сумм, отсутствие печати, срок исполнения; - указание полного или частичного отсутствия подтверждающих документов, в том числе договора без приложения с номенклатурой, договора без платежного поручения либо без документа, подтверждающего проведение торгов; - формирование проекта уведомления регулируемой организации. Направление уведомления выполняет ответственный специалист в Системе после проверки проекта. - Действия Исполнителя в процессе проведения работ не должны приводить к ухудшению (утрата функций, нарушение требований информационной безопасности, снижение быстродействия, искажение и потеря информации, нарушение целостности базы данных и др.) или отказу работы Системы. Исполнителю запрещается вносить изменения в реальные (продуктивные) данные Системы, включая их корректировку, удаление, загрузку и перезапись, а также выполнять иные действия, влияющие на целостность и актуальность продуктивных данных. Все доработки, отладка и тестирование функциональности выполняются исключительно в тестовой (стендовой) среде, созданной на основе обезличенных либо копий данных. Для обеспечения качества оказываемых услуг Исполнитель должен: - привлекать к оказанию услуг только специалистов, имеющих соответствующий уровень квалификации; - обеспечивать наличие необходимых производственных ресурсов; - своевременно (не допуская недоступности Системы для пользователей и возникновения аварийных ситуаций) предоставлять корректные актуальные требования к техническому (программно-аппаратному) окружению Системы, к технологии эксплуатации и обновления Системы, а также рекомендации по технологии эксплуатации и обновления. Исполнителем должно быть обеспечено постоянное нахождение в г. Воронеже представителей (специалистов) Исполнителя для оказания услуг по проведению испытаний и настройке рабочих мест Пользователей с возможностью прибытия по адресу местонахождения Функционального заказчика (г.Воронеж, ул. 25 Октября, д. 45) в день обращения. Удаленное подключение к автоматизированным рабочим местам Пользователей запрещено. Количество специалистов Исполнителя и срок их пребывания по адресу местонахождения Функционального заказчика согласовывается с Заказчиком в зависимости от срочности и объема оказания Услуг, с учетом обеспечения бесперебойного функционирования Системы и качественной поддержки Пользователей. - В целях развития Системы необходимо проведение следующих работ: ? Модернизация функции Функционального заказчика по анализу ремонтных программ в соответствии с п. 6 настоящего технического задания; ? Создание подсистемы обработки первичной информации под нужды Функционального заказчика, обеспечивающего учет, контроль и анализ инвестиционных программ в сфере электроэнергетики, с последующей установкой и настройкой инфраструктуры; ? Разработка и внедрение методологии загрузки и анализа данных, обеспечивающей систематизацию, хранение, сопоставимость и достоверность информации по инвестиционным проектам; ? Формирование единой методологической основы для ведения и анализа данных в разрезе источников финансирования, видов работ, контрагентов и периодов реализации инвестиционных программ; ? Обеспечение целостности и актуальности данных путем переноса, верификации и согласования информационных баз в соответствии с разработанной методологией и установленными интерфейсами обмена; ? Проведение комплекса мероприятий по вводу в эксплуатацию подсистемы обработки первичной информации в сфере электроэнергетики, включая: ? подготовку и обучение персонала; ? выполнение пусконаладочных работ; ? проведение предварительных испытаний; ? осуществление опытной эксплуатации и приемочных испытаний. Качество и безопасность выполнения работ должны соответствовать действующим стандартам и техническим регламентам на данные виды работ в Российской Федерации. Работы по развитию Системы должны оказываться с надлежащим качеством, обеспечивающим работоспособность Системы в рамках функциональности, приведенной в документации к Системе. - 7.4.2. Для представителей Минтарифов ВО: - структурированный набор извлеченных показателей первичных документов; - отчет о несоответствиях, выявленных при анализе; - проект уведомления регулируемой организации с результатами проверки; - возможность ручной верификации и подтверждения оператором извлеченных значений с идентификацией фрагмента исходного документа; - указание документов, которые не были отнесены ни к одному из проектов инвестиционной программы; - указание выявленных несоответствий при проверке первичных документов (например, несоответствие сумм, отсутствие печати, срок исполнения); - указание на полное или частичное отсутствие подтверждающих документов (например, договор имеется, но отсутствует приложение к нему с номенклатурой закупаемого товара; либо договор есть, но отсутствует платежное поручение или документ, подтверждающий факт проведения торгов); - автоматическое формирование заключения по результатам рассмотрения инвестиционной программы (с возможностью корректировки текста заключения); - передача сформированных писем контрагентам через встроенный механизм электронного документооборота (с возможностью корректировки текста письма). - Для организации межсетевого взаимодействия Исполнитель формирует матрицу доступа Системы в виде приложения 6 к техническому заданию. Заказчик обязуется обеспечить межсетевое взаимодействие в соответствии с матрицей доступа, предоставленной Исполнителем, если такое взаимодействие не противоречит требованиям информационной безопасности Системы 6. Модернизация функции Минтарифов ВО по анализу ремонтных программ Модернизировать функцию Минтарифов ВО по анализу ремонтных программ, следующим образом. На базе встроенных электронных таблиц Системы совместно с Заказчиком внедрить следующие шаблоны: Таблица «ФОРМА по ремонтным программам для РСО». (Приложение № 3). Таблица «ФОРМА по ремонтным программам СВОД». (Приложение № 4). В данной таблице реализовать функцию переноса данных из шаблона предыдущего периода. В приложениях № 3 и № 4 указаны требования к таблицам и необходимые поля. Состав показателей шаблонов определяется приложениями № 3 и № 4 и согласовывается с Заказчиком. Исполнитель реализует согласованные шаблоны во встроенных электронных таблицах Системы. - Подсистема ОПИ должна поддерживать регистрацию данных по договорам контрагентов (подрядных, поставочных, технологического присоединения) и обеспечивать автоматическую обработку следующих видов документов: ? договоры (подряд, поставка); ? документы торгово-закупочных процедур; ? акты выполненных работ; ? дополнительные соглашения; ? универсальные передаточные документы; ? счета-фактуры; ? товарные накладные; ? платежные поручения; ? акты приема-передачи основных средств (ОС-1, ОС-1а, ОС-1б, ОС-3, ОС-6, ОС-15); ? акты приемки выполненных работ (КС-2, КС-3, КС-11, КС-14); ? накладные на отпуск материалов (М-15); ? акты обеспеченности строительства проектной документацией (РС-14); ? оборотно-сальдовые ведомости по счету 08; ? анализ счета 08. Для каждого вида документа должна быть предусмотрена возможность указания реквизитов: номер, дата, объект (инвестиционная программа), контрагент (исполнитель/заказчик), сумма с НДС и без НДС, а также связь с другими документами (например, договор ? акт ? платежное поручение). - Подсистема ОПИ должна обеспечивать автоматизированную обработку и регистрацию сканов первичных документов с выполнением следующих функций: ? регистрация входящих документов (сканы первичных документов) и формирование исходящих (заключения, как в электронном так и в бумажном виде); ? хранение документов в электронном виде в единой базе данных; ? автоматическая сверка параметров с требованиями приказов Минэнерго № 320 и № 380 (протяженность, мощность, количественные показатели оборудования); ? отбор документов по заданным критериям; ? обеспечение повторной обработки и актуализации отчетных данных; ? проверка корректности расходов по инвестиционным проектам (учет на счете 08.03); ? контроль сроков исполнения договоров и актов; ? формирование заключений о соответствии или несоответствии объектов инвестиционным программам; ? ведение истории изменений и контроль версий данных; ? формирование регистров учета и стандартных/специализированных отчетов с различной группировкой и иерархией представления данных. Подсистема ОПИ должна обеспечивать формирование аналитической и управленческой отчетности на основе данных первичных документов и плановых показателей и поддерживать: ? формирование отчетов по исполнению планов финансирования, освоения и ввода объектов (ежеквартально и ежегодно); ? ведение истории реализации инвестиционных проектов (план-факт анализ); ? создание аналитических отчетов по динамике инвестиций, отклонениям и результативности программ; ? формирование отчетов о достигнутых результатах (увеличение пропускной способности, снижение потерь, ввод мощностей); ? формирование сводных отчетов по выявленным замечаниям с ссылками (указанием) на инвестиционный проект; ? отчеты по плану закупок и финансовым планам; ? отчеты о соответствии расходов инвестиционным проектам; ? отчеты по стоимостным, техническим и количественным показателям реализованных проектов. - Подсистема ОПИ должна обеспечивать загрузку и хранение плановых данных в разрезе инвестиционных проектов, настраиваемых периодов, источников финансирования, видов работ и целей реализации, включая: ? планы финансирования капитальных вложений; ? планы освоения капитальных вложений за предыдущий год; ? цели реализации инвестиционных проектов; ? планы принятия основных средств и нематериальных активов к учету; ? планы постановки объектов электросетевого хозяйства под напряжение и ввода объектов в эксплуатацию; ? источники финансирования инвестиционных программ; ? плановые стоимостные, технические и количественные показатели проектов. Также должна быть реализована возможность корректировки ранее утвержденных плановых показателей с сохранением истории изменений. Подсистема ОПИ должна обеспечивать: ? загрузку и хранение отчетных данных, представляемых контрагентами, в автоматическом режиме (по расписанию) или вручную; ? хранение скан-копий документов с возможностью их открытия и просмотра из интерфейса системы; ? привязку документов к инвестиционным проектам и отчетным периодам; ? проверку наличия всех требуемых документов по каждому проекту. В Подсистеме ОПИ должны быть предустановлены и поддерживаться актуальными следующие справочники: ? контрагенты (сетевые компании, подрядчики, поставщики, регуляторы); ? объекты электроэнергетики (тип, мощность, протяженность, категория напряжения, уровень напряжения); ? нормативные документы (Постановление РФ № 977/1178, Приказы Минэнерго № 320/380/310, ФЗ-223); ? источники финансирования; ? сотрудники; ? проекты (классификаторы видов работ: технологическое присоединение, реконструкция, модернизация, техническое перевооружение, строительство объектов, покупка земельных участков, оборудование, не требующее монтажа, и др.). - Подсистема ОПИ должна обеспечивать работу механизмов электронного документооборота с использованием электронной подписи (усиленной квалифицированной и простой), в том числе: ? обмен документами с внешними контрагентами; ? внутренний электронный документооборот между подразделениями Функционального заказчика; ? создание унифицированных электронных форм отчетов, соответствующих формам, утвержденным приказом Министерства энергетики Российской Федерации от 05.05.2016 № 380. Подсистема ОПИ должна содержать инструменты интерактивной визуализации данных (дашборды) и аналитические отчеты, обеспечивающие руководству Функционального заказчика оперативный контроль реализации инвестиционных программ, оценку динамики их исполнения и выявление отклонений. Дополнительные возможности заключаются в выгрузке данных дашбордов в форматах XLS, PDF. Подсистема ОПИ должна преобразовывать первичные документы в структурированные данные для последующего анализа и сопоставления с инвестиционными программами. Подсистема ОПИ должна обеспечивать: - корректную обработку первичных документов, имеющих перекос до 10° от горизонтали или вертикали; - обработку пакета файлов, содержащих несколько типов документов; - определение типа каждого документа внутри пакета (договор, акт, счет-фактура и другие); - определение принадлежности документа к инвестиционной программе и группировку файлов по инвестиционному проекту. Подсистема ОПИ должна обеспечивать: - извлечение текстовой информации из печатных и рукописных областей документа; - определение и извлечение ключевых реквизитов в зависимости от типа документа: дата, номер, сумма, объект, контрагент, единица измерения, количество, наименование работ и услуг; - извлечение сумм с НДС и без НДС и проверку их соответствия арифметическим правилам.

Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке

Требования к выполнению работ - 6.1. Форма для РСО Форма предназначена для заполнения ремонтной программы ресурсоснабжающей организацией и для ее анализа сотрудником Минтарифов ВО. Форма должна быть доступна в карточке регулируемой организации и в составе тарифного дела. Сотрудник РСО заполняет форму, сотрудник Минтарифов ВО просматривает сохраненные данные. Повторное открытие показывает последние сохраненные данные. Формирование свода не изменяет данные формы РСО. 6.2. Сводная форма Свод предназначен для анализа ремонтных программ нескольких РСО за выбранный период. Свод собирает показатели форм РСО, отобранных сотрудником Минтарифов ВО, и не изменяет эти формы. Функция переноса данных должна копировать в свод показатели из шаблона предыдущего периода. Переносятся показатели, которые Заказчик определил, как переносимые. Период-источник указывается в своде. Если шаблона предыдущего периода нет, перенос не выполняется и текущие данные свода не очищаются. Повторный перенос заменяет ранее перенесенные значения и не удаляет показатели, введенные в свод после предыдущего переноса. - - Значение характеристики не может изменяться участником закупки

7.3. Требования к качеству и производительности: - точность извлечения текстовой информации – не ниже 80 процентов при читаемом электронном образе; - обработка пакета до 200 документов; - среднее время анализа одного документа – не более 10 секунд при разрешении до 300 dpi; - параллельная обработка нескольких пакетов документов. Результаты разных тарифных дел не смешиваются; - входные форматы файлов: PDF, TIFF, JPEG, PNG, DOC, DOCX, XLSX. 7.4. Результат работы Подсистемы ОПИ Результат работы Подсистемы ОПИ должен содержать сведения: 7.4.1. Для представителей РСО: - заключение по результатам рассмотрения инвестиционной программы. В виде полученного итогового письма с перечнем принятых и отклоненных затрат по каждому инвестиционному проекту (на указанную почту РСО) или в виде файла, который будет отображен в карточке тарифного дела;

7. Подсистема обработки первичной информации. Анализ фактического выполнения инвестиционных программ в сфере электроэнергетики В Системе должна функционировать подсистема обработки первичной информации (далее – Подсистема ОПИ). Подсистема ОПИ обрабатывает документы тарифного дела, выполняет автоматизированный анализ, извлечение реквизитов, верификацию данных и формирует итоговый документ анализа. 7.1. Назначение Подсистема ОПИ предназначена для автоматизированного анализа, классификации и верификации первичных документов, представляемых регулируемыми организациями в рамках отчетности по инвестиционным программам. Подсистема ОПИ должна извлекать структурированные данные, проверять их корректность и формировать итоговый документ анализа для публикации в карточке тарифного дела РСО . 7.2. Основные функции Подсистема ОПИ должна обеспечивать выполнение следующих функций: ввод, хранение, отбор и обработку информации, необходимой для формирования, регистрации и проверки первичных документов, связанных с реализацией инвестиционных программ, а также ввод плановых показателей (в виде распознавания приказов об утверждении инвестиционных программ).

Подсистема ОПИ должна обеспечивать: - определение наличия подписей, печатей, отметок банков и штампов об исполнении; - проверку унифицированных форм (КС, ОС, М, РС) на соответствие утвержденным шаблонам; - проверку формата и полноты обязательных реквизитов. 7.2.1. Извлечение показателей по видам документов Точность извлечения показателей по видам документов, перечисленным выше, должна составлять не менее 80 процентов. 7.2.2. Сопоставление данных Подсистема ОПИ должна обеспечивать: - проверку извлеченных данных по правилам и формулам, заложенным в Подсистеме ОПИ; - определение принадлежности затрат конкретной инвестиционной программе; - определение отчетного года документа для отбора затрат при включении в расчет по тарифному делу. 7.2.3. Формирование результата Подсистема ОПИ должна обеспечивать: - формирование текста итогового письма с перечнем принятых и отклоненных затрат по каждому инвестиционному проекту; - указание документов, которые не отнесены ни к одному проекту инвестиционной программы; - указание выявленных несоответствий: несоответствие сумм, отсутствие печати, срок исполнения; - указание полного или частичного отсутствия подтверждающих документов, в том числе договора без приложения с номенклатурой, договора без платежного поручения либо без документа, подтверждающего проведение торгов; - формирование проекта уведомления регулируемой организации. Направление уведомления выполняет ответственный специалист в Системе после проверки проекта.

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

В целях развития Системы необходимо проведение следующих работ: ? Модернизация функции Функционального заказчика по анализу ремонтных программ в соответствии с п. 6 настоящего технического задания; ? Создание подсистемы обработки первичной информации под нужды Функционального заказчика, обеспечивающего учет, контроль и анализ инвестиционных программ в сфере электроэнергетики, с последующей установкой и настройкой инфраструктуры; ? Разработка и внедрение методологии загрузки и анализа данных, обеспечивающей систематизацию, хранение, сопоставимость и достоверность информации по инвестиционным проектам; ? Формирование единой методологической основы для ведения и анализа данных в разрезе источников финансирования, видов работ, контрагентов и периодов реализации инвестиционных программ; ? Обеспечение целостности и актуальности данных путем переноса, верификации и согласования информационных баз в соответствии с разработанной методологией и установленными интерфейсами обмена; ? Проведение комплекса мероприятий по вводу в эксплуатацию подсистемы обработки первичной информации в сфере электроэнергетики, включая: ? подготовку и обучение персонала; ? выполнение пусконаладочных работ; ? проведение предварительных испытаний; ? осуществление опытной эксплуатации и приемочных испытаний. Качество и безопасность выполнения работ должны соответствовать действующим стандартам и техническим регламентам на данные виды работ в Российской Федерации. Работы по развитию Системы должны оказываться с надлежащим качеством, обеспечивающим работоспособность Системы в рамках функциональности, приведенной в документации к Системе.

7.4.2. Для представителей Минтарифов ВО: - структурированный набор извлеченных показателей первичных документов; - отчет о несоответствиях, выявленных при анализе; - проект уведомления регулируемой организации с результатами проверки; - возможность ручной верификации и подтверждения оператором извлеченных значений с идентификацией фрагмента исходного документа; - указание документов, которые не были отнесены ни к одному из проектов инвестиционной программы; - указание выявленных несоответствий при проверке первичных документов (например, несоответствие сумм, отсутствие печати, срок исполнения); - указание на полное или частичное отсутствие подтверждающих документов (например, договор имеется, но отсутствует приложение к нему с номенклатурой закупаемого товара; либо договор есть, но отсутствует платежное поручение или документ, подтверждающий факт проведения торгов); - автоматическое формирование заключения по результатам рассмотрения инвестиционной программы (с возможностью корректировки текста заключения); - передача сформированных писем контрагентам через встроенный механизм электронного документооборота (с возможностью корректировки текста письма).

Для организации межсетевого взаимодействия Исполнитель формирует матрицу доступа Системы в виде приложения 6 к техническому заданию. Заказчик обязуется обеспечить межсетевое взаимодействие в соответствии с матрицей доступа, предоставленной Исполнителем, если такое взаимодействие не противоречит требованиям информационной безопасности Системы 6. Модернизация функции Минтарифов ВО по анализу ремонтных программ Модернизировать функцию Минтарифов ВО по анализу ремонтных программ, следующим образом. На базе встроенных электронных таблиц Системы совместно с Заказчиком внедрить следующие шаблоны: Таблица «ФОРМА по ремонтным программам для РСО». (Приложение № 3). Таблица «ФОРМА по ремонтным программам СВОД». (Приложение № 4). В данной таблице реализовать функцию переноса данных из шаблона предыдущего периода. В приложениях № 3 и № 4 указаны требования к таблицам и необходимые поля. Состав показателей шаблонов определяется приложениями № 3 и № 4 и согласовывается с Заказчиком. Исполнитель реализует согласованные шаблоны во встроенных электронных таблицах Системы.

Подсистема ОПИ должна поддерживать регистрацию данных по договорам контрагентов (подрядных, поставочных, технологического присоединения) и обеспечивать автоматическую обработку следующих видов документов: ? договоры (подряд, поставка); ? документы торгово-закупочных процедур; ? акты выполненных работ; ? дополнительные соглашения; ? универсальные передаточные документы; ? счета-фактуры; ? товарные накладные; ? платежные поручения; ? акты приема-передачи основных средств (ОС-1, ОС-1а, ОС-1б, ОС-3, ОС-6, ОС-15); ? акты приемки выполненных работ (КС-2, КС-3, КС-11, КС-14); ? накладные на отпуск материалов (М-15); ? акты обеспеченности строительства проектной документацией (РС-14); ? оборотно-сальдовые ведомости по счету 08; ? анализ счета 08. Для каждого вида документа должна быть предусмотрена возможность указания реквизитов: номер, дата, объект (инвестиционная программа), контрагент (исполнитель/заказчик), сумма с НДС и без НДС, а также связь с другими документами (например, договор ? акт ? платежное поручение).

Подсистема ОПИ должна обеспечивать автоматизированную обработку и регистрацию сканов первичных документов с выполнением следующих функций: ? регистрация входящих документов (сканы первичных документов) и формирование исходящих (заключения, как в электронном так и в бумажном виде); ? хранение документов в электронном виде в единой базе данных; ? автоматическая сверка параметров с требованиями приказов Минэнерго № 320 и № 380 (протяженность, мощность, количественные показатели оборудования); ? отбор документов по заданным критериям; ? обеспечение повторной обработки и актуализации отчетных данных; ? проверка корректности расходов по инвестиционным проектам (учет на счете 08.03); ? контроль сроков исполнения договоров и актов; ? формирование заключений о соответствии или несоответствии объектов инвестиционным программам; ? ведение истории изменений и контроль версий данных; ? формирование регистров учета и стандартных/специализированных отчетов с различной группировкой и иерархией представления данных. Подсистема ОПИ должна обеспечивать формирование аналитической и управленческой отчетности на основе данных первичных документов и плановых показателей и поддерживать: ? формирование отчетов по исполнению планов финансирования, освоения и ввода объектов (ежеквартально и ежегодно); ? ведение истории реализации инвестиционных проектов (план-факт анализ); ? создание аналитических отчетов по динамике инвестиций, отклонениям и результативности программ; ? формирование отчетов о достигнутых результатах (увеличение пропускной способности, снижение потерь, ввод мощностей); ? формирование сводных отчетов по выявленным замечаниям с ссылками (указанием) на инвестиционный проект; ? отчеты по плану закупок и финансовым планам; ? отчеты о соответствии расходов инвестиционным проектам; ? отчеты по стоимостным, техническим и количественным показателям реализованных проектов.

Подсистема ОПИ должна обеспечивать загрузку и хранение плановых данных в разрезе инвестиционных проектов, настраиваемых периодов, источников финансирования, видов работ и целей реализации, включая: ? планы финансирования капитальных вложений; ? планы освоения капитальных вложений за предыдущий год; ? цели реализации инвестиционных проектов; ? планы принятия основных средств и нематериальных активов к учету; ? планы постановки объектов электросетевого хозяйства под напряжение и ввода объектов в эксплуатацию; ? источники финансирования инвестиционных программ; ? плановые стоимостные, технические и количественные показатели проектов. Также должна быть реализована возможность корректировки ранее утвержденных плановых показателей с сохранением истории изменений. Подсистема ОПИ должна обеспечивать: ? загрузку и хранение отчетных данных, представляемых контрагентами, в автоматическом режиме (по расписанию) или вручную; ? хранение скан-копий документов с возможностью их открытия и просмотра из интерфейса системы; ? привязку документов к инвестиционным проектам и отчетным периодам; ? проверку наличия всех требуемых документов по каждому проекту. В Подсистеме ОПИ должны быть предустановлены и поддерживаться актуальными следующие справочники: ? контрагенты (сетевые компании, подрядчики, поставщики, регуляторы); ? объекты электроэнергетики (тип, мощность, протяженность, категория напряжения, уровень напряжения); ? нормативные документы (Постановление РФ № 977/1178, Приказы Минэнерго № 320/380/310, ФЗ-223); ? источники финансирования; ? сотрудники; ? проекты (классификаторы видов работ: технологическое присоединение, реконструкция, модернизация, техническое перевооружение, строительство объектов, покупка земельных участков, оборудование, не требующее монтажа, и др.).

Подсистема ОПИ должна обеспечивать работу механизмов электронного документооборота с использованием электронной подписи (усиленной квалифицированной и простой), в том числе: ? обмен документами с внешними контрагентами; ? внутренний электронный документооборот между подразделениями Функционального заказчика; ? создание унифицированных электронных форм отчетов, соответствующих формам, утвержденным приказом Министерства энергетики Российской Федерации от 05.05.2016 № 380. Подсистема ОПИ должна содержать инструменты интерактивной визуализации данных (дашборды) и аналитические отчеты, обеспечивающие руководству Функционального заказчика оперативный контроль реализации инвестиционных программ, оценку динамики их исполнения и выявление отклонений. Дополнительные возможности заключаются в выгрузке данных дашбордов в форматах XLS, PDF. Подсистема ОПИ должна преобразовывать первичные документы в структурированные данные для последующего анализа и сопоставления с инвестиционными программами. Подсистема ОПИ должна обеспечивать: - корректную обработку первичных документов, имеющих перекос до 10° от горизонтали или вертикали; - обработку пакета файлов, содержащих несколько типов документов; - определение типа каждого документа внутри пакета (договор, акт, счет-фактура и другие); - определение принадлежности документа к инвестиционной программе и группировку файлов по инвестиционному проекту. Подсистема ОПИ должна обеспечивать: - извлечение текстовой информации из печатных и рукописных областей документа; - определение и извлечение ключевых реквизитов в зависимости от типа документа: дата, номер, сумма, объект, контрагент, единица измерения, количество, наименование работ и услуг; - извлечение сумм с НДС и без НДС и проверку их соответствия арифметическим правилам.

Преимущества, требования к участникам

Преимущества: Преимущество в соответствии с ч. 3 ст. 30 Закона № 44-ФЗ - Размер преимущества не установлен

Требования к участникам: 1. Единые требования к участникам закупок в соответствии с ч. 1 ст. 31 Закона № 44-ФЗ 2. Требования к участникам закупок в соответствии с ч. 1.1 ст. 31 Закона № 44-ФЗ 3. Требование к участникам закупок в соответствии с п. 1 ч. 1 ст. 31 Закона № 44-ФЗ Дополнительные требования - в соответствии с положениями статей 1229, 1233 Гражданского кодекса РФ копии действующего свидетельства о государственной регистрации программы для ЭВМ (исключительное право) и/или договора с правообладателем на право получения и установки критических обновлений безопасности программного обеспечения «Генум.Энергокомиссия», включённого в Единый реестр российских программ для электронных вычислительных машин и баз данных (регистрационный номер программного обеспечения 11372, Свидетельство о государственной регистрации программы для ЭВМ № 2020616672 выданное Федеральной службой по интеллектуальной собственности Российской Федерации, дающие участнику закупки право выполнять работы, являющиеся предметом закупки.

Критерии оценки заявок участников

Сведения о связи с позицией плана-графика

Сведения о связи с позицией плана-графика: 202601312000030001000054

Начальная (максимальная) цена контракта: 17 359 200,00

Валюта: РОССИЙСКИЙ РУБЛЬ

Идентификационный код закупки (ИКЗ): 262366408364136640100100210016201246

Срок исполнения контракта (отдельных этапов исполнения контракта) включает в том числе приемку поставленного товара, выполненной работы, оказанной услуги, а также оплату заказчиком поставщику (подрядчику, исполнителю) поставленного товара, выполненной работы, оказанной услуги

Дата начала исполнения контракта: с даты заключения контракта

Срок исполнения контракта: 31.12.2027

Количество этапов: 2

Закупка за счет бюджетных средств: Да

Наименование бюджета: Бюджет Воронежской области

Вид бюджета: бюджет субъекта Российской Федерации

Код территории муниципального образования: 20000000: Муниципальные образования Воронежской области

Требуется обеспечение заявки: Да

Размер обеспечения заявки: 173 592,00 РОССИЙСКИЙ РУБЛЬ

Порядок внесения денежных средств в качестве обеспечения заявки на участие в закупке, а также условия гарантии: Порядок обеспечения заявки на участие в закупке предусмотрен статьей 44 Федерального закона от 05.04.2013 № 44-ФЗ. Обеспечение заявки на участие в закупке предоставляется одним из следующих способов: путем блокирования денежных средств на банковском счете, открытом таким участником в банке, включенном в перечень, утвержденный Правительством Российской Федерации, для их перевода в случаях, предусмотренных статьей 44 Закона № 44-ФЗ, на счет, на котором в соответствии с законодательством Российской Федерации учитываются операции со средствами, поступающими заказчику, или в соответствующий бюджет бюджетной системы Российской Федерации или путем предоставления независимой гарантии, соответствующей требованиям статьи 45 Закона № 44-ФЗ. Участник закупки для подачи заявки на участие в закупке выбирает с использованием электронной площадки способ обеспечения такой заявки путем указания реквизитов специального счета или указания номера реестровой записи из реестра независимых гарантий, размещенного в единой информационной системе. Независимая гарантия должна соответствовать требованиям статьи 45 Закона № 44-ФЗ. Срок действия независимой гарантии должен составлять не менее месяца с даты окончания срока подачи заявок. Условия независимой гарантии указаны в приложении №4 к извещению об осуществлении закупки «Условия независимой гарантии». Участники закупки, являющиеся юридическими лицами, зарегистрированными на территории государства - члена Евразийского экономического союза, за исключением Российской Федерации, или физическими лицами, являющимися гражданами государства - члена Евразийского экономического союза, за исключением Российской Федерации, вправе предоставить обеспечение заявок в виде денежных средств с учетом особенностей, предусмотренных Постановлением Правительства РФ от 10.04.2023 № 579.

Реквизиты счета для учета операций со средствами, поступающими заказчику: p/c 03222643200000003100, л/c 05860020830, БИК 012007084, ОТДЕЛЕНИЕ ВОРОНЕЖ БАНКА РОССИИ // УФК по Воронежской области г. Воронеж, к/c 40102810945370000023

Реквизиты счета для перечисления денежных средств в случае, предусмотренном ч.13 ст. 44 Закона № 44-ФЗ (в соответствующий бюджет бюджетной системы Российской Федерации): Получатель Номер единого казначейского счета Номер казначейского счета БИК ТОФК УПРАВЛЕНИЕ ФЕДЕРАЛЬНОГО КАЗНАЧЕЙСТВА ПО ВОРОНЕЖСКОЙ ОБЛАСТИ (МИНЦИФРЫ ВО) () ИНН: 3664083641 КПП: 366401001 КБК: ОКТМО: 20701000001 40102810945370000023 03100643000000013100 012007084

Место поставки товара, выполнения работы или оказания услуги: Российская Федерация, обл. Воронежская, г.о. город Воронеж, г. Воронеж, пл. Ленина, д. 1

Право заключения контрактов с несколькими участниками закупки в случаях, указанных в части 10 статьи 34 Федерального закона 44-ФЗ: Не установлено

Требуется обеспечение исполнения контракта: Да

Размер обеспечения исполнения контракта: 30 %

Порядок предоставления обеспечения исполнения контракта, требования к обеспечению: Порядок обеспечения исполнения контракта предусмотрен статьей 96 Закона № 44-ФЗ. Исполнение контракта может обеспечиваться предоставлением независимой гарантии, соответствующей требованиям ст.45 Закона № 44-ФЗ, или внесением денежных средств на указанный заказчиком счет, на котором в соответствии с законодательством РФ учитываются операции со средствами, поступающими заказчику. Способ обеспечения исполнения контракта, срок действия независимой гарантии определяются в соответствии с требованиями Закона № 44-ФЗ участником закупки, с которым заключается контракт, самостоятельно. При этом срок действия независимой гарантии должен превышать предусмотренный контрактом срок исполнения обязательств, которые должны быть обеспечены такой независимой гарантией, не менее чем на один месяц, в т.ч. в случае его изменения в соответствии со статьей 95 Закона № 44-ФЗ.Контракт заключается после предоставления участником закупки, с которым заключается контракт, обеспечения исполнения контракта в соответствии с Законом № 44-ФЗ.

Платежные реквизиты для обеспечения исполнения контракта: p/c 03222643200000003100, л/c 05860020830, БИК 012007084, ОТДЕЛЕНИЕ ВОРОНЕЖ БАНКА РОССИИ // УФК по Воронежской области г. Воронеж, к/c 40102810945370000023

Требуется гарантия качества товара, работы, услуги: Да

Срок, на который предоставляется гарантия и (или) требования к объему предоставления гарантий качества товара, работы, услуги: Гарантийный срок на результаты работ выполненные в настоящего ТЗ работы должен составлять 12 (двенадцать) месяцев

Информация о требованиях к гарантийному обслуживанию товара: - предоставление доступа представителям Заказчика и Функционального заказчика к каналам взаимодействия не позднее даты подписания сторонами Акта оказанных официальным письмом; обработка сообщений об инцидентах, поступающих на служебный e-mail службы технической поддержки Исполнители или через портал службы технической поддержки Исполнителя; исправление дефектов в Системе, не выявленных в рамках опытной эксплуатации; исправление ошибок в инструкциях по работе в Системе; предоставление представителю Заказчика онлайн доступа к порталу технической поддержки

Требуется обеспечение гарантийных обязательств: Да

Размер обеспечения гарантийных обязательств: 1 735 920,00 Российский рубль

Порядок предоставления обеспечения гарантийных обязательств, требования к обеспечению: Обеспечение гарантийных обязательств предоставляется в виде независимой гарантии, соответствующей требованиям ст. 45 Федерального закона от 05.04.2013 N 44-ФЗ, или внесением денежных средств на указанный заказчиком счет, на котором в соответствии с законодательством Российской Федерации учитываются операции со средствами, поступающими заказчику. Способ обеспечения гарантийных обязательств, срок действия независимой гарантии определяются участником закупки, с которым заключается контракт, самостоятельно. При этом срок действия независимой гарантии должен превышать предусмотренный контрактом срок исполнения обязательств, которые должны быть обеспечены такой независимой гарантией, не менее чем на один месяц, в том числе в случае его изменения в соответствии со ст. 95 Федерального закона № 44-ФЗ. Обеспечение гарантийных обязательств необходимо предоставить до оформления итогового документа о приемке товара.

Платежные реквизиты для обеспечения гарантийных обязательств: p/c 03222643200000003100, л/c 05860020830, БИК 012007084, ОТДЕЛЕНИЕ ВОРОНЕЖ БАНКА РОССИИ // УФК по Воронежской области г. Воронеж, к/с 40102810945370000023

Банковское или казначейское сопровождение контракта не требуется

Информация о сроках исполнения контракта и источниках финансирования

Срок исполнения контракта (отдельных этапов исполнения контракта) включает в том числе приемку поставленного товара, выполненной работы, оказанной услуги, а также оплату заказчиком поставщику (подрядчику, исполнителю) поставленного товара, выполненной работы, оказанной услуги

Дата начала исполнения контракта: с даты заключения контракта

Срок исполнения контракта: 31.12.2027

Количество этапов: 2

Закупка за счет бюджетных средств: Да

Наименование бюджета: Бюджет Воронежской области

Вид бюджета: бюджет субъекта Российской Федерации

Код территории муниципального образования: 20000000: Муниципальные образования Воронежской области

Документы

Общая информация

Документы

Журнал событий

Источник: www.zakupki.gov.ru