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

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

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

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

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

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

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

Наименование объекта закупки: Оказание услуг по предоставлению (передаче) прав использования программного обеспечения RuPost Standard CAL

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

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

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

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

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

Почтовый адрес: 649000, Респ Алтай, г Горно-Алтайск, ул В.И.Чаптынова, дом 24

Место нахождения: Российская Федерация, 649000, Алтай Респ, Горно-Алтайск г, В.И.Чаптынова ул, Д.24

Ответственное должностное лицо: Шелегова О. В.

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

Номер контактного телефона: 8-8007-009440-282

Факс: 7-3882-226595

Дополнительная информация: Заказчик (наименование): БЮДЖЕТНОЕ УЧРЕЖДЕНИЕ РЕСПУБЛИКИ АЛТАЙ "РЕСПУБЛИКАНСКИЙ ЦЕНТР ОЦЕНКИ КАЧЕСТВА ОБРАЗОВАНИЯ"; ИНН заказчика: 0411101238; Место нахождения: 649000, РЕСПУБЛИКА АЛТАЙ, г.о. ГОРОД ГОРНО-АЛТАЙСК, Г ГОРНО-АЛТАЙСК, ПР-КТ КОММУНИСТИЧЕСКИЙ, Д. 44/1; Почтовый адрес: Российская Федерация, 649 006, Республика Алтай, г. Горно-Алтайск, пр. Коммунистический дом 44; Адрес электронной почты: 04konkurs@mail.ru; Номер контактного телефона: 89030747070; Ответственное должностное лицо: Эйсфельд Елена Николаевна; ИКЗ позиции плана-графика: 252041110123804110100100490005829244;

Регион: Алтай Респ

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

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

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

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

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

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

Начальная (максимальная) цена контракта: 81 633,80

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

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

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

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

- 58.29.11.000 58.29.11.000-00000004 - Программное обеспечение 1. Технические требования 1.1. Продукт должен обеспечивать возможность работы без применения эмуляции ОС на следующих операционных системах: • ОС Astra Linux Special Edition версий 1.7.X (начиная с 1.7.4) и 1.8.X c соответствующими оперативными обновлениями. 1.2. Продукт должен обеспечивать возможность бесшовной интеграции (без применения промежуточных адаптеров), обмена данными и синхронизации с адресными книгами, организованными в LDAP-совместимых службах каталогов. Должен быть предусмотрен режим работы с правами «только чтение». 1.3. В связи с необходимостью обеспечения совместимости с программным обеспечением Заказчика продукты, имеющие иные технические требования или использующие другие программные компоненты, не применимы. 2. Функциональные требования 2.9.4. Продукт должен иметь возможность сосуществования с Microsoft Exchange в ходе длительного срока, а также обеспечивать возможность вывода Microsoft Exchange из промышленной эксплуатации 2.9.5. Продукт должен иметь возможность установки почтового ящика в статус «Миграция», предотвращающий пересылку на него почтовых сообщений во время процесса переноса почтовых данных с другой почтовой системы. При таком статусе, почта должна попадать в почтовый ящик пользователя исходной почтовой системы. 2.9.6. Продукт должен обеспечивать преобразование вложений во входящих приглашениях на календарные события с почтовой системы Microsoft Exchange в ссылки на эти же вложения на специальное хранилище, с прикреплением этой ссылки в описание соответствующего события. ... 3. Дополнительные требования 3.1. Продукт должен быть включен в Единый реестр российских программ для электронных вычислительных машин и баз данных. 3.2. Все необходимые Руководства, техническая документация по продукту должны быть предоставлены производителем на русском языке. 3.3. Документация, поставляемая с ПО, должна детально описывать процесс установки, настройки и эксплуатации соответствующего ПО. 3.4. Техническая поддержка производителя должна осуществляться на русском языке и по двум каналам взаимодействия: телефон и/или портал и/или эл.почта. - Условная единица - 10,00 - 2 388,17 - 23 881,70

БЮДЖЕТНОЕ УЧРЕЖДЕНИЕ РЕСПУБЛИКИ АЛТАЙ "РЕСПУБЛИКАНСКИЙ ЦЕНТР ОЦЕНКИ КАЧЕСТВА ОБРАЗОВАНИЯ" - 10 -

- Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке 1. Технические требования 1.1. Продукт должен обеспечивать возможность работы без применения эмуляции ОС на следующих операционных системах: • ОС Astra Linux Special Edition версий 1.7.X (начиная с 1.7.4) и 1.8.X c соответствующими оперативными обновлениями. 1.2. Продукт должен обеспечивать возможность бесшовной интеграции (без применения промежуточных адаптеров), обмена данными и синхронизации с адресными книгами, организованными в LDAP-совместимых службах каталогов. Должен быть предусмотрен режим работы с правами «только чтение». 1.3. В связи с необходимостью обеспечения совместимости с программным обеспечением Заказчика продукты, имеющие иные технические требования или использующие другие программные компоненты, не применимы. Значение характеристики не может изменяться участником закупки 2. Функциональные требования 2.9.4. Продукт должен иметь возможность сосуществования с Microsoft Exchange в ходе длительного срока, а также обеспечивать возможность вывода Microsoft Exchange из промышленной эксплуатации 2.9.5. Продукт должен иметь возможность установки почтового ящика в статус «Миграция», предотвращающий пересылку на него почтовых сообщений во время процесса переноса почтовых данных с другой почтовой системы. При таком статусе, почта должна попадать в почтовый ящик пользователя исходной почтовой системы. 2.9.6. Продукт должен обеспечивать преобразование вложений во входящих приглашениях на календарные события с почтовой системы Microsoft Exchange в ссылки на эти же вложения на специальное хранилище, с прикреплением этой ссылки в описание соответствующего события. Значение характеристики не может изменяться участником закупки 2.8.4. Продукт должен поддерживать для ПО Microsoft Outlook для ОС Windows (с версии как минимум 2013 и выше), автоматическую настройку подключения к календарям и адресным книгам с помощью специального плагина, без ввода учетных записей и настройки путей подключения, в том числе к календарям и адресным книгам, к которым предоставлен общий доступ другими пользователями. 2.8.5. Специальный плагин для настольных клиентов Microsoft Outlook должен иметь возможность установки и предварительной настройки через групповые политики. 2.8.6. Продукт должен обеспечивать возможность работы Microsoft Outlook с синхронизацией почты, календарей и контактов. 2.8.7. Продукт должен поддерживать автоконфигурирование почтовых клиентов работающих по протоколам IMAP, SMTP, CalDav, CardDav . 2.9. Функции совместимости с почтовыми системами 2.9.1. Продукт должен обладать автоматизированным инструментом миграции с почтовых систем Microsoft Exchange 2010 SP3 и выше с возможностью мониторинга и управления процессом миграции через визуальную панель управления. 2.9.2. Инструмент миграции должен обеспечивать перенос следующих элементов: • структуры папок почтового ящика и прав доступа к почтовым папкам; • сообщений; • адресных книг и прав доступа к адресным книгам; • контактов; • календарей и прав доступа к календарям; • задач; • календарных событий; • подписок на общие календари и адресные книги; • псевдонимов; • серверных архивов Exchange; • общих почтовых ящиков Exchange; • обеспечивать гибкий выбор переносимых данных из списка переносимых элементов. 2.9.3. Инструмент миграции должен обеспечивать следующие режимы миграции: • Обычный – первичный перенос данных почтовых ящиков. • Дельта – возобновление миграции с шага, на котором она остановилась ранее. • Финализация – выполнение полного цикла - миграция/домиграция с автоматическим переключением почтового ящика с Microsoft Exchange на целевой сервер. 2.5.10. Продукт должен обеспечивать возможность поиска писем при помощи графической панели Администратора в соответствии с заданными параметрами и последующего выбора и удаления писем в любых почтовых ящиках. Критерии поиска должны включать в себя: • все письма; • письма с установленным флагом IMAP "Answered"; • письма, которые содержат указанную строку в поле BCC структуры IMAP письма; • письма с внутренней датой до указанной даты; • письма, которые содержат указанную строку в теле письма; • письма, которые содержат указанную строку в поле CC структуры IMAP письма; • письма с установленным флагом IMAP "Deleted"; • письма с установленным флагом IMAP "Draft"; • письма с установленным флагом IMAP "Flagged"; • письма, которые содержат указанную строку в поле FROM структуры IMAP письма; • письма, которые имеют или содержат указанную строку в поле заголовка • письма с установленным флагом для переданного ключевого слова IMAP • письма, которые больше указанного размера; • письма в почтовом ящике с указанным именем; • письма, с установленным флагом IMAP "Recent", но с неустановленным флагом IMAP "Seen"; • письма, где поиск не соответствует указанному ключу поиска или его значению; • письма, у которых не установлен флаг IMAP "Recent"; • письма, внутренняя дата которых соответствует указанной дате; • письма с установленным флагом IMAP "Recent"; • письма, которые были сохранены до указанной даты; • письма, дата сохранения которых соответствует указанной дате; • письма, которые были сохранены после указанной даты; • письма с установленным флагом IMAP "Seen"; • письма с заголовком Date до указанной даты; • письма с заголовком Date соответствующим указанной дате; • письма с заголовком Date после указанной даты; • письма, внутренняя дата которых находится в пределах или после указанной даты; • письма, которые меньше указанного размера; • письма, которые содержат указанную строку в поле SUBJECT структуры IMAP письма; 2.3.3. Продукт должен осуществлять контроль не регламентированного изменения конфигурационных файлов почтовых компонентов с возможностью уведомления администратора, журналированием событий и обладать возможностью автоматического восстановления конфигурации либо остановки сервера, при обнаружении не регламентированных изменений конфигурации. 2.3.4. Продукт должен обладать системой мониторинга с возможностью отображения информации в графической панели управления, в том числе нагрузочных параметров системы (CPU, RAM, дисковая подсистема), информации о почтовых очередях, параметров доступности инфраструктурных объектов, критичных для функционирования почтовой системы. 2.3.5. Продукт должен обеспечивать хранение и отображение исторических данных мониторинга нагрузки. 2.3.6. Продукт должен обладать системой мониторинга с возможностью отображения информации в графической панели управления, в том числе информации, связанной с пользовательскими данными – список самых больших ящиков пользователей системы, список пользователей, квота на ящик которых приближается к максимальным значениям, общий размер данных, занимаемых на системах хранения почтовых данных. 2.3.7. Продукт должен обеспечивать возможность отслеживания действий пользователей в почтовых ящиках. 2.3.8. Продукт должен обеспечивать автоматический перезапуск экземпляра почтового сервера при обнаружении сбоя компонентов сервера. 2.3.9. Продукт должен обеспечивать мониторинг инфраструктурных объектов, необходимых для корректного функционирования почтового сервиса, такие как подключенные LDAP каталоги и сервисы БД, включая их кластерное исполнение. 2.3.10. Продукт должен обеспечивать мониторинг и контроль состояния синхронизации времени. 2.6.9. Продукт должен обеспечивать возможность ограничения ряду пользователей получать корреспонденцию извне организации. 2.6.10. Правила ограничения приема и отправки писем наружу, должны иметь возможность комбинирования. 2.7. Функции предотвращения потери информации 2.7.1. Продукт должен обеспечивать SSL/TLS - безопасный обмен данными для SMTP, IMAP, HTTP, LDAP и сессий Администрирования. 2.7.2. Продукт должен иметь возможность интеграции с промышленными системами, входящими в Реестр отечественного ПО Минцифры, обеспечивающими высокопроизводительную фильтрацию электронной почты от вирусов, спама и других нежелательных сообщений. 2.7.3. Продукт должен поддерживать 2FA (двухфакторную аутентификацию) для доступа к почтовым ящикам через Web-интерфейс с помощью приложений-аутентификаторов. 2.7.4. Продукт должен поддерживать протокол Milter для интеграции с решениями, обеспечивающими функциональность по обеспечению ИБ. 2.7.5. Продукт не должен содержать в своем составе встроенных компонент по обеспечению ИБ, построенных на основе открытого ПО. 2.7.6. Продукт должен предоставлять возможность работы с системами резервного копирования, при этом конечное восстановление объектов должно происходить с участием оператора/администратора почтовой системы. 2.8. Функции совместимости с почтовыми клиентами 2.8.1. Продукт должен обеспечивать поддержку протоколов для работы с почтой – IMAP, SMTP, POP3. 2.8.2. Продукт должен обеспечивать работу с календарями по протоколу CalDAV и обеспечивать работу с адресными книгами по протоколу CardDAV. 2.8.3. Продукт должен поддерживать возможность отправки Push-уведомлений. • письма, которые содержат указанную строку в заголовках или теле письма; • письма, которые содержат указанную строку в поле TO структуры IMAP письма; • письма с не установленным флагом IMAP "Answered"; • письма с не установленным флагом IMAP "Deleted"; • письма с не установленным флагом IMAP "Draft"; • письма с не установленным флагом IMAP "Flagged"; • письма, для которых не установлен флаг передаваемого ключевого слова IMAP; • письма с не установленным флагом IMAP "Seen". 2.6. Функции управления рассылками и обработки почты 2.6.1. Продукт должен иметь возможность организации статических списков рассылки с помощью перечней адресов получателей. В перечень адресов получателей должна предоставляться возможность добавления внешних относительно почтовой системы адресатов. 2.6.2. Продукт должен иметь возможность организовывать динамические списки рассылки почтовых сообщений на основании LDAP фильтров с использованием Web-интерфейса и интерфейса командой строки. 2.6.3. Настройки списков рассылок должны предоставлять возможность указания как отдельных адресатов на право отправки на группу рассылок, так и указания всех внутренних пользователей единой настройкой. 2.6.4. Продукт должен обеспечивать возможность отключаемой возможности получения входящей почты извне на списки рассылок. Возможность включения, отключения должна быть реализована для каждого отдельно взятого списка рассылки. 2.6.5. Продукт должен иметь возможность создания серверных правил обработки входящей корреспонденции, как общих для всей организации, так и индивидуальных. 2.6.6. Продукт должен иметь возможность осуществлять фильтрацию входящей почты на основании «черных» и «белых» адресов отправителя. 2.6.7. Продукт должен иметь возможность осуществлять фильтрацию исходящей почты на основании «черного» списка адресов получателя. 2.6.8. Продукт должен обеспечивать возможность ограничения ряду пользователей отправлять корреспонденцию за пределы организации. 2.5.4. Продукт должен поддерживать возможность заведения нескольких псевдонимов для почтового адреса пользователя в том же или разных почтовых доменах. Псевдонимы должны обеспечивать как получение почты с их использованием, так и отправку. 2.5.5. Продукт должен поддерживать политики хранения и удаления почтовых ящиков. 2.5.6. Продукт должен поддерживать работу с архивными почтовыми папками, в том числе их автоподключение пользователям. 2.5.7. Продукт должен обеспечивать автоматический перенос в архив писем, с возможностью указания различных периодов архивации для разных групп почтовых ящиков. 2.5.8. Продукт должен поддерживать функциональность папки удержания писем для хранения всех почтовых отправлений, удаленных из корзин пользователей. 2.5.9. Продукт должен обеспечивать перенос почтового ящика из одного каталога LDAP в другой при переходе из одной службы каталогов в другую. 2.1. Пользовательские функции 2.1.1. Продукт должен предоставлять пользователям услуги приема, отправки, хранения и управления сообщениями электронной почты. 2.1.2. Продукт должен предоставлять пользователям услуги управления событиями календаря, а также приема, отправки и хранения событий. 2.1.3. Продукт должен обеспечивать возможность доступа к почтовому ящику посредством Web-интерфейса. 2.1.4. Продукт должен поддерживать функциональность делегирования прав доступа на почтовый ящик сотрудника. 2.1.5. Продукт должен поддерживать функциональность делегирования прав доступа на календарь сотрудника. 2.1.6. Продукт должен обеспечивать доступ и хранение общей адресной книги пользователей. 2.1.7. Продукт должен обеспечивать работу с ресурсами организации, таких как переговорные комнаты, предметы и рабочие группы, с возможностью автоматических ответов на приглашение и настройкой принципов бронирования таких ресурсов. 2.1.8. Продукт должен иметь возможность оповещения пользователей о различных уровнях использовании квоты на место в почтовом ящике. 2.1.9. Продукт должен иметь возможность отзыва пользователем писем, отправленных по ошибке, с возможностью удаления писем из ящиков получателей вне зависимости от статуса прочтения (прочитано / нет). 2.1.10. Продукт должен обеспечивать возможность отправки вложения в календарное событие в Web-клиенте, путем преобразования его в ссылку на специальное хранилище. 2.1.11. Продукт должен предоставлять функционал общих почтовых ящиков. Выдача прав на общие ящики пользователям, включая права от имени общего ящика, должна быть основана на принадлежности пользователя к определенной группе LDAP или иному признаку в совместимых службах каталогов пользователей. 2.2. Функции администрирования 2.2.1. Продукт должен обладать единым Web-интерфейсом Администратора для администрирования сервера, управления услугами и мониторинга. 2.2.2. Продукт должен иметь CLI/API интерфейс для автоматизации задач по администрированию, управлению услугами и мониторингу. CLI интерфейс должен обладать функциональностью автоматического дополнения вводимой команды с возможностью вывода всех возможных команд. 2.2.3. Продукт должен иметь возможность заведения администраторов системы из совместимых служб каталогов, с отключением локального администратора. 2.2.4. Продукт должен обеспечивать возможность разграничения разрешений администраторами с гибкой настройкой их полномочий. 2.2.5. Продукт должен обладать библиотекой шаблонов конфигурации с возможностью пополнения пользовательскими шаблонами, описанными на языке YAML. 2.2.6. Продукт должен поддерживать механизм применения шаблонов конфигураций для оперативной развертки или перенастройки системы. 2.2.7. Продукт должен обладать механизмом оперативной настройки и ввода в эксплуатацию сервера электронной почты с помощью графического интерфейса Администратора. 2.2.8. Продукт должен иметь возможность работы с наборами хранилищ почтовых ящиков, разделенных по логическому или территориальному признаку. 2.2.9. Продукт должен поддерживать разделение хранения почты на несколько хранилищ, связанных правилами репликации для создания как «горячих» копий (одной или нескольких) с возможностью переключения основного хранилища на горячую копию, так и «холодной» копии для работы с системами резервного копирования (СРК). 2.2.10. Продукт должен предоставлять возможность разделения почтовых ящиков на группы. Каждая группа или совокупность групп должны иметь возможность привязки к определенному набору хранилищ (основное хранилище, горячая и холодная реплика). 2.2.11. Продукт должен иметь возможность как ручного, так и автоматического перемещения почтового ящика со всем содержимым между группами 2.4. Функции журналирования 2.4.1. Продукт должен обеспечивать журналирование событий системы, связанных с ее работоспособностью, функционированием компонент системы, а также действий по включению, выключению и действий по изменению параметров системы. 2.4.2. Продукт должен обеспечивать журналирование событий почтового трафика и клиентский подключений, для отслеживания движения писем внутри системы. 2.4.3. Система журналирования должна предоставлять возможность вывода журналов по всем или отдельно взятым компонентам системы, с возможность указания даты или диапазона времени. 2.4.4. Продукт должен обеспечивать журналирование событий, связанных с администрированием системы, и предоставлять аудит действий различных администраторов системы. 2.4.5. Продукт должен обеспечивать просмотр журналов событий почтовых компонентов с помощью графического интерфейса Администратора, с возможностью выбора компонентов системы, обеспеченного также средством поиска и фильтрации информации в журналах. 2.4.6. Продукт должен предоставлять возможность трассировки писем, как в консольном, так и в режиме визуального представления. Параметры поиска должны включать в себя поля – От, Кому, временные параметры отправки письма (включая задание диапазонов времени), тема письма (включая поиск по русскому языку) и идентификатор письма. Должна быть предусмотрена выгрузка журналов трассировки отдельного письма в текстовый файл. 2.5. Функции управления почтовыми ящиками 2.5.1. Продукт должен иметь возможность работы с одной службой каталогов любого из поддерживаемых типов. 2.5.2. Продукт должен иметь возможность работы с почтовыми доменами, не привязанными к службам каталогов. 2.5.3. Продукт должен иметь возможность множественного добавления почтовых ящиков на основании критериев поиска пользователей в домене LDAP. 2.2.12. Продукт должен иметь возможность перемещения группы почтовых ящиков между наборами хранилищ. 2.2.13. Продукт должен предоставлять возможность устанавливать для групп почтовых ящиков ограничения по: • максимальному размеру входящего письма; • максимальному размеру почтового ящика. 2.2.14. Продукт должен предоставлять возможность для групп почтовых ящиков устанавливать политики архивирования писем по заданному сроку. 2.2.15. Продукт должен обладать возможностью настройки резервного хранилища почтовых очередей с функциональностью автоматического переключения на него в случае сбоя или недоступности основного хранилища. 2.2.16. Продукт должен предоставлять возможность отправки писем с доверенных узлов без аутентификации. 2.2.17. Продукт должен предоставлять возможность использования дополнительных LDAP фильтров для формирования глобальной адресной книги. Должна быть предусмотрена возможность применения фильтров к каждому подключенному LDAP каталогу. 2.2.18. Продукт должен иметь встроенные возможности интеграции с решениями СХД, для управления операциями копирования хранилищ, их синхронизации и назначения хранилища основным для набора хранилищ. 2.2.19. Продукт должен иметь набор инструментов для добавления и хранения наборами команд СХД для организации сценариев взаимодействия почтовой системы и СХД. 2.3. Функции мониторинга и диагностики 2.3.1. Продукт должен вести журнал успешно применённых конфигураций, с возможностью просмотра информации по дате и времени применения, администратора, который осуществлял изменения и полной информации о конфигурации. 2.3.2. Продукт должен поддерживать выбор развернутой конфигурации из истории с возможностью ее оперативного применения. 3. Дополнительные требования 3.1. Продукт должен быть включен в Единый реестр российских программ для электронных вычислительных машин и баз данных. 3.2. Все необходимые Руководства, техническая документация по продукту должны быть предоставлены производителем на русском языке. 3.3. Документация, поставляемая с ПО, должна детально описывать процесс установки, настройки и эксплуатации соответствующего ПО. 3.4. Техническая поддержка производителя должна осуществляться на русском языке и по двум каналам взаимодействия: телефон и/или портал и/или эл.почта. Значение характеристики не может изменяться участником закупки 4. Особенности лицензирования 4.1. Продукт должен передаваться в виде пакета клиентских лицензий, соответствующих количеству почтовых ящиков пользователей. 4.2. Работа служебных ящиков электронной почты (рассылки, ресурсы календаря) не должна требовать пользовательскую лицензию. 4.3. Возможно расширение лицензирования до версии Enterprise, в которой будет возможно использование кластерного исполнения сервера и работа с несколькими службами каталогов одновременно. 4.4. Продукт должен обеспечивать возможность расширения или ограничения до необходимого количества пользователей без остановки сервиса эксплуатируемого продукта и без переустановки (деинсталляция/инсталляция) продукта. 4.5. Продукт должен обеспечивать возможность изменения/дополнения функционала для каждого пользователя в пределах ограничений, наложенных приобретенными лицензиями на использование, без остановки сервиса эксплуатируемого продукта и без переустановки (деинсталляция/инсталляция) продукта. Значение характеристики не может изменяться участником закупки Порядок выпуска и предоставления обновлений или технической поддержки Продукта ?Переход на актуальное обновление Продукта (без перехода на новый Продукт, если иное не предусмотрено в отдельном договоре между Пользователем и Вендором или партнером Вендора) осуществляется при наличии активного сертификата на обновления.?Регистрация ошибок и Предложений производится через Запрос в Личном кабинете. Вендор анализирует Запрос и при необходимости регистрирует задачу во внутренней информационной системе, осуществляет информирование и взаимодействие с Пользователем по задаче через Запрос. Информация о выпуске очередных обновлений Продукта доступна на сайте Вендора и/или в Личном кабинете. Подробный порядок обработки обращений, связанных с обновлениями Продукта, размещается в Личном кабинете. Значение характеристики не может изменяться участником закупки регламентируется в соответствии с настоящей Политикой (Положением), размещённой на сайте Вендора и в личном кабинете Пользователя. Обновления предоставляются в соответствии с настоящей Политикой, требованиями регуляторов в области безопасности информации и лицензионным (сублицензионным) договором, заключенным между Пользователем и Вендором или партнером Вендора. В случае расхождений условий предоставления обновлений по настоящей Политике и договору, применяются положения договора. Информационно-справочная поддержка функционирования Продукта обеспечивается посредством использования телефонной связи, программных средств обмена сообщениями с Пользователями. Прием обращений (далее - Запрос) осуществляется Вендором круглосуточно через Личный кабинет. Прием Запросов по телефону осуществляется по рабочим дням с 09:00 до 18:00 по МСК. Обновления (методические указания, пакеты и iso-образы с пакетами) выпускаются в целях улучшения функциональных возможностей, соответствия требованиям по безопасности информации, предотвращения и устранения недостатков Продукта. Обновление включает: • Доступ к патчам (Patch, x.x.C) и минорным (Minor, x.B.x) обновлениям Продукта • Возможность перехода на актуальное обновление Продукта (Major, A.x.x) (при наличии активного Сертификата)? • Регистрация ошибок, Предложений и отслеживание их статуса через Вендора? • Информационная поддержка по установке Продукта • Информационная поддержка по настройке Продукта • Моделирование сценариев на тестовом стенде Вендора при наличии технической возможности • Информационная поддержка по функционированию Продукта в гетерогенных сетях Обновления осуществляются в течение 12 месяцев с даты передачи программного обеспечения Заказчику предназначение лицензии для образовательных организаций и библиотек Значение характеристики не может изменяться участником закупки Вид лицензии Простая (неисключительная) Значение характеристики не может изменяться участником закупки Класс программ для электронных вычислительных машин и баз данных (06.04) Почтовые приложения Значение характеристики не может изменяться участником закупки Количество пользователей 1 Штука Значение характеристики не может изменяться участником закупки Способ предоставления Удаленный доступ через информационно-телекоммуникационные сети, в том числе через информационно-телекоммуникационную сеть Интернет Значение характеристики не может изменяться участником закупки - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - 1. Технические требования - 1.1. Продукт должен обеспечивать возможность работы без применения эмуляции ОС на следующих операционных системах: • ОС Astra Linux Special Edition версий 1.7.X (начиная с 1.7.4) и 1.8.X c соответствующими оперативными обновлениями. 1.2. Продукт должен обеспечивать возможность бесшовной интеграции (без применения промежуточных адаптеров), обмена данными и синхронизации с адресными книгами, организованными в LDAP-совместимых службах каталогов. Должен быть предусмотрен режим работы с правами «только чтение». 1.3. В связи с необходимостью обеспечения совместимости с программным обеспечением Заказчика продукты, имеющие иные технические требования или использующие другие программные компоненты, не применимы. - - Значение характеристики не может изменяться участником закупки - 2. Функциональные требования - 2.9.4. Продукт должен иметь возможность сосуществования с Microsoft Exchange в ходе длительного срока, а также обеспечивать возможность вывода Microsoft Exchange из промышленной эксплуатации 2.9.5. Продукт должен иметь возможность установки почтового ящика в статус «Миграция», предотвращающий пересылку на него почтовых сообщений во время процесса переноса почтовых данных с другой почтовой системы. При таком статусе, почта должна попадать в почтовый ящик пользователя исходной почтовой системы. 2.9.6. Продукт должен обеспечивать преобразование вложений во входящих приглашениях на календарные события с почтовой системы Microsoft Exchange в ссылки на эти же вложения на специальное хранилище, с прикреплением этой ссылки в описание соответствующего события. - - Значение характеристики не может изменяться участником закупки - 2.8.4. Продукт должен поддерживать для ПО Microsoft Outlook для ОС Windows (с версии как минимум 2013 и выше), автоматическую настройку подключения к календарям и адресным книгам с помощью специального плагина, без ввода учетных записей и настройки путей подключения, в том числе к календарям и адресным книгам, к которым предоставлен общий доступ другими пользователями. 2.8.5. Специальный плагин для настольных клиентов Microsoft Outlook должен иметь возможность установки и предварительной настройки через групповые политики. 2.8.6. Продукт должен обеспечивать возможность работы Microsoft Outlook с синхронизацией почты, календарей и контактов. 2.8.7. Продукт должен поддерживать автоконфигурирование почтовых клиентов работающих по протоколам IMAP, SMTP, CalDav, CardDav . 2.9. Функции совместимости с почтовыми системами 2.9.1. Продукт должен обладать автоматизированным инструментом миграции с почтовых систем Microsoft Exchange 2010 SP3 и выше с возможностью мониторинга и управления процессом миграции через визуальную панель управления. 2.9.2. Инструмент миграции должен обеспечивать перенос следующих элементов: • структуры папок почтового ящика и прав доступа к почтовым папкам; • сообщений; • адресных книг и прав доступа к адресным книгам; • контактов; • календарей и прав доступа к календарям; • задач; • календарных событий; • подписок на общие календари и адресные книги; • псевдонимов; • серверных архивов Exchange; • общих почтовых ящиков Exchange; • обеспечивать гибкий выбор переносимых данных из списка переносимых элементов. 2.9.3. Инструмент миграции должен обеспечивать следующие режимы миграции: • Обычный – первичный перенос данных почтовых ящиков. • Дельта – возобновление миграции с шага, на котором она остановилась ранее. • Финализация – выполнение полного цикла - миграция/домиграция с автоматическим переключением почтового ящика с Microsoft Exchange на целевой сервер. - 2.5.10. Продукт должен обеспечивать возможность поиска писем при помощи графической панели Администратора в соответствии с заданными параметрами и последующего выбора и удаления писем в любых почтовых ящиках. Критерии поиска должны включать в себя: • все письма; • письма с установленным флагом IMAP "Answered"; • письма, которые содержат указанную строку в поле BCC структуры IMAP письма; • письма с внутренней датой до указанной даты; • письма, которые содержат указанную строку в теле письма; • письма, которые содержат указанную строку в поле CC структуры IMAP письма; • письма с установленным флагом IMAP "Deleted"; • письма с установленным флагом IMAP "Draft"; • письма с установленным флагом IMAP "Flagged"; • письма, которые содержат указанную строку в поле FROM структуры IMAP письма; • письма, которые имеют или содержат указанную строку в поле заголовка • письма с установленным флагом для переданного ключевого слова IMAP • письма, которые больше указанного размера; • письма в почтовом ящике с указанным именем; • письма, с установленным флагом IMAP "Recent", но с неустановленным флагом IMAP "Seen"; • письма, где поиск не соответствует указанному ключу поиска или его значению; • письма, у которых не установлен флаг IMAP "Recent"; • письма, внутренняя дата которых соответствует указанной дате; • письма с установленным флагом IMAP "Recent"; • письма, которые были сохранены до указанной даты; • письма, дата сохранения которых соответствует указанной дате; • письма, которые были сохранены после указанной даты; • письма с установленным флагом IMAP "Seen"; • письма с заголовком Date до указанной даты; • письма с заголовком Date соответствующим указанной дате; • письма с заголовком Date после указанной даты; • письма, внутренняя дата которых находится в пределах или после указанной даты; • письма, которые меньше указанного размера; • письма, которые содержат указанную строку в поле SUBJECT структуры IMAP письма; - 2.3.3. Продукт должен осуществлять контроль не регламентированного изменения конфигурационных файлов почтовых компонентов с возможностью уведомления администратора, журналированием событий и обладать возможностью автоматического восстановления конфигурации либо остановки сервера, при обнаружении не регламентированных изменений конфигурации. 2.3.4. Продукт должен обладать системой мониторинга с возможностью отображения информации в графической панели управления, в том числе нагрузочных параметров системы (CPU, RAM, дисковая подсистема), информации о почтовых очередях, параметров доступности инфраструктурных объектов, критичных для функционирования почтовой системы. 2.3.5. Продукт должен обеспечивать хранение и отображение исторических данных мониторинга нагрузки. 2.3.6. Продукт должен обладать системой мониторинга с возможностью отображения информации в графической панели управления, в том числе информации, связанной с пользовательскими данными – список самых больших ящиков пользователей системы, список пользователей, квота на ящик которых приближается к максимальным значениям, общий размер данных, занимаемых на системах хранения почтовых данных. 2.3.7. Продукт должен обеспечивать возможность отслеживания действий пользователей в почтовых ящиках. 2.3.8. Продукт должен обеспечивать автоматический перезапуск экземпляра почтового сервера при обнаружении сбоя компонентов сервера. 2.3.9. Продукт должен обеспечивать мониторинг инфраструктурных объектов, необходимых для корректного функционирования почтового сервиса, такие как подключенные LDAP каталоги и сервисы БД, включая их кластерное исполнение. 2.3.10. Продукт должен обеспечивать мониторинг и контроль состояния синхронизации времени. - 2.6.9. Продукт должен обеспечивать возможность ограничения ряду пользователей получать корреспонденцию извне организации. 2.6.10. Правила ограничения приема и отправки писем наружу, должны иметь возможность комбинирования. 2.7. Функции предотвращения потери информации 2.7.1. Продукт должен обеспечивать SSL/TLS - безопасный обмен данными для SMTP, IMAP, HTTP, LDAP и сессий Администрирования. 2.7.2. Продукт должен иметь возможность интеграции с промышленными системами, входящими в Реестр отечественного ПО Минцифры, обеспечивающими высокопроизводительную фильтрацию электронной почты от вирусов, спама и других нежелательных сообщений. 2.7.3. Продукт должен поддерживать 2FA (двухфакторную аутентификацию) для доступа к почтовым ящикам через Web-интерфейс с помощью приложений-аутентификаторов. 2.7.4. Продукт должен поддерживать протокол Milter для интеграции с решениями, обеспечивающими функциональность по обеспечению ИБ. 2.7.5. Продукт не должен содержать в своем составе встроенных компонент по обеспечению ИБ, построенных на основе открытого ПО. 2.7.6. Продукт должен предоставлять возможность работы с системами резервного копирования, при этом конечное восстановление объектов должно происходить с участием оператора/администратора почтовой системы. 2.8. Функции совместимости с почтовыми клиентами 2.8.1. Продукт должен обеспечивать поддержку протоколов для работы с почтой – IMAP, SMTP, POP3. 2.8.2. Продукт должен обеспечивать работу с календарями по протоколу CalDAV и обеспечивать работу с адресными книгами по протоколу CardDAV. 2.8.3. Продукт должен поддерживать возможность отправки Push-уведомлений. - • письма, которые содержат указанную строку в заголовках или теле письма; • письма, которые содержат указанную строку в поле TO структуры IMAP письма; • письма с не установленным флагом IMAP "Answered"; • письма с не установленным флагом IMAP "Deleted"; • письма с не установленным флагом IMAP "Draft"; • письма с не установленным флагом IMAP "Flagged"; • письма, для которых не установлен флаг передаваемого ключевого слова IMAP; • письма с не установленным флагом IMAP "Seen". 2.6. Функции управления рассылками и обработки почты 2.6.1. Продукт должен иметь возможность организации статических списков рассылки с помощью перечней адресов получателей. В перечень адресов получателей должна предоставляться возможность добавления внешних относительно почтовой системы адресатов. 2.6.2. Продукт должен иметь возможность организовывать динамические списки рассылки почтовых сообщений на основании LDAP фильтров с использованием Web-интерфейса и интерфейса командой строки. 2.6.3. Настройки списков рассылок должны предоставлять возможность указания как отдельных адресатов на право отправки на группу рассылок, так и указания всех внутренних пользователей единой настройкой. 2.6.4. Продукт должен обеспечивать возможность отключаемой возможности получения входящей почты извне на списки рассылок. Возможность включения, отключения должна быть реализована для каждого отдельно взятого списка рассылки. 2.6.5. Продукт должен иметь возможность создания серверных правил обработки входящей корреспонденции, как общих для всей организации, так и индивидуальных. 2.6.6. Продукт должен иметь возможность осуществлять фильтрацию входящей почты на основании «черных» и «белых» адресов отправителя. 2.6.7. Продукт должен иметь возможность осуществлять фильтрацию исходящей почты на основании «черного» списка адресов получателя. 2.6.8. Продукт должен обеспечивать возможность ограничения ряду пользователей отправлять корреспонденцию за пределы организации. - 2.5.4. Продукт должен поддерживать возможность заведения нескольких псевдонимов для почтового адреса пользователя в том же или разных почтовых доменах. Псевдонимы должны обеспечивать как получение почты с их использованием, так и отправку. 2.5.5. Продукт должен поддерживать политики хранения и удаления почтовых ящиков. 2.5.6. Продукт должен поддерживать работу с архивными почтовыми папками, в том числе их автоподключение пользователям. 2.5.7. Продукт должен обеспечивать автоматический перенос в архив писем, с возможностью указания различных периодов архивации для разных групп почтовых ящиков. 2.5.8. Продукт должен поддерживать функциональность папки удержания писем для хранения всех почтовых отправлений, удаленных из корзин пользователей. 2.5.9. Продукт должен обеспечивать перенос почтового ящика из одного каталога LDAP в другой при переходе из одной службы каталогов в другую. - 2.1. Пользовательские функции 2.1.1. Продукт должен предоставлять пользователям услуги приема, отправки, хранения и управления сообщениями электронной почты. 2.1.2. Продукт должен предоставлять пользователям услуги управления событиями календаря, а также приема, отправки и хранения событий. 2.1.3. Продукт должен обеспечивать возможность доступа к почтовому ящику посредством Web-интерфейса. 2.1.4. Продукт должен поддерживать функциональность делегирования прав доступа на почтовый ящик сотрудника. 2.1.5. Продукт должен поддерживать функциональность делегирования прав доступа на календарь сотрудника. 2.1.6. Продукт должен обеспечивать доступ и хранение общей адресной книги пользователей. 2.1.7. Продукт должен обеспечивать работу с ресурсами организации, таких как переговорные комнаты, предметы и рабочие группы, с возможностью автоматических ответов на приглашение и настройкой принципов бронирования таких ресурсов. 2.1.8. Продукт должен иметь возможность оповещения пользователей о различных уровнях использовании квоты на место в почтовом ящике. 2.1.9. Продукт должен иметь возможность отзыва пользователем писем, отправленных по ошибке, с возможностью удаления писем из ящиков получателей вне зависимости от статуса прочтения (прочитано / нет). 2.1.10. Продукт должен обеспечивать возможность отправки вложения в календарное событие в Web-клиенте, путем преобразования его в ссылку на специальное хранилище. 2.1.11. Продукт должен предоставлять функционал общих почтовых ящиков. Выдача прав на общие ящики пользователям, включая права от имени общего ящика, должна быть основана на принадлежности пользователя к определенной группе LDAP или иному признаку в совместимых службах каталогов пользователей. - 2.2. Функции администрирования 2.2.1. Продукт должен обладать единым Web-интерфейсом Администратора для администрирования сервера, управления услугами и мониторинга. 2.2.2. Продукт должен иметь CLI/API интерфейс для автоматизации задач по администрированию, управлению услугами и мониторингу. CLI интерфейс должен обладать функциональностью автоматического дополнения вводимой команды с возможностью вывода всех возможных команд. 2.2.3. Продукт должен иметь возможность заведения администраторов системы из совместимых служб каталогов, с отключением локального администратора. 2.2.4. Продукт должен обеспечивать возможность разграничения разрешений администраторами с гибкой настройкой их полномочий. 2.2.5. Продукт должен обладать библиотекой шаблонов конфигурации с возможностью пополнения пользовательскими шаблонами, описанными на языке YAML. 2.2.6. Продукт должен поддерживать механизм применения шаблонов конфигураций для оперативной развертки или перенастройки системы. 2.2.7. Продукт должен обладать механизмом оперативной настройки и ввода в эксплуатацию сервера электронной почты с помощью графического интерфейса Администратора. 2.2.8. Продукт должен иметь возможность работы с наборами хранилищ почтовых ящиков, разделенных по логическому или территориальному признаку. 2.2.9. Продукт должен поддерживать разделение хранения почты на несколько хранилищ, связанных правилами репликации для создания как «горячих» копий (одной или нескольких) с возможностью переключения основного хранилища на горячую копию, так и «холодной» копии для работы с системами резервного копирования (СРК). 2.2.10. Продукт должен предоставлять возможность разделения почтовых ящиков на группы. Каждая группа или совокупность групп должны иметь возможность привязки к определенному набору хранилищ (основное хранилище, горячая и холодная реплика). 2.2.11. Продукт должен иметь возможность как ручного, так и автоматического перемещения почтового ящика со всем содержимым между группами - 2.4. Функции журналирования 2.4.1. Продукт должен обеспечивать журналирование событий системы, связанных с ее работоспособностью, функционированием компонент системы, а также действий по включению, выключению и действий по изменению параметров системы. 2.4.2. Продукт должен обеспечивать журналирование событий почтового трафика и клиентский подключений, для отслеживания движения писем внутри системы. 2.4.3. Система журналирования должна предоставлять возможность вывода журналов по всем или отдельно взятым компонентам системы, с возможность указания даты или диапазона времени. 2.4.4. Продукт должен обеспечивать журналирование событий, связанных с администрированием системы, и предоставлять аудит действий различных администраторов системы. 2.4.5. Продукт должен обеспечивать просмотр журналов событий почтовых компонентов с помощью графического интерфейса Администратора, с возможностью выбора компонентов системы, обеспеченного также средством поиска и фильтрации информации в журналах. 2.4.6. Продукт должен предоставлять возможность трассировки писем, как в консольном, так и в режиме визуального представления. Параметры поиска должны включать в себя поля – От, Кому, временные параметры отправки письма (включая задание диапазонов времени), тема письма (включая поиск по русскому языку) и идентификатор письма. Должна быть предусмотрена выгрузка журналов трассировки отдельного письма в текстовый файл. 2.5. Функции управления почтовыми ящиками 2.5.1. Продукт должен иметь возможность работы с одной службой каталогов любого из поддерживаемых типов. 2.5.2. Продукт должен иметь возможность работы с почтовыми доменами, не привязанными к службам каталогов. 2.5.3. Продукт должен иметь возможность множественного добавления почтовых ящиков на основании критериев поиска пользователей в домене LDAP. - 2.2.12. Продукт должен иметь возможность перемещения группы почтовых ящиков между наборами хранилищ. 2.2.13. Продукт должен предоставлять возможность устанавливать для групп почтовых ящиков ограничения по: • максимальному размеру входящего письма; • максимальному размеру почтового ящика. 2.2.14. Продукт должен предоставлять возможность для групп почтовых ящиков устанавливать политики архивирования писем по заданному сроку. 2.2.15. Продукт должен обладать возможностью настройки резервного хранилища почтовых очередей с функциональностью автоматического переключения на него в случае сбоя или недоступности основного хранилища. 2.2.16. Продукт должен предоставлять возможность отправки писем с доверенных узлов без аутентификации. 2.2.17. Продукт должен предоставлять возможность использования дополнительных LDAP фильтров для формирования глобальной адресной книги. Должна быть предусмотрена возможность применения фильтров к каждому подключенному LDAP каталогу. 2.2.18. Продукт должен иметь встроенные возможности интеграции с решениями СХД, для управления операциями копирования хранилищ, их синхронизации и назначения хранилища основным для набора хранилищ. 2.2.19. Продукт должен иметь набор инструментов для добавления и хранения наборами команд СХД для организации сценариев взаимодействия почтовой системы и СХД. 2.3. Функции мониторинга и диагностики 2.3.1. Продукт должен вести журнал успешно применённых конфигураций, с возможностью просмотра информации по дате и времени применения, администратора, который осуществлял изменения и полной информации о конфигурации. 2.3.2. Продукт должен поддерживать выбор развернутой конфигурации из истории с возможностью ее оперативного применения. - 3. Дополнительные требования - 3.1. Продукт должен быть включен в Единый реестр российских программ для электронных вычислительных машин и баз данных. 3.2. Все необходимые Руководства, техническая документация по продукту должны быть предоставлены производителем на русском языке. 3.3. Документация, поставляемая с ПО, должна детально описывать процесс установки, настройки и эксплуатации соответствующего ПО. 3.4. Техническая поддержка производителя должна осуществляться на русском языке и по двум каналам взаимодействия: телефон и/или портал и/или эл.почта. - - Значение характеристики не может изменяться участником закупки - 4. Особенности лицензирования - 4.1. Продукт должен передаваться в виде пакета клиентских лицензий, соответствующих количеству почтовых ящиков пользователей. 4.2. Работа служебных ящиков электронной почты (рассылки, ресурсы календаря) не должна требовать пользовательскую лицензию. 4.3. Возможно расширение лицензирования до версии Enterprise, в которой будет возможно использование кластерного исполнения сервера и работа с несколькими службами каталогов одновременно. 4.4. Продукт должен обеспечивать возможность расширения или ограничения до необходимого количества пользователей без остановки сервиса эксплуатируемого продукта и без переустановки (деинсталляция/инсталляция) продукта. 4.5. Продукт должен обеспечивать возможность изменения/дополнения функционала для каждого пользователя в пределах ограничений, наложенных приобретенными лицензиями на использование, без остановки сервиса эксплуатируемого продукта и без переустановки (деинсталляция/инсталляция) продукта. - - Значение характеристики не может изменяться участником закупки - Порядок выпуска и предоставления обновлений или технической поддержки Продукта - ?Переход на актуальное обновление Продукта (без перехода на новый Продукт, если иное не предусмотрено в отдельном договоре между Пользователем и Вендором или партнером Вендора) осуществляется при наличии активного сертификата на обновления.?Регистрация ошибок и Предложений производится через Запрос в Личном кабинете. Вендор анализирует Запрос и при необходимости регистрирует задачу во внутренней информационной системе, осуществляет информирование и взаимодействие с Пользователем по задаче через Запрос. Информация о выпуске очередных обновлений Продукта доступна на сайте Вендора и/или в Личном кабинете. Подробный порядок обработки обращений, связанных с обновлениями Продукта, размещается в Личном кабинете. - - Значение характеристики не может изменяться участником закупки - регламентируется в соответствии с настоящей Политикой (Положением), размещённой на сайте Вендора и в личном кабинете Пользователя. Обновления предоставляются в соответствии с настоящей Политикой, требованиями регуляторов в области безопасности информации и лицензионным (сублицензионным) договором, заключенным между Пользователем и Вендором или партнером Вендора. В случае расхождений условий предоставления обновлений по настоящей Политике и договору, применяются положения договора. Информационно-справочная поддержка функционирования Продукта обеспечивается посредством использования телефонной связи, программных средств обмена сообщениями с Пользователями. Прием обращений (далее - Запрос) осуществляется Вендором круглосуточно через Личный кабинет. Прием Запросов по телефону осуществляется по рабочим дням с 09:00 до 18:00 по МСК. Обновления (методические указания, пакеты и iso-образы с пакетами) выпускаются в целях улучшения функциональных возможностей, соответствия требованиям по безопасности информации, предотвращения и устранения недостатков Продукта. Обновление включает: • Доступ к патчам (Patch, x.x.C) и минорным (Minor, x.B.x) обновлениям Продукта • Возможность перехода на актуальное обновление Продукта (Major, A.x.x) (при наличии активного Сертификата)? • Регистрация ошибок, Предложений и отслеживание их статуса через Вендора? • Информационная поддержка по установке Продукта • Информационная поддержка по настройке Продукта • Моделирование сценариев на тестовом стенде Вендора при наличии технической возможности • Информационная поддержка по функционированию Продукта в гетерогенных сетях Обновления осуществляются в течение 12 месяцев с даты передачи программного обеспечения Заказчику - предназначение лицензии - для образовательных организаций и библиотек - - Значение характеристики не может изменяться участником закупки - Вид лицензии - Простая (неисключительная) - - Значение характеристики не может изменяться участником закупки - Класс программ для электронных вычислительных машин и баз данных - (06.04) Почтовые приложения - - Значение характеристики не может изменяться участником закупки - Количество пользователей - 1 - Штука - Значение характеристики не может изменяться участником закупки - Способ предоставления - Удаленный доступ через информационно-телекоммуникационные сети, в том числе через информационно-телекоммуникационную сеть Интернет - - Значение характеристики не может изменяться участником закупки

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

