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

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

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

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

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

Адрес электронной площадки в информационно-телекоммуникационной сети «Интернет»: https://gz.lot-online.ru

Размещение осуществляет: Заказчик ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ "ДИРЕКЦИЯ ПО СТРОИТЕЛЬСТВУ И ЭКСПЛУАТАЦИИ ОБЪЕКТОВ РОСГРАНИЦЫ"

Наименование объекта закупки: Оказание услуг по предоставлению права использования программы для ЭВМ для нужд ФГКУ Росгранстрой (в рамках ИКТ)

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

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

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

Размещение осуществляет: Заказчик

Организация, осуществляющая размещение: ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ "ДИРЕКЦИЯ ПО СТРОИТЕЛЬСТВУ И ЭКСПЛУАТАЦИИ ОБЪЕКТОВ РОСГРАНИЦЫ"

Почтовый адрес: 107078, г. Москва, ул. Садовая-Спасская, д.18, стр.1.

Место нахождения: Российская Федерация, 107078, Москва, Садовая-Спасская ул, Д.18 СТР.1

Ответственное должностное лицо: Гладько Р. С.

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

Номер контактного телефона: 7-495-7850334-0192

Дополнительная информация: Ответственное должностное лицо за описание объекта закупки: Антипова Ярослава Васильевна Контактный номер телефона: + 7 (495) 785-03-34 (доб. 0080)

Регион: Москва

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

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

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

Дата проведения процедуры подачи предложений о цене контракта либо о сумме цен единиц товара, работы, услуги: 15.04.2026

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

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

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

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

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

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

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

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

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

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

Наименование бюджета: Федеральный бюджет

Вид бюджета: федеральный бюджет

Код территории муниципального образования: 00000001: Раздел 1. Муниципальные образования субъектов Российской Федерации / Федеральный бюджет

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

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

- 58.29.50.000 - Оказание услуг по предоставлению права использования программы для ЭВМ для нужд ФГКУ Росгранстрой (в рамках ИКТ) ТРЕБОВАНИЯ К ФУНКЦИОНАЛЬНЫМ ВОЗМОЖНОСТЯМ ПОДСИСТЕМЫ 3.1. Управление данными и справочниками 3.1.1. Работа с проверяемыми физическими лицами: • Возможность создания и ведения справочника Проверяемых физических лиц (ФИО, ИНН). • Возможность указания и ведения родственных связей между физическими лицами. • Возможность импорта данных из файлов структурированного формата (XLSX) по шаблону внутри сервиса со следующими поддерживаемыми структурами: 1. Сотрудники: ИНН сотрудника; ФИО; Дата рождения (формат ДД.ММ.ГГГГ) (при наличии); Адрес (при наличии); Должность (при наличии) 2. Родственники сотрудников: ИНН сотрудника; ФИО родственника; ИНН родственника (при наличии); Дата рождения (формат ДД.ММ.ГГГГ) (при наличии); Адрес (при наличии); Степень родства (при наличии); Данные о месте работы родственника (наименование, ИНН, адрес, должность) (при наличии) 3. Предыдущие места работы сотрудников: ИНН сотрудника; ИНН организации; Название организации; Адрес организации (при наличии); Должность сотрудника (при наличии); Месяц и год увольнения (формат ММ.ГГГГ) (при наличии) Соответствует ТРЕБОВАНИЯ К ФУНКЦИОНАЛЬНЫМ ВОЗМОЖНОСТЯМ ПОДСИСТЕМЫ Работа с проверяемыми юридическими лицами: • Возможность создания и ведения справочника ЮЛ/ИП (Наименование, ИНН). • Возможность добавления произвольного перечня ИНН проверяемых юридических лиц. • Возможность импорта списка ИНН исполнителей контракта; признак победителя; дата контракта из Единой информационной системы в сфере закупок (ЕИС) за последние 5 лет, или из иных источников Заказчика, содержащих данные о подрядчиках, которые заказчик загружает самостоятельно. 3.1.3. Управление доступом и административные функции • Система должна предоставлять возможности для управления доступом пользователей через ролевую модель и панель администратора. Ролевая модель o Система должна поддерживать четыре уровня доступа: ? Гость — права только на просмотр данных. ? Пользователь — основные права на работу с данными. ? Суперпользователь — расширенные права на редактирование и удаление данных. ? Администратор — полные права на управление всей системой. Панель администратора o Система должна предоставлять интерфейс администратора с возможностью: ? Создания, редактирования, блокировки и удаления учетных записей пользователей. ? Назначения ролей и привязки пользователей к организациям. ? Управления списком организаций (добавление, редактирование, удаление, сортировка). ? Настройка и смена паролей пользователей Соответствует ТРЕБОВАНИЯ К ФУНКЦИОНАЛЬНЫМ ВОЗМОЖНОСТЯМ ПОДСИСТЕМЫ 3.2. Анализ и выявление связей (аффилированности) 3.2.1. Проведение проверок: • Возможность автоматического поиска и визуализации связей (аффилированности) между Проверяемыми физическими лицами и Проверяемыми ЮЛ через цепочки учредителей, директоров и связанных лиц (до 3-го уровня). • Возможность выделения проверяемых юридических лиц, имеющих значительное количество установленных связей: o более 50 связей на втором уровне (связь сотрудника/родственника с организациями, связанными с подрядчиком); o более 500 связей на третьем уровне (связь сотрудника/родственника с организациями, связанными с подрядчиками через третью организацию). • Учет как актуальных, так и исторических связей (бывшие руководители, учредители). • Возможность осуществление проверки через предыдущие места работы проверяемых физических лиц. • Возможность поиска связей родственников проверяемых физических лиц. • Возможность проверки физического лица на наличие ИП/ЮЛ и статуса самозанятого. 3.2.2. Интеграция с внешними данными через API: • Возможность проверки статуса самозанятого для физических лиц. • Возможность автоматического дополнения реквизитов ЮЛ/ИП через внешний API следующими данными: Данные о подрядчиках: Название компании. Статус (действующая/недействующая). Соответствует - Условная единица - 1,00 - 573 000,00 - 573 000,00

- Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке ТРЕБОВАНИЯ К ФУНКЦИОНАЛЬНЫМ ВОЗМОЖНОСТЯМ ПОДСИСТЕМЫ 3.1. Управление данными и справочниками 3.1.1. Работа с проверяемыми физическими лицами: • Возможность создания и ведения справочника Проверяемых физических лиц (ФИО, ИНН). • Возможность указания и ведения родственных связей между физическими лицами. • Возможность импорта данных из файлов структурированного формата (XLSX) по шаблону внутри сервиса со следующими поддерживаемыми структурами: 1. Сотрудники: ИНН сотрудника; ФИО; Дата рождения (формат ДД.ММ.ГГГГ) (при наличии); Адрес (при наличии); Должность (при наличии) 2. Родственники сотрудников: ИНН сотрудника; ФИО родственника; ИНН родственника (при наличии); Дата рождения (формат ДД.ММ.ГГГГ) (при наличии); Адрес (при наличии); Степень родства (при наличии); Данные о месте работы родственника (наименование, ИНН, адрес, должность) (при наличии) 3. Предыдущие места работы сотрудников: ИНН сотрудника; ИНН организации; Название организации; Адрес организации (при наличии); Должность сотрудника (при наличии); Месяц и год увольнения (формат ММ.ГГГГ) (при наличии) Соответствует Значение характеристики не может изменяться участником закупки ТРЕБОВАНИЯ К ФУНКЦИОНАЛЬНЫМ ВОЗМОЖНОСТЯМ ПОДСИСТЕМЫ Работа с проверяемыми юридическими лицами: • Возможность создания и ведения справочника ЮЛ/ИП (Наименование, ИНН). • Возможность добавления произвольного перечня ИНН проверяемых юридических лиц. • Возможность импорта списка ИНН исполнителей контракта; признак победителя; дата контракта из Единой информационной системы в сфере закупок (ЕИС) за последние 5 лет, или из иных источников Заказчика, содержащих данные о подрядчиках, которые заказчик загружает самостоятельно. 3.1.3. Управление доступом и административные функции • Система должна предоставлять возможности для управления доступом пользователей через ролевую модель и панель администратора. Ролевая модель o Система должна поддерживать четыре уровня доступа: ? Гость — права только на просмотр данных. ? Пользователь — основные права на работу с данными. ? Суперпользователь — расширенные права на редактирование и удаление данных. ? Администратор — полные права на управление всей системой. Панель администратора o Система должна предоставлять интерфейс администратора с возможностью: ? Создания, редактирования, блокировки и удаления учетных записей пользователей. ? Назначения ролей и привязки пользователей к организациям. ? Управления списком организаций (добавление, редактирование, удаление, сортировка). ? Настройка и смена паролей пользователей Соответствует Значение характеристики не может изменяться участником закупки ТРЕБОВАНИЯ К ФУНКЦИОНАЛЬНЫМ ВОЗМОЖНОСТЯМ ПОДСИСТЕМЫ 3.2. Анализ и выявление связей (аффилированности) 3.2.1. Проведение проверок: • Возможность автоматического поиска и визуализации связей (аффилированности) между Проверяемыми физическими лицами и Проверяемыми ЮЛ через цепочки учредителей, директоров и связанных лиц (до 3-го уровня). • Возможность выделения проверяемых юридических лиц, имеющих значительное количество установленных связей: o более 50 связей на втором уровне (связь сотрудника/родственника с организациями, связанными с подрядчиком); o более 500 связей на третьем уровне (связь сотрудника/родственника с организациями, связанными с подрядчиками через третью организацию). • Учет как актуальных, так и исторических связей (бывшие руководители, учредители). • Возможность осуществление проверки через предыдущие места работы проверяемых физических лиц. • Возможность поиска связей родственников проверяемых физических лиц. • Возможность проверки физического лица на наличие ИП/ЮЛ и статуса самозанятого. 3.2.2. Интеграция с внешними данными через API: • Возможность проверки статуса самозанятого для физических лиц. • Возможность автоматического дополнения реквизитов ЮЛ/ИП через внешний API следующими данными: Данные о подрядчиках: Название компании. Статус (действующая/недействующая). Соответствует Значение характеристики не может изменяться участником закупки ТРЕБОВАНИЯ К ФУНКЦИОНАЛЬНЫМ ВОЗМОЖНОСТЯМ ПОДСИСТЕМЫ Руководители (директора): ФИО; ИНН (для физических лиц); Должность; Дата последнего внесения изменений; Дата первого внесения сведений. Учредители (физические и юридические лица): ФИО / Название организации; ИНН; Статус; Дата последнего внесения изменений; Дата первого внесения сведений. История изменений в руководстве и учредителях: ФИО, ИНН, должность; Периоды их деятельности (даты начала и окончания). Связанные компании: Аффилированные компании до 3-го уровня связей: Название; ИНН; Статус; Руководители и учредители; Тип связи (директор, учредитель и др.). История изменений по связанным компаниям. *Данные о закупках по 44-ФЗ, 223-ФЗ, 94-ФЗ и 615-ПП от 01.07.2016 как со стороны заказчика, так и со стороны участника:* Информация о контрактах за последние 5 лет: ИНН исполнителей контрактов; Признак победителя закупки; Дата контракта Соответствует Значение характеристики не может изменяться участником закупки ТРЕБОВАНИЯ К ФУНКЦИОНАЛЬНЫМ ВОЗМОЖНОСТЯМ ПОДСИСТЕМЫ 3.3. Формирование отчетов 3.3.1. Отчетность: • Возможность формирования отчета на наличие коммерческой деятельности у проверяемого физического лица. • Возможность формирования отчета, содержащего сведения о найденных связях проверяемого физического лица и его родственников с подрядчиками. • В отчетах должно присутствовать описание каждой связи, ее актуальность и подробная информация о связующих лицах. • Возможность выгрузки отчета в форматах PDF 3.3.2. Доступ к отчетам: • Все отчёты хранятся в разделе «Архив отчетов». • Возможна фильтрация по типу, дате, глубине проверки и наличию связей. • После запуска формирования задача отображается в Очереди задач со статусом выполнения Соответствует Значение характеристики не может изменяться участником закупки 4. ТЕХНИЧЕСКИЕ ТРЕБОВАНИЯ К ПОДСИСТЕМЕ 4.1. Архитектура и установка 4.1.1. Подсистема должна иметь клиент-серверную архитектуру: • Серверная часть — устанавливается на сервер Заказчика. • Клиентская часть — веб-интерфейс, доступный через браузер, установленный на рабочее место пользователя. 4.1.2. Требования к серверной части: • Возможность функционирования под управлением ОС: Linux (Ubuntu, ALT Linux, AstraLinux) или Windows (10/11, серверные версии). • Не требует дополнительного приобретения системных модулей и компонентов. • Все данные сохраняются в локальной базе данных на сервере Заказчика. 4.1.3. Требования к клиентской части: • Веб-интерфейс, совместимый с актуальными версиями браузеров: Chrome, Яндекс.Браузер, Firefox. • Доступ через систему авторизации по логину и паролю. 4.2. Интеграция и доступ к данным 4.2.1. Внешний API: • Подсистема обеспечивает доступ к внешнему API Системы. • Обмен данными по протоколу HTTPS в форматах JSON/XML. • Аутентификация по уникальному ключу доступа (API-key). 4.3. Безопасность • Все данные Заказчика хранятся локально на его оборудовании. • Доступ через систему авторизации с настройкой прав доступа (настраивает администратор заказчика) Соответствует Значение характеристики не может изменяться участником закупки 5. ХАРАКТЕРИСТИКИ ОБОРУДОВАНИЯ И ИНФРАСТРУКТУРЫ ЗАКАЗЧИКА 5.1. Для серверной части: Сервер с ОС Linux или Windows Server; ОЗУ: от 16 ГБ; ЦПУ: от 8 ядер; ПЗУ: от 250 ГБ; Доступ в сеть Интернет для работы с внешним API. 5.2. Для клиентской части: Подключение к сети Интернет/локальной сети Заказчика; Доступ к серверу Подсистемы; Актуальный веб-браузер (Chrome, Яндекс.Браузер, Firefox); Необходимо иметь сетевой доступ к Серверу (порт 8080) 6. ТРЕБОВАНИЯ К ИСПОЛНИТЕЛЮ (ЛИЦЕНЗИАРУ) 6.1. Обеспечить выполнение Подсистемой всех функций, предусмотренных настоящим ТЗ. 6.2. Предоставить Заказчику: Дистрибутив Подсистемы (установочные файлы); Ключ доступа к внешнему API (API-key); Инструкции по установке, настройке и интеграции; Руководство пользователя и администратора. 6.3. Оказать консультационную поддержку при установке и настройке Подсистемы. 6.4. Обеспечить доступность внешнего API в объеме, предусмотренном лицензией. 6.5. Предоставлять обновления Подсистемы в течение срока действия лицензии. 6.6. Обеспечить надлежащую передачу прав (простых (неисключительных) лицензий) на использование результатов интеллектуальной деятельности – программы для ЭВМ путем заключения с Лицензиатом лицензионного (или) сублицензионного договора Соответствует Значение характеристики не может изменяться участником закупки - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - ТРЕБОВАНИЯ К ФУНКЦИОНАЛЬНЫМ ВОЗМОЖНОСТЯМ ПОДСИСТЕМЫ 3.1. Управление данными и справочниками 3.1.1. Работа с проверяемыми физическими лицами: • Возможность создания и ведения справочника Проверяемых физических лиц (ФИО, ИНН). • Возможность указания и ведения родственных связей между физическими лицами. • Возможность импорта данных из файлов структурированного формата (XLSX) по шаблону внутри сервиса со следующими поддерживаемыми структурами: 1. Сотрудники: ИНН сотрудника; ФИО; Дата рождения (формат ДД.ММ.ГГГГ) (при наличии); Адрес (при наличии); Должность (при наличии) 2. Родственники сотрудников: ИНН сотрудника; ФИО родственника; ИНН родственника (при наличии); Дата рождения (формат ДД.ММ.ГГГГ) (при наличии); Адрес (при наличии); Степень родства (при наличии); Данные о месте работы родственника (наименование, ИНН, адрес, должность) (при наличии) 3. Предыдущие места работы сотрудников: ИНН сотрудника; ИНН организации; Название организации; Адрес организации (при наличии); Должность сотрудника (при наличии); Месяц и год увольнения (формат ММ.ГГГГ) (при наличии) - Соответствует - - Значение характеристики не может изменяться участником закупки - ТРЕБОВАНИЯ К ФУНКЦИОНАЛЬНЫМ ВОЗМОЖНОСТЯМ ПОДСИСТЕМЫ Работа с проверяемыми юридическими лицами: • Возможность создания и ведения справочника ЮЛ/ИП (Наименование, ИНН). • Возможность добавления произвольного перечня ИНН проверяемых юридических лиц. • Возможность импорта списка ИНН исполнителей контракта; признак победителя; дата контракта из Единой информационной системы в сфере закупок (ЕИС) за последние 5 лет, или из иных источников Заказчика, содержащих данные о подрядчиках, которые заказчик загружает самостоятельно. 3.1.3. Управление доступом и административные функции • Система должна предоставлять возможности для управления доступом пользователей через ролевую модель и панель администратора. Ролевая модель o Система должна поддерживать четыре уровня доступа: ? Гость — права только на просмотр данных. ? Пользователь — основные права на работу с данными. ? Суперпользователь — расширенные права на редактирование и удаление данных. ? Администратор — полные права на управление всей системой. Панель администратора o Система должна предоставлять интерфейс администратора с возможностью: ? Создания, редактирования, блокировки и удаления учетных записей пользователей. ? Назначения ролей и привязки пользователей к организациям. ? Управления списком организаций (добавление, редактирование, удаление, сортировка). ? Настройка и смена паролей пользователей - Соответствует - - Значение характеристики не может изменяться участником закупки - ТРЕБОВАНИЯ К ФУНКЦИОНАЛЬНЫМ ВОЗМОЖНОСТЯМ ПОДСИСТЕМЫ 3.2. Анализ и выявление связей (аффилированности) 3.2.1. Проведение проверок: • Возможность автоматического поиска и визуализации связей (аффилированности) между Проверяемыми физическими лицами и Проверяемыми ЮЛ через цепочки учредителей, директоров и связанных лиц (до 3-го уровня). • Возможность выделения проверяемых юридических лиц, имеющих значительное количество установленных связей: o более 50 связей на втором уровне (связь сотрудника/родственника с организациями, связанными с подрядчиком); o более 500 связей на третьем уровне (связь сотрудника/родственника с организациями, связанными с подрядчиками через третью организацию). • Учет как актуальных, так и исторических связей (бывшие руководители, учредители). • Возможность осуществление проверки через предыдущие места работы проверяемых физических лиц. • Возможность поиска связей родственников проверяемых физических лиц. • Возможность проверки физического лица на наличие ИП/ЮЛ и статуса самозанятого. 3.2.2. Интеграция с внешними данными через API: • Возможность проверки статуса самозанятого для физических лиц. • Возможность автоматического дополнения реквизитов ЮЛ/ИП через внешний API следующими данными: Данные о подрядчиках: Название компании. Статус (действующая/недействующая). - Соответствует - - Значение характеристики не может изменяться участником закупки - ТРЕБОВАНИЯ К ФУНКЦИОНАЛЬНЫМ ВОЗМОЖНОСТЯМ ПОДСИСТЕМЫ Руководители (директора): ФИО; ИНН (для физических лиц); Должность; Дата последнего внесения изменений; Дата первого внесения сведений. Учредители (физические и юридические лица): ФИО / Название организации; ИНН; Статус; Дата последнего внесения изменений; Дата первого внесения сведений. История изменений в руководстве и учредителях: ФИО, ИНН, должность; Периоды их деятельности (даты начала и окончания). Связанные компании: Аффилированные компании до 3-го уровня связей: Название; ИНН; Статус; Руководители и учредители; Тип связи (директор, учредитель и др.). История изменений по связанным компаниям. *Данные о закупках по 44-ФЗ, 223-ФЗ, 94-ФЗ и 615-ПП от 01.07.2016 как со стороны заказчика, так и со стороны участника:* Информация о контрактах за последние 5 лет: ИНН исполнителей контрактов; Признак победителя закупки; Дата контракта - Соответствует - - Значение характеристики не может изменяться участником закупки - ТРЕБОВАНИЯ К ФУНКЦИОНАЛЬНЫМ ВОЗМОЖНОСТЯМ ПОДСИСТЕМЫ 3.3. Формирование отчетов 3.3.1. Отчетность: • Возможность формирования отчета на наличие коммерческой деятельности у проверяемого физического лица. • Возможность формирования отчета, содержащего сведения о найденных связях проверяемого физического лица и его родственников с подрядчиками. • В отчетах должно присутствовать описание каждой связи, ее актуальность и подробная информация о связующих лицах. • Возможность выгрузки отчета в форматах PDF 3.3.2. Доступ к отчетам: • Все отчёты хранятся в разделе «Архив отчетов». • Возможна фильтрация по типу, дате, глубине проверки и наличию связей. • После запуска формирования задача отображается в Очереди задач со статусом выполнения - Соответствует - - Значение характеристики не может изменяться участником закупки - 4. ТЕХНИЧЕСКИЕ ТРЕБОВАНИЯ К ПОДСИСТЕМЕ 4.1. Архитектура и установка 4.1.1. Подсистема должна иметь клиент-серверную архитектуру: • Серверная часть — устанавливается на сервер Заказчика. • Клиентская часть — веб-интерфейс, доступный через браузер, установленный на рабочее место пользователя. 4.1.2. Требования к серверной части: • Возможность функционирования под управлением ОС: Linux (Ubuntu, ALT Linux, AstraLinux) или Windows (10/11, серверные версии). • Не требует дополнительного приобретения системных модулей и компонентов. • Все данные сохраняются в локальной базе данных на сервере Заказчика. 4.1.3. Требования к клиентской части: • Веб-интерфейс, совместимый с актуальными версиями браузеров: Chrome, Яндекс.Браузер, Firefox. • Доступ через систему авторизации по логину и паролю. 4.2. Интеграция и доступ к данным 4.2.1. Внешний API: • Подсистема обеспечивает доступ к внешнему API Системы. • Обмен данными по протоколу HTTPS в форматах JSON/XML. • Аутентификация по уникальному ключу доступа (API-key). 4.3. Безопасность • Все данные Заказчика хранятся локально на его оборудовании. • Доступ через систему авторизации с настройкой прав доступа (настраивает администратор заказчика) - Соответствует - - Значение характеристики не может изменяться участником закупки - 5. ХАРАКТЕРИСТИКИ ОБОРУДОВАНИЯ И ИНФРАСТРУКТУРЫ ЗАКАЗЧИКА 5.1. Для серверной части: Сервер с ОС Linux или Windows Server; ОЗУ: от 16 ГБ; ЦПУ: от 8 ядер; ПЗУ: от 250 ГБ; Доступ в сеть Интернет для работы с внешним API. 5.2. Для клиентской части: Подключение к сети Интернет/локальной сети Заказчика; Доступ к серверу Подсистемы; Актуальный веб-браузер (Chrome, Яндекс.Браузер, Firefox); Необходимо иметь сетевой доступ к Серверу (порт 8080) 6. ТРЕБОВАНИЯ К ИСПОЛНИТЕЛЮ (ЛИЦЕНЗИАРУ) 6.1. Обеспечить выполнение Подсистемой всех функций, предусмотренных настоящим ТЗ. 6.2. Предоставить Заказчику: Дистрибутив Подсистемы (установочные файлы); Ключ доступа к внешнему API (API-key); Инструкции по установке, настройке и интеграции; Руководство пользователя и администратора. 6.3. Оказать консультационную поддержку при установке и настройке Подсистемы. 6.4. Обеспечить доступность внешнего API в объеме, предусмотренном лицензией. 6.5. Предоставлять обновления Подсистемы в течение срока действия лицензии. 6.6. Обеспечить надлежащую передачу прав (простых (неисключительных) лицензий) на использование результатов интеллектуальной деятельности – программы для ЭВМ путем заключения с Лицензиатом лицензионного (или) сублицензионного договора - Соответствует - - Значение характеристики не может изменяться участником закупки

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

