Процедура: COM01042500054

Добрый день! согласовано продление до 09.00 (мск) 14.04.25

Добрый день Нужны с ФИО, будем знакомиться с командой, чтобы убедиться в наличии экспертизы, а также проверить, что в случае победы подрядчик выведет именно этот состав.

Добрый день консорциум допускается

Добрый день подавайтесь консорциумом

Верно ли утверждение, что для развертывания компонентов на ОС AstraLinux лицензии на ОС предоставляет заказчик? Да Верно ли предположение, что DBT планируется использовать в версии Open Source? – Да Необходимо ли к заявке приложить СОПД от специалистов, на которых мы прикладываем резюме? достаточно резюме.

с приостановкой все понятно. Вариант отказа от реализации (Этапы 4 и 5) допускается (с невысокой вероятностью), в случае, если будут получены низкие оценки по результатам проведения тестирования сред разработка/тестирование. В случае не выхода новой версии ПО Аренадата (Arenadata 7.x Enterprise Edition) к началу выполнения работ по Этапу №4 «Реализация (предпродуктивная и продуктивная среды)», Заказчик вправе принять решение, направив Подрядчику письменное уведомление: • об отказе от реализации Этапов №4 «Реализация (предпродуктивная и продуктивная среды)» и №5 «Тестирование (предпродуктивная и продуктивная среды)»; • о приостановке работ до момента направления соответствующего уведомления о необходимости в их продолжении; При этом, в случае принятия Заказчиком такого решения, какие-либо убытки Подрядчика, возмещению Заказчиком не подлежат.

да. продление невозможно, сроки сжаты

Добрый день! Нужно заполнять все возвратные формы, в том числе по ИБ. Унифицированную форму расчетов по проектам ИБ нужно заполнять в соответствии с инструкцией, по всем вкладкам, касаемым ИБ-составляющей, в т.ч., если есть, поставка, обучение, командировочные расходы, если нет, то не заполнять.

Добрый день! Срок продлён до 9-00 мск 15.04.25

Добрый день! Прилагаю ответы: Ключевые комментарии: 1. В ходе работ проекта не предполагается разработка дополнительных решений по обеспечению требований ИБ. 2. Планируется руководствоваться стандартными возможностями внедряемых компонентов. 3. Документация в части требований ИБ разрабатывается на основе заранее подготовленных Заказчиком шаблонов (перечень документов приведен в п. 4.4.20.). 4. На основе ПМИ предполагается проведение испытаний на соответствие внедряемых компонентов требованиям ИБ. 1. В документе имеются ссылки на приложения, но приложений нет. Возможно ли их получить? ответ: Приложения к документу отсутствуют 2. Необходимо ли разработка решения по межсетевому экранированию (МСЭ) в рамках проекта? Либо у Заказчика имеется существующий МСЭ, который будет использоваться для организации ДМЗ, фильтрации, сегментации, настройки правил, ограничения доступа, зашиты от DDoS, защиты удаленного доступа и т.д. ответ: Не требуется 3. Поддерживается ли существующим оборудованием технология трансляции адресов? Либо необходимо разработать решение? ответ: Не требуется 4. Имеется ли беспроводная инфраструктура , либо необходимо разработка решения? ответ: Не требуется 5. Необходимо ли разработка решения удаленного доступа, или имеется существующее? ответ: Не требуется 6. Текущая развернутая инфраструктура и информационные системы удовлетворяют требованиям информационной безопасности «Методики обеспечения информационной безопасности на стадиях жизненного цикла информационных систем, систем управления производственными процессами и автоматизированных систем управления технологическими процессами ПАО «ГМК «Норильский никель» (М ГК НН IS.1.7-2024) и не требуется дополнительных работ по обеспечению соответствия требованиям Методики? ответ: Возможно потребуется до настройка развернутых компонентов ПО 7. Возможно ли предоставить «Методику обеспечения информационной безопасности на стадиях жизненного цикла информационных систем, систем управления производственными процессами и автоматизированных систем управления технологическими процессами ПАО «ГМК «Норильский никель» (М ГК НН IS.1.7-2024) со всеми Приложениями для ознакомления и оценки в конкурсной заявке стоимости работ применения к объектам реновации. ответ: Не предоставляется в ходе закупочных процедур 8. В п.4.4. есть требование «При создании\модернизации ИС должно быть обеспечено соответствие требованиям законодательства РФ в сфере защиты информации, актуального для ИС.». Подразумевает ли это, что в рамках реновации надо учитывать требования №187-ФЗ от 26.07.2017, Указ Президента № 166 и Постановление Правительства № 162? ответ: Возможно потребуется до настройка развернутых компонентов ПО 10. Адрес/адреса объектов, где будет располагаться КХД ? ответ: Документация в части требований ИБ разрабатывается на основе подготовленных Заказчиком шаблонов. Если будут доп. вопросы, то готовы на встречу в скайп для обсуждения. Прошу направить контакты (эл. почту)