1. Технические требования - 1.1. Продукт должен обеспечивать возможность работы без применения эмуляции ОС на следующих операционных системах: • ОС Astra Linux Special Edition версий 1.7.X (начиная с 1.7.4) и 1.8.X c соответствующими оперативными обновлениями. 1.2. Продукт должен обеспечивать возможность бесшовной интеграции (без применения промежуточных адаптеров), обмена данными и синхронизации с адресными книгами, организованными в LDAP-совместимых службах каталогов. Должен быть предусмотрен режим работы с правами «только чтение». 1.3. В связи с необходимостью обеспечения совместимости с программным обеспечением Заказчика продукты, имеющие иные технические требования или использующие другие программные компоненты, не применимы. - - Значение характеристики не может изменяться участником закупки

2. Функциональные требования - 2.9.4. Продукт должен иметь возможность сосуществования с Microsoft Exchange в ходе длительного срока, а также обеспечивать возможность вывода Microsoft Exchange из промышленной эксплуатации 2.9.5. Продукт должен иметь возможность установки почтового ящика в статус «Миграция», предотвращающий пересылку на него почтовых сообщений во время процесса переноса почтовых данных с другой почтовой системы. При таком статусе, почта должна попадать в почтовый ящик пользователя исходной почтовой системы. 2.9.6. Продукт должен обеспечивать преобразование вложений во входящих приглашениях на календарные события с почтовой системы Microsoft Exchange в ссылки на эти же вложения на специальное хранилище, с прикреплением этой ссылки в описание соответствующего события. - - Значение характеристики не может изменяться участником закупки

2.8.4. Продукт должен поддерживать для ПО Microsoft Outlook для ОС Windows (с версии как минимум 2013 и выше), автоматическую настройку подключения к календарям и адресным книгам с помощью специального плагина, без ввода учетных записей и настройки путей подключения, в том числе к календарям и адресным книгам, к которым предоставлен общий доступ другими пользователями. 2.8.5. Специальный плагин для настольных клиентов Microsoft Outlook должен иметь возможность установки и предварительной настройки через групповые политики. 2.8.6. Продукт должен обеспечивать возможность работы Microsoft Outlook с синхронизацией почты, календарей и контактов. 2.8.7. Продукт должен поддерживать автоконфигурирование почтовых клиентов работающих по протоколам IMAP, SMTP, CalDav, CardDav . 2.9. Функции совместимости с почтовыми системами 2.9.1. Продукт должен обладать автоматизированным инструментом миграции с почтовых систем Microsoft Exchange 2010 SP3 и выше с возможностью мониторинга и управления процессом миграции через визуальную панель управления. 2.9.2. Инструмент миграции должен обеспечивать перенос следующих элементов: • структуры папок почтового ящика и прав доступа к почтовым папкам; • сообщений; • адресных книг и прав доступа к адресным книгам; • контактов; • календарей и прав доступа к календарям; • задач; • календарных событий; • подписок на общие календари и адресные книги; • псевдонимов; • серверных архивов Exchange; • общих почтовых ящиков Exchange; • обеспечивать гибкий выбор переносимых данных из списка переносимых элементов. 2.9.3. Инструмент миграции должен обеспечивать следующие режимы миграции: • Обычный – первичный перенос данных почтовых ящиков. • Дельта – возобновление миграции с шага, на котором она остановилась ранее. • Финализация – выполнение полного цикла - миграция/домиграция с автоматическим переключением почтового ящика с Microsoft Exchange на целевой сервер.

2.5.10. Продукт должен обеспечивать возможность поиска писем при помощи графической панели Администратора в соответствии с заданными параметрами и последующего выбора и удаления писем в любых почтовых ящиках. Критерии поиска должны включать в себя: • все письма; • письма с установленным флагом IMAP "Answered"; • письма, которые содержат указанную строку в поле BCC структуры IMAP письма; • письма с внутренней датой до указанной даты; • письма, которые содержат указанную строку в теле письма; • письма, которые содержат указанную строку в поле CC структуры IMAP письма; • письма с установленным флагом IMAP "Deleted"; • письма с установленным флагом IMAP "Draft"; • письма с установленным флагом IMAP "Flagged"; • письма, которые содержат указанную строку в поле FROM структуры IMAP письма; • письма, которые имеют или содержат указанную строку в поле заголовка • письма с установленным флагом для переданного ключевого слова IMAP • письма, которые больше указанного размера; • письма в почтовом ящике с указанным именем; • письма, с установленным флагом IMAP "Recent", но с неустановленным флагом IMAP "Seen"; • письма, где поиск не соответствует указанному ключу поиска или его значению; • письма, у которых не установлен флаг IMAP "Recent"; • письма, внутренняя дата которых соответствует указанной дате; • письма с установленным флагом IMAP "Recent"; • письма, которые были сохранены до указанной даты; • письма, дата сохранения которых соответствует указанной дате; • письма, которые были сохранены после указанной даты; • письма с установленным флагом IMAP "Seen"; • письма с заголовком Date до указанной даты; • письма с заголовком Date соответствующим указанной дате; • письма с заголовком Date после указанной даты; • письма, внутренняя дата которых находится в пределах или после указанной даты; • письма, которые меньше указанного размера; • письма, которые содержат указанную строку в поле SUBJECT структуры IMAP письма;