ТРЕБОВАНИЯ К ФУНКЦИОНАЛЬНЫМ ВОЗМОЖНОСТЯМ ПОДСИСТЕМЫ 3.1. Управление данными и справочниками 3.1.1. Работа с проверяемыми физическими лицами: • Возможность создания и ведения справочника Проверяемых физических лиц (ФИО, ИНН). • Возможность указания и ведения родственных связей между физическими лицами. • Возможность импорта данных из файлов структурированного формата (XLSX) по шаблону внутри сервиса со следующими поддерживаемыми структурами: 1. Сотрудники: ИНН сотрудника; ФИО; Дата рождения (формат ДД.ММ.ГГГГ) (при наличии); Адрес (при наличии); Должность (при наличии) 2. Родственники сотрудников: ИНН сотрудника; ФИО родственника; ИНН родственника (при наличии); Дата рождения (формат ДД.ММ.ГГГГ) (при наличии); Адрес (при наличии); Степень родства (при наличии); Данные о месте работы родственника (наименование, ИНН, адрес, должность) (при наличии) 3. Предыдущие места работы сотрудников: ИНН сотрудника; ИНН организации; Название организации; Адрес организации (при наличии); Должность сотрудника (при наличии); Месяц и год увольнения (формат ММ.ГГГГ) (при наличии) - Соответствует - - Значение характеристики не может изменяться участником закупки