Добрый день! Договор заключается с 1 поставщиком и, при необходимости, привлекается субподряд. Вся ответственность за недобросовестность субподряда ложится тоже на основного поставщика. В соответствии с п.17 Приглашения: Объем работ, передаваемых субподрядчикам по проекту, не должен превышать 30% от общей стоимости согласно представленному ТКП участника. Опыт субподрядчика не учитывается. Сведения о распределении объемов между исполнителями приводятся в возвратной форме (приложение № 6 к Приглашению).

Добрый день! ответ: 1. Документы "IT.R.24-59 - Возвратная форма_v5" и 5. ФТТ "КХД_IT.R.24-59_Детальный ФТТ_v1.10", раздел 4.8. а. На рисунке указан в качестве части проекта внедрении в продуктивном ландщафте ADB, в закупке лицензий отсуствует эта позиция. В работах указано что требуется развертка решения на продуктовой среде. Требуется ли в Excel добавить соответствующие позиции? Если да, то на сколько ядер? б. На рисунке уазан Clickhouse в ландшафте разработки. Требуется установить open source версию? Какие работы на нем планируются, так как он не фигурирует в остальной части ТЗ? ответ: Да, Open Source – вариант ClickHouse. Если имеется ввиду, что нужно сделать по нему в рамках проекта, то это разворот, настройка, включение в проектную документацию, испытания ИБ и функциональное тестирование. Если имеется ввиду, как будет использоваться данная СУБД, то здесь подход Case by Case. 1. Раздел 4.1. ID НФТ НФТ-14.4. Система должна быть интегрирована с Корпоративной системой интеграции приложений (КСИП) на базе продуктов SAP PO/PI/DS для обмена данными с другими корпоративными системами. В рамках данного требования, если потребуются доработки на базе продуктов SAP PO/PI/DS, их должен реализовывать Исполнитель или Заказчик? ответ: Общее требование для Системы. Не релевантно для проекта. В ходе проекта не предполагается интеграция с внешними Системами, в т.ч. КСИП (задача будущих проектов). 2. Раздел 4.4. Упоминается документ "Методика обеспечения информационной безопасности на стадиях жизненного цикла информационных систем, систем управления производственными процессами и автоматизированных систем управления технологическими процессами ПАО «ГМК «Норильский никель» (М ГК НН IS.1.7-2024) (далее Методика ИБ ЖЦ)" и различне приложения к нему. Есть возможность ознакомится с документом, для понимания объема работ по ИБ? ответ: Не предоставляется в ходе закупочных процедур. Ключевые комментарии: 1. В ходе работ проекта не предполагается разработка дополнительных решений по обеспечению требований ИБ. 2. Планируется руководствоваться стандартными возможностями внедряемых компонентов. 3. Документация в части требований ИБ разрабатывается на основе заранее подготовленных Заказчиком шаблонов (перечень документов приведен в п. 4.4.20.). 4. На основе ПМИ предполагается проведение испытаний на соответствие внедряемых компонентов требованиям ИБ. 3. Раздел 4.4.1.1.5. "Учетные записи специальные/третьего лица должны содержать атрибут даты истечения срока действия учетной записи (в соответствии с договором)." Это обеспечивается IDM системой, внедренной в Компании или требуется внедрение отдельной системы? ответ: Должна быть обеспечена возможность ограничения сроков действия учетных записей, созданных во внедряемых компонентах ПО. 4. Раздел 4.6.2. ID ФТ ФТ-2Г.3.1. "Обеспечение распределенного режима при этом не должно требовать написания программного кода и/или выполнения отдельных настроек для каждого объекта/потока системы." Названия потоков/объектов, их id, способы взаимодействия с ними являются же тоже частью настроек. Такие настройки являются ли допустимыми? ответ: В разделах 4.6.1. и 4.6.22 приведены общие требования на Систему. Не все их них могут быть релевантны для конкретного проекта. Подход к обеспечению каждого требования будет обсуждаться в ходе подготовки документа ПМИ с учетом ограничений внедряемых компонентов. 5. Раздел 4.8. Максимальный объём интеграции Месяц ~ 300 Гб День (Пик) ~ 510 Гб Подскажите, пожалуйста, данные валидны? ответ: Предварительный объем интеграции целевой системы. Данная информация должна использоваться в качестве индикативной оценки по вопросам сайзинга и производительности и не описывает объем интеграции проекта. 6. Раздел 4.9. а. Указано приблизительное количество записей в таблицах /BIC/AZ%1, /BIC/AZ%2, где символ процента является частью регулярного выражения. Можете подсказать ориентировочное общее количество таблиц?. б. Указано ориентировочное количество записей в таблицах RSTRANRULE и RSBKDTP, что не дает возможности оценить количество ETL процессов. Можете прислать количество строк в таблице RSTRANRS? ответ: Информация будет предоставлена в ходе подготовки к проведению нагрузочного тестирования 7. Раздел 5. "• Исполнитель отвечает за обеспечение эффективного взаимодействия членов рабочих групп в проекте, обеспечивает синхронизацию планов по взаимозависимым работам, совместную проработку документов, оказание необходимого количества консультаций (очных, дистанционных) для выполнения работ, предоставление по требованию необходимой аналитики, своевременное согласование результатов смежных групп и предоставление результатов работы Исполнителя на согласование смежным группам и Заказчику." Какие есть смежные группы и какое взаимодействие с ними планируется в рамках проекта? ответ: Окончательный состав рабочих групп будет сформирован в ходе реализации проекта. В зоне ответственности подрядчика, в т.ч., входят работы по координации рабочих групп, принимающих участие в проекте. Проведение встреч (в т.ч. необходимых для целей разработки документации проекта), формирование протоколов и пр. Общие вопросы: 1. Есть ли документация на реализованные процессы в SAP? ответ: Не требуется в рамках настоящего проекта. Миграция данных из SAP – задача будущих проектов. 2. Есть ли среди сотрудников Заказчика специалисты, которые смогут оказывать консультации по уже реализованным процессам? ответ: См. ответ выше.