2.3.3. Продукт должен осуществлять контроль не регламентированного изменения конфигурационных файлов почтовых компонентов с возможностью уведомления администратора, журналированием событий и обладать возможностью автоматического восстановления конфигурации либо остановки сервера, при обнаружении не регламентированных изменений конфигурации. 2.3.4. Продукт должен обладать системой мониторинга с возможностью отображения информации в графической панели управления, в том числе нагрузочных параметров системы (CPU, RAM, дисковая подсистема), информации о почтовых очередях, параметров доступности инфраструктурных объектов, критичных для функционирования почтовой системы. 2.3.5. Продукт должен обеспечивать хранение и отображение исторических данных мониторинга нагрузки. 2.3.6. Продукт должен обладать системой мониторинга с возможностью отображения информации в графической панели управления, в том числе информации, связанной с пользовательскими данными – список самых больших ящиков пользователей системы, список пользователей, квота на ящик которых приближается к максимальным значениям, общий размер данных, занимаемых на системах хранения почтовых данных. 2.3.7. Продукт должен обеспечивать возможность отслеживания действий пользователей в почтовых ящиках. 2.3.8. Продукт должен обеспечивать автоматический перезапуск экземпляра почтового сервера при обнаружении сбоя компонентов сервера. 2.3.9. Продукт должен обеспечивать мониторинг инфраструктурных объектов, необходимых для корректного функционирования почтового сервиса, такие как подключенные LDAP каталоги и сервисы БД, включая их кластерное исполнение. 2.3.10. Продукт должен обеспечивать мониторинг и контроль состояния синхронизации времени.

2.6.9. Продукт должен обеспечивать возможность ограничения ряду пользователей получать корреспонденцию извне организации. 2.6.10. Правила ограничения приема и отправки писем наружу, должны иметь возможность комбинирования. 2.7. Функции предотвращения потери информации 2.7.1. Продукт должен обеспечивать SSL/TLS - безопасный обмен данными для SMTP, IMAP, HTTP, LDAP и сессий Администрирования. 2.7.2. Продукт должен иметь возможность интеграции с промышленными системами, входящими в Реестр отечественного ПО Минцифры, обеспечивающими высокопроизводительную фильтрацию электронной почты от вирусов, спама и других нежелательных сообщений. 2.7.3. Продукт должен поддерживать 2FA (двухфакторную аутентификацию) для доступа к почтовым ящикам через Web-интерфейс с помощью приложений-аутентификаторов. 2.7.4. Продукт должен поддерживать протокол Milter для интеграции с решениями, обеспечивающими функциональность по обеспечению ИБ. 2.7.5. Продукт не должен содержать в своем составе встроенных компонент по обеспечению ИБ, построенных на основе открытого ПО. 2.7.6. Продукт должен предоставлять возможность работы с системами резервного копирования, при этом конечное восстановление объектов должно происходить с участием оператора/администратора почтовой системы. 2.8. Функции совместимости с почтовыми клиентами 2.8.1. Продукт должен обеспечивать поддержку протоколов для работы с почтой – IMAP, SMTP, POP3. 2.8.2. Продукт должен обеспечивать работу с календарями по протоколу CalDAV и обеспечивать работу с адресными книгами по протоколу CardDAV. 2.8.3. Продукт должен поддерживать возможность отправки Push-уведомлений.

• письма, которые содержат указанную строку в заголовках или теле письма; • письма, которые содержат указанную строку в поле TO структуры IMAP письма; • письма с не установленным флагом IMAP "Answered"; • письма с не установленным флагом IMAP "Deleted"; • письма с не установленным флагом IMAP "Draft"; • письма с не установленным флагом IMAP "Flagged"; • письма, для которых не установлен флаг передаваемого ключевого слова IMAP; • письма с не установленным флагом IMAP "Seen". 2.6. Функции управления рассылками и обработки почты 2.6.1. Продукт должен иметь возможность организации статических списков рассылки с помощью перечней адресов получателей. В перечень адресов получателей должна предоставляться возможность добавления внешних относительно почтовой системы адресатов. 2.6.2. Продукт должен иметь возможность организовывать динамические списки рассылки почтовых сообщений на основании LDAP фильтров с использованием Web-интерфейса и интерфейса командой строки. 2.6.3. Настройки списков рассылок должны предоставлять возможность указания как отдельных адресатов на право отправки на группу рассылок, так и указания всех внутренних пользователей единой настройкой. 2.6.4. Продукт должен обеспечивать возможность отключаемой возможности получения входящей почты извне на списки рассылок. Возможность включения, отключения должна быть реализована для каждого отдельно взятого списка рассылки. 2.6.5. Продукт должен иметь возможность создания серверных правил обработки входящей корреспонденции, как общих для всей организации, так и индивидуальных. 2.6.6. Продукт должен иметь возможность осуществлять фильтрацию входящей почты на основании «черных» и «белых» адресов отправителя. 2.6.7. Продукт должен иметь возможность осуществлять фильтрацию исходящей почты на основании «черного» списка адресов получателя. 2.6.8. Продукт должен обеспечивать возможность ограничения ряду пользователей отправлять корреспонденцию за пределы организации.

2.5.4. Продукт должен поддерживать возможность заведения нескольких псевдонимов для почтового адреса пользователя в том же или разных почтовых доменах. Псевдонимы должны обеспечивать как получение почты с их использованием, так и отправку. 2.5.5. Продукт должен поддерживать политики хранения и удаления почтовых ящиков. 2.5.6. Продукт должен поддерживать работу с архивными почтовыми папками, в том числе их автоподключение пользователям. 2.5.7. Продукт должен обеспечивать автоматический перенос в архив писем, с возможностью указания различных периодов архивации для разных групп почтовых ящиков. 2.5.8. Продукт должен поддерживать функциональность папки удержания писем для хранения всех почтовых отправлений, удаленных из корзин пользователей. 2.5.9. Продукт должен обеспечивать перенос почтового ящика из одного каталога LDAP в другой при переходе из одной службы каталогов в другую.

2.1. Пользовательские функции 2.1.1. Продукт должен предоставлять пользователям услуги приема, отправки, хранения и управления сообщениями электронной почты. 2.1.2. Продукт должен предоставлять пользователям услуги управления событиями календаря, а также приема, отправки и хранения событий. 2.1.3. Продукт должен обеспечивать возможность доступа к почтовому ящику посредством Web-интерфейса. 2.1.4. Продукт должен поддерживать функциональность делегирования прав доступа на почтовый ящик сотрудника. 2.1.5. Продукт должен поддерживать функциональность делегирования прав доступа на календарь сотрудника. 2.1.6. Продукт должен обеспечивать доступ и хранение общей адресной книги пользователей. 2.1.7. Продукт должен обеспечивать работу с ресурсами организации, таких как переговорные комнаты, предметы и рабочие группы, с возможностью автоматических ответов на приглашение и настройкой принципов бронирования таких ресурсов. 2.1.8. Продукт должен иметь возможность оповещения пользователей о различных уровнях использовании квоты на место в почтовом ящике. 2.1.9. Продукт должен иметь возможность отзыва пользователем писем, отправленных по ошибке, с возможностью удаления писем из ящиков получателей вне зависимости от статуса прочтения (прочитано / нет). 2.1.10. Продукт должен обеспечивать возможность отправки вложения в календарное событие в Web-клиенте, путем преобразования его в ссылку на специальное хранилище. 2.1.11. Продукт должен предоставлять функционал общих почтовых ящиков. Выдача прав на общие ящики пользователям, включая права от имени общего ящика, должна быть основана на принадлежности пользователя к определенной группе LDAP или иному признаку в совместимых службах каталогов пользователей.

2.2. Функции администрирования 2.2.1. Продукт должен обладать единым Web-интерфейсом Администратора для администрирования сервера, управления услугами и мониторинга. 2.2.2. Продукт должен иметь CLI/API интерфейс для автоматизации задач по администрированию, управлению услугами и мониторингу. CLI интерфейс должен обладать функциональностью автоматического дополнения вводимой команды с возможностью вывода всех возможных команд. 2.2.3. Продукт должен иметь возможность заведения администраторов системы из совместимых служб каталогов, с отключением локального администратора. 2.2.4. Продукт должен обеспечивать возможность разграничения разрешений администраторами с гибкой настройкой их полномочий. 2.2.5. Продукт должен обладать библиотекой шаблонов конфигурации с возможностью пополнения пользовательскими шаблонами, описанными на языке YAML. 2.2.6. Продукт должен поддерживать механизм применения шаблонов конфигураций для оперативной развертки или перенастройки системы. 2.2.7. Продукт должен обладать механизмом оперативной настройки и ввода в эксплуатацию сервера электронной почты с помощью графического интерфейса Администратора. 2.2.8. Продукт должен иметь возможность работы с наборами хранилищ почтовых ящиков, разделенных по логическому или территориальному признаку. 2.2.9. Продукт должен поддерживать разделение хранения почты на несколько хранилищ, связанных правилами репликации для создания как «горячих» копий (одной или нескольких) с возможностью переключения основного хранилища на горячую копию, так и «холодной» копии для работы с системами резервного копирования (СРК). 2.2.10. Продукт должен предоставлять возможность разделения почтовых ящиков на группы. Каждая группа или совокупность групп должны иметь возможность привязки к определенному набору хранилищ (основное хранилище, горячая и холодная реплика). 2.2.11. Продукт должен иметь возможность как ручного, так и автоматического перемещения почтового ящика со всем содержимым между группами

2.4. Функции журналирования 2.4.1. Продукт должен обеспечивать журналирование событий системы, связанных с ее работоспособностью, функционированием компонент системы, а также действий по включению, выключению и действий по изменению параметров системы. 2.4.2. Продукт должен обеспечивать журналирование событий почтового трафика и клиентский подключений, для отслеживания движения писем внутри системы. 2.4.3. Система журналирования должна предоставлять возможность вывода журналов по всем или отдельно взятым компонентам системы, с возможность указания даты или диапазона времени. 2.4.4. Продукт должен обеспечивать журналирование событий, связанных с администрированием системы, и предоставлять аудит действий различных администраторов системы. 2.4.5. Продукт должен обеспечивать просмотр журналов событий почтовых компонентов с помощью графического интерфейса Администратора, с возможностью выбора компонентов системы, обеспеченного также средством поиска и фильтрации информации в журналах. 2.4.6. Продукт должен предоставлять возможность трассировки писем, как в консольном, так и в режиме визуального представления. Параметры поиска должны включать в себя поля – От, Кому, временные параметры отправки письма (включая задание диапазонов времени), тема письма (включая поиск по русскому языку) и идентификатор письма. Должна быть предусмотрена выгрузка журналов трассировки отдельного письма в текстовый файл. 2.5. Функции управления почтовыми ящиками 2.5.1. Продукт должен иметь возможность работы с одной службой каталогов любого из поддерживаемых типов. 2.5.2. Продукт должен иметь возможность работы с почтовыми доменами, не привязанными к службам каталогов. 2.5.3. Продукт должен иметь возможность множественного добавления почтовых ящиков на основании критериев поиска пользователей в домене LDAP.

2.2.12. Продукт должен иметь возможность перемещения группы почтовых ящиков между наборами хранилищ. 2.2.13. Продукт должен предоставлять возможность устанавливать для групп почтовых ящиков ограничения по: • максимальному размеру входящего письма; • максимальному размеру почтового ящика. 2.2.14. Продукт должен предоставлять возможность для групп почтовых ящиков устанавливать политики архивирования писем по заданному сроку. 2.2.15. Продукт должен обладать возможностью настройки резервного хранилища почтовых очередей с функциональностью автоматического переключения на него в случае сбоя или недоступности основного хранилища. 2.2.16. Продукт должен предоставлять возможность отправки писем с доверенных узлов без аутентификации. 2.2.17. Продукт должен предоставлять возможность использования дополнительных LDAP фильтров для формирования глобальной адресной книги. Должна быть предусмотрена возможность применения фильтров к каждому подключенному LDAP каталогу. 2.2.18. Продукт должен иметь встроенные возможности интеграции с решениями СХД, для управления операциями копирования хранилищ, их синхронизации и назначения хранилища основным для набора хранилищ. 2.2.19. Продукт должен иметь набор инструментов для добавления и хранения наборами команд СХД для организации сценариев взаимодействия почтовой системы и СХД. 2.3. Функции мониторинга и диагностики 2.3.1. Продукт должен вести журнал успешно применённых конфигураций, с возможностью просмотра информации по дате и времени применения, администратора, который осуществлял изменения и полной информации о конфигурации. 2.3.2. Продукт должен поддерживать выбор развернутой конфигурации из истории с возможностью ее оперативного применения.

3. Дополнительные требования - 3.1. Продукт должен быть включен в Единый реестр российских программ для электронных вычислительных машин и баз данных. 3.2. Все необходимые Руководства, техническая документация по продукту должны быть предоставлены производителем на русском языке. 3.3. Документация, поставляемая с ПО, должна детально описывать процесс установки, настройки и эксплуатации соответствующего ПО. 3.4. Техническая поддержка производителя должна осуществляться на русском языке и по двум каналам взаимодействия: телефон и/или портал и/или эл.почта. - - Значение характеристики не может изменяться участником закупки

4. Особенности лицензирования - 4.1. Продукт должен передаваться в виде пакета клиентских лицензий, соответствующих количеству почтовых ящиков пользователей. 4.2. Работа служебных ящиков электронной почты (рассылки, ресурсы календаря) не должна требовать пользовательскую лицензию. 4.3. Возможно расширение лицензирования до версии Enterprise, в которой будет возможно использование кластерного исполнения сервера и работа с несколькими службами каталогов одновременно. 4.4. Продукт должен обеспечивать возможность расширения или ограничения до необходимого количества пользователей без остановки сервиса эксплуатируемого продукта и без переустановки (деинсталляция/инсталляция) продукта. 4.5. Продукт должен обеспечивать возможность изменения/дополнения функционала для каждого пользователя в пределах ограничений, наложенных приобретенными лицензиями на использование, без остановки сервиса эксплуатируемого продукта и без переустановки (деинсталляция/инсталляция) продукта. - - Значение характеристики не может изменяться участником закупки

Порядок выпуска и предоставления обновлений или технической поддержки Продукта - ?Переход на актуальное обновление Продукта (без перехода на новый Продукт, если иное не предусмотрено в отдельном договоре между Пользователем и Вендором или партнером Вендора) осуществляется при наличии активного сертификата на обновления.?Регистрация ошибок и Предложений производится через Запрос в Личном кабинете. Вендор анализирует Запрос и при необходимости регистрирует задачу во внутренней информационной системе, осуществляет информирование и взаимодействие с Пользователем по задаче через Запрос. Информация о выпуске очередных обновлений Продукта доступна на сайте Вендора и/или в Личном кабинете. Подробный порядок обработки обращений, связанных с обновлениями Продукта, размещается в Личном кабинете. - - Значение характеристики не может изменяться участником закупки

регламентируется в соответствии с настоящей Политикой (Положением), размещённой на сайте Вендора и в личном кабинете Пользователя. Обновления предоставляются в соответствии с настоящей Политикой, требованиями регуляторов в области безопасности информации и лицензионным (сублицензионным) договором, заключенным между Пользователем и Вендором или партнером Вендора. В случае расхождений условий предоставления обновлений по настоящей Политике и договору, применяются положения договора. Информационно-справочная поддержка функционирования Продукта обеспечивается посредством использования телефонной связи, программных средств обмена сообщениями с Пользователями. Прием обращений (далее - Запрос) осуществляется Вендором круглосуточно через Личный кабинет. Прием Запросов по телефону осуществляется по рабочим дням с 09:00 до 18:00 по МСК. Обновления (методические указания, пакеты и iso-образы с пакетами) выпускаются в целях улучшения функциональных возможностей, соответствия требованиям по безопасности информации, предотвращения и устранения недостатков Продукта. Обновление включает: • Доступ к патчам (Patch, x.x.C) и минорным (Minor, x.B.x) обновлениям Продукта • Возможность перехода на актуальное обновление Продукта (Major, A.x.x) (при наличии активного Сертификата)? • Регистрация ошибок, Предложений и отслеживание их статуса через Вендора? • Информационная поддержка по установке Продукта • Информационная поддержка по настройке Продукта • Моделирование сценариев на тестовом стенде Вендора при наличии технической возможности • Информационная поддержка по функционированию Продукта в гетерогенных сетях Обновления осуществляются в течение 12 месяцев с даты передачи программного обеспечения Заказчику

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

Вид лицензии - Простая (неисключительная) - - Значение характеристики не может изменяться участником закупки

Класс программ для электронных вычислительных машин и баз данных - (06.04) Почтовые приложения - - Значение характеристики не может изменяться участником закупки

Количество пользователей - 1 - Штука - Значение характеристики не может изменяться участником закупки

Способ предоставления - Удаленный доступ через информационно-телекоммуникационные сети, в том числе через информационно-телекоммуникационную сеть Интернет - - Значение характеристики не может изменяться участником закупки