ТРЕБОВАНИЯ К ФУНКЦИОНАЛЬНЫМ ВОЗМОЖНОСТЯМ ПОДСИСТЕМЫ Работа с проверяемыми юридическими лицами: • Возможность создания и ведения справочника ЮЛ/ИП (Наименование, ИНН). • Возможность добавления произвольного перечня ИНН проверяемых юридических лиц. • Возможность импорта списка ИНН исполнителей контракта; признак победителя; дата контракта из Единой информационной системы в сфере закупок (ЕИС) за последние 5 лет, или из иных источников Заказчика, содержащих данные о подрядчиках, которые заказчик загружает самостоятельно. 3.1.3. Управление доступом и административные функции • Система должна предоставлять возможности для управления доступом пользователей через ролевую модель и панель администратора. Ролевая модель o Система должна поддерживать четыре уровня доступа: ? Гость — права только на просмотр данных. ? Пользователь — основные права на работу с данными. ? Суперпользователь — расширенные права на редактирование и удаление данных. ? Администратор — полные права на управление всей системой. Панель администратора o Система должна предоставлять интерфейс администратора с возможностью: ? Создания, редактирования, блокировки и удаления учетных записей пользователей. ? Назначения ролей и привязки пользователей к организациям. ? Управления списком организаций (добавление, редактирование, удаление, сортировка). ? Настройка и смена паролей пользователей - Соответствует - - Значение характеристики не может изменяться участником закупки

