Процедура: COM02042500064

Данный запрос не является закупкой, а является исследованием рынка, вы можете подать Ваше предложение в том формате как есть

1) В п.4.2: «СМС сообщений от Заказчика к Получателю (SMS MT) произвольного формата» Что имеется ввиду под произвольным форматом? Ответ: Шаблонизированный формат сообщения 2) В п.4.4 оператор обязан: «Зарегистрировать согласованное буквенное имя отправителя (TNS_ENERGO) заказчика у всех операторов мобильной связи РФ.» Операторы могут не согласовать, необходима альтернатива. Ответ: Наше требование зарегистрировать. 3) В п.5.5 указывается «история начислений». Просим уточнить технические и функциональные характеристики, в том числе какие именно начисления должны предоставляться Web-интерфейсом? Ответ: Не обязательно 4) В п.5.6.2: «Функционал должен поддерживать возможность автоматического ежемесячного формирования после окончания расчётного периода отчётов о доставке СМС за предыдущий месяц в формате Excel/CSV с отправкой на электронную почту.» Возможно ли формирование силами исполнителя с направлением отчета клиенту в требуемом формате? Ответ: Да 5) В п.5.7.4: «Получение баланса и кредитного лимита методом GET/POST» Баланс СМС и кредитного лимита вы всегда можете получить в своем личном кабинете по данной услуге. «Получение стоимости СМС методом GET/POST» Стоимости будут закреплены в Договоре, а об изменениях цен Вы будете оповещены за 10 календарных дней. «Получение статистики по пакетам за текущий месяц методом GET/POST» В личном кабинете вы также выгружать статистику, в случае пакетной тарификации. Но согласно ТЗ у нас планируется заключение по пофактовой тарификации, требования являются противоречием и избыточными, в связи с чем просим исключить. Ответ: Нужен метод GET/POST 6) В п.6.13: • SMPP (SMPP сервер, помимо обычного SMPP, поддерживает шифрованное подключение к SMPP с использованием TLS. Это позволяет даже без настройки VPN туннелей, оправлять сообщения по SMPP не в открытом виде. TLS-соединение позволяет передавать в зашифрованном виде не только текст сообщения, но и параметры учётной записи (логин и пароль). Дополнительно может осуществляться проверка сертификата SMPP-сервера, что предотвращает реализацию фишинговых атак, направленных на перехват учётных данных.) Допускается ли изменение данного функционала путём шифрования через IPSEC, как более точно отражающей потребность заказчика? Ответ: Нет