Требования к функциям, выполняемым Системой

Приложение № 1
к запросу котировок
ТЕХНИЧЕСКОЕ ЗАДАНИЕ
на выполнение работ по адаптации автоматизированной информационной системы
«Государственный заказ» в части закупок товаров, работ, услуг для обеспечения
муниципальных нужд Тульской области
Общие сведения
Полное наименование Системы и ее условное обозначение
Полное
наименование:
автоматизированная
«Государственный заказ» Тульской области.
информационная
система
Сокращенное наименование: АИС «Государственный заказ», Система.
Сроки (периоды) выполнения работ
Срок выполнения работ: в течение 30 (тридцати) календарных дней с момента
заключения Договора.
Место выполнения работ
Административное здание, расположенное по адресу: 300041, г. Тула, пр. Ленина,
д.2.
Порядок предъявления результатов работ по адаптации Системы
Работы считаются выполненными после подписания акта сдачи-приемки
выполненных работ Заказчиком или его уполномоченным представителем.
Перечень используемых нормативных документов
Система должна быть адаптирована с учетом основных законодательных и
нормативных правовых актов:
 Гражданский кодекс РФ;
 Бюджетный кодекс РФ;
 Кодекс об административных правонарушениях РФ;
 Федеральный закон от 5 апреля 2013 года № 44-ФЗ «О контрактной системе в
сфере закупок товаров, работ, услуг для обеспечения государственных и
муниципальных нужд» (далее – Закон);
 иные законодательные и нормативные правовые акты Российской Федерации и
Тульской области в сфере закупок.
Пользователи Системы
Текущими пользователями Системы являются сотрудники:
 органа исполнительной власти Тульской области, уполномоченного на
осуществление функций по размещению заказов на поставки товаров, выполнение
работ, оказание услуг для нужд государственных и иных заказчиков Тульской
области путем проведения торгов и запросов котировок – комитет
государственного заказа Тульской области (далее – УО);
 специализированной организации по размещению заказов путем проведения торгов
в форме конкурса или аукциона на право заключить контракт - разработка
конкурсной документации, документации об аукционе, опубликование и
размещение извещения о проведении открытого конкурса или открытого аукциона
для государственных и муниципальных заказчиков Тульской области и иные
связанные с обеспечением торгов функции - государственное бюджетное
учреждение Тульской области «Центр организации закупок» (далее - СО);
 органов исполнительной власти Тульской области (далее – ГРБС),
 ГРБС, казенных учреждений Тульской области, а также бюджетных учреждений
Тульской области, осуществляющих закупки за счет субсидий, предоставленных из
бюджетов бюджетной системы Российской Федерации (далее – заказчики);
 финансового органа исполнительной власти Тульской области (далее – ФО).
Пользователями Системы, для которых должна быть адаптирована система,
являются сотрудники:
 органов исполнительной власти муниципальных образований Тульской области,
уполномоченного на осуществление функций по размещению заказов на поставки
товаров, выполнение работ, оказание услуг для нужд муниципальных и иных
заказчиков муниципальных образований Тульской области путем проведения
торгов и запросов котировок (далее – УО МО);
 органов исполнительной власти муниципальных образований Тульской области
(далее – ГРБС МО),
 ГРБС МО, казенных учреждений муниципальных образований Тульской области, а