- Обоснование включения дополнительной информации в сведения о товаре, работе, услуге Руководствуясь п. 5,6 Правил использования каталога товаров, работ, услуг для обеспечения государственных и муниципальных нужд, утвержденных постановлением Правительства Российской Федерации от 8 февраля 2017 г. № 145, Заказчик указывает в извещении об осуществлении закупки, приглашении и документации о закупке иную и (или) дополнительную информацию, иные потребительские свойства, в том числе функциональные, технические, качественные, эксплуатационные характеристики товара, поскольку часть информации, необходимой Заказчику для осуществления закупки, отсутствует в каталоге товаров, работ, услуг для обеспечения государственных и муниципальных нужд, но при этом является значимой для Заказчика и соответствует его потребности. Указание иных дополнительных характеристик услуги позволят участнику закупки правильно идентифицировать необходимую Заказчику услугу.

- 58.29.11.000 58.29.11.000-00000004 - Программное обеспечение 1. Технические требования 1.1. Продукт должен обеспечивать возможность работы без применения эмуляции ОС на следующих операционных системах: • ОС Astra Linux Special Edition версий 1.7.X (начиная с 1.7.4) и 1.8.X c соответствующими оперативными обновлениями. 1.2. Продукт должен обеспечивать возможность бесшовной интеграции (без применения промежуточных адаптеров), обмена данными и синхронизации с адресными книгами, организованными в LDAP-совместимых службах каталогов. Должен быть предусмотрен режим работы с правами «только чтение». 1.3. В связи с необходимостью обеспечения совместимости с программным обеспечением Заказчика продукты, имеющие иные технические требования или использующие другие программные компоненты, не применимы. 2. Функциональные требования 2.9.4. Продукт должен иметь возможность сосуществования с Microsoft Exchange в ходе длительного срока, а также обеспечивать возможность вывода Microsoft Exchange из промышленной эксплуатации 2.9.5. Продукт должен иметь возможность установки почтового ящика в статус «Миграция», предотвращающий пересылку на него почтовых сообщений во время процесса переноса почтовых данных с другой почтовой системы. При таком статусе, почта должна попадать в почтовый ящик пользователя исходной почтовой системы. 2.9.6. Продукт должен обеспечивать преобразование вложений во входящих приглашениях на календарные события с почтовой системы Microsoft Exchange в ссылки на эти же вложения на специальное хранилище, с прикреплением этой ссылки в описание соответствующего события. ... 3. Дополнительные требования 3.1. Продукт должен быть включен в Единый реестр российских программ для электронных вычислительных машин и баз данных. 3.2. Все необходимые Руководства, техническая документация по продукту должны быть предоставлены производителем на русском языке. 3.3. Документация, поставляемая с ПО, должна детально описывать процесс установки, настройки и эксплуатации соответствующего ПО. 3.4. Техническая поддержка производителя должна осуществляться на русском языке и по двум каналам взаимодействия: телефон и/или портал и/или эл.почта. - Условная единица - 206,00 - 280,35 - 57 752,10

БЮДЖЕТНОЕ УЧРЕЖДЕНИЕ РЕСПУБЛИКИ АЛТАЙ "РЕСПУБЛИКАНСКИЙ ЦЕНТР ОЦЕНКИ КАЧЕСТВА ОБРАЗОВАНИЯ" - 206 -

- Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке 1. Технические требования 1.1. Продукт должен обеспечивать возможность работы без применения эмуляции ОС на следующих операционных системах: • ОС Astra Linux Special Edition версий 1.7.X (начиная с 1.7.4) и 1.8.X c соответствующими оперативными обновлениями. 1.2. Продукт должен обеспечивать возможность бесшовной интеграции (без применения промежуточных адаптеров), обмена данными и синхронизации с адресными книгами, организованными в LDAP-совместимых службах каталогов. Должен быть предусмотрен режим работы с правами «только чтение». 1.3. В связи с необходимостью обеспечения совместимости с программным обеспечением Заказчика продукты, имеющие иные технические требования или использующие другие программные компоненты, не применимы. Значение характеристики не может изменяться участником закупки 2. Функциональные требования 2.9.4. Продукт должен иметь возможность сосуществования с Microsoft Exchange в ходе длительного срока, а также обеспечивать возможность вывода Microsoft Exchange из промышленной эксплуатации 2.9.5. Продукт должен иметь возможность установки почтового ящика в статус «Миграция», предотвращающий пересылку на него почтовых сообщений во время процесса переноса почтовых данных с другой почтовой системы. При таком статусе, почта должна попадать в почтовый ящик пользователя исходной почтовой системы. 2.9.6. Продукт должен обеспечивать преобразование вложений во входящих приглашениях на календарные события с почтовой системы Microsoft Exchange в ссылки на эти же вложения на специальное хранилище, с прикреплением этой ссылки в описание соответствующего события. Значение характеристики не может изменяться участником закупки 2.3.3. Продукт должен осуществлять контроль не регламентированного изменения конфигурационных файлов почтовых компонентов с возможностью уведомления администратора, журналированием событий и обладать возможностью автоматического восстановления конфигурации либо остановки сервера, при обнаружении не регламентированных изменений конфигурации. 2.3.4. Продукт должен обладать системой мониторинга с возможностью отображения информации в графической панели управления, в том числе нагрузочных параметров системы (CPU, RAM, дисковая подсистема), информации о почтовых очередях, параметров доступности инфраструктурных объектов, критичных для функционирования почтовой системы. 2.3.5. Продукт должен обеспечивать хранение и отображение исторических данных мониторинга нагрузки. 2.3.6. Продукт должен обладать системой мониторинга с возможностью отображения информации в графической панели управления, в том числе информации, связанной с пользовательскими данными – список самых больших ящиков пользователей системы, список пользователей, квота на ящик которых приближается к максимальным значениям, общий размер данных, занимаемых на системах хранения почтовых данных. 2.3.7. Продукт должен обеспечивать возможность отслеживания действий пользователей в почтовых ящиках. 2.3.8. Продукт должен обеспечивать автоматический перезапуск экземпляра почтового сервера при обнаружении сбоя компонентов сервера. 2.3.9. Продукт должен обеспечивать мониторинг инфраструктурных объектов, необходимых для корректного функционирования почтового сервиса, такие как подключенные LDAP каталоги и сервисы БД, включая их кластерное исполнение. 2.3.10. Продукт должен обеспечивать мониторинг и контроль состояния синхронизации времени. 2.2. Функции администрирования 2.2.1. Продукт должен обладать единым Web-интерфейсом Администратора для администрирования сервера, управления услугами и мониторинга. 2.2.2. Продукт должен иметь CLI/API интерфейс для автоматизации задач по администрированию, управлению услугами и мониторингу. CLI интерфейс должен обладать функциональностью автоматического дополнения вводимой команды с возможностью вывода всех возможных команд. 2.2.3. Продукт должен иметь возможность заведения администраторов системы из совместимых служб каталогов, с отключением локального администратора. 2.2.4. Продукт должен обеспечивать возможность разграничения разрешений администраторами с гибкой настройкой их полномочий. 2.2.5. Продукт должен обладать библиотекой шаблонов конфигурации с возможностью пополнения пользовательскими шаблонами, описанными на языке YAML. 2.2.6. Продукт должен поддерживать механизм применения шаблонов конфигураций для оперативной развертки или перенастройки системы. 2.2.7. Продукт должен обладать механизмом оперативной настройки и ввода в эксплуатацию сервера электронной почты с помощью графического интерфейса Администратора. 2.2.8. Продукт должен иметь возможность работы с наборами хранилищ почтовых ящиков, разделенных по логическому или территориальному признаку. 2.2.9. Продукт должен поддерживать разделение хранения почты на несколько хранилищ, связанных правилами репликации для создания как «горячих» копий (одной или нескольких) с возможностью переключения основного хранилища на горячую копию, так и «холодной» копии для работы с системами резервного копирования (СРК). 2.2.10. Продукт должен предоставлять возможность разделения почтовых ящиков на группы. Каждая группа или совокупность групп должны иметь возможность привязки к определенному набору хранилищ (основное хранилище, горячая и холодная реплика). 2.2.11. Продукт должен иметь возможность как ручного, так и автоматического перемещения почтового ящика со всем содержимым между группами 2.1. Пользовательские функции 2.1.1. Продукт должен предоставлять пользователям услуги приема, отправки, хранения и управления сообщениями электронной почты. 2.1.2. Продукт должен предоставлять пользователям услуги управления событиями календаря, а также приема, отправки и хранения событий. 2.1.3. Продукт должен обеспечивать возможность доступа к почтовому ящику посредством Web-интерфейса. 2.1.4. Продукт должен поддерживать функциональность делегирования прав доступа на почтовый ящик сотрудника. 2.1.5. Продукт должен поддерживать функциональность делегирования прав доступа на календарь сотрудника. 2.1.6. Продукт должен обеспечивать доступ и хранение общей адресной книги пользователей. 2.1.7. Продукт должен обеспечивать работу с ресурсами организации, таких как переговорные комнаты, предметы и рабочие группы, с возможностью автоматических ответов на приглашение и настройкой принципов бронирования таких ресурсов. 2.1.8. Продукт должен иметь возможность оповещения пользователей о различных уровнях использовании квоты на место в почтовом ящике. 2.1.9. Продукт должен иметь возможность отзыва пользователем писем, отправленных по ошибке, с возможностью удаления писем из ящиков получателей вне зависимости от статуса прочтения (прочитано / нет). 2.1.10. Продукт должен обеспечивать возможность отправки вложения в календарное событие в Web-клиенте, путем преобразования его в ссылку на специальное хранилище. 2.1.11. Продукт должен предоставлять функционал общих почтовых ящиков. Выдача прав на общие ящики пользователям, включая права от имени общего ящика, должна быть основана на принадлежности пользователя к определенной группе LDAP или иному признаку в совместимых службах каталогов пользователей. 2.2.12. Продукт должен иметь возможность перемещения группы почтовых ящиков между наборами хранилищ. 2.2.13. Продукт должен предоставлять возможность устанавливать для групп почтовых ящиков ограничения по: • максимальному размеру входящего письма; • максимальному размеру почтового ящика. 2.2.14. Продукт должен предоставлять возможность для групп почтовых ящиков устанавливать политики архивирования писем по заданному сроку. 2.2.15. Продукт должен обладать возможностью настройки резервного хранилища почтовых очередей с функциональностью автоматического переключения на него в случае сбоя или недоступности основного хранилища. 2.2.16. Продукт должен предоставлять возможность отправки писем с доверенных узлов без аутентификации. 2.2.17. Продукт должен предоставлять возможность использования дополнительных LDAP фильтров для формирования глобальной адресной книги. Должна быть предусмотрена возможность применения фильтров к каждому подключенному LDAP каталогу. 2.2.18. Продукт должен иметь встроенные возможности интеграции с решениями СХД, для управления операциями копирования хранилищ, их синхронизации и назначения хранилища основным для набора хранилищ. 2.2.19. Продукт должен иметь набор инструментов для добавления и хранения наборами команд СХД для организации сценариев взаимодействия почтовой системы и СХД. 2.3. Функции мониторинга и диагностики 2.3.1. Продукт должен вести журнал успешно применённых конфигураций, с возможностью просмотра информации по дате и времени применения, администратора, который осуществлял изменения и полной информации о конфигурации. 2.3.2. Продукт должен поддерживать выбор развернутой конфигурации из истории с возможностью ее оперативного применения. 2.4. Функции журналирования 2.4.1. Продукт должен обеспечивать журналирование событий системы, связанных с ее работоспособностью, функционированием компонент системы, а также действий по включению, выключению и действий по изменению параметров системы. 2.4.2. Продукт должен обеспечивать журналирование событий почтового трафика и клиентский подключений, для отслеживания движения писем внутри системы. 2.4.3. Система журналирования должна предоставлять возможность вывода журналов по всем или отдельно взятым компонентам системы, с возможность указания даты или диапазона времени. 2.4.4. Продукт должен обеспечивать журналирование событий, связанных с администрированием системы, и предоставлять аудит действий различных администраторов системы. 2.4.5. Продукт должен обеспечивать просмотр журналов событий почтовых компонентов с помощью графического интерфейса Администратора, с возможностью выбора компонентов системы, обеспеченного также средством поиска и фильтрации информации в журналах. 2.4.6. Продукт должен предоставлять возможность трассировки писем, как в консольном, так и в режиме визуального представления. Параметры поиска должны включать в себя поля – От, Кому, временные параметры отправки письма (включая задание диапазонов времени), тема письма (включая поиск по русскому языку) и идентификатор письма. Должна быть предусмотрена выгрузка журналов трассировки отдельного письма в текстовый файл. 2.5. Функции управления почтовыми ящиками 2.5.1. Продукт должен иметь возможность работы с одной службой каталогов любого из поддерживаемых типов. 2.5.2. Продукт должен иметь возможность работы с почтовыми доменами, не привязанными к службам каталогов. 2.5.3. Продукт должен иметь возможность множественного добавления почтовых ящиков на основании критериев поиска пользователей в домене LDAP. 2.5.4. Продукт должен поддерживать возможность заведения нескольких псевдонимов для почтового адреса пользователя в том же или разных почтовых доменах. Псевдонимы должны обеспечивать как получение почты с их использованием, так и отправку. 2.5.5. Продукт должен поддерживать политики хранения и удаления почтовых ящиков. 2.5.6. Продукт должен поддерживать работу с архивными почтовыми папками, в том числе их автоподключение пользователям. 2.5.7. Продукт должен обеспечивать автоматический перенос в архив писем, с возможностью указания различных периодов архивации для разных групп почтовых ящиков. 2.5.8. Продукт должен поддерживать функциональность папки удержания писем для хранения всех почтовых отправлений, удаленных из корзин пользователей. 2.5.9. Продукт должен обеспечивать перенос почтового ящика из одного каталога LDAP в другой при переходе из одной службы каталогов в другую. 2.5.10. Продукт должен обеспечивать возможность поиска писем при помощи графической панели Администратора в соответствии с заданными параметрами и последующего выбора и удаления писем в любых почтовых ящиках. Критерии поиска должны включать в себя: • все письма; • письма с установленным флагом IMAP "Answered"; • письма, которые содержат указанную строку в поле BCC структуры IMAP письма; • письма с внутренней датой до указанной даты; • письма, которые содержат указанную строку в теле письма; • письма, которые содержат указанную строку в поле CC структуры IMAP письма; • письма с установленным флагом IMAP "Deleted"; • письма с установленным флагом IMAP "Draft"; • письма с установленным флагом IMAP "Flagged"; • письма, которые содержат указанную строку в поле FROM структуры IMAP письма; • письма, которые имеют или содержат указанную строку в поле заголовка • письма с установленным флагом для переданного ключевого слова IMAP • письма, которые больше указанного размера; • письма в почтовом ящике с указанным именем; • письма, с установленным флагом IMAP "Recent", но с неустановленным флагом IMAP "Seen"; • письма, где поиск не соответствует указанному ключу поиска или его значению; • письма, у которых не установлен флаг IMAP "Recent"; • письма, внутренняя дата которых соответствует указанной дате; • письма с установленным флагом IMAP "Recent"; • письма, которые были сохранены до указанной даты; • письма, дата сохранения которых соответствует указанной дате; • письма, которые были сохранены после указанной даты; • письма с установленным флагом IMAP "Seen"; • письма с заголовком Date до указанной даты; • письма с заголовком Date соответствующим указанной дате; • письма с заголовком Date после указанной даты; • письма, внутренняя дата которых находится в пределах или после указанной даты; • письма, которые меньше указанного размера; • письма, которые содержат указанную строку в поле SUBJECT структуры IMAP письма; • письма, которые содержат указанную строку в заголовках или теле письма; • письма, которые содержат указанную строку в поле TO структуры IMAP письма; • письма с не установленным флагом IMAP "Answered"; • письма с не установленным флагом IMAP "Deleted"; • письма с не установленным флагом IMAP "Draft"; • письма с не установленным флагом IMAP "Flagged"; • письма, для которых не установлен флаг передаваемого ключевого слова IMAP; • письма с не установленным флагом IMAP "Seen". 2.6. Функции управления рассылками и обработки почты 2.6.1. Продукт должен иметь возможность организации статических списков рассылки с помощью перечней адресов получателей. В перечень адресов получателей должна предоставляться возможность добавления внешних относительно почтовой системы адресатов. 2.6.2. Продукт должен иметь возможность организовывать динамические списки рассылки почтовых сообщений на основании LDAP фильтров с использованием Web-интерфейса и интерфейса командой строки. 2.6.3. Настройки списков рассылок должны предоставлять возможность указания как отдельных адресатов на право отправки на группу рассылок, так и указания всех внутренних пользователей единой настройкой. 2.6.4. Продукт должен обеспечивать возможность отключаемой возможности получения входящей почты извне на списки рассылок. Возможность включения, отключения должна быть реализована для каждого отдельно взятого списка рассылки. 2.6.5. Продукт должен иметь возможность создания серверных правил обработки входящей корреспонденции, как общих для всей организации, так и индивидуальных. 2.6.6. Продукт должен иметь возможность осуществлять фильтрацию входящей почты на основании «черных» и «белых» адресов отправителя. 2.6.7. Продукт должен иметь возможность осуществлять фильтрацию исходящей почты на основании «черного» списка адресов получателя. 2.6.8. Продукт должен обеспечивать возможность ограничения ряду пользователей отправлять корреспонденцию за пределы организации. 2.6.9. Продукт должен обеспечивать возможность ограничения ряду пользователей получать корреспонденцию извне организации. 2.6.10. Правила ограничения приема и отправки писем наружу, должны иметь возможность комбинирования. 2.7. Функции предотвращения потери информации 2.7.1. Продукт должен обеспечивать SSL/TLS - безопасный обмен данными для SMTP, IMAP, HTTP, LDAP и сессий Администрирования. 2.7.2. Продукт должен иметь возможность интеграции с промышленными системами, входящими в Реестр отечественного ПО Минцифры, обеспечивающими высокопроизводительную фильтрацию электронной почты от вирусов, спама и других нежелательных сообщений. 2.7.3. Продукт должен поддерживать 2FA (двухфакторную аутентификацию) для доступа к почтовым ящикам через Web-интерфейс с помощью приложений-аутентификаторов. 2.7.4. Продукт должен поддерживать протокол Milter для интеграции с решениями, обеспечивающими функциональность по обеспечению ИБ. 2.7.5. Продукт не должен содержать в своем составе встроенных компонент по обеспечению ИБ, построенных на основе открытого ПО. 2.7.6. Продукт должен предоставлять возможность работы с системами резервного копирования, при этом конечное восстановление объектов должно происходить с участием оператора/администратора почтовой системы. 2.8. Функции совместимости с почтовыми клиентами 2.8.1. Продукт должен обеспечивать поддержку протоколов для работы с почтой – IMAP, SMTP, POP3. 2.8.2. Продукт должен обеспечивать работу с календарями по протоколу CalDAV и обеспечивать работу с адресными книгами по протоколу CardDAV. 2.8.3. Продукт должен поддерживать возможность отправки Push-уведомлений. 2.8.4. Продукт должен поддерживать для ПО Microsoft Outlook для ОС Windows (с версии как минимум 2013 и выше), автоматическую настройку подключения к календарям и адресным книгам с помощью специального плагина, без ввода учетных записей и настройки путей подключения, в том числе к календарям и адресным книгам, к которым предоставлен общий доступ другими пользователями. 2.8.5. Специальный плагин для настольных клиентов Microsoft Outlook должен иметь возможность установки и предварительной настройки через групповые политики. 2.8.6. Продукт должен обеспечивать возможность работы Microsoft Outlook с синхронизацией почты, календарей и контактов. 2.8.7. Продукт должен поддерживать автоконфигурирование почтовых клиентов работающих по протоколам IMAP, SMTP, CalDav, CardDav . 2.9. Функции совместимости с почтовыми системами 2.9.1. Продукт должен обладать автоматизированным инструментом миграции с почтовых систем Microsoft Exchange 2010 SP3 и выше с возможностью мониторинга и управления процессом миграции через визуальную панель управления. 2.9.2. Инструмент миграции должен обеспечивать перенос следующих элементов: • структуры папок почтового ящика и прав доступа к почтовым папкам; • сообщений; • адресных книг и прав доступа к адресным книгам; • контактов; • календарей и прав доступа к календарям; • задач; • календарных событий; • подписок на общие календари и адресные книги; • псевдонимов; • серверных архивов Exchange; • общих почтовых ящиков Exchange; • обеспечивать гибкий выбор переносимых данных из списка переносимых элементов. 2.9.3. Инструмент миграции должен обеспечивать следующие режимы миграции: • Обычный – первичный перенос данных почтовых ящиков. • Дельта – возобновление миграции с шага, на котором она остановилась ранее. • Финализация – выполнение полного цикла - миграция/домиграция с автоматическим переключением почтового ящика с Microsoft Exchange на целевой сервер. 3. Дополнительные требования 3.1. Продукт должен быть включен в Единый реестр российских программ для электронных вычислительных машин и баз данных. 3.2. Все необходимые Руководства, техническая документация по продукту должны быть предоставлены производителем на русском языке. 3.3. Документация, поставляемая с ПО, должна детально описывать процесс установки, настройки и эксплуатации соответствующего ПО. 3.4. Техническая поддержка производителя должна осуществляться на русском языке и по двум каналам взаимодействия: телефон и/или портал и/или эл.почта. Значение характеристики не может изменяться участником закупки 4. Особенности лицензирования 4.1. Продукт должен передаваться в виде пакета клиентских лицензий, соответствующих количеству почтовых ящиков пользователей. 4.2. Работа служебных ящиков электронной почты (рассылки, ресурсы календаря) не должна требовать пользовательскую лицензию. 4.3. Возможно расширение лицензирования до версии Enterprise, в которой будет возможно использование кластерного исполнения сервера и работа с несколькими службами каталогов одновременно. 4.4. Продукт должен обеспечивать возможность расширения или ограничения до необходимого количества пользователей без остановки сервиса эксплуатируемого продукта и без переустановки (деинсталляция/инсталляция) продукта. 4.5. Продукт должен обеспечивать возможность изменения/дополнения функционала для каждого пользователя в пределах ограничений, наложенных приобретенными лицензиями на использование, без остановки сервиса эксплуатируемого продукта и без переустановки (деинсталляция/инсталляция) продукта. Значение характеристики не может изменяться участником закупки Порядок выпуска и предоставления обновлений или технической поддержки Продукта Продукта регламентируется в соответствии с настоящей Политикой (Положением), размещённой на сайте Вендора и в личном кабинете Пользователя. Обновления предоставляются в соответствии с настоящей Политикой, требованиями регуляторов в области безопасности информации и лицензионным (сублицензионным) договором, заключенным между Пользователем и Вендором или партнером Вендора. В случае расхождений условий предоставления обновлений по настоящей Политике и договору, применяются положения договора. Информационно-справочная поддержка функционирования Продукта обеспечивается посредством использования телефонной связи, программных средств обмена сообщениями с Пользователями. Прием обращений (далее - Запрос) осуществляется Вендором круглосуточно через Личный кабинет. Прием Запросов по телефону осуществляется по рабочим дням с 09:00 до 18:00 по МСК. Обновления (методические указания, пакеты и iso-образы с пакетами) выпускаются в целях улучшения функциональных возможностей, соответствия требованиям по безопасности информации, предотвращения и устранения недостатков Продукта. Обновление включает: • Доступ к патчам (Patch, x.x.C) и минорным (Minor, x.B.x) обновлениям Продукта • Возможность перехода на актуальное обновление Продукта (Major, A.x.x) (при наличии активного Сертификата)? • Регистрация ошибок, Предложений и отслеживание их статуса через Вендора • Информационная поддержка по установке Продукта • Информационная поддержка по настройке Продукта • Моделирование сценариев на тестовом стенде Вендора при наличии технической возможности • Информационная поддержка по функционированию Продукта в гетерогенных сетях Обновления осуществляются в течение 12 месяцев с даты передачи программного обеспечения Заказчику Значение характеристики не может изменяться участником закупки Переход на актуальное обновление Продукта (без перехода на новый Продукт, если иное не предусмотрено в отдельном договоре между Пользователем и Вендором или партнером Вендора) осуществляется при наличии активного сертификата на обновления.?Регистрация ошибок и Предложений производится через Запрос в Личном кабинете. Вендор анализирует Запрос и при необходимости регистрирует задачу во внутренней информационной системе, осуществляет информирование и взаимодействие с Пользователем по задаче через Запрос. Информация о выпуске очередных обновлений Продукта доступна на сайте Вендора и/или в Личном кабинете. Подробный порядок обработки обращений, связанных с обновлениями Продукта, размещается в Личном кабинете. предназначение лицензии для студентов и учеников образовательных организаций Значение характеристики не может изменяться участником закупки Вид лицензии Простая (неисключительная) Значение характеристики не может изменяться участником закупки Класс программ для электронных вычислительных машин и баз данных (06.04) Почтовые приложения Значение характеристики не может изменяться участником закупки Количество пользователей 1 Штука Значение характеристики не может изменяться участником закупки Способ предоставления Удаленный доступ через информационно-телекоммуникационные сети, в том числе через информационно-телекоммуникационную сеть Интернет Значение характеристики не может изменяться участником закупки - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - 1. Технические требования - 1.1. Продукт должен обеспечивать возможность работы без применения эмуляции ОС на следующих операционных системах: • ОС Astra Linux Special Edition версий 1.7.X (начиная с 1.7.4) и 1.8.X c соответствующими оперативными обновлениями. 1.2. Продукт должен обеспечивать возможность бесшовной интеграции (без применения промежуточных адаптеров), обмена данными и синхронизации с адресными книгами, организованными в LDAP-совместимых службах каталогов. Должен быть предусмотрен режим работы с правами «только чтение». 1.3. В связи с необходимостью обеспечения совместимости с программным обеспечением Заказчика продукты, имеющие иные технические требования или использующие другие программные компоненты, не применимы. - - Значение характеристики не может изменяться участником закупки - 2. Функциональные требования - 2.9.4. Продукт должен иметь возможность сосуществования с Microsoft Exchange в ходе длительного срока, а также обеспечивать возможность вывода Microsoft Exchange из промышленной эксплуатации 2.9.5. Продукт должен иметь возможность установки почтового ящика в статус «Миграция», предотвращающий пересылку на него почтовых сообщений во время процесса переноса почтовых данных с другой почтовой системы. При таком статусе, почта должна попадать в почтовый ящик пользователя исходной почтовой системы. 2.9.6. Продукт должен обеспечивать преобразование вложений во входящих приглашениях на календарные события с почтовой системы Microsoft Exchange в ссылки на эти же вложения на специальное хранилище, с прикреплением этой ссылки в описание соответствующего события. - - Значение характеристики не может изменяться участником закупки - 2.3.3. Продукт должен осуществлять контроль не регламентированного изменения конфигурационных файлов почтовых компонентов с возможностью уведомления администратора, журналированием событий и обладать возможностью автоматического восстановления конфигурации либо остановки сервера, при обнаружении не регламентированных изменений конфигурации. 2.3.4. Продукт должен обладать системой мониторинга с возможностью отображения информации в графической панели управления, в том числе нагрузочных параметров системы (CPU, RAM, дисковая подсистема), информации о почтовых очередях, параметров доступности инфраструктурных объектов, критичных для функционирования почтовой системы. 2.3.5. Продукт должен обеспечивать хранение и отображение исторических данных мониторинга нагрузки. 2.3.6. Продукт должен обладать системой мониторинга с возможностью отображения информации в графической панели управления, в том числе информации, связанной с пользовательскими данными – список самых больших ящиков пользователей системы, список пользователей, квота на ящик которых приближается к максимальным значениям, общий размер данных, занимаемых на системах хранения почтовых данных. 2.3.7. Продукт должен обеспечивать возможность отслеживания действий пользователей в почтовых ящиках. 2.3.8. Продукт должен обеспечивать автоматический перезапуск экземпляра почтового сервера при обнаружении сбоя компонентов сервера. 2.3.9. Продукт должен обеспечивать мониторинг инфраструктурных объектов, необходимых для корректного функционирования почтового сервиса, такие как подключенные LDAP каталоги и сервисы БД, включая их кластерное исполнение. 2.3.10. Продукт должен обеспечивать мониторинг и контроль состояния синхронизации времени. - 2.2. Функции администрирования 2.2.1. Продукт должен обладать единым Web-интерфейсом Администратора для администрирования сервера, управления услугами и мониторинга. 2.2.2. Продукт должен иметь CLI/API интерфейс для автоматизации задач по администрированию, управлению услугами и мониторингу. CLI интерфейс должен обладать функциональностью автоматического дополнения вводимой команды с возможностью вывода всех возможных команд. 2.2.3. Продукт должен иметь возможность заведения администраторов системы из совместимых служб каталогов, с отключением локального администратора. 2.2.4. Продукт должен обеспечивать возможность разграничения разрешений администраторами с гибкой настройкой их полномочий. 2.2.5. Продукт должен обладать библиотекой шаблонов конфигурации с возможностью пополнения пользовательскими шаблонами, описанными на языке YAML. 2.2.6. Продукт должен поддерживать механизм применения шаблонов конфигураций для оперативной развертки или перенастройки системы. 2.2.7. Продукт должен обладать механизмом оперативной настройки и ввода в эксплуатацию сервера электронной почты с помощью графического интерфейса Администратора. 2.2.8. Продукт должен иметь возможность работы с наборами хранилищ почтовых ящиков, разделенных по логическому или территориальному признаку. 2.2.9. Продукт должен поддерживать разделение хранения почты на несколько хранилищ, связанных правилами репликации для создания как «горячих» копий (одной или нескольких) с возможностью переключения основного хранилища на горячую копию, так и «холодной» копии для работы с системами резервного копирования (СРК). 2.2.10. Продукт должен предоставлять возможность разделения почтовых ящиков на группы. Каждая группа или совокупность групп должны иметь возможность привязки к определенному набору хранилищ (основное хранилище, горячая и холодная реплика). 2.2.11. Продукт должен иметь возможность как ручного, так и автоматического перемещения почтового ящика со всем содержимым между группами - 2.1. Пользовательские функции 2.1.1. Продукт должен предоставлять пользователям услуги приема, отправки, хранения и управления сообщениями электронной почты. 2.1.2. Продукт должен предоставлять пользователям услуги управления событиями календаря, а также приема, отправки и хранения событий. 2.1.3. Продукт должен обеспечивать возможность доступа к почтовому ящику посредством Web-интерфейса. 2.1.4. Продукт должен поддерживать функциональность делегирования прав доступа на почтовый ящик сотрудника. 2.1.5. Продукт должен поддерживать функциональность делегирования прав доступа на календарь сотрудника. 2.1.6. Продукт должен обеспечивать доступ и хранение общей адресной книги пользователей. 2.1.7. Продукт должен обеспечивать работу с ресурсами организации, таких как переговорные комнаты, предметы и рабочие группы, с возможностью автоматических ответов на приглашение и настройкой принципов бронирования таких ресурсов. 2.1.8. Продукт должен иметь возможность оповещения пользователей о различных уровнях использовании квоты на место в почтовом ящике. 2.1.9. Продукт должен иметь возможность отзыва пользователем писем, отправленных по ошибке, с возможностью удаления писем из ящиков получателей вне зависимости от статуса прочтения (прочитано / нет). 2.1.10. Продукт должен обеспечивать возможность отправки вложения в календарное событие в Web-клиенте, путем преобразования его в ссылку на специальное хранилище. 2.1.11. Продукт должен предоставлять функционал общих почтовых ящиков. Выдача прав на общие ящики пользователям, включая права от имени общего ящика, должна быть основана на принадлежности пользователя к определенной группе LDAP или иному признаку в совместимых службах каталогов пользователей. - 2.2.12. Продукт должен иметь возможность перемещения группы почтовых ящиков между наборами хранилищ. 2.2.13. Продукт должен предоставлять возможность устанавливать для групп почтовых ящиков ограничения по: • максимальному размеру входящего письма; • максимальному размеру почтового ящика. 2.2.14. Продукт должен предоставлять возможность для групп почтовых ящиков устанавливать политики архивирования писем по заданному сроку. 2.2.15. Продукт должен обладать возможностью настройки резервного хранилища почтовых очередей с функциональностью автоматического переключения на него в случае сбоя или недоступности основного хранилища. 2.2.16. Продукт должен предоставлять возможность отправки писем с доверенных узлов без аутентификации. 2.2.17. Продукт должен предоставлять возможность использования дополнительных LDAP фильтров для формирования глобальной адресной книги. Должна быть предусмотрена возможность применения фильтров к каждому подключенному LDAP каталогу. 2.2.18. Продукт должен иметь встроенные возможности интеграции с решениями СХД, для управления операциями копирования хранилищ, их синхронизации и назначения хранилища основным для набора хранилищ. 2.2.19. Продукт должен иметь набор инструментов для добавления и хранения наборами команд СХД для организации сценариев взаимодействия почтовой системы и СХД. 2.3. Функции мониторинга и диагностики 2.3.1. Продукт должен вести журнал успешно применённых конфигураций, с возможностью просмотра информации по дате и времени применения, администратора, который осуществлял изменения и полной информации о конфигурации. 2.3.2. Продукт должен поддерживать выбор развернутой конфигурации из истории с возможностью ее оперативного применения. - 2.4. Функции журналирования 2.4.1. Продукт должен обеспечивать журналирование событий системы, связанных с ее работоспособностью, функционированием компонент системы, а также действий по включению, выключению и действий по изменению параметров системы. 2.4.2. Продукт должен обеспечивать журналирование событий почтового трафика и клиентский подключений, для отслеживания движения писем внутри системы. 2.4.3. Система журналирования должна предоставлять возможность вывода журналов по всем или отдельно взятым компонентам системы, с возможность указания даты или диапазона времени. 2.4.4. Продукт должен обеспечивать журналирование событий, связанных с администрированием системы, и предоставлять аудит действий различных администраторов системы. 2.4.5. Продукт должен обеспечивать просмотр журналов событий почтовых компонентов с помощью графического интерфейса Администратора, с возможностью выбора компонентов системы, обеспеченного также средством поиска и фильтрации информации в журналах. 2.4.6. Продукт должен предоставлять возможность трассировки писем, как в консольном, так и в режиме визуального представления. Параметры поиска должны включать в себя поля – От, Кому, временные параметры отправки письма (включая задание диапазонов времени), тема письма (включая поиск по русскому языку) и идентификатор письма. Должна быть предусмотрена выгрузка журналов трассировки отдельного письма в текстовый файл. 2.5. Функции управления почтовыми ящиками 2.5.1. Продукт должен иметь возможность работы с одной службой каталогов любого из поддерживаемых типов. 2.5.2. Продукт должен иметь возможность работы с почтовыми доменами, не привязанными к службам каталогов. 2.5.3. Продукт должен иметь возможность множественного добавления почтовых ящиков на основании критериев поиска пользователей в домене LDAP. - 2.5.4. Продукт должен поддерживать возможность заведения нескольких псевдонимов для почтового адреса пользователя в том же или разных почтовых доменах. Псевдонимы должны обеспечивать как получение почты с их использованием, так и отправку. 2.5.5. Продукт должен поддерживать политики хранения и удаления почтовых ящиков. 2.5.6. Продукт должен поддерживать работу с архивными почтовыми папками, в том числе их автоподключение пользователям. 2.5.7. Продукт должен обеспечивать автоматический перенос в архив писем, с возможностью указания различных периодов архивации для разных групп почтовых ящиков. 2.5.8. Продукт должен поддерживать функциональность папки удержания писем для хранения всех почтовых отправлений, удаленных из корзин пользователей. 2.5.9. Продукт должен обеспечивать перенос почтового ящика из одного каталога LDAP в другой при переходе из одной службы каталогов в другую. - 2.5.10. Продукт должен обеспечивать возможность поиска писем при помощи графической панели Администратора в соответствии с заданными параметрами и последующего выбора и удаления писем в любых почтовых ящиках. Критерии поиска должны включать в себя: • все письма; • письма с установленным флагом IMAP "Answered"; • письма, которые содержат указанную строку в поле BCC структуры IMAP письма; • письма с внутренней датой до указанной даты; • письма, которые содержат указанную строку в теле письма; • письма, которые содержат указанную строку в поле CC структуры IMAP письма; • письма с установленным флагом IMAP "Deleted"; • письма с установленным флагом IMAP "Draft"; • письма с установленным флагом IMAP "Flagged"; • письма, которые содержат указанную строку в поле FROM структуры IMAP письма; • письма, которые имеют или содержат указанную строку в поле заголовка • письма с установленным флагом для переданного ключевого слова IMAP • письма, которые больше указанного размера; • письма в почтовом ящике с указанным именем; • письма, с установленным флагом IMAP "Recent", но с неустановленным флагом IMAP "Seen"; • письма, где поиск не соответствует указанному ключу поиска или его значению; • письма, у которых не установлен флаг IMAP "Recent"; • письма, внутренняя дата которых соответствует указанной дате; • письма с установленным флагом IMAP "Recent"; • письма, которые были сохранены до указанной даты; • письма, дата сохранения которых соответствует указанной дате; • письма, которые были сохранены после указанной даты; • письма с установленным флагом IMAP "Seen"; • письма с заголовком Date до указанной даты; • письма с заголовком Date соответствующим указанной дате; • письма с заголовком Date после указанной даты; • письма, внутренняя дата которых находится в пределах или после указанной даты; • письма, которые меньше указанного размера; • письма, которые содержат указанную строку в поле SUBJECT структуры IMAP письма; - • письма, которые содержат указанную строку в заголовках или теле письма; • письма, которые содержат указанную строку в поле TO структуры IMAP письма; • письма с не установленным флагом IMAP "Answered"; • письма с не установленным флагом IMAP "Deleted"; • письма с не установленным флагом IMAP "Draft"; • письма с не установленным флагом IMAP "Flagged"; • письма, для которых не установлен флаг передаваемого ключевого слова IMAP; • письма с не установленным флагом IMAP "Seen". 2.6. Функции управления рассылками и обработки почты 2.6.1. Продукт должен иметь возможность организации статических списков рассылки с помощью перечней адресов получателей. В перечень адресов получателей должна предоставляться возможность добавления внешних относительно почтовой системы адресатов. 2.6.2. Продукт должен иметь возможность организовывать динамические списки рассылки почтовых сообщений на основании LDAP фильтров с использованием Web-интерфейса и интерфейса командой строки. 2.6.3. Настройки списков рассылок должны предоставлять возможность указания как отдельных адресатов на право отправки на группу рассылок, так и указания всех внутренних пользователей единой настройкой. 2.6.4. Продукт должен обеспечивать возможность отключаемой возможности получения входящей почты извне на списки рассылок. Возможность включения, отключения должна быть реализована для каждого отдельно взятого списка рассылки. 2.6.5. Продукт должен иметь возможность создания серверных правил обработки входящей корреспонденции, как общих для всей организации, так и индивидуальных. 2.6.6. Продукт должен иметь возможность осуществлять фильтрацию входящей почты на основании «черных» и «белых» адресов отправителя. 2.6.7. Продукт должен иметь возможность осуществлять фильтрацию исходящей почты на основании «черного» списка адресов получателя. 2.6.8. Продукт должен обеспечивать возможность ограничения ряду пользователей отправлять корреспонденцию за пределы организации. - 2.6.9. Продукт должен обеспечивать возможность ограничения ряду пользователей получать корреспонденцию извне организации. 2.6.10. Правила ограничения приема и отправки писем наружу, должны иметь возможность комбинирования. 2.7. Функции предотвращения потери информации 2.7.1. Продукт должен обеспечивать SSL/TLS - безопасный обмен данными для SMTP, IMAP, HTTP, LDAP и сессий Администрирования. 2.7.2. Продукт должен иметь возможность интеграции с промышленными системами, входящими в Реестр отечественного ПО Минцифры, обеспечивающими высокопроизводительную фильтрацию электронной почты от вирусов, спама и других нежелательных сообщений. 2.7.3. Продукт должен поддерживать 2FA (двухфакторную аутентификацию) для доступа к почтовым ящикам через Web-интерфейс с помощью приложений-аутентификаторов. 2.7.4. Продукт должен поддерживать протокол Milter для интеграции с решениями, обеспечивающими функциональность по обеспечению ИБ. 2.7.5. Продукт не должен содержать в своем составе встроенных компонент по обеспечению ИБ, построенных на основе открытого ПО. 2.7.6. Продукт должен предоставлять возможность работы с системами резервного копирования, при этом конечное восстановление объектов должно происходить с участием оператора/администратора почтовой системы. 2.8. Функции совместимости с почтовыми клиентами 2.8.1. Продукт должен обеспечивать поддержку протоколов для работы с почтой – IMAP, SMTP, POP3. 2.8.2. Продукт должен обеспечивать работу с календарями по протоколу CalDAV и обеспечивать работу с адресными книгами по протоколу CardDAV. 2.8.3. Продукт должен поддерживать возможность отправки Push-уведомлений. - 2.8.4. Продукт должен поддерживать для ПО Microsoft Outlook для ОС Windows (с версии как минимум 2013 и выше), автоматическую настройку подключения к календарям и адресным книгам с помощью специального плагина, без ввода учетных записей и настройки путей подключения, в том числе к календарям и адресным книгам, к которым предоставлен общий доступ другими пользователями. 2.8.5. Специальный плагин для настольных клиентов Microsoft Outlook должен иметь возможность установки и предварительной настройки через групповые политики. 2.8.6. Продукт должен обеспечивать возможность работы Microsoft Outlook с синхронизацией почты, календарей и контактов. 2.8.7. Продукт должен поддерживать автоконфигурирование почтовых клиентов работающих по протоколам IMAP, SMTP, CalDav, CardDav . 2.9. Функции совместимости с почтовыми системами 2.9.1. Продукт должен обладать автоматизированным инструментом миграции с почтовых систем Microsoft Exchange 2010 SP3 и выше с возможностью мониторинга и управления процессом миграции через визуальную панель управления. 2.9.2. Инструмент миграции должен обеспечивать перенос следующих элементов: • структуры папок почтового ящика и прав доступа к почтовым папкам; • сообщений; • адресных книг и прав доступа к адресным книгам; • контактов; • календарей и прав доступа к календарям; • задач; • календарных событий; • подписок на общие календари и адресные книги; • псевдонимов; • серверных архивов Exchange; • общих почтовых ящиков Exchange; • обеспечивать гибкий выбор переносимых данных из списка переносимых элементов. 2.9.3. Инструмент миграции должен обеспечивать следующие режимы миграции: • Обычный – первичный перенос данных почтовых ящиков. • Дельта – возобновление миграции с шага, на котором она остановилась ранее. • Финализация – выполнение полного цикла - миграция/домиграция с автоматическим переключением почтового ящика с Microsoft Exchange на целевой сервер. - 3. Дополнительные требования - 3.1. Продукт должен быть включен в Единый реестр российских программ для электронных вычислительных машин и баз данных. 3.2. Все необходимые Руководства, техническая документация по продукту должны быть предоставлены производителем на русском языке. 3.3. Документация, поставляемая с ПО, должна детально описывать процесс установки, настройки и эксплуатации соответствующего ПО. 3.4. Техническая поддержка производителя должна осуществляться на русском языке и по двум каналам взаимодействия: телефон и/или портал и/или эл.почта. - - Значение характеристики не может изменяться участником закупки - 4. Особенности лицензирования - 4.1. Продукт должен передаваться в виде пакета клиентских лицензий, соответствующих количеству почтовых ящиков пользователей. 4.2. Работа служебных ящиков электронной почты (рассылки, ресурсы календаря) не должна требовать пользовательскую лицензию. 4.3. Возможно расширение лицензирования до версии Enterprise, в которой будет возможно использование кластерного исполнения сервера и работа с несколькими службами каталогов одновременно. 4.4. Продукт должен обеспечивать возможность расширения или ограничения до необходимого количества пользователей без остановки сервиса эксплуатируемого продукта и без переустановки (деинсталляция/инсталляция) продукта. 4.5. Продукт должен обеспечивать возможность изменения/дополнения функционала для каждого пользователя в пределах ограничений, наложенных приобретенными лицензиями на использование, без остановки сервиса эксплуатируемого продукта и без переустановки (деинсталляция/инсталляция) продукта. - - Значение характеристики не может изменяться участником закупки - Порядок выпуска и предоставления обновлений или технической поддержки Продукта - Продукта регламентируется в соответствии с настоящей Политикой (Положением), размещённой на сайте Вендора и в личном кабинете Пользователя. Обновления предоставляются в соответствии с настоящей Политикой, требованиями регуляторов в области безопасности информации и лицензионным (сублицензионным) договором, заключенным между Пользователем и Вендором или партнером Вендора. В случае расхождений условий предоставления обновлений по настоящей Политике и договору, применяются положения договора. Информационно-справочная поддержка функционирования Продукта обеспечивается посредством использования телефонной связи, программных средств обмена сообщениями с Пользователями. Прием обращений (далее - Запрос) осуществляется Вендором круглосуточно через Личный кабинет. Прием Запросов по телефону осуществляется по рабочим дням с 09:00 до 18:00 по МСК. Обновления (методические указания, пакеты и iso-образы с пакетами) выпускаются в целях улучшения функциональных возможностей, соответствия требованиям по безопасности информации, предотвращения и устранения недостатков Продукта. Обновление включает: • Доступ к патчам (Patch, x.x.C) и минорным (Minor, x.B.x) обновлениям Продукта • Возможность перехода на актуальное обновление Продукта (Major, A.x.x) (при наличии активного Сертификата)? • Регистрация ошибок, Предложений и отслеживание их статуса через Вендора • Информационная поддержка по установке Продукта • Информационная поддержка по настройке Продукта • Моделирование сценариев на тестовом стенде Вендора при наличии технической возможности • Информационная поддержка по функционированию Продукта в гетерогенных сетях Обновления осуществляются в течение 12 месяцев с даты передачи программного обеспечения Заказчику - - Значение характеристики не может изменяться участником закупки - Переход на актуальное обновление Продукта (без перехода на новый Продукт, если иное не предусмотрено в отдельном договоре между Пользователем и Вендором или партнером Вендора) осуществляется при наличии активного сертификата на обновления.?Регистрация ошибок и Предложений производится через Запрос в Личном кабинете. Вендор анализирует Запрос и при необходимости регистрирует задачу во внутренней информационной системе, осуществляет информирование и взаимодействие с Пользователем по задаче через Запрос. Информация о выпуске очередных обновлений Продукта доступна на сайте Вендора и/или в Личном кабинете. Подробный порядок обработки обращений, связанных с обновлениями Продукта, размещается в Личном кабинете. - предназначение лицензии - для студентов и учеников образовательных организаций - - Значение характеристики не может изменяться участником закупки - Вид лицензии - Простая (неисключительная) - - Значение характеристики не может изменяться участником закупки - Класс программ для электронных вычислительных машин и баз данных - (06.04) Почтовые приложения - - Значение характеристики не может изменяться участником закупки - Количество пользователей - 1 - Штука - Значение характеристики не может изменяться участником закупки - Способ предоставления - Удаленный доступ через информационно-телекоммуникационные сети, в том числе через информационно-телекоммуникационную сеть Интернет - - Значение характеристики не может изменяться участником закупки

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