ТРЕБОВАНИЯ К ФУНКЦИОНАЛЬНЫМ ВОЗМОЖНОСТЯМ ПОДСИСТЕМЫ 3.2. Анализ и выявление связей (аффилированности) 3.2.1. Проведение проверок: • Возможность автоматического поиска и визуализации связей (аффилированности) между Проверяемыми физическими лицами и Проверяемыми ЮЛ через цепочки учредителей, директоров и связанных лиц (до 3-го уровня). • Возможность выделения проверяемых юридических лиц, имеющих значительное количество установленных связей: o более 50 связей на втором уровне (связь сотрудника/родственника с организациями, связанными с подрядчиком); o более 500 связей на третьем уровне (связь сотрудника/родственника с организациями, связанными с подрядчиками через третью организацию). • Учет как актуальных, так и исторических связей (бывшие руководители, учредители). • Возможность осуществление проверки через предыдущие места работы проверяемых физических лиц. • Возможность поиска связей родственников проверяемых физических лиц. • Возможность проверки физического лица на наличие ИП/ЮЛ и статуса самозанятого. 3.2.2. Интеграция с внешними данными через API: • Возможность проверки статуса самозанятого для физических лиц. • Возможность автоматического дополнения реквизитов ЮЛ/ИП через внешний API следующими данными: Данные о подрядчиках: Название компании. Статус (действующая/недействующая). - Соответствует - - Значение характеристики не может изменяться участником закупки

