| 3 | Программное обеспечение Запрет иностранных товаров | КТРУ: 58.29.11.000-00000003 · Программное обеспечение | - Класс программ для электронных вычислительных машин и баз данных: (06.02) Коммуникационное программное обеспечение. Указание по заполнению: Значение характеристики не может изменяться участником закупки.
- Способ предоставления: Экземпляр на материальном носителе; Копия электронного экземпляра. Указание по заполнению: Значение характеристики не может изменяться участником закупки.
- Требования к функциональности модуля администрирования и ведения НСИ: Поставщик должен выполнить реализацию модуля администрирования в составе ВТС ФНС, предназначенного для возможности ведения различных справочных данных, а также автоматизированного формирования конфигурационных файлов, для передачи в РТУ ФНС, и использования при маршрутизации телефонных звонков. Функциональность ведения справочных данных должна быть реализована на основе программного решения, поддерживающего возможность произвольного создания дополнительных справочников, с различным составом полей. Новые созданные справочники должны поддерживать возможность импорта данных из внешних источников и ведение истории изменений. Не допускается использование программных решений производителей, ограничивающих возможность применения на территории Российской Федерации. Программное решение должно быть интегрировано с модулем Биллинга по справочным данным об абонентах и подразделениях, а также по справочнику транков. Модуль администрирования должен позволять администраторам настраивать различные источники для импорта сведений в справочники через пользовательский интерфейс. Модуль должен поддерживать хранение истории изменения всех данных, используемых для формирования конфигурационных файлов. Поставщик должен выполнить работы по первичному заполнению справочников Модуля администрирования, на основе предоставленных Заказчиком источников данных. Указание по заполнению: Значение характеристики не может изменяться участником закупки.
- Общие требования к комплекту неисключительных прав на использование ПО#2: В рамках анализа качества работоспособности ВТС должен быть расширен функционал имеющейся подсистемы мониторинга СОВА с возможностью сбора следующих метрик с элементов Платформы РТУ: мониторинг МикроРТУ; мониторинг sip trunk (количество вызовов в транке); мониторинг количества зарегистрированных абонентских терминалов; количество вызовов в секунду, текущее; количество входящих вызовов, суммарное; состояние модулей (активный/неактивный); скорость нарастания вызовов; полученные вызовы; текущие лицензированные каналы; активные регистрации; завершенные каналы. количество активных лицензий, текущее; количество соединений с дополнительной обработкой типа перевод вызова, конференция и т.д. Все собираемые метрики должны обрабатываться в подсистеме мониторинга штатными средствами, должны использоваться стандартные механизмы формирования аварий - нарушение настраиваемых пороговых значений, доступность узлов сети, аварийный статус модулей. В части мониторинга состояния серверного оборудования должно отображаться: статус активного сервера в кластере; статус состояния ноды (сервиса), запущенного на конкретном сервере; время работы ноды (сервиса); загрузка CPU каждой нодой (сервисом); использование оперативной памяти каждой нодой (сервисом); время работы элементов Платформы РТУ с момента последней перезагрузки(UpTime). Указание по заполнению: Значение характеристики не может изменяться участником закупки.
- Дополнительные требования к автоматизируемым в составе Модуля функциям:: Модуль должен поддерживать возможность ведения в пользовательском интерфейсе справочников, описанных в разделе 4 настоящего документа. Для справочников должны поддерживаться следующие возможности: 1. Импорт данных из внешних файлов формата csv, json и электронные табличные документы (расширения xls, xlsx) и электронные табличные документы в формате Open Document Format (ГОСТ Р ИСО/МЭК 26300-2010); 2. Экспорт данных в текстовый файл (формат csv) и электронные таблицы (расширения xls, xlsx) и электронные табличные документы в формате Open Document Format (ГОСТ Р ИСО/МЭК 26300-2010); 3. Ведение истории изменений данных; 4. Возможность добавлять новые поля в справочник (в том числе, являющиеся ссылкой на другие справочники). ГОСТ Р ИСО/МЭК 26300-2010. Национальный стандарт Российской Федерации. Информационная технология. Формат Open Document для офисных приложений (OpenDocument) v1.0 (утвержден и введен в действие приказом Федерального агентства по техническому регулированию и метрологии от 21.12.2010 № 800-ст); Модуль должен поддерживать возможность управления в пользовательском интерфейсе интеграциями, указанными на схеме в разделе 3. Для каждого агента интеграции Модуль должен поддерживать следующие возможности: 1. Настройка правил «мэппинга» из внешнего источника на справочники Модуля; 2. Настройка расписаний и условий работы интеграции (в том числе по событиям); 3. Поддержка формирования файлов журналов с ошибками интеграции с возможностью их обработки Администратором;. Указание по заполнению: Значение характеристики не может изменяться участником закупки.
- Дополнительные требования к автоматизируемым в составе Модуля функциям: Модуль должен позволять настраивать и добавлять интеграции следующего типа: 1. Импорт данных из внешних файлов; 2. Импорт данных из внешних СУБД; 3. Загрузка данных из ЕСК; 4. Загрузка данных из РТУ; 5. Передача данных в РТУ;. Указание по заполнению: Значение характеристики не может изменяться участником закупки.
- Передача данных в сервис Биллинга: Должна быть реализована возможность импорта данных об абонентах и группах абонентов из внешних источников (см. раздел требования к интеграциям), включая: 1. Служба каталогов заказчика; 2. РТУ; 3. Структурированные файлы. 4. web-сервис системы, содержащей кадровую информаци. При работе с абонентами должна поддерживать возможность изменения сведений о принадлежности абонента к СОНО \ СОУН. При изменении сведений о подчиненности СОНО \ СОУН или о принадлежности абонента должна быть реализована функция автоматического изменения в выделяемых телефонных номерах абонентам, с возможностью подтверждения или ручного изменения этих изменений администратором. Модуль должен поддерживать возможность связки абонента с телефонным аппаратом (-ами), а также ручного и автоматизированного выделения телефонного номера из пула номеров абоненту. Сведения об абоненте должны также включать информацию о доступных ему разрешениях на звонки (включая городские, междугородные, международные, подвижной связи). Абонент может быть включен в различные группы абонентов. Должна быть предусмотрена возможность направления заявок на включение/отключение всех видов переадресаций. Указание по заполнению: Значение характеристики не может изменяться участником закупки.
- Передача данных в сервис Биллинга:: Реализованные в модуле механизмы формирования внешних конфигурационных файлов должны поддерживать возможность ручного запуска и запуска по расписанию из интерфейса Модуля администрирования. Реализуемые алгоритмы формирования конфигурационных файлов, должны включать: 1. Маршруты для АОН; 2. Маршруты для экстренных вызовов - На основе данных о типе абонента, привязке его к СОНО и ЭКП формирование конфигурации для подстановки АОН при вызове на номера внешних абонентов и корректной маршрутизации при наборе номеров экстренных служб (с ограничением по наличию местного транка). 3. Маршруты для исходящих вызовов по данным публичного Реестра российской системы и плана нумерации Минцифры; 4. Другие сценарии маршрутизации, по требованиям Заказчика. Реализуемые алгоритмы должны содержать отдельную логику для ЦА Заказчика. В случае ошибок формирования конфигурационного файла должен формироваться файл журнала, содержащий сведения об ошибках, с возможностью его загрузки, визуализации и анализа. Успешно сформированный конфигурационный файл – доступен для скачивания из интерфейса системы, а также может быть автоматизировано передан в РТУ, как в ручном, так и в автоматическом режиме. В Модуле администрирования должна быть реализована гибкая ролевая модель, позволяющая создавать роли с учетом территориальной принадлежности пользователя. Администратор определенного подразделения Заказчика, должен иметь возможность просмотра и редактирования только данных, относящихся к его подразделению и к дочерним. Администратор пользователей Модуля должен иметь возможность самостоятельно создавать новые роли для пользователей, с указанием прав, доступных каждой роли. Указание по заполнению: Значение характеристики не может изменяться участником закупки.
- Требования к функциональности модуля администрирования и ведения НСИ:: Предварительный состав справочников, который должен быть доступен в Модуле для ведения, как в ручном режиме Администратором, так и в автоматизированном, с помощью импорта данных из внешних источников приведен ниже: 1. Справочник транков - содержит информацию, используемую для формирования конфигурационных файлов. 2. Справочник налоговых органов (СОНО). 3. Справочник подчинённости налоговых органов (СОУН – справочник налоговых органов с подчиненностью). 4. Справочник объектов по ЭКП (Электронный каталог подключений) – справочник связан с СОНО. Содержит информацию по адресам \ площадкам, численность. Используется для формирования конфигурационных файлов (в какой транк направлять вызов). 5. План адресации/телефонной нумерации (с поддержкой истории изменений и возможности восстановления прошлых версий). 6. Справочник плана телефонной нумерации по зонам нумерации. 7. Справочник привязки городских номеров к налоговым органам и базовым группам (городской-внутренний) 8. Справочник типовых дополнительных групп для налоговых органов. 9. Справочник налоговых органов с связью с дополнительными группами – 10. Справочник абонентов. С указанием ФИО, типа, СОНО, кода ЭКП. Также должна быть возможность указать связку абонента с ТА. 11. Справочник ТА. С указанием связи с абонентом, MAC-адреса, модели (с возможностью добавлять другие характеристики). 12. Типы звонков. 13. Группы абонентов. 14. Пулы телефонных номеров. Указание по заполнению: Значение характеристики не может изменяться участником закупки.
- общие требования к комплекту неисключительных прав на использование ПО #2: В рамках функциональности «Руководитель-Секретарь» должно быть реализована: возможность определения пары и распределение ролей «руководитель», «секретарь» в определенной паре; возможность организации работы руководителя и секретаря: группа «Руководитель-секретарь и заместитель секретаря»; группа «Руководитель-секретарь»: прямой вызов на номер руководителя с индикацией занятости линии – вызов в обход группы руководитель-секретарь (DSS); группа «Руководитель-секретарь»: вызовы на номер секретаря, вызов на номер руководителя при переадресации на номере секретаря; группа «Руководитель-секретарь»: несколько руководителей – несколько секретарей; возможность задавать маршрутизацию всех входящих вызовов либо на руководителя, либо на его помощника: «прямой вызов» на руководителя в обход секретаря для указанного списка номеров; перевод вызовов руководителя на секретаря, передача вызовов от секретаря к руководителю; выполнение вызова секретарём с последующим переводом на руководителя; проверка выхода из группы «Руководитель-секретарь» руководителя, секретаря; передача секретарю уведомления о новом вызове руководителя; исполнение обратного вызова на секретаря после освобождения руководителя; выдача заказа на обратный вызов для руководителя через секретаря; заказ «обратного вызова» руководителем; приём секретарём второго вызова на «Группу «Руководитель-секретарь". Указание по заполнению: Значение характеристики не может изменяться участником закупки.
- Требования к функциональности модуля сервиса аналитики и отчетности:: Поставщик должен выполнить реализацию сервиса аналитики и отчетности в составе ВТС ФНС, предназначенного для возможности оперативного и статистического анализа данных по телефонным звонкам, осуществляемым через ВТС ФНС. Функциональность визуализации данных в составе сервиса должна быть реализована на основе решений Apache Superset или аналогичных. Не допускается использовать проприетарные программные решения, или программных решений производителей, ограничивающих возможность применения на территории Российской Федерации. В составе сервиса должен быть реализован механизм настройки отображаемых для пользователей графических панелей (дашбордов), с возможностью отображать разные дашборды для различных ролей пользователей, с учетом их принадлежности к СОНО. Сервис отображения графических панелей должен быть русифицирован. Должны быть выполнены работы по развертыванию дополнительных сервисов и реплики БД для хранения аналитических данных в соответствии с согласованным техническим решением, для поддержки возможностей построения дашбордов без ухудшения производительности основных функций модуля Биллинг ВТС ФНС. Реализуемый сервис построения дашбордов должен поддерживать различные методы визуализации данных, включая: 1. Гистограммы (в т.ч. с накоплением); 2. Диаграммы с областями данных; 3. Круговые диаграммы; 4. Графики; 5. Отображение чисел с раскраской; 6. Тепловые карты; 7. Диаграммы связей; 8. Карты регионов. Реализуемый сервис должен поддерживать функции прогнозирования, в том числе с возможностью выбора периода прогнозирования и используемой модели с элементами ИИ. Указание по заполнению: Значение характеристики не может изменяться участником закупки.
- Требования к функциональности модуля сервиса аналитики и отчетности: Поставщик должен настроить типовые дашборды по аналитике в соответствии с требованиями Заказчика (до 30 дашбордов), включая: 1. Анализ различных сценариев звонков (групповые звонки, конференции, переключение вызова и др.); 2. Анализ загрузки транков; 3. Анализ успешности звонков; 4. Статистика звонков по налоговым органам (с подчиненными) в транки других регионов; 5. Статистика звонков в транки региона от налоговых органов, не подчиненных управлению по региону; 6. Статистика исходящих вызовов на номера подвижной связи по каждому налоговому органу; 7. Статистика исходящих вызовов на номера не РФ по каждому налоговому органу и абоненту. Сервис аналитики должен поддерживать работу с допустимым временем отклика для пользователей для следующих объемов данных: 1. Данные о телефонных звонках по всем абонентам ВТС ФНС – до 1 млрд. записей; 2. Данные об абонентах - до 200 000 абонентов. Допустимое время отклика для настроенных графических панелей должно составлять не более 10 секунд при отсутствии ограничений со стороны каналов связи. Указание по заполнению: Значение характеристики не может изменяться участником закупки.
- Требования функциональности ПО подсистемы тарификации разговоров: Поставщик должен выполнить модернизацию системы Биллинга,предназначенную для возможности начисления стоимости услуг для каждого клиента с учётом тарифов и направлений (предобработка и обработка исходных CDR файлов),а также ведения различных справочных данных. Поставщик должен реализовать модуль импорта исторических CDR данных для загрузки в систему информации о звонках произвольной давности и последующей обработки;Система Биллинга должна поддерживать двустороннюю интеграцию с РТУ по API для обмена данными данных об абонентах и шлюзах Программное решение должно поддерживать расширение возможностей настройки пользовательского интерфейса, в т.ч.:Настройка отображаемых колонок(включение/выключение колонки по выбору)в разделе Статистика;Добавление/удаление задач из Планировщика задач, разделение задач по типам;Поддержка возможности отображения необработанных (оригинальных) CDR записей из первоисточника;Система Биллинга должна обеспечивать поддержку различных схем развертывания РТУ (в т.ч. возможность импорта данных из нескольких РТУ в распределенных ЦОДах);Система должна иметь возможность выгрузки данных о звонках в формате XLSX;Техническое решение по модернизации системы Биллинга должно обеспечить повышение производительности, масштабируемости и функциональных возможностей решения за счет перехода на новый технологический стек хранения и обработки данных;Система должна поддерживать возможность управления в пользовательском интерфейсе интеграциями, указанными на схеме в разделе3.Также в части модернизации Системы, должна существовать возможность настраивать и добавлять интеграции следующего типа:1Импорт данных из нескольких РТУ;2Импорт необработанных CDR файлов в MySQL DB для дальнейшей передачи в сервис предбиллинга исоответствующей предобработки;3Передача обработанных и предобработанных CDR файлов в Apache Kafka;4Импорт обработанных CDR файлов в портал биллинга из соответствующего топика в Kafka5.Импорт предобработанных CDR файлов. Указание по заполнению: Значение характеристики не может изменяться участником закупки.
- Требования функциональности ПО подсистемы тарификации разговоров в части модернизации Системы: 6. Хранение обработанных и предобработанных CDR файлов в ClickHouse. Указание по заполнению: Значение характеристики не может изменяться участником закупки.
- Требования функциональности ПО подсистемы тарификации разговоров,: Реализованные алгоритмы формирования статистических (добавлены поддержка расширенного анализа групповых звонков, транков), должны включать: 1. Тип звонка;2. Статус Биллинга;3. Дата и время;4.Код домена А;5.Номер А;6.Абонент А; 7. Регион А;8.Группа абонента А;9. Код домена Б;10.Номер Б;11.Абонент Б;12.Регион Б; 13. Группа абонента Б;14.Направление;15. Длительность;16.Стоимость;17.Причина разъединения;18.Транк;19. ДВО;20.CDR; В Системе Биллинга должна быть реализована гибкая ролевая модель, позволяющая создавать различные роли: Пользователь; Администратор. Пользователь должен иметь возможность просмотра статистических данных по звонкам. Администратор должен иметь возможность просмотра и редактирования справочных данных, статистических данных и данных об отчётах. Администратор должен иметь возможность самостоятельно создавать новых Пользователей в системе с указанием роли пользователя. Указание по заполнению: Значение характеристики не может изменяться участником закупки.
- Общие требования к Комплекту неисключительных прав на использование ПО #2: В рамках дальнейшего развития модернизированной ведомственной телефонной сети ФНС России необходимо выполнить версионное обновление ПО#2 в составе ПАК ВТС ФНС России, в рамках которого должны быть реализована: запись разговоров по протоколу SIPREC; дополнительные возможности по работе с телефонным аппаратами; функциональность web-to-fax; функциональность РТУ-Селектор; функциональность протоколирования работы компонентов; функциональность проверки доступности SIP-шлюза для выхода на ТфОП; функциональность экспорт аудиофайлов записанных разговоров; дополнительные требования информационной безопасности; функциональность «Руководитель- секретарь»; функциональность мобильного клиента РТУ UC; модуль анализа качества работы телефонной сети. В рамках версионного обновления ПО#2 должна быть реализована возможность осуществлять запись разговоров по протоколу SIPREC на внешнюю систему хранения. Возможность записи разговоров на внешнее хранилище по протоколу SIPREC должна поддерживаться на уровне модуля медиапотоков в составе подсистемы коммутации Платформы РТУ. В рамках функциональной возможности web-to-fax/fax-to-email (прием и отправка факсов через веб-интерфейс) должно быть реализовано: прием факсимильных сообщений с преобразованием в формат TIFF и последующей отправкой полученного файла по электронной почте в виде приложения к электронному письму; отправка факсимильных сообщений через веб-кабинет в виде графических файлов; поддержка режимов качества: Стандартное, Улучшенное; единая учетная запись для роли с функцией отправки/получения факсимильных сообщений; отправка факсимильных сообщений из личного кабинета пользователя с использованием протокола T.38 (passthrough); получение факсимильных сообщений виртуальным факс-аппаратом (факс-кабинет) с использованием протокола T.38 (passthrough). Указание по заполнению: Значение характеристики не может изменяться участником закупки.
- Требование к Комплекту неисключительных прав на использование ПО #2: Комплект неисключительных прав на использование ПО#2 должен обеспечивать функциональное и версионное обновление применяемого в составе ПАК ВТС ФНС России ПО#1 «Платформа РТУ». Указание по заполнению: Значение характеристики не может изменяться участником закупки.
- Общие требования к комплекту неисключительных прав на использование ПО #2: В рамках функциональной возможности РТУ-Селектор должно быть реализовано: создание модерируемых аудио конференции из планировщика (календаря) или непосредственно на самой Платформе РТУ; настройка параметров модерируемых аудио конференций, правил присоединения к селекторному совещанию через веб-интерфейс. В рамках функциональной возможности протоколирование работы компонентов должна быть обеспечена возможность: настройки протоколирования работы компонентов подсистемы управления Платформы РТУ в административном веб-интерфейсе с использованием файлов формата syslog; упрощенного контроля за действиями пользователей в веб-интерфейсе и в т.ч. с отправкой соответствующие данные на внешний сервер журналирования. Указание по заполнению: Значение характеристики не может изменяться участником закупки.
- Общие требования к комплекту неисключительных прав на использование ПО#2:: В рамках функциональной возможности проверки доступности SIP-шлюза должно быть реализовано: постоянный мониторинг SIP-шлюза для проверки его работоспособности и выхода на ТфОП и выносных выживаемых узлов с помощью запросов SIP OPTIONS; настройка автоматической блокировки и разблокировки учётной записи шлюза в зависимости от результата проверки доступности. В рамках функциональной возможности экспорта аудиофайлов записанных разговоров должно быть реализовано: поддержка экспорта и скачивания аудиофайлов записанных разговоров по заданному списку или условию. Для этого веб-интерфейсе на странице списка записанных разговоров должна быть добавлена возможность ручного выбора записанных разговоров, которые можно скачать в одном архиве. для настройки ручной и автоматической выгрузки записанных разговоров за конкретный интервал на локальный диск сервера или на удалённый FTP-сервер должны быть созданы две новых страницы «Экспорт» и «Автоэкспорт» в разделе «Запись разговора»; помимо локальных задач контроля работы сотрудников эта функция должна быть доступна для контроля обслуживания вызовов, переадресованных из контактного центра. создание специальной роли – «Оператор записанных разговоров и статистики» для возможности работы только с записями разговоров и статистикой вызовов. «Оператор записанных разговоров и статистики» должен иметь возможность зайти на список записанных разговоров данного домена, просмотреть статистику по всем вызовам в сервисе Очередь вызовов, а также скачать необходимую информацию в файл csv. Кроме того, Оператору записанных разговоров и статистики доступно скачивание записанных разговоров, в т.ч. архивом, и настройка автоэкспорта записанных разговоров. Указание по заполнению: Значение характеристики не может изменяться участником закупки.
- Общие требования к комплекту неисключительных прав на использование ПО #2,: В рамках версионного обновления Платформы РТУ должен быть реализован следующие дополнительные требования информационной безопасности: ролевая модель в Платформе РТУ; возможность синхронизации Платформы РТУ с Active Directory (AD) по протоколу LDAPS (LDAP Secure); возможность настройки полей используемых для синхронизации учетных данных пользователей; возможность синхронизации Платформы РТУ с AD в части назначения ролей в Платформе РТУ с поддержкой SSO; возможность работы с сертификатом удостоверяющего центра Заказчика; возможность сокрытие паролей пользователей при вводе и при хранении; возможность определения минимальную версию протокола TLS (1.1 или 1.2); возможность поддержки протокола TLS при вызове через соединительную линию и при абонентском вызове; возможность передачи медиа по SRTP; возможность выгрузки CDR на внешний SFTP. Указание по заполнению: Значение характеристики не может изменяться участником закупки.
| 2 Штука | 201 853 900,00 руб. за единицу Всего 403 707 800,00 руб. | |
| 4 | Программное обеспечение Товарный знак: РТУЗапрет иностранных товаров | КТРУ: 58.29.11.000-00000003 · Программное обеспечение | - Класс программ для электронных вычислительных машин и баз данных: (06.02) Коммуникационное программное обеспечение. Указание по заполнению: Значение характеристики не может изменяться участником закупки.
- Способ предоставления: Экземпляр на материальном носителе; Копия электронного экземпляра. Указание по заполнению: Значение характеристики не может изменяться участником закупки.
- Комплект неисключительных прав на использование ПО#3 удовлетворять следующим требованиям:: РТУ: Платформа унифицированных коммуникаций Стартовый пакет УПАТС РТУ с возможностью подключения до 200 SIP абонентов с расширенным пакетом ДВО, 30 одновременных соединений Артикул LIC-SSN200, К-во шт-1;РТУ: Платформа унифицированных коммуникаций c функционалом: "Подключение абонента с расширенным пакетом ДВО", Артикул LIC-B1S, 500 шт; РТУ: Платформа унифицированных коммуникаций с функционалом Одновременное соединение , Артикул LIC-1OC, 530 шт.; РТУ: Платформа унифицированных коммуникаций включая Подсистема записи телефонных разговоров УПАТС РТУ (без аппаратного обеспечения), Артикул LIC-REC, 1шт;РТУ: Платформа унифицированных коммуникаций, модификация "РТУ-Селектор" с функционалом "Комната селекторного совещания", Артикул LIC-C1CF, 8шт.; РТУ: Платформа унифицированных коммуникаций включая Подсистема организации аудиоконференций (виртуальная конференц-комната), Артикул LIC-VRC,5шт.; РТУ: Платформа унифицированных коммуникаций включая максимальное кол-во участников в чат-комнате, Артикул LIC-MCON,30шт; РТУ: Платформа унифицированных коммуникаций с функционалом "Подключение оператора колл-центра", Артикул LIC-OP,40 шт.; РТУ: Платформа унифицированных коммуникаций включая Резервирование системы, Артикул LIC-SR,1 шт.;РТУ: Платформа унифицированных коммуникаций в частности: Программный шлюз "микро РТУ" на 50 одновременных соединений (УПАТС "РТУ"), Артикул LIC-mRTU50CC,1 шт.; РТУ: Платформа унифицированных коммуникаций в частности: "Резервирование программного шлюза "микро РТУ" на 50 одновременных соединений (УПАТС "РТУ")", Артикул LIC-mRTU50CCR,1шт.; "Премиум" – РТУ, Артикул SUP-SPRM1Y,1шт.; Версионное обновление РТУ, Артикул SSSC-1Y,1шт. Указание по заполнению: Значение характеристики не может изменяться участником закупки.
| 1 Штука | 20 899 453,67 руб. за единицу Всего 20 899 453,67 руб. | |