1. Технические требования - 1.1. Продукт должен обеспечивать возможность работы без применения эмуляции ОС на следующих операционных системах: • ОС Astra Linux Special Edition версий 1.7.X (начиная с 1.7.4) и 1.8.X c соответствующими оперативными обновлениями. 1.2. Продукт должен обеспечивать возможность бесшовной интеграции (без применения промежуточных адаптеров), обмена данными и синхронизации с адресными книгами, организованными в LDAP-совместимых службах каталогов. Должен быть предусмотрен режим работы с правами «только чтение». 1.3. В связи с необходимостью обеспечения совместимости с программным обеспечением Заказчика продукты, имеющие иные технические требования или использующие другие программные компоненты, не применимы. - - Значение характеристики не может изменяться участником закупки

2. Функциональные требования - 2.9.4. Продукт должен иметь возможность сосуществования с Microsoft Exchange в ходе длительного срока, а также обеспечивать возможность вывода Microsoft Exchange из промышленной эксплуатации 2.9.5. Продукт должен иметь возможность установки почтового ящика в статус «Миграция», предотвращающий пересылку на него почтовых сообщений во время процесса переноса почтовых данных с другой почтовой системы. При таком статусе, почта должна попадать в почтовый ящик пользователя исходной почтовой системы. 2.9.6. Продукт должен обеспечивать преобразование вложений во входящих приглашениях на календарные события с почтовой системы Microsoft Exchange в ссылки на эти же вложения на специальное хранилище, с прикреплением этой ссылки в описание соответствующего события. - - Значение характеристики не может изменяться участником закупки

2.3.3. Продукт должен осуществлять контроль не регламентированного изменения конфигурационных файлов почтовых компонентов с возможностью уведомления администратора, журналированием событий и обладать возможностью автоматического восстановления конфигурации либо остановки сервера, при обнаружении не регламентированных изменений конфигурации. 2.3.4. Продукт должен обладать системой мониторинга с возможностью отображения информации в графической панели управления, в том числе нагрузочных параметров системы (CPU, RAM, дисковая подсистема), информации о почтовых очередях, параметров доступности инфраструктурных объектов, критичных для функционирования почтовой системы. 2.3.5. Продукт должен обеспечивать хранение и отображение исторических данных мониторинга нагрузки. 2.3.6. Продукт должен обладать системой мониторинга с возможностью отображения информации в графической панели управления, в том числе информации, связанной с пользовательскими данными – список самых больших ящиков пользователей системы, список пользователей, квота на ящик которых приближается к максимальным значениям, общий размер данных, занимаемых на системах хранения почтовых данных. 2.3.7. Продукт должен обеспечивать возможность отслеживания действий пользователей в почтовых ящиках. 2.3.8. Продукт должен обеспечивать автоматический перезапуск экземпляра почтового сервера при обнаружении сбоя компонентов сервера. 2.3.9. Продукт должен обеспечивать мониторинг инфраструктурных объектов, необходимых для корректного функционирования почтового сервиса, такие как подключенные LDAP каталоги и сервисы БД, включая их кластерное исполнение. 2.3.10. Продукт должен обеспечивать мониторинг и контроль состояния синхронизации времени.

2.2. Функции администрирования 2.2.1. Продукт должен обладать единым Web-интерфейсом Администратора для администрирования сервера, управления услугами и мониторинга. 2.2.2. Продукт должен иметь CLI/API интерфейс для автоматизации задач по администрированию, управлению услугами и мониторингу. CLI интерфейс должен обладать функциональностью автоматического дополнения вводимой команды с возможностью вывода всех возможных команд. 2.2.3. Продукт должен иметь возможность заведения администраторов системы из совместимых служб каталогов, с отключением локального администратора. 2.2.4. Продукт должен обеспечивать возможность разграничения разрешений администраторами с гибкой настройкой их полномочий. 2.2.5. Продукт должен обладать библиотекой шаблонов конфигурации с возможностью пополнения пользовательскими шаблонами, описанными на языке YAML. 2.2.6. Продукт должен поддерживать механизм применения шаблонов конфигураций для оперативной развертки или перенастройки системы. 2.2.7. Продукт должен обладать механизмом оперативной настройки и ввода в эксплуатацию сервера электронной почты с помощью графического интерфейса Администратора. 2.2.8. Продукт должен иметь возможность работы с наборами хранилищ почтовых ящиков, разделенных по логическому или территориальному признаку. 2.2.9. Продукт должен поддерживать разделение хранения почты на несколько хранилищ, связанных правилами репликации для создания как «горячих» копий (одной или нескольких) с возможностью переключения основного хранилища на горячую копию, так и «холодной» копии для работы с системами резервного копирования (СРК). 2.2.10. Продукт должен предоставлять возможность разделения почтовых ящиков на группы. Каждая группа или совокупность групп должны иметь возможность привязки к определенному набору хранилищ (основное хранилище, горячая и холодная реплика). 2.2.11. Продукт должен иметь возможность как ручного, так и автоматического перемещения почтового ящика со всем содержимым между группами

2.1. Пользовательские функции 2.1.1. Продукт должен предоставлять пользователям услуги приема, отправки, хранения и управления сообщениями электронной почты. 2.1.2. Продукт должен предоставлять пользователям услуги управления событиями календаря, а также приема, отправки и хранения событий. 2.1.3. Продукт должен обеспечивать возможность доступа к почтовому ящику посредством Web-интерфейса. 2.1.4. Продукт должен поддерживать функциональность делегирования прав доступа на почтовый ящик сотрудника. 2.1.5. Продукт должен поддерживать функциональность делегирования прав доступа на календарь сотрудника. 2.1.6. Продукт должен обеспечивать доступ и хранение общей адресной книги пользователей. 2.1.7. Продукт должен обеспечивать работу с ресурсами организации, таких как переговорные комнаты, предметы и рабочие группы, с возможностью автоматических ответов на приглашение и настройкой принципов бронирования таких ресурсов. 2.1.8. Продукт должен иметь возможность оповещения пользователей о различных уровнях использовании квоты на место в почтовом ящике. 2.1.9. Продукт должен иметь возможность отзыва пользователем писем, отправленных по ошибке, с возможностью удаления писем из ящиков получателей вне зависимости от статуса прочтения (прочитано / нет). 2.1.10. Продукт должен обеспечивать возможность отправки вложения в календарное событие в Web-клиенте, путем преобразования его в ссылку на специальное хранилище. 2.1.11. Продукт должен предоставлять функционал общих почтовых ящиков. Выдача прав на общие ящики пользователям, включая права от имени общего ящика, должна быть основана на принадлежности пользователя к определенной группе LDAP или иному признаку в совместимых службах каталогов пользователей.