Ответ направлен на почту

Добрый день! Всё выгружено в почту (во встречу)

Добрый день! Для организации встречи укажите, пожалуйста, контакты (электронную почту), с кем можно скоординировать дату/время.

Добрый день! Возможности продления, к сожалению, нет. Просьба основные документы направить в срок. Если что-то не будет хватать, запросим дополнительно.

Добрый день! Принято, вся информация будет направлена в почту.

Добрый день! Возможности продления, к сожалению, нет.

Добрый день! Блокирующим фактором заполнение УФР не является, но по условиям проведения закупочной процедуры такая форма приложена, потому что экспертам необходимо будет оценить затраты на ИБ. Если Вы не будете вносить в таблицу корректные стоимости, то форма не сможет произвести расчёт. В случае отказа предоставлять данные - можете направить официально письмо об этом.

Добрый день! Нет, т.к. вся ответственность за субподрядчика лежит на подрядчике.

Добрый день! Ранее ЛТП покупали как сертификат, а с текущего года мы будем закупать ЛТП именно через услуги с поквартальной оплатой. В Приложении №1 в таблице услуги указываются отдельной строкой, а под таблицей как раз описание перечня услуг ЛТП. В КП Вы выделяете всё разными строками, чтобы были понятны и суммы и НДС.

Добрый день! В какую именно встречу необходимо добавить вышеуказанных участников?

Добый день! Время встреч ограничено, подготавливайте вопросы, при необходимости проведём встречу с вами.

Добрый день! 1. В ходе работ проекта не предполагается разработка дополнительных решений по обеспечению требований ИБ. 2. Планируется руководствоваться стандартными возможностями внедряемых компонентов.

Добрый день! Да, Унифицированные формы расчетов нужно заполнять только по ИБ-составляющей. Возвратная форма_v5 - это коммерческое предложение по всему проекту.

Добрый день! Разработка документации в части ИБ осуществляется по шаблонам Заказчика. Предоставление шаблона по одному из документов на наш взгляд не позволит оценить объем работ в полной мере. Для информации направляется структурное представление шаблона Паспорта ИС: - описание системы; - сведения по классификации и категорированию; - состав обрабатываемой информации; - комплектность (перечень технических средств, перечень ПО, перечень сетевых взаимодействий, перечень сертификатов, перечень документации); - учетные записи; - схема ИС.

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