ТРЕБОВАНИЯ К ФУНКЦИОНАЛЬНЫМ ВОЗМОЖНОСТЯМ ПОДСИСТЕМЫ Руководители (директора): ФИО; ИНН (для физических лиц); Должность; Дата последнего внесения изменений; Дата первого внесения сведений. Учредители (физические и юридические лица): ФИО / Название организации; ИНН; Статус; Дата последнего внесения изменений; Дата первого внесения сведений. История изменений в руководстве и учредителях: ФИО, ИНН, должность; Периоды их деятельности (даты начала и окончания). Связанные компании: Аффилированные компании до 3-го уровня связей: Название; ИНН; Статус; Руководители и учредители; Тип связи (директор, учредитель и др.). История изменений по связанным компаниям. *Данные о закупках по 44-ФЗ, 223-ФЗ, 94-ФЗ и 615-ПП от 01.07.2016 как со стороны заказчика, так и со стороны участника:* Информация о контрактах за последние 5 лет: ИНН исполнителей контрактов; Признак победителя закупки; Дата контракта - Соответствует - - Значение характеристики не может изменяться участником закупки

ТРЕБОВАНИЯ К ФУНКЦИОНАЛЬНЫМ ВОЗМОЖНОСТЯМ ПОДСИСТЕМЫ 3.3. Формирование отчетов 3.3.1. Отчетность: • Возможность формирования отчета на наличие коммерческой деятельности у проверяемого физического лица. • Возможность формирования отчета, содержащего сведения о найденных связях проверяемого физического лица и его родственников с подрядчиками. • В отчетах должно присутствовать описание каждой связи, ее актуальность и подробная информация о связующих лицах. • Возможность выгрузки отчета в форматах PDF 3.3.2. Доступ к отчетам: • Все отчёты хранятся в разделе «Архив отчетов». • Возможна фильтрация по типу, дате, глубине проверки и наличию связей. • После запуска формирования задача отображается в Очереди задач со статусом выполнения - Соответствует - - Значение характеристики не может изменяться участником закупки