2.2.12. Продукт должен иметь возможность перемещения группы почтовых ящиков между наборами хранилищ. 2.2.13. Продукт должен предоставлять возможность устанавливать для групп почтовых ящиков ограничения по: • максимальному размеру входящего письма; • максимальному размеру почтового ящика. 2.2.14. Продукт должен предоставлять возможность для групп почтовых ящиков устанавливать политики архивирования писем по заданному сроку. 2.2.15. Продукт должен обладать возможностью настройки резервного хранилища почтовых очередей с функциональностью автоматического переключения на него в случае сбоя или недоступности основного хранилища. 2.2.16. Продукт должен предоставлять возможность отправки писем с доверенных узлов без аутентификации. 2.2.17. Продукт должен предоставлять возможность использования дополнительных LDAP фильтров для формирования глобальной адресной книги. Должна быть предусмотрена возможность применения фильтров к каждому подключенному LDAP каталогу. 2.2.18. Продукт должен иметь встроенные возможности интеграции с решениями СХД, для управления операциями копирования хранилищ, их синхронизации и назначения хранилища основным для набора хранилищ. 2.2.19. Продукт должен иметь набор инструментов для добавления и хранения наборами команд СХД для организации сценариев взаимодействия почтовой системы и СХД. 2.3. Функции мониторинга и диагностики 2.3.1. Продукт должен вести журнал успешно применённых конфигураций, с возможностью просмотра информации по дате и времени применения, администратора, который осуществлял изменения и полной информации о конфигурации. 2.3.2. Продукт должен поддерживать выбор развернутой конфигурации из истории с возможностью ее оперативного применения.

2.4. Функции журналирования 2.4.1. Продукт должен обеспечивать журналирование событий системы, связанных с ее работоспособностью, функционированием компонент системы, а также действий по включению, выключению и действий по изменению параметров системы. 2.4.2. Продукт должен обеспечивать журналирование событий почтового трафика и клиентский подключений, для отслеживания движения писем внутри системы. 2.4.3. Система журналирования должна предоставлять возможность вывода журналов по всем или отдельно взятым компонентам системы, с возможность указания даты или диапазона времени. 2.4.4. Продукт должен обеспечивать журналирование событий, связанных с администрированием системы, и предоставлять аудит действий различных администраторов системы. 2.4.5. Продукт должен обеспечивать просмотр журналов событий почтовых компонентов с помощью графического интерфейса Администратора, с возможностью выбора компонентов системы, обеспеченного также средством поиска и фильтрации информации в журналах. 2.4.6. Продукт должен предоставлять возможность трассировки писем, как в консольном, так и в режиме визуального представления. Параметры поиска должны включать в себя поля – От, Кому, временные параметры отправки письма (включая задание диапазонов времени), тема письма (включая поиск по русскому языку) и идентификатор письма. Должна быть предусмотрена выгрузка журналов трассировки отдельного письма в текстовый файл. 2.5. Функции управления почтовыми ящиками 2.5.1. Продукт должен иметь возможность работы с одной службой каталогов любого из поддерживаемых типов. 2.5.2. Продукт должен иметь возможность работы с почтовыми доменами, не привязанными к службам каталогов. 2.5.3. Продукт должен иметь возможность множественного добавления почтовых ящиков на основании критериев поиска пользователей в домене LDAP.

2.5.4. Продукт должен поддерживать возможность заведения нескольких псевдонимов для почтового адреса пользователя в том же или разных почтовых доменах. Псевдонимы должны обеспечивать как получение почты с их использованием, так и отправку. 2.5.5. Продукт должен поддерживать политики хранения и удаления почтовых ящиков. 2.5.6. Продукт должен поддерживать работу с архивными почтовыми папками, в том числе их автоподключение пользователям. 2.5.7. Продукт должен обеспечивать автоматический перенос в архив писем, с возможностью указания различных периодов архивации для разных групп почтовых ящиков. 2.5.8. Продукт должен поддерживать функциональность папки удержания писем для хранения всех почтовых отправлений, удаленных из корзин пользователей. 2.5.9. Продукт должен обеспечивать перенос почтового ящика из одного каталога LDAP в другой при переходе из одной службы каталогов в другую.

2.5.10. Продукт должен обеспечивать возможность поиска писем при помощи графической панели Администратора в соответствии с заданными параметрами и последующего выбора и удаления писем в любых почтовых ящиках. Критерии поиска должны включать в себя: • все письма; • письма с установленным флагом IMAP "Answered"; • письма, которые содержат указанную строку в поле BCC структуры IMAP письма; • письма с внутренней датой до указанной даты; • письма, которые содержат указанную строку в теле письма; • письма, которые содержат указанную строку в поле CC структуры IMAP письма; • письма с установленным флагом IMAP "Deleted"; • письма с установленным флагом IMAP "Draft"; • письма с установленным флагом IMAP "Flagged"; • письма, которые содержат указанную строку в поле FROM структуры IMAP письма; • письма, которые имеют или содержат указанную строку в поле заголовка • письма с установленным флагом для переданного ключевого слова IMAP • письма, которые больше указанного размера; • письма в почтовом ящике с указанным именем; • письма, с установленным флагом IMAP "Recent", но с неустановленным флагом IMAP "Seen"; • письма, где поиск не соответствует указанному ключу поиска или его значению; • письма, у которых не установлен флаг IMAP "Recent"; • письма, внутренняя дата которых соответствует указанной дате; • письма с установленным флагом IMAP "Recent"; • письма, которые были сохранены до указанной даты; • письма, дата сохранения которых соответствует указанной дате; • письма, которые были сохранены после указанной даты; • письма с установленным флагом IMAP "Seen"; • письма с заголовком Date до указанной даты; • письма с заголовком Date соответствующим указанной дате; • письма с заголовком Date после указанной даты; • письма, внутренняя дата которых находится в пределах или после указанной даты; • письма, которые меньше указанного размера; • письма, которые содержат указанную строку в поле SUBJECT структуры IMAP письма;

• письма, которые содержат указанную строку в заголовках или теле письма; • письма, которые содержат указанную строку в поле TO структуры IMAP письма; • письма с не установленным флагом IMAP "Answered"; • письма с не установленным флагом IMAP "Deleted"; • письма с не установленным флагом IMAP "Draft"; • письма с не установленным флагом IMAP "Flagged"; • письма, для которых не установлен флаг передаваемого ключевого слова IMAP; • письма с не установленным флагом IMAP "Seen". 2.6. Функции управления рассылками и обработки почты 2.6.1. Продукт должен иметь возможность организации статических списков рассылки с помощью перечней адресов получателей. В перечень адресов получателей должна предоставляться возможность добавления внешних относительно почтовой системы адресатов. 2.6.2. Продукт должен иметь возможность организовывать динамические списки рассылки почтовых сообщений на основании LDAP фильтров с использованием Web-интерфейса и интерфейса командой строки. 2.6.3. Настройки списков рассылок должны предоставлять возможность указания как отдельных адресатов на право отправки на группу рассылок, так и указания всех внутренних пользователей единой настройкой. 2.6.4. Продукт должен обеспечивать возможность отключаемой возможности получения входящей почты извне на списки рассылок. Возможность включения, отключения должна быть реализована для каждого отдельно взятого списка рассылки. 2.6.5. Продукт должен иметь возможность создания серверных правил обработки входящей корреспонденции, как общих для всей организации, так и индивидуальных. 2.6.6. Продукт должен иметь возможность осуществлять фильтрацию входящей почты на основании «черных» и «белых» адресов отправителя. 2.6.7. Продукт должен иметь возможность осуществлять фильтрацию исходящей почты на основании «черного» списка адресов получателя. 2.6.8. Продукт должен обеспечивать возможность ограничения ряду пользователей отправлять корреспонденцию за пределы организации.

2.6.9. Продукт должен обеспечивать возможность ограничения ряду пользователей получать корреспонденцию извне организации. 2.6.10. Правила ограничения приема и отправки писем наружу, должны иметь возможность комбинирования. 2.7. Функции предотвращения потери информации 2.7.1. Продукт должен обеспечивать SSL/TLS - безопасный обмен данными для SMTP, IMAP, HTTP, LDAP и сессий Администрирования. 2.7.2. Продукт должен иметь возможность интеграции с промышленными системами, входящими в Реестр отечественного ПО Минцифры, обеспечивающими высокопроизводительную фильтрацию электронной почты от вирусов, спама и других нежелательных сообщений. 2.7.3. Продукт должен поддерживать 2FA (двухфакторную аутентификацию) для доступа к почтовым ящикам через Web-интерфейс с помощью приложений-аутентификаторов. 2.7.4. Продукт должен поддерживать протокол Milter для интеграции с решениями, обеспечивающими функциональность по обеспечению ИБ. 2.7.5. Продукт не должен содержать в своем составе встроенных компонент по обеспечению ИБ, построенных на основе открытого ПО. 2.7.6. Продукт должен предоставлять возможность работы с системами резервного копирования, при этом конечное восстановление объектов должно происходить с участием оператора/администратора почтовой системы. 2.8. Функции совместимости с почтовыми клиентами 2.8.1. Продукт должен обеспечивать поддержку протоколов для работы с почтой – IMAP, SMTP, POP3. 2.8.2. Продукт должен обеспечивать работу с календарями по протоколу CalDAV и обеспечивать работу с адресными книгами по протоколу CardDAV. 2.8.3. Продукт должен поддерживать возможность отправки Push-уведомлений.

2.8.4. Продукт должен поддерживать для ПО Microsoft Outlook для ОС Windows (с версии как минимум 2013 и выше), автоматическую настройку подключения к календарям и адресным книгам с помощью специального плагина, без ввода учетных записей и настройки путей подключения, в том числе к календарям и адресным книгам, к которым предоставлен общий доступ другими пользователями. 2.8.5. Специальный плагин для настольных клиентов Microsoft Outlook должен иметь возможность установки и предварительной настройки через групповые политики. 2.8.6. Продукт должен обеспечивать возможность работы Microsoft Outlook с синхронизацией почты, календарей и контактов. 2.8.7. Продукт должен поддерживать автоконфигурирование почтовых клиентов работающих по протоколам IMAP, SMTP, CalDav, CardDav . 2.9. Функции совместимости с почтовыми системами 2.9.1. Продукт должен обладать автоматизированным инструментом миграции с почтовых систем Microsoft Exchange 2010 SP3 и выше с возможностью мониторинга и управления процессом миграции через визуальную панель управления. 2.9.2. Инструмент миграции должен обеспечивать перенос следующих элементов: • структуры папок почтового ящика и прав доступа к почтовым папкам; • сообщений; • адресных книг и прав доступа к адресным книгам; • контактов; • календарей и прав доступа к календарям; • задач; • календарных событий; • подписок на общие календари и адресные книги; • псевдонимов; • серверных архивов Exchange; • общих почтовых ящиков Exchange; • обеспечивать гибкий выбор переносимых данных из списка переносимых элементов. 2.9.3. Инструмент миграции должен обеспечивать следующие режимы миграции: • Обычный – первичный перенос данных почтовых ящиков. • Дельта – возобновление миграции с шага, на котором она остановилась ранее. • Финализация – выполнение полного цикла - миграция/домиграция с автоматическим переключением почтового ящика с Microsoft Exchange на целевой сервер.

3. Дополнительные требования - 3.1. Продукт должен быть включен в Единый реестр российских программ для электронных вычислительных машин и баз данных. 3.2. Все необходимые Руководства, техническая документация по продукту должны быть предоставлены производителем на русском языке. 3.3. Документация, поставляемая с ПО, должна детально описывать процесс установки, настройки и эксплуатации соответствующего ПО. 3.4. Техническая поддержка производителя должна осуществляться на русском языке и по двум каналам взаимодействия: телефон и/или портал и/или эл.почта. - - Значение характеристики не может изменяться участником закупки

4. Особенности лицензирования - 4.1. Продукт должен передаваться в виде пакета клиентских лицензий, соответствующих количеству почтовых ящиков пользователей. 4.2. Работа служебных ящиков электронной почты (рассылки, ресурсы календаря) не должна требовать пользовательскую лицензию. 4.3. Возможно расширение лицензирования до версии Enterprise, в которой будет возможно использование кластерного исполнения сервера и работа с несколькими службами каталогов одновременно. 4.4. Продукт должен обеспечивать возможность расширения или ограничения до необходимого количества пользователей без остановки сервиса эксплуатируемого продукта и без переустановки (деинсталляция/инсталляция) продукта. 4.5. Продукт должен обеспечивать возможность изменения/дополнения функционала для каждого пользователя в пределах ограничений, наложенных приобретенными лицензиями на использование, без остановки сервиса эксплуатируемого продукта и без переустановки (деинсталляция/инсталляция) продукта. - - Значение характеристики не может изменяться участником закупки

Порядок выпуска и предоставления обновлений или технической поддержки Продукта - Продукта регламентируется в соответствии с настоящей Политикой (Положением), размещённой на сайте Вендора и в личном кабинете Пользователя. Обновления предоставляются в соответствии с настоящей Политикой, требованиями регуляторов в области безопасности информации и лицензионным (сублицензионным) договором, заключенным между Пользователем и Вендором или партнером Вендора. В случае расхождений условий предоставления обновлений по настоящей Политике и договору, применяются положения договора. Информационно-справочная поддержка функционирования Продукта обеспечивается посредством использования телефонной связи, программных средств обмена сообщениями с Пользователями. Прием обращений (далее - Запрос) осуществляется Вендором круглосуточно через Личный кабинет. Прием Запросов по телефону осуществляется по рабочим дням с 09:00 до 18:00 по МСК. Обновления (методические указания, пакеты и iso-образы с пакетами) выпускаются в целях улучшения функциональных возможностей, соответствия требованиям по безопасности информации, предотвращения и устранения недостатков Продукта. Обновление включает: • Доступ к патчам (Patch, x.x.C) и минорным (Minor, x.B.x) обновлениям Продукта • Возможность перехода на актуальное обновление Продукта (Major, A.x.x) (при наличии активного Сертификата)? • Регистрация ошибок, Предложений и отслеживание их статуса через Вендора • Информационная поддержка по установке Продукта • Информационная поддержка по настройке Продукта • Моделирование сценариев на тестовом стенде Вендора при наличии технической возможности • Информационная поддержка по функционированию Продукта в гетерогенных сетях Обновления осуществляются в течение 12 месяцев с даты передачи программного обеспечения Заказчику - - Значение характеристики не может изменяться участником закупки

Переход на актуальное обновление Продукта (без перехода на новый Продукт, если иное не предусмотрено в отдельном договоре между Пользователем и Вендором или партнером Вендора) осуществляется при наличии активного сертификата на обновления.?Регистрация ошибок и Предложений производится через Запрос в Личном кабинете. Вендор анализирует Запрос и при необходимости регистрирует задачу во внутренней информационной системе, осуществляет информирование и взаимодействие с Пользователем по задаче через Запрос. Информация о выпуске очередных обновлений Продукта доступна на сайте Вендора и/или в Личном кабинете. Подробный порядок обработки обращений, связанных с обновлениями Продукта, размещается в Личном кабинете.

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

Вид лицензии - Простая (неисключительная) - - Значение характеристики не может изменяться участником закупки

Класс программ для электронных вычислительных машин и баз данных - (06.04) Почтовые приложения - - Значение характеристики не может изменяться участником закупки

Количество пользователей - 1 - Штука - Значение характеристики не может изменяться участником закупки

Способ предоставления - Удаленный доступ через информационно-телекоммуникационные сети, в том числе через информационно-телекоммуникационную сеть Интернет - - Значение характеристики не может изменяться участником закупки

- Обоснование включения дополнительной информации в сведения о товаре, работе, услуге Руководствуясь п. 5,6 Правил использования каталога товаров, работ, услуг для обеспечения государственных и муниципальных нужд, утвержденных постановлением Правительства Российской Федерации от 8 февраля 2017 г. № 145, Заказчик указывает в извещении об осуществлении закупки, приглашении и документации о закупке иную и (или) дополнительную информацию, иные потребительские свойства, в том числе функциональные, технические, качественные, эксплуатационные характеристики товара, поскольку часть информации, необходимой Заказчику для осуществления закупки, отсутствует в каталоге товаров, работ, услуг для обеспечения государственных и муниципальных нужд, но при этом является значимой для Заказчика и соответствует его потребности. Указание иных дополнительных характеристик услуги позволят участнику закупки правильно идентифицировать необходимую Заказчику услугу.

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

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

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

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

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

Начальная (максимальная) цена контракта: 81 633,80

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

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

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

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

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

Закупка за счет собственных средств организации: Да

Место поставки товара, выполнения работы или оказания услуги: Российская Федерация, Респ Алтай, г. Горно-Алтайск, проспект Коммунистический, д. 44/1, Бюджетное учреждение Республики Алтай «Республиканский центр оценки качества образования».

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

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

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

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

Платежные реквизиты для обеспечения исполнения контракта: p/c 03224643840000007700, л/c 20776U89840, БИК 045004109, ОКЦ № 1 СибГУ Банка России//УФК по Республике Алтай, г Горно-Алтайск, к/c 40102810745370000109

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

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

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

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

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

Закупка за счет собственных средств организации: Да

Документы

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

Документы

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