Добрый день! Дополнительное оснащение СЗИ не требуется. В инфраструктуре Заказчика функционируют все необходимые СЗИ. При выполнении работ необходимы коммуникации с внутренними службами по их дополнительной настройке. При развертывании функционального ИТ-решения требуется дополнительная настройка используемых компонентов в соответствии с направленными требования ИБ, где это применимо. В документации ИБ требуется подробное описание всех предлагаемых решений.

Добрый день 1. Уточните, о каких именно продуктах идет речь в части автоматизации процессов работы с релизами (CI/CD) на базе GitLab, учитывая, что продукты Arenadata не устанавливаются и не обновляются через GitLab. Продукт GitLab предполагается использовать для задачи переноса разработок и прикладных настроек Системы. Обновление Системного ПО и Системных настроек не предполагается проводит через GitLab. 2. Просим уточнить, предполагается ли использование готовой ролевой модели, которую необходимо внедрить в продукты Arenadata, или под указанным результатом подразумевается настройка ролей и полномочий в ином контексте? Детальный подход будет определен на этапе проектирования совместно с подрядчиком. 3. Инфраструктура GitLab: Будет ли использоваться ваша существующая инсталляция GitLab или потребуется развертывание отдельного решения? Потребуется развертывание отдельного решения (на текущий момент отсутствует). 4. Исходный код ПО: Предполагается ли передача нам исходных кодов для тестирования и сборки, или работа будет вестись с готовыми артефактами? Детальный подход будет определен на этапе проектирования совместно с подрядчиком. 5. Процесс работы с релизами: Какие именно операции должны быть включены в данный процесс (сборка, тестирование, версионирование, развертывание)? Требуется ли интеграция с системами управления релизами или трекинга задач? Настройка процесса работы с релизами предполагает автоматизацию стандартного набора операций по переносу разработок и прикладных настроек Системы по ландшафту (разработка -> тест -> предпрод -> прод). Интеграция с прочими Системами не предполагается. Детальный подход будет определен на этапе проектирования совместно с подрядчиком. 6. Механизм развертывания: Планируется ли реализация автоматизированного развертывания через GitLab (GitOps-подход) или предусмотрен ручной деплой на целевые хосты? Целевое состояние - автоматизированное развертывание через GitLab. Детальный перечень автоматизируемых функций развертывания будет определен на этапе проектирования совместно с подрядчиком.

Добрый день. возвратная форма 5 - это форма от заказчика, на весь объем закупки. УФР - это форма ТОЛЬКО для ИБ-составляющей. Просим заполнять в соответствии с информацией в формах

1. Возвратная форма «IT.R.24-59 - Возвратная форма_v5» на листе «6. Спецификация на лицензии» содержит указание на этапность и сроки приобретаемых прав пользования и сопровождения ПО Аренадата – «п 3. Срок действия 4+12 предполагает закупку в два этапа, с периодом действия 07.2025 - 10.2026, далее 10.2025 - 10.2026». Указано 4 + 12 мес. итого 16. В тоже время период дат указан на 16 + 12 мес. Просьба пояснить на какой срок приобретаются права пользования и сопровождение ПО (07.2025 - 10.2025, далее 10.2025 - 10.2026 или 07.2025 - 10.2026, далее 10.2025 - 10.2026)? 07.2025 - 10.2025, далее 10.2025 - 10.2026 2. П.2 той же формы дает указание на форму закупки сопровождения ПО Аренадата – «Предполагается закупка услуги (не сертификата)» и приложена форма договора на «Услуги по сопровождению / технической (сервисной) поддержке на Систему». Объем услуг ТП на Систему = объему вендорского сопровождения на ПО из спецификации? Будет ли в предмете договора указана не Система, а конкретное ПО в его узком понимании и в том объеме услуг, который предполагает сам вендор? Объем услуг ТП на Систему = объему вендорского сопровождения на ПО из спецификации 3. Предпродуктивная и продуктивная среда, а также компоненты среды разработки/ тестирования, которых нет в спецификации не входят в предполагаемый объем договора на услуги ТП на Систему? Нет 4. Период оказания услуг по договору услуг ТП на Систему = периоду вендорского сопровождения на ПО (с 07.2025 - 10.2026, далее 10.2025 - 10.2026)? Да

добрый день

добрый день. всё верно. Для вендорской поддержки силами партнера

Добрый день! В самой форме лицензионного и сублицензионного договора в п. 2 стоит сноска, где указано, что условия могут быть скорректированы «Далее указываются способы использования РИД, перечень является примерным и может быть изменён». Допускается редактирование

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

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