4. ТЕХНИЧЕСКИЕ ТРЕБОВАНИЯ К ПОДСИСТЕМЕ 4.1. Архитектура и установка 4.1.1. Подсистема должна иметь клиент-серверную архитектуру: • Серверная часть — устанавливается на сервер Заказчика. • Клиентская часть — веб-интерфейс, доступный через браузер, установленный на рабочее место пользователя. 4.1.2. Требования к серверной части: • Возможность функционирования под управлением ОС: Linux (Ubuntu, ALT Linux, AstraLinux) или Windows (10/11, серверные версии). • Не требует дополнительного приобретения системных модулей и компонентов. • Все данные сохраняются в локальной базе данных на сервере Заказчика. 4.1.3. Требования к клиентской части: • Веб-интерфейс, совместимый с актуальными версиями браузеров: Chrome, Яндекс.Браузер, Firefox. • Доступ через систему авторизации по логину и паролю. 4.2. Интеграция и доступ к данным 4.2.1. Внешний API: • Подсистема обеспечивает доступ к внешнему API Системы. • Обмен данными по протоколу HTTPS в форматах JSON/XML. • Аутентификация по уникальному ключу доступа (API-key). 4.3. Безопасность • Все данные Заказчика хранятся локально на его оборудовании. • Доступ через систему авторизации с настройкой прав доступа (настраивает администратор заказчика) - Соответствует - - Значение характеристики не может изменяться участником закупки

5. ХАРАКТЕРИСТИКИ ОБОРУДОВАНИЯ И ИНФРАСТРУКТУРЫ ЗАКАЗЧИКА 5.1. Для серверной части: Сервер с ОС Linux или Windows Server; ОЗУ: от 16 ГБ; ЦПУ: от 8 ядер; ПЗУ: от 250 ГБ; Доступ в сеть Интернет для работы с внешним API. 5.2. Для клиентской части: Подключение к сети Интернет/локальной сети Заказчика; Доступ к серверу Подсистемы; Актуальный веб-браузер (Chrome, Яндекс.Браузер, Firefox); Необходимо иметь сетевой доступ к Серверу (порт 8080) 6. ТРЕБОВАНИЯ К ИСПОЛНИТЕЛЮ (ЛИЦЕНЗИАРУ) 6.1. Обеспечить выполнение Подсистемой всех функций, предусмотренных настоящим ТЗ. 6.2. Предоставить Заказчику: Дистрибутив Подсистемы (установочные файлы); Ключ доступа к внешнему API (API-key); Инструкции по установке, настройке и интеграции; Руководство пользователя и администратора. 6.3. Оказать консультационную поддержку при установке и настройке Подсистемы. 6.4. Обеспечить доступность внешнего API в объеме, предусмотренном лицензией. 6.5. Предоставлять обновления Подсистемы в течение срока действия лицензии. 6.6. Обеспечить надлежащую передачу прав (простых (неисключительных) лицензий) на использование результатов интеллектуальной деятельности – программы для ЭВМ путем заключения с Лицензиатом лицензионного (или) сублицензионного договора - Соответствует - - Значение характеристики не может изменяться участником закупки

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

Преимущества: Не установлены