также бюджетных учреждений муниципальных образований Тульской области,
осуществляющих закупки за счет субсидий, предоставленных из бюджетов
бюджетной системы Российской Федерации (далее – заказчики МО);
Определения, обозначения и сокращения
Единая информационная система в сфере закупок (далее – ЕИС):
- официальный сайт Российской Федерации в сети «Интернет» для размещения
информации о размещении заказов на поставки товаров, выполнение работ, оказание
услуг;
- совокупность информации, указанной в части 3 статьи 4 Федерального закона
Российской Федерации и содержащейся в базах данных, информационных технологий и
технических средств, обеспечивающих формирование, обработку, хранение такой
информации, а также ее предоставление с использованием официального сайта единой
информационной системы в информационно-телекоммуникационной сети «Интернет»
(после вступления в силу Федерального закона от 5 апреля 2013 года № 44-ФЗ «О
контрактной системе в сфере закупок товаров, работ, услуг для обеспечения
государственных и муниципальных нужд»).
Закупка товара, работы, услуги для обеспечения государственных или
муниципальных нужд (далее – закупка) - совокупность действий, осуществляемых в
установленном Законом порядке Заказчиком и направленных на обеспечение
государственных или муниципальных нужд.
Торги –
исполнителей).
конкурентные
способы
определения
поставщиков
(подрядчиков,
Закупка «малого объема» - закупка товара, работы или услуги на сумму, не
превышающую ста тысяч рублей.
Администратор – сотрудник УО, обеспечивающий эксплуатацию Системы.
ОКДП – Общероссийский классификатор видов экономической деятельности,
продукции и услуг;
ОКЕИ – Общероссийский классификатор единиц измерения;
ОКАТО – Общероссийский
территориального деления;
классификатор
объектов
административно-
КБК - Коды бюджетной классификации.
Назначение и цели адаптации Системы
Система предназначена для автоматизации процессов в сфере закупок товаров,
работ, услуг для обеспечения государственных нужд Тульской области.
Целью адаптации Системы является повышение уровня управляемости,
эффективности, результативности осуществления закупок, обеспечения гласности и
прозрачности осуществления закупок посредством автоматизированного управления в
сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных
нужд Тульской области.
Задачи, решаемые с помощью адаптации Системы:
 совершенствование централизованного управления процессом закупки продукции
(товаров, работ и услуг) для государственных и муниципальных нужд на основе
использования информационных технологий;
 установление единых правил и принципов управления закупками товаров, работ,
услуг для обеспечения государственных и муниципальных нужд;
 стандартизация подготовки и проведения процедур определения поставщиков
(подрядчиков, исполнителей), в том числе путем использования справочников,
классификаторов, и типовых форм документов;
 организация общественного обсуждения закупок товаров, работ, услуг для
обеспечения государственных и муниципальных нужд;
 обеспечение централизованного хранения, обработки и анализа с высокой
точностью и оперативностью статистической и аналитической информации в сфере
закупок;
 повышение оперативности работы пользователей, высвобождение рабочего
времени пользователей от рутинных функций в пользу повышения эффективности
закупок;
 автоматизация
информационно-аналитической
поддержки
принятия
управленческих решений на всех этапах осуществления закупок;
 повышение эффективности расходования бюджетных средств и средств из
внебюджетных источников финансирования;
 оперативное предоставление пользователям статистической и аналитической
информации;
 обеспечение проведения контроля в сфере закупок;
 оптимизация взаимодействия между пользователями Системой, в том числе путем:
o организации юридически значимого электронного документооборота с
использованием электронной подписи.
o организации процесса электронного согласования документов;
 упорядочение ввода и ведения информации, исключение многократного ручного
ввода данных.
Общие требования к Системе
Требования к структуре и функционированию Системы
Адаптируемая Система должна обеспечить автоматизацию процессов в сфере
закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд
Тульской области:
 автоматизация планирования закупок товаров, работ, услуг (в т.ч. сбор плановых
заявок заказчиков на закупку товаров, работ, услуг, формирование заказчиками
планов закупок, планов-графиков, консолидация планов закупок, планов-графиков
в разрезе ГРБС, уполномоченного органа, планирование совместных торгов,
размещение плана закупок, планов-графиков в ЕИС, общественное обсуждение
закупок на стадии планирования закупок);
 автоматизация процесса определения поставщиков (подрядчиков, исполнителей)
(деятельности заказчиков и УО, в т.ч. сбора и обработки заявок на закупку от
заказчиков, подготовка совместных торгов, определение поставщиков
(подрядчиков, исполнителей) всеми способами, в том числе автоматическое
формирование в Системе извещений о закупках, шаблонов конкурсной
(аукционной) документации, документации о проведении запроса предложений,
приказов, контроль информации о закупке на соответствие законодательству,
размещение информации о закупке в ЕИС, прием и обработка запросов на
разъяснение документации, автоматизация процесса подготовки протоколов всеми
способами определения поставщиков (подрядчиков, исполнителей), автоматизация
загрузки из ЕИС итогов определения поставщиков (подрядчиков, исполнителей));
 автоматизация процесса заключения и исполнения договоров (подготовки сведений
о договорах в соответствии с последними требованиями законодательства,
автоматическое формирование в Системе печатных форм сведений о договорах,
размещение информации по сведениям о договорах (их изменении) в реестре
договоров в ЕИС;
 автоматизация процесса контроля в сфере закупок товаров, работ, услуг (контроля
за соответствием информации об объеме финансового обеспечения, включенной в
планы-графики, планы закупок, заявки на закупки информации об объеме
финансового обеспечения для осуществления закупок, утвержденном и
доведенном до заказчика).
Требования к режимам функционирования Системы
К функционированию Системы предъявляются следующие требования:
 круглосуточная работоспособность Системы (ежедневно, 24 часа);
 автоматизированный мониторинг действий пользователей;
 защита информации от несанкционированного доступа;
 распределенный доступ пользователей к Системе (каждый редактирует только
«свои данные» и имеет доступ только к тем данным, которые ему настроены);
 обеспечение сохранности информации при авариях (отказах технических средств,
потере питания т.п.).
Должна быть обеспечена локализация ошибок пользователей Системы. Перечень
возможных проблем, возникающих при работе с Системой, должны быть отражены в
документе «Руководство пользователя».
Система должна обеспечивать корректную обработку аварийных ситуаций,
вызванных неверными действиями пользователей, неверным форматом или
недопустимыми значениями входных данных. В указанных случаях Система должна
выдавать пользователю соответствующие сообщения, после чего возвращаться в рабочее
состояние, предшествовавшее неверной (недопустимой) команде или некорректному
вводу данных.
В Системе должна предусматриваться возможность регулярного автоматического
резервного копирования и ручного восстановления администраторами Системы
обрабатываемой информации из резервной копии в следующих аварийных ситуациях:
 ошибочные действия пользователей (администраторов), приведшие к утрате или
искажению данных Системы;
 отказ Системы, связанный с фатальным нарушением целостности файловой
системы или структуры баз данных.
Для резервного копирования должны использоваться штатные средства
прикладной программной платформы, причем организация баз данных системы должна
обеспечивать сохранение:
 всех параметров настройки Системы, включая учетные записи и персональные
настройки пользователей.
 всей информации Системы;
Хранение архивной информации должно осуществляться в файловой системе
отличной от той, в которой размещаются рабочие сценарии и базы данных Системы.
Аварии любого вида и характера на отдельных рабочих местах и прочих
терминальных устройствах Системы не должны приводить к утрате обрабатываемой
Системой информации, за исключением утраты данных, непосредственно вводившихся
оператором в момент аварии. Если в момент аварии выполнялась операция
редактирования какой-либо информации, существовавшей в Системе, Система должна
обеспечивать возврат базы данных к состоянию до редактирования (откат незавершенной
транзакции).
Информация об аварийных ситуациях и сбоях должна
протоколироваться программными или техническими средствами.
автоматически
Степень приспособленности Системы к отклонению параметров объекта
автоматизации
Система должна обеспечивать:
 настройку и изменение конфигурации автоматизированных рабочих мест
пользователей без перепрограммирования;
 независимость от изменений в организационной структуре управления при
сохранении состава и содержания выполняемых функций.
Исходные данные по техническому обеспечению.
Серверная часть адаптированной Системы должна обеспечивать надлежащую
работоспособность при эксплуатации на следующем аппаратном и системном
программном обеспечении, имеющемся в распоряжении Заказчика:
Таблица 1. Характеристики аппаратного и системного программного обеспечения
№ п/п
1
2
3
Наименование
Характеристики
Сервер 1 (Сервер СУБД)
Платформа
«Intel Architecture - 64»
ОЗУ
12 Гб
Процессоры
2 процессора / 12 ядер / 2,4 Ггц
Объём системы хранения
Диск C - 50 Гб
(дисковое пространство)
Диск E - 500 Гб
Диск F - 280 Гб
Сетевое подключение
2 интерфейса 1000BASE-T
(количество портов LAN)
Операционная система
Windows Server 2008 R2 standart
СУБД
Oracle Database 10g 10.2.0.4.0
Физическая реализация
Bare metal
Ед.
изм.
Кол
-во
шт.
1
Сервер 2 (Сервер приложений для внутренних/локальных пользователей)
Платформа
«Intel Architecture – 32»
шт.
ОЗУ
12 Гб
Процессоры
2 процессора / 16 ядер / 2,4 Ггц
Объём системы хранения
Диск C - 50 Гб
(дисковое пространство)
Диск D - 100 Mб
Диск E - 500 Гб
Сетевое подключение
4 интерфейса 1000BASE-T
(количество портов LAN)
Операционная система
Windows Server 2008 standart
Физическая реализация
Bare metal
1
Серверы 3/4 (Сервер WEB-интерфейса и приложений для внешних пользователей)
Платформа
«Intel Architecture - 32»
шт. 2
(допустимо
ОЗУ
12 Гб
увеличение до
Процессоры
4 процессора / 16 ядер / 2,2 Ггц
4 шт.)
Объём системы хранения
Диск C - 120 Гб
(дисковое пространство)
Диск E - 50 Гб
Сетевое подключение
1 интерфейс 1000BASE-T
(количество портов LAN)
Операционная система
Физическая реализация
Windows Server 2008 Enterprise
SP 2
Виртуальный сервер в среде
VMware vSphere v5.0
Вся серверная часть Системы целиком, а так же её отдельные компоненты должны
штатно функционировать при эксплуатации в имеющейся в распоряжении Заказчика
среде виртуализации VMware vSphere v5.0.
Клиентская часть Системы должна обеспечивать надлежащую работоспособность
на имеющихся в распоряжении Заказчика ПЭВМ со следующими характеристиками
аппаратного обеспечения:
Таблица 2. Характеристики рабочих станций УО МО, заказчиков МО:
Наименование параметра, ед. изм.
Значение
Частота процессора, Мгц
Объем ОЗУ, Mb
Объем свободного дискового пространства, Gb
Разрешающая способность видеосистемы и монитора,
пиксель
1800
1024
10
1024x768
Система должна обеспечивать надлежащую работоспособность при наличии
канала доступа в сеть Интернет, обеспечивающего следующие минимально
гарантированные скорости доступа между Клиентской и серверной частями Системы (в
расчёте на 1 рабочее место):
- входящая – не менее 256 кбит/с;
- исходящая – не менее 256 кбит/с.
Требования к программному обеспечению
Адаптация Системы происходит на базе существующей (без права изменения)
программной платформы.
Требования к информационному обеспечению
Информационное обеспечение представляет собой совокупность всех необходимых
для функционирования системы данных и систем обеспечения. В состав
информационного обеспечения входят нормативно-справочная
информация,
информационные объекты, входные и выходные данные и системы управления базами
данных (СУБД).
Состав данных должен быть достаточным для выполнения всех функций Системы
и отвечать требованиям полноты, достоверности, однозначной идентификации,
непротиворечивости и необходимой точности представления.
Система должна обеспечивать создание нормативно-справочной базы, при этом
регламентированы следующие процессы:
 введение в базу данных общероссийских, отраслевых и других классификаторов;
 обновление соответствующих информационных массивов;
 обеспечение группам пользователей доступа к требуемым классификаторам.
Система должна обеспечивать однократный ввод данных вне зависимости от того,
в каких информационных массивах или базах данных они будут храниться и какими
функциональными подсистемами использоваться.
Информационный обмен данными должен осуществляться между пользователями
и Системой посредством информационных каналов связи (локально-вычислительная сеть,
коммутируемый доступ, выделенный канал связи и др.).
Требования к информационной безопасности
Для защиты информации от несанкционированного доступа должны выполняться
следующие условия:
 Авторизация пользователей в Системе осуществляется посредством электронной
подписи и (или) логин-пароля (по выбору пользователя);
 Автоматизированный мониторинг действий пользователей с сохранением
информации о времени, месте возникновения, идентификаторе пользователя,
полный текст изменений;
 Обеспечение ежедневного создания резервной копии Системы. Процедура
резервного копирования не должна влиять на режим функционирования Системы.
Срок хранения резервных копий Системы должен составлять не менее 10 лет.
Требования к идентификации и аутентификации:
 возможность разграничения доступа по группам пользователей к определенному
набору документов, на выполнение определенных операций;
 использование средств идентификации, сертифицированных ФСТЭК, в webинтерфейсе и аутентификации (пользователи домена).
Требования к протоколированию / аудиту:
 Система должна обеспечивать ведение протокола клиентских ошибок,
содержащего информацию о времени, месте возникновения, идентификаторе
пользователя, полный текст необработанной ошибки;
 Система должна обеспечивать ведение протокола серверных ошибок, содержащего
информацию о состоянии сервера на момент возникновения ошибки, названии
модуля в котором произошла ошибка;
 должен быть обеспечен просмотр протокола клиентских ошибок и протокола
серверных ошибок стандартными средствами просмотра и редактирования;
 данные, относящиеся к системному протоколу, должны быть защищены от
изменения.
Требования к функциям, выполняемым Системой
№
п/п
1.
2.
3.
4.
Требования
Описание требований
Требования
действующего
законодательства в
области закупок для
государственных и
муниципальных
нужд
и
регионального
законодательства
Построение
юридически
значимого
электронного
документооборота
Программное обеспечение должно быть адаптировано к
требованиям действующего законодательства Российской
Федерации и Тульской области, регулирующим отношения
в области закупок для государственных и муниципальных
нужд.
Все операции, документы и контроли должны выполняться
и формироваться в соответствии с действующим
законодательством Российской Федерации и Тульской
области.
В Системе должна быть реализована технология
юридически значимого электронного документооборота с
применением электронных подписей, выданных органами
Федерального казначейства в соответствии с Федеральным
законом от 6 апреля 2011 г. № 63-ФЗ «Об электронной
подписи».
Учет документов в Система
должна
предусматривать
возможность
Системе
автоматической последовательной, сплошной (в рамках
одного
журнала)
регистрации
документов
в
соответствующих журналах (регистрация входящих
документов). При этом должна предусматриваться
возможность
указания
в
каждом
документе
регистрационного исходящего номера Заказчика.
Фильтрация данных
 Возможность автофильтра по любому полю
Системы
интерфейса;
 Возможность фильтрации по любому полю;
одновременно по нескольким полям интерфейса;
 Возможность фильтрации по любому полю;
одновременно по нескольким полям документа;
 Возможность выбора нескольких позиций в
выпадающем списке.
Требования к функциям информационного обеспечения процесса
ведения справочников
№
Требования
п/п
1.
Справочник «Каталог
товаров, работ, услуг»
2
Справочник
«Заказчики»
Описание требований
 Формирование позиции справочника может быть
осуществлено всеми пользователями Системы
посредством web-интерфейса;
 При формировании позиции справочника в Системе
должен осуществляться контроль каталога товаров,
работ, услуг.
 Первичное формирование позиций справочника
осуществляется путем автоматической передачи
информации с ЕИС в следующем объеме;
 Информация, вносимая дополнительно - ГРБС.
Справочник
«Полномочие
организации»
Распределение прав доступа к информации, совершения
операций в Системе осуществляется на основе данного
справочника:
 Уполномоченный орган,
 Заказчик,
 Контролирующий орган,
 Финансовый орган.
Требования к функциям, обеспечивающим ведение личного кабинета
пользователя
№
п/п
1.
Требования
Личный кабинет
Описание требований
 В личном кабинете должны отражаться документы
конкретного пользователя;
 Личный кабинет ведется по папкам, должен быть
календарь пользователя, в котором отражаются
процедуры пользователя;
 В календаре отражаются
выполненные события,
запланированные
и
 После перевода пользователем документа в другое
состояние, документ должен отражаться в другой
папке.
2.
Формирование
печатных
документов
 Печатный документ (календарь пользователя)
должен формироваться в web-интерфейсе Системы.
Требования к функциям информационного обеспечения процесса
планирования закупок товаров, работ, услуг
№
п/п
1.
Требования
Документ-основание
Описание требований
 Электронным документом процесса планирования
является план-график.
 План-график на 2014 и 2015 года должен
формироваться в соответствии с приказом
Минэкономразвития РФ № 761, Казначейства РФ №
20н от 27 декабря 2011 г. «Об утверждении порядка
размещения на официальном сайте планов-графиков
размещения
заказов
на
поставки
товаров,
выполнение работ, оказание услуг для нужд
заказчиков и формы планов-графиков размещения
заказа на поставки товаров, выполнение работ,
оказание услуг для нужд заказчиков».
 План-график, начиная с планирования закупок
товаров, работ, услуг на 2016 год и далее, должен
формироваться в соответствии с требованиями
Федерального закона Российской Федерации от 5
апреля 2013 г. № 44-ФЗ «О контрактной системе в
сфере закупок товаров, работ, услуг для обеспечения
государственных и муниципальных нужд» и другим
нормативно-правовым актам РФ.
2.
Планирование заказа
 Система
должна
обеспечивать
возможность
формирования сводных планов-графиков. Планграфик, сформированный ГРБС, может включать в
себя как собственные потребности ГРБС, так и
потребности подведомственных ему заказчиков.
 При этом должна обеспечиваться возможность
формирования плана-графика, плана закупок по
идентификационным номерам закупок (ОКДП,
ОКВЭД).
 План-график должен разрабатываться ежегодно на
один год и утверждаться заказчиком в течение
десяти рабочих дней после получения им объема
прав в денежном выражении на принятие и (или)
исполнение обязательств или утверждения плана
финансово-хозяйственной деятельности.
 После
утверждения
плана-графика
закупок
заказчиком он передается в ЕИС. Утвержденный
план-график должен быть размещен в ЕИС в
течение трех рабочих дней со дня утверждения или
изменения такого плана-графика.
 Планирование закупок и внесение изменений в
спланированную закупку должно осуществляться
посредством web-интерфейса;
 Пользователи Системой должны иметь возможность
сформировать и распечатать отчет «План-график».
 При планировании закупки и внесении изменений в
спланированную закупку должны осуществляться
контроли в соответствии с Законом;
3.
Формирование
печатных
документов
 Все печатные документы (план-график, план
закупок, сводный план-график, сводный план
закупок) должны формироваться в web-интерфейсе
Системы.
Требования к функциям информационного обеспечения процесса
определения поставщиков (подрядчиков, исполнителей)
№
Требования
п/п
1.
Формирование
закупки
Описание требований
 Формирование закупки и внесение изменений в
сформированную закупку должно осуществляться
заказчиками при помощи специализированной
операции, строго на основании планов-графиков и
по лотам, т.е. один электронный документ (заявка на




2.
Подготовка
определению
поставщика
(подрядчика,
исполнителя)
к




3.
Согласование
заключения контракта
с
единственным
поставщиком

закупку, уточнение заявки на закупку) может
содержать информацию об одном или более лотах
закупки.
После
завершения
выполнения
специализированной операции вся информация,
содержащаяся
в
планах-графиках,
должна
переноситься в заявки на закупку автоматически;
Возможность объединения лотов разных Заказчиков
в одной закупке для проведения совместных торгов;
Формирование закупки и внесение изменений в
сформированную закупку должно осуществляться в
объеме, предусмотренном Законом:
Формирование закупки и внесение изменений в
сформированную закупку должно осуществляться
посредством web-интерфейса;
При формировании заказа и внесении изменений в
сформированный заказ должны осуществляться
контроли заявок на закупку.
Подготовка к закупке, подготовка к внесению
изменений должна осуществляться при помощи
специализированной операции, строго на основании
заявок на закупку и уточнений заявок на закупку и
по лотам, т.е. один электронный документ может
содержать информацию об одном или более лотах
заявок на закупку;
Вся информация, содержащаяся в заявках на
закупку, должна переноситься автоматически в
извещение, документацию закупки, приказ о
создании комиссии;
При подготовке к закупке, подготовке к внесению
изменений у Заказчика (в зависимости от
компетенции) должна быть возможность указать
всю оставшуюся информацию в соответствии с
Законом;
Вся необходимая информация должна выгружаться
в ЕИС в полном объеме.
Возможность согласования с КО заключения
контрактов с единственным поставщиком.
Требования к функциям информационного обеспечения учета итогов
определения поставщиков (исполнителей, подрядчиков)
(протоколов)
№
Требования
п/п
1.
Требования к учету
2.
Учет
определения
поставщиков
итогов
Описание требований
 Система должна предотвращать внесение изменений
в состоявшиеся закупки.
 Итоги определения поставщиков (исполнителей,
подрядчиков) (протоколов) должны сопоставляться
с информацией о закупках;
(исполнителей,
подрядчиков)
(протоколов)
 Итоги определения поставщиков (исполнителей,
подрядчиков) (протоколов по аукционам) должны в
полном объеме выгружаться из ЕИС и загружаться в
Систему ежесуточно;
 Учет
итогов
определения
поставщиков
(исполнителей, подрядчиков) (протоколов) должен
осуществляться в следующих объеме:
o Документ-основание (тип, № и дата);
o Наименование
исполнителя);
поставщика
(подрядчика,
o ИНН;
o Место нахождения поставщика (подрядчика,
исполнителя);
o Способ
определения
(подрядчиков, исполнителей).
поставщиков
o Наименование предмета торгов;
o Наименование, цена, количество и стоимость
предлагаемой продукции;
o Решение комиссии;
o Процент снижения цены контракта.
3.
Ведение базы данных
о
поставщиках
(исполнителях,
подрядчиках)
 В Системе должно быть обеспечено ведение базы
данных о поставщиках (исполнителях, подрядчиках)
с целью анализа истории их участия в закупках с
указанием решений комиссий.
Требования к функциям подготовки и учета сведений о контрактах, а
также исполнения, изменения и расторжения контракта
№
п/п
1.
Требования
Подготовка сведений
о
контрактах
(их
изменений), сведений
об
исполнении
(прекращении
действия) контракта
Описание требований
 Подготовка сведений о контрактах, подготовка
сведений об изменении контрактов должна
осуществляться при помощи специализированной
операции строго на основании итогов определения
поставщиков (исполнителей, подрядчиков) и по
лотам, т.е. одни сведения о контрактах могут
содержать информацию об одном лоте закупки;
 Вся информация, содержащаяся в итогах
определения поставщиков (исполнителей,
подрядчиков), должна переноситься в сведения о
контрактах.
 В сведениях о контрактах обязательно должно быть
указано условие об ответственности заказчика и
поставщика (подрядчика, исполнителя) за
неисполнение или ненадлежащее исполнение
обязательств, предусмотренных контрактом.
 Подготовка сведений об исполнении контрактов
должна осуществляться строго на основании
информации по исполнению обязательств по
контракту, введенной вручную.
2.
Учет
исполнения
обязательств
по
контракту
 Заказчик должен иметь возможность ручного ввода
информации по исполнению обязательств Сторон
контракта, в том числе и для ввода информации по
оплате пеней посредством web-интерфейса.
 Исполнение контракта должно включать в себя
комплекс мер, реализуемых после заключения
контракта и направленных на достижение целей
осуществления закупки путем взаимодействия
заказчика с поставщиком (подрядчиком,
исполнителем).
 Заказчик должен иметь возможность вносить
изменения в существенные условия контракта при
его исполнении исключительно в случаях,
предусмотренных законодательством;
 Система должна обеспечивать возможность
расторжения контракта в соответствии с Законом.
3.
Контроль
исполнения
обязательств
контракту
учета
по
 При вводе информации по исполнению обязательств
по сведениям о контрактах (их изменении) Система
должна контролировать:
o Размер неустойки устанавливается в размере,
не менее установленного законодательством;
o Не превышение оплаты над существующими
обязательствами заказчика перед
поставщиком (подрядчиком, исполнителем);
4.
Формирование
информации
неисполнении
обязательств
о
 Пользователи Системой должны иметь
возможность:
 Формировать с периодичностью по каждому
контракту информацию о неисполнении
обязательств. Периодичность устанавливается
пользователями.
 Получать сгруппированную информацию по
сведениям о контрактах (их изменении), по которым
возникло неисполнение обязательств, с
периодичностью. Периодичность устанавливается
пользователями.
5.
Выгрузка сведений о
контрактах из ЕИС
(при необходимости)
 Система должна иметь возможность ежесуточной
выгрузки сведений о контрактах из ЕИС в систему
(при публикации сведений напрямую в ЕИС).
Требования к функциям по подготовке отчетности и мониторингу
закупок
№
Требования
Описание требований
п/п
1.
Требования
отчетности
к
 Отчетность формируется по закупкам для
обеспечения государственных и муниципальных
нужд Тульской области;
 Система должна включать в себя конструктор
отчетов и предоставлять возможность пользователям
Системы самостоятельно формировать отчеты по
заданным параметрам;
 Возможность настраивать
отчетных документов;
видимость
колонок
 В отчетные документы попадают данные из
документов,
авторами
которых
являются
пользователи Заказчика текущего пользователя; а
также пользователи Заказчиков подведомственных
ГРБС
текущего
пользователя;
пользователи
Заказчиков, ГРБС уполномоченного органа текущего
пользователя.
2.
Направления выборки
из
информации,
содержащейся
в
отчетности
 УО;
 ГРБС;
 Заказчики;
 Поставщики (подрядчики, исполнители);
 ОКАТО;
 Период времени;
 Способы осуществления закупок;
 ОКДП;
 Каталог товаров, работ, услуг;
 Номенклатура товара, работы, услуги;
 Источник финансирования;
 В разрезе КБК;
 Решение комиссии по осуществлению закупок.
3.
Объем информации
 Для конструктора нерегламентированной отчетности
должны быть доступны следующие наборы
информации:
 «Планирование закупки» – набор информации,
содержащий информацию о планировании закупки,
в разрезе направлений выборки;
 «Осуществление закупки» – набор информации,
содержащий информацию об осуществлении
закупки, в разрезе направлений выборки;
 «Заключение и исполнение контрактов» - набор
информации,
содержащий
информацию
о
заключении и исполнении контрактов, в разрезе
направлений выборки.
4.
Формы
нерегламентированной
отчетности
 Должна быть обеспечена возможность представить
нерегламентированную отчетность в табличном и
графическом изображении с возможностью его
модификации (гистограмма, график, круговая
диаграмма, точечная диаграмма, картограмма).
 Должна быть предусмотрена возможность выбора
«автосуммы».
5.
Статистическая
(регламентированная)
отчетность
 Система
должна
обеспечивать
возможность
формирования
за
любой
период
времени
статистической отчетности в соответствии с
законодательством.
Требования к функциям, обеспечивающим взаимодействие с ЕИС
№
п/п
1.
2.
Требования
Описание требований / функций
Порядок интеграции
с ЕИС
 Должна быть обеспечена интеграция с ЕИС в
соответствии
с
принятым
регламентом
взаимодействия, размещенным в ЕИС.
Требования
интеграции
 информационное взаимодействие Системы с ЕИС,
обеспечивающего гарантированную передачу в
ЕИС и размещение в ней электронных документов
и информации, предусмотренных Законом;
к
 установление
единых
технологических
и
лингвистических требований к информации,
обработка которой осуществляется в Системе;
 размещение
информации
официальном сайте.
3.
Время интеграции
о
закупках
на
 интеграция с ЕИС должна быть осуществлена в
течение 5 минут с момента подписания
документов, требующих интеграцию.
Требования к качеству реализации функций Системы
№
п/п
1.
Требования
Коллективная работа
Описание требований
 Должна
быть
обеспечена
возможность
организации
коллективной
работы
с
распределением доступа к данным и с сохранением
полной истории регистрации изменений;
 Должна
быть
обеспечена
возможность
автоматической рассылки по электронной почте
формируемых документов;
2.
Учетные функции
 Должна быть обеспечена возможность задания
автоматических проверок (контролей) обработки
данных (при необходимости);
 Возможность
настройки
работы
Системы,
настройки схем электронного документооборота с
использованием электронной подписи;
 Возможность
ведения
неструктурированной
информации (текстовые поля, прикрепляемые
образы документов, комментарии)
3.
Печатные документы
 Должна
быть
обеспечена
формирования документов;
возможность
 Система должна обеспечивать возможность
выгрузки печатных документов в Microsoft Excel
версий 2003, 2007, 2010, 2013; Microsoft Word
версий 2003, 2007, 2010, 2013.
4.
Адаптивность
 Возможность скрывать
интерфейсов Системы;
существующие
поля
 Возможность установки/снятия обязательности с
полей интерфейсов Системы;
5.
Web-интерфейс
 Наличие удобного и интуитивно понятного
интерфейса на всех стадиях ввода, обработки,
анализа и передачи информации, позволяющего
пользователю
свободно
ориентироваться
в
информационном
и
функциональном
пространстве;
 Интерфейс Системы должен обеспечивать быстрое
отображение экранных форм;
 Интерфейс
должен
быть
рассчитан
на
использование манипулятора типа «мышь» или
сенсорных экранов. Клавиатурный режим ввода
должен использоваться, главным образом, при
заполнении и/или редактировании текстовых и
числовых полей экранных форм;
 Все экранные формы интерфейса должны быть
выполнены в едином графическом дизайне, с
одинаковым расположением основных элементов
управления и навигации. Для обозначения сходных
операций должны использоваться сходные
графические
значки,
кнопки
и
другие
управляющие (навигационные) элементы;
 Возможность установки фильтров по столбцам
журнала;
Директор государственного автономного
учреждения Тульской области «Центр
информационных технологий»
И.Г. Маградзе
Ответственный за составление технического
задания – консультант отдела поддержки
приложений государственного автономного
учреждения Тульской области «Центр
информационных технологий»
М.Э. Колейников