Требования к участникам: 1. Требования к участникам закупок в соответствии с ч. 1.1 ст. 31 Закона № 44-ФЗ 2. Единые требования к участникам закупок в соответствии с ч. 1 ст. 31 Закона № 44-ФЗ

Применение национального режима по ст. 14 Закона № 44-ФЗ

Применение национального режима по ст. 14 Закона № 44-ФЗ: Основанием для установки указания запретов, ограничений закупок товаров, происходящих из иностранных государств, выполняемых работ, оказываемых услуг иностранными лицами, а так же преимуществ в отношении товаров российского происхождения, а также товаров происходящих из стран ЕАЭС, выполняемых работ, оказываемых услуг российскими лицами, а также лицами, зарегистрированными в странах ЕАЭС, является Постановление Правительства Российской Федерации о мерах по предоставлению национального режима от 23.12.2024 № 1875.

Обеспечение заявки

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

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

Порядок внесения денежных средств в качестве обеспечения заявки на участие в закупке, а также условия гарантии: Обеспечение заявки на участие в закупке предоставляется одним из следующих способов: 1) путем блокирования денежных средств на банковском счете, открытом таким участником в банке, включенном в перечень, утвержденный Правительством Российской Федерации (далее - специальный счет), для их перевода в случаях, предусмотренных статьей 44 Федерального закона № 44-ФЗ, на счет, на котором в соответствии с законодательством Российской Федерации учитываются операции со средствами, поступающими заказчику, или в соответствующий бюджет бюджетной системы Российской Федерации. Требования к таким банкам, к договору специального счета, к порядку использования имеющегося у участника закупки банковского счета в качестве специального счета устанавливаются Правительством Российской Федерации. 2) путем предоставления независимой гарантии, соответствующей требованиям статьи 45 Федерального закона № 44-ФЗ. Участник закупки для подачи заявки на участие в закупке выбирает с использованием электронной площадки способ обеспечения такой заявки путем указания реквизитов специального счета или указания номера реестровой записи из реестра независимых гарантий, размещенного в единой информационной системе. Участники закупки, зарегистрированные на территории государства — члена ЕАЭС (кроме России) вносят денежные средства, предназначенные для обеспечения заявок, на счет, который указан в пункте  16.2 извещения, и на котором в соответствии с законодательством РФ учитываются операции со средствами, поступающими заказчику. Денежные средства, внесенные участниками закупки, зарегистрированными на территории государства — члена ЕАЭС (кроме России) в качестве обеспечения заявки на участие в закупке, заказчик возвращает не позднее 5 рабочих дней со дня, следующего за днем наступления случаев, предусмотренных пунктами 1-6 части 10 статьи 44 Закона № 44-ФЗ. Возврат денежных средств участнику закупки не осуществляется в случае, предусмотренном пунктом 7 части 10 статьи 44 Закона № 44-ФЗ.

Реквизиты счета для учета операций со средствами, поступающими заказчику: p/c 03212643000000017300, л/c 05731D10041, БИК 004525988

Реквизиты счета для перечисления денежных средств в случае, предусмотренном ч.13 ст. 44 Закона № 44-ФЗ (в соответствующий бюджет бюджетной системы Российской Федерации): Получатель Номер единого казначейского счета Номер казначейского счета БИК ТОФК УПРАВЛЕНИЕ ФЕДЕРАЛЬНОГО КАЗНАЧЕЙСТВА ПО Г. МОСКВЕ (ФГКУ РОСГРАНСТРОЙ) ИНН: 7709827266 КПП: 770801001 КБК: 10311610051019000140 ОКТМО: 45378000 40102810545370000003 03100643000000017300 004525988

Условия контракта

Место поставки товара, выполнения работы или оказания услуги: Российская Федерация, г Москва, вн.тер.г. муниципальный округ Красносельский, ул Садовая-Спасская, д. 18 стр. 1

Предусмотрена возможность одностороннего отказа от исполнения контракта в соответствии со ст. 95 Закона № 44-ФЗ: Да

Обеспечение исполнения контракта

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

Размер обеспечения исполнения контракта: 57 300,00 ? (10 %)

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

Платежные реквизиты для обеспечения исполнения контракта: p/c 03212643000000017300, л/c 05731D10041, БИК 004525988

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

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

Срок, на который предоставляется гарантия и (или) требования к объему предоставления гарантий качества товара, работы, услуги: Гарантийный срок за оказанные услуги составляет 12 (Двенадцать) месяцев с даты подписания Сторонами в установленном порядке Документа о приемке услуг в ЕИС. Если в течение гарантийного срока будут выявлены недостатки в работе программы, Исполнитель обязан их устранить за свой счёт в течение 5 (пяти) рабочих дней.

Информация о требованиях к гарантийному обслуживанию товара:

Требования к гарантии производителя товара:

Информация о банковском и (или) казначейском сопровождении контракта

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

Документы

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

Документы

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