«УТВЕРЖДАЮ»

И.о. генерального директора ООО «UMS»

______________ C.Х.Арипов

«___»____________ 2018 г.

КОНКУРСНАЯ ДОКУМЕНТАЦИЯ

Лот №1 – предоставление права пользования (обновление/замена) программных комплексов по планированию транспортной сети, техническая поддержка

Лот №2 – предоставление права пользования (обновление/замена) программных комплексов по планированию сети радиодоступа (outdoor), техническая поддержка

Лот №3 – предоставление права пользования (обновление/замена) программных комплексов по планированию сети радиодоступа (indoor), техническая поддержка.

Заказчик: Общество с ограниченной ответственностью «UNIVERSAL MOBILE SYSTEMS»

Ташкент – 2018 г.

1

СОДЕРЖАНИЕ I. Инструкция для участника конкурса II. Техническая часть конкурса. III. Ценовая часть конкурса. IV. Проект договора.

2

I. ИНСТРУКЦИЯ ДЛЯ УЧАСТНИКА КОНКУРСА

1 Общие положения. 1.1 Настоящая конкурсная документация разработана в соответствии с требованиями Закона Республики Узбекистан «О государственных закупках» (далее - Закон) и постановления Президента Республики Узбекистан от 20.02.2018 года ПП-3550 «О мерах по совершенствованию порядка проведения экспертизы предпроектной, проектной, конкурсной документации и договоров» (далее - постановление).

1.2 Предмет конкурса:Лот №1 – предоставление права пользования (обновление/замена) программных комплексов по планированию транспортной сети, техническая поддержкаЛот №2 – предоставление права пользования (обновление/замена) программных комплексов по планированию сети радиодоступа (outdoor), техническая поддержкаЛот №3 – предоставление права пользования (обновление/замена) программных комплексов по планированию сети радиодоступа (indoor), техническая поддержка.

1.3 Предельная стоимость конкурса составляет Лот №1 – 60 000 Долларов СШАЛот №2 – 85 000 Долларов СШАЛот №3 – 70 000 Долларов США

1.4 Цены, указанные в конкурсном предложении, не должны превышать предельную стоимость.

1.5 Техническое задание на оказание услуг представлено в технической части конкурсной документации.

1.6 Формы заседания конкурсной комиссии – очная.

2 Организаторы конкурса 2.1 ООО «UMS» является заказчиком (далее «Заказчик») конкурса. Адрес «Заказчика»: 100000, г. Ташкент, пр-т. А. Темура, 24.Реквизиты «Заказчика»: МФО 00401, ИНН 303020732, р/с 202114000300381984001 в ОПЕРУ АК "Алокабанк"

2.2 Контактное лицо Организатора: Департамент управления закупками, Ведущий специалист Департамент управления закупками ООО «UMS» Фомина Ольга Аркадьевна, e – mail: ofomina @ myums . uz тел.: +(99897) 420 – 04 – 80

3

Контактное лицо по техническим вопросам:Начальник отдела развития и обеспечения проектов транспортных сетейАбдурахманов Ахад Абдуганиевичe – mail: aaabdurakhmanov@myums.uz тел.: +(99897) 403 – 83 – 24.

Начальник отдела развития и обеспечения проектов сети радиодоступаФилатов Дмитрий Андреевич e – mail: dfilatov@myums.uz тел.: +(99897) 403 – 83 – 31.

2.3 Рабочим органом комиссии является Конкурсная комиссия ООО «UMS» (далее - «Рабочий орган»). Адрес: 100000, г. Ташкент, пр-т. А. Темура, 24.

2.4 Договородержатель: ООО «UMS»

2.5 Конкурс проводится конкурсной комиссией, созданной Заказчиком, в составе не менее пяти членов.

3 Участники конкурса 3.1 В конкурсе могут принять участие любые юридические лица1 независимо от форм собственности, в том числе субъекты малого бизнеса, за исключением юридических лиц, приведенных в 4.2.

1В конкурсе могут принимать участие как иностранные юридические лица (нерезиденты Республики Узбекистан), так и отечественные юридические лица (резиденты Республики Узбекистан)

4 Порядок проведения конкурса

4.1 Для участия в конкурсе, участник конкурса должен: а) получить (скачать) электронную версию конкурсной документации, размещенной на специальном информационном портале для ознакомления с условиями конкурса; б) подать конкурсное предложение в соответствии с требованиями конкурсной документацией;

4.2 К участию в конкурсе не допускаются участники:

находящиеся на стадии реорганизации, ликвидации или банкротства;

находящиеся в состоянии судебного или арбитражного разбирательства с «Заказчиком»;

находящиеся в Едином реестре недобросовестных исполнителей; имеющиеся задолженности по уплате

налогов и других обязательных платежей зарегистрированные и имеющие

банковские счета в государствах или на

4

территориях, предоставляющих льготный налоговый режим и/или не предусматривающих раскрытие и предоставление информации при проведении финансовых операций (оффшорные зоны).

4.3 Заказчик отстраняет участника от участия в закупочных процедурах, если: участник прямо или косвенно предлагает, дает или соглашается дать любому нынешнему либо бывшему должностному лицу или работнику заказчика, или другого государственного органа вознаграждение в любой форме, предложение о найме на работу, либо любую другую ценную вещь или услугу с целью повлиять на совершение какого-либо действия, принятие решения или применение какой-либо конкурсной процедуры заказчика в процессе государственных закупок;у участника имеется несправедливое конкурентное преимущество или конфликт интересов в нарушение законодательства

5 Язык конкурса, единица измерений.

5.1 Конкурсное предложение и вся связанная с ним корреспонденция, и документация, которые осуществляются участником и заказчиком, должны быть на узбекском или русском языке. Конкурсное предложение, может быть на другом языке при условии, что к ней будет приложен точный перевод на узбекский или русский языки. В случае наличия разночтений в тексте конкурсного предложения, когда используется более чем один язык, узбекский или русский языки будут превалирующими. Допускается предоставление технической документации на английском языке.

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

6 Конкурсное предложение и порядок его оформления

6.1 Участники конкурса, объявленного на портале, предоставляют предложения в установленном в объявлении порядке в запечатанных конвертах по указанному в объявлении о проведении конкурса адресу.

6.2 Участникам конкурса рекомендуется представлять предложения в прошнурованном, пронумерованном, скрепленном печатью и утвержденном подписью уполномоченного лица участника либо подписанном на каждом листе предложения.

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

5

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

6.4 Участник конкурса:

несет ответственность за подлинность и достоверность предоставляемых информации и документов;

вправе подать только одно предложение;

вправе отозвать или внести изменения в поданное предложение до срока окончания подачи таких предложений.

6.5 Конкурсное предложение состоит из двух частей:

ценовая часть должна соответствовать условиям конкурса и содержать следующую информацию: наименование продукции, стоимость оказания услуг, итоговая сумма, условия платежа, срок действия предложения и т.п.

6.6 Участник также должен подготовить 1 копию Предложения на внешнем носителе (компакт-диск, флэш-память и др.), включающую все конкурсные документы, которые должны быть представлены в сканированном виде, заверенные подписью руководителя и печатью организации. Ценовое предложение также в исходных форматах (Microsoft Office).

6.7 Конкурсное предложение предоставляется в запечатанном конверте (с печатью участника на местах склейки конверта)

6.8 На конверте должно быть указано:

наименование предмета конкурса;наименование участника;наименование заказчика и его адрес;надпись «не вскрывать до последнего срока подачи предложений (указать время и дату вскрытия конвертов)».

6.9 Техническое предложение должно содержать следующие документы:

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

6

6.10 Требования к наличию обязательных документов ценового предложения: ценовое предложение и таблица цен в соответствии с формой №6, прилагаемой к данной инструкции

6.11 Рабочий орган несет ответственность за целостность и сохранность конвертов с конкурсными предложениями, оформленных только в соответствии с требованиями настоящей инструкции.

6.12 Конкурсные предложения принимаются до 27 августа 2018 года по адресу: 100000, г. Ташкент, пр-т. А. Темура, 24

6.13 Срок действия конкурсного предложения участников должен составлять не менее 60 дней со дня окончания представления конкурсных предложений.

7 Продление срока предоставления конкурсных предложений

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

7.2 Объявления о продлении сроков представления конкурсных предложений размещается на специальном информационном портале и публикуется в других СМИ.

8 Внесение изменений в конкурсную документацию

8.1 В случае необходимости заказчик вправе принять решение о внесении изменений в конкурсную документацию.Решение о внесении изменений в конкурсную документацию может приниматься не позднее чем за три дня до даты окончания срока подачи предложений.В процессе внесения изменений в конкурсную документацию изменение продукции (работ, услуг) или ее характеристики не допускается.В случае внесения изменений в конкурсную документацию в срок окончания подачи предложений, конкурс продлевается не менее чем на десять дней с даты внесения изменений в конкурсную документацию.

Одновременно с этим вносятся изменения в объявление о проведении конкурса, если была изменена информация, указанная в объявлении.

9 Процедура вскрытия конвертов с конкурсными предложениями порядок и критерии их оценки

9.1 Время, указанное в объявлении как время проведения конкурса, конкурсная комиссия для проведения оценки конкурсных предложений вскрывает конверты с предложениями,

7

поданными участниками конкурса. Уполномоченный представитель участника конкурса вправе присутствовать при процедуре вскрытия конвертов.

9.2 Срок рассмотрения и оценки предложений участников конкурса не может превышать десяти дней с момента окончания подачи конкурсных предложений.

9.3 При вскрытии конверта с предложениями проверяется наличие в нем всех документов и правильность их оформления. В случае отсутствия соответствующих документов в конверте, конкурсная комиссия вправе не допускать данное предложение к рассмотрению и оценке

9.4 Конкурсная комиссия осуществляет оценку предложений, которые не были отклонены, для выявления победителя конкурса на основе критериев, указанных в конкурсной документации.

9.5 В случае установления недостоверности информации, содержащейся в документах, представленных участником конкурса, конкурсная комиссия вправе отстранить такого участника от участия в конкурсе.

9.6 Оценка конкурсных предложений и определение победителя конкурса производятся на основании критериев, изложенных в конкурсной документации (Приложение №2).

9.7 Предложение признается надлежаще оформленным, если оно соответствует требованиям Закона, постановления и конкурсной документации.

9.8 Конкурсная комиссия отклоняет предложение, если подавший его участник конкурса не соответствует требованиям, установленным Законом и постановлением или предложение участника конкурса не соответствует требованиям конкурсной документации.

9.9 В процессе оценки конкурсных предложений конкурсная комиссия может запрашивать у участников конкурса разъяснения по поводу их конкурсных предложений. Данная процедура проводится официально, в письменной форме в установленном порядке через организатора конкурса. В процессе разъяснения не допускаются какие-либо изменения по сути предложения, а также по цене.

9.10 Если участники конкурса представят предложения в разных валютах, суммы предложений при оценке

8

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

9.11 Победителем признается участник конкурса, предложивший лучшие условия исполнения договора на основе критериев, указанных в конкурсной документации и предложении.

9.12 При наличии арифметических или иных ошибок конкурсная комиссия вправе отклонить конкурсное предложение либо определить иные условия их дальнейшего рассмотрения, известив об этом участника конкурса.

9.13 В целях корректного сравнения цен иностранных и отечественных участников конкурса, при оценке будут учтены соответствующие расходы (налоги, таможенные платежи и иные обязательные платежи), в случаях, предусмотренных действующим законодательством Республики Узбекистан.

9.14 Результаты рассмотрения и оценки предложений фиксируются в протоколе рассмотрения и оценки предложений.

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

9.16 Любой участник конкурса после публикации протокола рассмотрения и оценки предложений вправе направить заказчику запрос о предоставлении разъяснений результатов конкурса. В течение трех рабочих дней с даты поступления такого запроса заказчик обязан представить участнику конкурса соответствующие разъяснения.

10 Ответственность сторон и соблюдение

конфиденциальности

10.1 Ответственность, предусмотренной законодательством Республики Узбекистан, несут:

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

победитель конкурса, не исполнивший

9

обязательства по договору (по количественным, качественным и техническим параметрам), несет ответственность, предусмотренной законодательством Республики Узбекистан и/или заключенным договором.

11 Прочие условия 11.1 В случае если на конкурсе предлагается продукция завода, ранее не поставлявшаяся в Республику Узбекистан, конкурсная комиссия имеет право запросить от участника конкурса представить отзыв на данную продукцию от третьих лиц

11.2 Участники, изъявившие желание участвовать в конкурсе, имеют право обратиться в рабочий орган для получения разъяснений относительно проводимого конкурса.

11.3 Участник конкурса вправе направить заказчику запрос о даче разъяснений положений конкурсной документации в форме, определенной в объявлении на проведение конкурса. В течение двух рабочих дней с даты поступления указанного запроса заказчик обязан направить в установленной форме разъяснения положений конкурсной документации, если указанный запрос поступил к заказчику не позднее чем за два дня до даты окончания срока подачи предложений. Разъяснения положений конкурсной документации не должны изменять ее сущность

11.4 Конкурс может быть объявлен конкурсной комиссией не состоявшимися:

если в конкурсе принял участие один участник или никто не принял участие;

если по результатам рассмотрения предложений конкурсная комиссия отклонила все предложения ввиду не соответствия требованиям конкурсной документации;

11.5 Заказчик имеет право отменить конкурс в любое время до акцепта выигравшего предложения. Заказчик в случае отмены конкурса публикует обоснованные причины данного решения на специальном информационном портале.

12 Заключение договора 12.1 По результатам конкурса договор заключается на условиях, указанных в конкурсной документации и предложении, поданном участником конкурса, с которым заключается договор.

12.2 Участник конкурса, объявленный по решению конкурсной комиссии победителем конкурса,

10

получит от заказчика соответствующее письменное извещение.

12.3 В случае, если победитель конкурса отказывается заключать договор на условиях конкурса, право заключения договора переходит к резервному исполнителю. При этом, резервный исполнитель может заключить договор по цене, предложенной победителем конкурса, или отказаться от заключения договора.

11

Приложение №1

ПЕРЕЧЕНЬ Квалификационных документов

1. Заявка для участия в конкурсе на имя председателя конкурсной комиссии (форма №1).

2. Копия документа о свидетельстве Государственной регистрации организации, заверенная печатью участника конкурса.

3. Гарантийное письмо, свидетельствующее, о том, что участник не находится в стадии реорганизации, ликвидации или банкротства, в состоянии судебного или арбитражного разбирательства с заказчиком, а также об отсутствии ненадлежащее исполненных обязательств по ранее заключенным договорам (форма №2).

4. Общая информация об участнике конкурса (форма №3)

5. Информация о финансовом положении участника (с возможным предоставлением подтверждающих документов), заверенная уполномоченным органом (форма №4).

6. В случае невозможности присутствия руководителя организации (компании) на конкурсе, необходимо предоставить доверенность (форма №5) на имя компетентного представителя, правомочного для:

а) представления конкурсных документов; в) присутствия на заседаниях конкурсной комиссии; г)разъяснений вопросов касательно технической и ценовой части конкурсного

предложения, а также других вопросов.

12

Форма №1

НА ФИРМЕННОМ БЛАНКЕ УЧАСТНИКА

№:________________Дата:_____________

Конкурсная комиссия

ЗАЯВКА

Изучив конкурсную документацию на (указать наименование предлагаемой

продукции), ответы на запросы №№ (указать номера запросов в случае наличия письменных обращений и ответов к ним), получение которых настоящим удостоверяем, мы, нижеподписавшиеся (наименование Участника конкурса), намерены участвовать в конкурсе на поставку продукции в соответствии с конкурсной документацией.

В этой связи направляем следующие документы: 1. Квалификационные документы на ____ листах (указать количество листов, в случае предоставления брошюр, буклетов, проспектов, компакт-дисков и т.д. указать количество); 2. Техническая часть конкурсного предложения; 3. Ценовая часть конкурсного предложения. 4. Иные документы (в случае представления других документов необходимо указать наименование и количество листов).

Ф.И.О. ответственного лица за подготовку конкурсного предложения: Контактный телефон/факс: ____________________________________________ Адрес электронной почты: ______________________________ Ф.И.О. и подпись руководителя или уполномоченного лица Место печати

13

Форма №2

НА ФИРМЕННОМ БЛАНКЕ УЧАСТНИКА №:_______________ Дата: ____________

Конкурсная комиссия

ГАРАНТИЙНОЕ ПИСЬМО

Настоящим письмом подтверждаем, что компания ___________________________ :

(наименование компании) - не находится в стадии реорганизации, ликвидации или банкротства. - не находится в состоянии судебного или арбитражного разбирательства с

(наименование заказчика) - отсутствуют ненадлежащим образом исполненные обязательства по ранее заключенным

договорам

Подписи: Ф.И.О. руководителя _______________ Ф.И.О. главного бухгалтера (начальника финансового отдела) ______________ Ф.И.О. юриста ____________________ Место печати

14

Форма №3Общая информация об участнике конкурса

1 Полное наименование юридического лица, с указанием организационно-правовой формы

2 Сведение о регистрации (дата регистрации, регистрационный номер, наименование регистрирующего органа)

3 Юридический адрес

4 Контактный телефон, факс, е-mail

5 Полные банковские реквизиты

6 Основные направления деятельности

Информация об опыте выполнения аналогичных работ

№ Наименование Наименование заказчика Дата Примечание

__________________________________ (подпись уполномоченного лица) ____________________________________ (Ф.И.О. и должность уполномоченного лица) М.П. Дата: «___» _________________2018г.

15

Форма №4

ФИНАНСОВОЕ ПОЛОЖЕНИЕ УЧАСТНИКА КОНКУРСА

____________________________________________ (Наименование участника конкурса)

1. ФИНАНСОВЫЕ ДАННЫЕ узб.сум/долл.США

Наименование статей

Данные за последние три года

20___г 20___г 20___г

Информация из балансового отчета Активы I. Долгосрочные активы Основные средства Нематериальные активы Долгосрочные инвестиции в т.ч.: капитальные вложения II. Текущие активы Продукцияно-материальные запасы в т.ч.: производственные запасы Дебиторы Денежные средства Пассивы I. Источники собственных средств в т.ч.: уставной капитал нераспределенная прибыль II. Обязательства Долгосрочные обязательства Текущие обязательства в т.ч.: текущая кредиторская задолженность

просроченная кредиторская задолженность

Информация из отчета финансового результата Чистая выручка от реализации продукции

Прибыль до уплаты налога на доход Чистая прибыль

Балансовая прибыль______________________________________________________________

16

Руководитель_____________________ Гл. бухгалтер_______________ М.П. К вложению участник обязан приложить копии отчетов о финансовых результатах (балансовых отчетов), с подтверждением ГНИ (другие уполномоченные органы для иностранных юридических лиц) о приеме отчетности в электронном виде. Если иное не оговорено, то данные в форме №4 приводятся в узбекских сумах;

17

2. ФИНАНСОВЫЕ ВОЗМОЖНОСТИ Указать оборотные средства в размере не менее 20 % от предельной стоимости, установленной

заказчиком. Уз.сум/долл.США

No. Наименование источников Сумма

1 Денежные средства

2

т.п.

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

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

При отсутствии у участника оборотных средств в размере 20 % от стартовой стоимости предмета конкурсных торгов, выдается поручительство банка о предоставлении необходимых оборотных средств (согласно образца).

В случае отсутствии справки или поручительство банка конкурсное предложение далее не рассматривается.

3. СРЕДНИЙ ГОДОВОЙ ОБОРОТ Год Сумма Валюта Обменный

курс Эквивалент в

узб.сум/долл.США

Средний годовой оборот *

* Среднегодовой оборот в размере _____ млн.сум/тыс.долл.США рассчитанный как сумма

подтвержденных платежей, полученных по текущим и/или завершенным контрактам, в течение последних ____ лет. Подпись руководителя участника конкурса: ________________ М.П. Дата составления: «_____» _________________20__ г.

18

Форма №5

НА ФИРМЕННОМ БЛАНКЕ

ДОВЕРЕННОСТЬ

Компания (предприятие, завод и т.д.) ____________________________, именуемая в дальнейшем «Компания», в лице __________________________, действующего на основании Устава (Положения и т.д.), настоящей доверенностью уполномочивает представителя Компании - гражданина ____________________(паспорт серии ___ №_______, выданный _________________ от ___________ года) на

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

предложения, а также других вопросов. Настоящая доверенность вступает в силу с момента её подписания и действует на весь процесс

согласования пунктов, заключаемого по итогам конкурса договора, процедуру его подписания. С момента вступления в силу Договора права и обязательства по нему переходят к «Компании» в

полном объёме до их окончательного выполнения. Ф.И.О. и подпись руководителя или уполномоченного лица Ф.И.О. и подпись лица, на которого выдана данная доверенность Место печати

19

Форма №6

НА ФИРМЕННОМ БЛАНКЕ

ЦЕНОВОЕ ПРЕДЛОЖЕНИЕ

на (указать наименование продукции)

Дата: (вписать дату подачи конкурсного предложения). КОМУ: Конкурсной комиссии. Мы, нижеподписавшиеся, заявляем, что изучили конкурсную документацию в целом и

ознакомились с характером проблем, которые должны быть решены в процессе оказания услуг/выполнения работ.

Проанализировав все требования, предлагаем поставить (указать наименование поставляемой продукции) в соответствии с условиями конкурсных торгов:

- условия оплаты - _________________________; - сроки поставки - ___________________________; Общая сумма составляет _____________________ (указать общую сумму конкурсного

предложения цифрами и прописью, а также валюту платежа) и указана в прилагаемой таблице цен, которая является частью настоящего конкурсного предложения.

Мы согласны придерживаться положений настоящего предложения в течение 60 дней, начиная с даты, установленной как день окончания приема Конкурсных предложений. Это Конкурсное предложение будет оставаться для нас обязательным и может быть принято в любой момент до истечения указанного периода.

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

Дата: «___» __________2018г.

Ф.И.О. и подпись руководителя или уполномоченного лица Место печати

20

НА ФИРМЕННОМ БЛАНКЕ

ТАБЛИЦА ЦЕН

ЛОТ СтоимостьЛот №1 – предоставление права

пользования (обновление/замена) программных комплексов по

планированию транспортной сети, техническая поддержка

Лот №2 – предоставление права пользования (обновление/замена)

программных комплексов по планированию сети радиодоступа (outdoor),

техническая поддержкаЛот №3 – предоставление права

пользования (обновление/замена) программных комплексов по

планированию сети радиодоступа (indoor), техническая поддержка

Примечание: Каждый лот ценового предложения расписать подробно, согласно требованиям Технического задания.

Ф.И.О. и подпись руководителя или уполномоченного лица

Место печати

Дата: «___» __________2018г.

Примечание: В случае расхождения между ценой единицы продукции и общей ценой, преимущество имеет цена единицы продукции.

21

Приложение №2

Порядок и критерии квалификационной оценки участников и конкурсных предложений.

Порядок и критерии квалификационного отбора участников на участие в конкурсе. Квалификационная оценка осуществляется конкурсной комиссией до начала конкурса. Если

требуемая информация не представлена участником, конкурсная комиссия вправе не допускать его к участию в конкурсе.

Критерии квалификационной оценки № Критерий Оценка Примечание

1 Исполнение обязательств по ранее заключенным договорам

Надлежащее / не надлежащее (проводится на

основании гарантийного письма участника)

Если ненадлежащее, то участник

дисквалифицируется

2 Представление финансовых показателей участника Есть / нет

Если не представлено, комиссия вправе

дисквалифицироватьучастника

3 Состояние участника в стадии реорганизации, ликвидации или банкротства

Да / нет

(проводится на основании гарантийного письма

участника)

Если да, то участник дисквалифицируется

4

Состояние участника в стадии судебного или арбитражного разбирательства с Заказчиком

Да / нет

(проводится на основании гарантийного письма

участника и информации от заказчика)

Если да, то участник дисквалифицируется

5 Регистрация участника и банка участника в оффшорных зонах

Да / нет

Участник, а также участники, банки

которых зарегистрированные в оффшорных зонах, к

участию в конкурсе не допускаются

6 Участник имеется в Едином реестре недобросовестных исполнителей

Имеется / Не имеетсяЕсли имеется, то

участник дисквалифицируется

22

I. Техническая оценка предложений.Осуществляется конкурсной комиссией на основании документов технической части.

Предложения участников конкурса, не прошедшие, по технической оценке, (набравшие 0 баллов по итогам выставления баллов) дисквалифицируются.

Критерии технической оценки № Критерий Оценка Примечание

1 Наибольшее соответствие требованиям технического задания оценивается наивысшей оценкой.

Максимальный балл присваивается максимальному значению показателя

Оценка = (Значение анализируемого критерия / Максимальное значение) * Максимальный балл.

100-балльная система оценки

Ценовая оценка предложений. Осуществляется конкурсной комиссией после проведения технической оценки на основании

документов с ценовой части.

Критерии ценовой оценки

№ Критерий Оценка Примечание

1

Наименьшая цена/стоимость оценивается наивысшей оценкой Максимальный балл присваивается минимальному значению показателя.

Оценка = (Минимальное значение / Значение анализируемого критерия) * Максимальный балл.

100-балльная система оценки

2 Условия оплатыАвансирование 15% – 100 баллов

Авансирование 50% – 50 баллов

Авансирование 100% – 0 баллов

3 Соответствие Техническим требованиям

Полное соответствие – 100 баллов

Частичное соответствие – 50 баллов

Не соответствие – 0 баллов

23

Оценка предложенийКритерий Вес % Примечание

Техническая оценка 50%

Ценовая оценка 50%Цена/Стоимость 75%

Условия оплаты 25%

24

II. ТЕХНИЧЕСКАЯ ЧАСТЬ

1. Введение. ЛОТ 1, 2, 3.

Техническое задание на предоставление права пользования (обновление/замена) обновление (замену) программных комплексов по планированию транспортной сети и сети радиодоступа (indoor/outdoor).

ООО «UMS» оставляет за собой право включать дополнения и изменения в технических требованиях, спецификации работ и сроки их исполнения в процессе проведения работ и консультаций с Участниками.

Распространение данного запроса и принятие предложений не налагают юридических обязательств на ООО «UMS», и не ограничивают право вести переговоры в собственных интересах с любым из Участников.

Данным техническим заданием определяются требования по обновлению (замене) программных комплексов по планированию транспортной сети и сети радиодоступа (indoor/outdoor).

В данный момент в распоряжении компании ООО «UMS» имеются следующие программные комплексы для планирования сети:

- Mentum Ellipse 8.4 – для планирования РРЛ;- Mentum Planet 5.7 – для планирования сети радиодоступа (outdoor);- iBwave Design 6.5 – для планирования сети радиодоступа (indoor);

Со следующими лицензиями:- Mentum Ellipse 8.4: Enterprise – 5 шт., Core – 5 шт., Transport – 5 шт.;- Mentum Planet 5.7: Enterprise – 6 шт., Core – 6 шт., GSM – 6 шт., WCDMA – 6 шт., LTE – 1 шт., ACP – 2 шт.;- iBwave Design 6.5: iBwave Design + Propagation + Collection + Optimization – 1 шт.

В вязи с окончанием срока технической поддержки данных программных комплексов, ООО «UMS» не может получать их свежие релизы и решать проблемы, возникшие в процессе их эксплуатации.

С iBwave Design ситуация усложняется тем, что, кроме отсутствия возможности использовать свежие версии программы, с окончанием технической поддержки, исчезла возможность установки ПО на новые компьютеры, а старых компьютеров с установленной программой не осталось.

Для каждого требования или спецификации решения Участник должен представить следующие ответы:

Соответствует, если предлагаемый программный комплекс полностью соответствует требованию. Кроме того, там, где это может потребоваться, Производителю/Участнику будет предложено дополнить свой ответ соответствующими техническими сведениями и указаниями на специальные преимущества реализации предлагаемого решения.

Частично соответствует, если предлагаемый программный комплекс частично соответствует требованию или если требование будет удовлетворено в последующих версиях. Участник должен указать, в каком именно отношении его реализация частично соответствует требованию.

Не соответствует, если предлагаемый программный комплекс не соответствует требованию. В этом случае Производителю/Участнику предлагается привести описание альтернативного или частичного решения.

Каждое требование должно сопровождаться комментарием со стороны Участника, включающим ссылку на действующий документ, подтверждающий ответ Участника.

25

В случае, если Участник определяет Несоответствие или Частичное соответствие требованиям Заказчика, необходимо предоставлять детальное объяснение несоответствия, а также сроков, когда требование будет реализовано.

2. Техническое решениеПо результатам закупочной процедуры необходимо выбрать поставщиков на предоставление

права (обновление или замену) пользования программным комплексом по планированию транспортной сети и сети радиодоступа (indoor/outdoor). Новое количество лицензий должно быть следующим:

- для транспортной сети – 5 шт.;- для сети радиодоступа (outdoor): основные лицензии, GSM, WCDMA – 5 шт., LTE, ACP – 2 шт., модуль Measurements – 3 шт., модель распространения типа Aster – 1шт.- для сети радиодоступа (indoor) – 1 шт.

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

3. Обзор решенияПрограммный комплекс по планированию транспортной сети предназначен для увеличения

точности и ускорения процесса планирования и оптимизации транспортной сети. Данные комплексы при расчетах позволяют учитывать рельеф местности и тип застройки на территории, для которой производится расчет, что позволяет максимально точно спрогнозировать интерференционную картину от РРЛ, в результате чего уменьшается вероятность установки РРЛ в месте или с параметрами неоптимальными для обеспечения качественной связи. Также базу данных программного комплекса планируется использовать как некую единую базу данных для хранения параметров существующих и планируемых объектов транспортной сети и базовых станций.

Программный комплекс по планированию сети радиодоступа (outdoor) предназначен для увеличения точности и ускорения процесса планирования и оптимизации сети. Данные комплексы при расчетах позволяют учитывать рельеф местности и тип застройки на территории, для которой производится расчет, что позволяет максимально точно спрогнозировать покрытие от базовых станций, в результате чего уменьшается вероятность установки БС в месте или с параметрами неоптимальными для обеспечения качественного покрытия. Также базу данных программного комплекса планируется использовать как некую единую базу данных для хранения параметров существующих и планируемых объектов и базовых станций.

Программный комплекс по планированию сети радиодоступа (indoor) предназначен для увеличения точности и ускорения процесса планирования сети. Данные комплексы при расчетах позволяют учитывать тип и свойства перекрытий, затухания на фидере в зависимости от его длины, что позволяет максимально точно спрогнозировать покрытие внутри помещений, в результате чего увеличивается качество покрытия при минимизации затрат на оборудование и проведение работ.

4. Общие требования Лот 1, 2, 3.Программный комплекс должен быть установлен в Ташкенте на существующем оборудовании

заказчика. Совместимость с оборудованием заказчика необходимо проработать на стадии подготовки коммерческого предложения. В случае необходимости модернизации аппаратного обеспечения заказчика, стоимость работ и комплектующих нужно заложить в коммерческое предложение.

Требования к системам по планированию перечислены в п.4.1, 4.2 и 4.3. Конкурсанту необходимо отметить соответствие их предложения предъявляемым требованиям.

При последующем расширении и модернизации программного комплекса цены за дополнительные инструменты, программные модули и лицензии должны быть неизменны и определены первичным договором на поставку программного комплекса и оборудования, в соответствии с тендерным предложением.

Техническая поддержка программного комплекса должна составлять не менее 12 месяцев со дня заключения договора.

26

4.1 к транспортному модулю (ЛОТ 1)

№ Требование Соответствие Примечание

4.1.1 Модуль должен поддерживать планирование и оптимизацию backhaul network

4.1.2 Модуль должен поддерживать единую БД между модулем радиопланирования и транспортным модулем

4.1.3 Модуль должен поддерживать анализ доступности и качества линка (РРЛ и другие транспортные стыки точка-точка)

4.1.4 Модуль должен поддерживать возможность частотного планирования в автоматическом и ручном режиме

4.1.5 Модуль должен поддерживать технологий TDM, IP и гибридный режим (TDM/IP)

4.1.6 Модуль должен поддерживать возможность анализа трафика и емкости как одного линка, так сети в целом.

4.1.7Модуль должен поддерживать использования данных ГИС для отображения элементов радиопланирования и планирования транспортной сети в одном окне (в ГИС окне)

4.1.8 Модуль должен иметь возможность импорта/экспорта элементов сети в GoogleEarth и MapInfo

4.1.9 Модуль должен поддерживатьонлайн карты из сервисов Google Earth или Bing, OpenStreetMap

4.1.10

Модуль должен поддерживать карты в различных форматах: BILTIFFBMPJPEGJPEG 2000ECWPNGVertical Mapper GRD и GRCMapInfo MIF и TABArcView grid TXT и ASCArcView SHP and PRJGoogle Earth KML и KMZErdas IMGAutoCAD DXFPlanetRaw binary data

4.1.11 ГИС должна поддерживать совместимость со стандартными проекционными форматами, включая UTM/WGS84

4.1.12 ГИС должна поддерживать как растровые (DTM/DEM, Clutter), так векторные (Тексты, линии) проекции карт

4.1.13

ГИС должна иметь возможность одновременного использования нескольких слоёв DTM (рельеф) и нескольких слоёв клатерной карты (типов земной застройки/поверхности) с разным разрешением и возможности автоматического выбора наиболее пригодного разрешения для каждого случая

4.1.14ГИС должна иметь возможность использовать цифровые растровые карты клаттерных данных о конкретных участках поверхности

4.1.15ГИС должна иметь возможность изменения цветов и стилей отображения всех слоев карты, включая рельеф, клаттеры, векторы.

27

4.1.16 ГИС должна иметь возможность использовать цифровых карт высоты зданий (DEM, 3D карт зданий)

4.1.17ГИС должна иметь возможность импорта/экспорта/конвертация проекций цифровых карт различных форматов.

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

4.1.19Модуль должен поддерживать организацию радиолиний (РРЛ) в диапазонах 5-90ГГц, с шириной радиоканала 3,5/7/14/28/40/56/112МГц и модуляцией BPSK/QPSK/16-4096QAM

4.1.20Модуль должен поддерживать организацию радиолиний с поддержкой функционала АМ (адаптивной модуляции)/АС (адаптивной ширины канала)/АМ+АС

4.1.21Модуль должен поддерживать конфигурацию радиосистемы 1+0/1+1/2+0/n+1, а так же SD(пространственный разнос)/FD(частотный разнос)/SD+FD

4.1.22Модуль должен поддерживать возможность установки поляризации V или H на каждом частотном канале индивидуально, а так же поддерживать включение функционала XPIC

4.1.23

Модуль должен поддерживать загрузку файлов радио оборудования в формате PathLoss, а так же поддерживать следующие параметры:Tx Power RangeXPIC & XPIFATPCThresholdsNoise PowerFrequency RangeBand WidthCapacityModulationLossesSignatureTx SpectrumRx Selectivity

4.1.24

Модуль должен поддерживать загрузку файлов антенн в формате PathLoss, а так же поддерживать следующие параметры:Frequency RangeGainF/B3dB BWPolarisation (Horizontal/Vertical/Dual Polar)Sizes/Weight antennPatterns (HH/ELHH/HV/ ELHV)

4.1.25 Модуль должен поддерживать возможность импорта/экспорта файлов радио оборудования и антенн

4.1.26Модуль должен поддерживать организацию нескольких радиолиний с разным радио оборудованием (например, разных вендоров) на одной антенне в одном направлении

28

4.1.27Модуль должен поддерживать организацию радиолинии с несколькими антеннами разных типов (например, разных вендоров)

4.1.28Модуль должен обладать функционалом автоматического построения профиля высот земли и застройки в соответствии с ГИС. Построение профиля должно проводится оперативно, в короткое временя (1-2 сек).

4.1.29Модуль должен обладать режимом пользовательского построения профиля высот земли и застройки с учетом всех или выборочных данных ГИС

4.1.30Модуль должен иметь возможность для нанесения дополнительных объектов-препятствий (здание, деревья, водонапорная башня и др.) в профиле

4.1.31 Модуль должен поддерживать отображения на профиле зон Френеля

4.1.32Модуль должен поддерживать возможность просмотра профиля сверху с отображением закрытых участков первой зоны Френеля

4.1.33Модуль должен поддерживать отображение на профиле зон Френеля для каждой антенны (с одной стороны) с каждой антенной (с другой стороны) при использовании пространственного разноса

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

4.1.35При построении профиля высоты, высота подвеса антенн может быть выставлена как вручную, так и выбрана из конфигурации сети

4.1.36 Модуль должен обладать функционал минимизации высоты антенн с учетом данных ГИС

4.1.37Модуль должен иметь функционал отображения и движения маркера, синхронизируемым с маркером на профиле (в окне профиля высот земли), на линии пролета в окне ГИС, и наоборот

4.1.38 Модуль должен иметь функционал построения обратного профиля высот земли

4.1.39 Модуль должен проводить расчеты основаны на ITU-R

4.1.40Модуль должен проводить расчет приемного уровня, анализ доступности и качества радиолинии с учетом потерь из-за атмосферных осадков, и отдельно отображать сам расчет и его результат

4.1.41Модуль должен проводить расчет приемного уровня, анализ доступности и качества радиолинии с учетом потерь из-за многолучевого распространения, и отдельно отображать сам расчет и его результат

4.1.42Модуль должен проводить расчет приемного уровня, анализ доступности и качества радиолинии с учетом потерь из-за рефракции, и отдельно отображать сам расчет и его результат

4.1.43 Модуль должен иметь функционал рефракционного анализа с построением/отображением графика зависимости ослабления сигнала от k-factor и точек отражения от поверхности земли. На данном графики должны отображаться кривые для разных

29

режимов пролёта:по одной антенны на каждой стороне (стандартный пролёт РРЛ, без разноса);на одной стороне одна антенна, а на другой две антенны (полупространственный разнос);по две антенны на каждой стороне (полный пространственный разнос).

4.1.44При рефракционном анализе должно быть автоматическое определение точек отражения от поверхности земли в зависимости от ГИС

4.1.45Модуль должен проводить результирующий/суммирующий расчет приемного уровня, анализ доступности и качества радиолинии с учетом потерь из-за атмосферных осадков, многолучевого распространения и рефракции вместе

4.1.46Модуль должен обладать функцией поиска наилучшего типа модуляции на радиолинии на основе требуемой пропускной способности и требуемого качества

4.1.47Модуль должен иметь функционал анализа интерференции с учетом деградации уровня срыва (TD) и с учетом использования опции адаптивной модуляции и канала, и отображать сам расчет и его результат

4.1.48 При анализе интерференции должна быть возможность задания порогов избирательности по помехе C/I, T/I, TD

4.1.49 При анализе интерференции должна быть возможность проверки конфликта шифров станции НВ/ВН (High/Low)

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

4.1.51 Модуль должен иметь функционал анализа видимости территории земли с одного или более объекта

4.1.52 Модуль должен позволять учитывать климатические зоны по методам МСЭ-R P.841

4.1.53Модуль должен иметь возможность организации потоков TDM/IP из одного конца сети в другой конец, вести их учет и предупреждать при загруженности или о не возможности организовать/пропустить дополнительно

4.1.54Модуль должен обладать простым и гибким функционалом создания/выгрузки отчетов в Microsoft Excel/ Word, PowerPoint и шаблонов данных отчетов

4.1.55 Модуль должен иметь гибкий многооконный режим вывода информации на мониторе

4.1.56 Модуль должен иметь возможность одновременного отображения нескольких окон ГИС

4.1.57Модуль должен обеспечить нормальное отображение и управление сразу нескольких слоев (например, географических карт) в окне ГИС

4.1.58Модуль должен обеспечить возможность создания, отображения и редактирования общего списка заданных слоев в ГИС окне

4.1.59Модуль должен обеспечить изменение конфигурации параметров (например: настройки, порядок, прозрачность слоя) отображаемых слоев в окне ГИС

4.1.60 Модуль должен иметь возможность простого увеличения и уменьшения выбранных участков карты/территории в окне ГИС

30

4.1.61 Навигация в окне ГИС должно быть простой и не занимать много времени (1-2сек)

4.1.62 Любой выбранный элемент сети (сайт, пролет и т.п.) должен отображаться/выделяться в ГИС окне.

4.1.63Модуль должен иметь возможность редактирования основных параметров радиолиний и других элементов сети непосредственно из ГИС окна

4.1.64Модуль должен позволять легко и без ограничений устанавливать/менять параметры отображения элементов сети (сайта, пролёта и др.) и их название (текстовая подпись)

4.1.65Модуль должен позволять фильтрацию элементов сети (сайта, пролёта и др.) по любому необходимому признаку, должна быть возможность сохранения фильтра и создания по нему отдельного слоя в окне ГИС

4.1.66Модуль должен позволять работать элементами сети (сайта, пролёта и др.), отфильтрованными по любому необходимому признаку, как в табличном виде, так и в окне ГИС

4.1.67Модуль должен наглядно отображать транспортную сеть на уровне потоков с возможность легко и быстро (1-2сек) понять маршрут потока из конца в конец

4.1.68Модуль должен поддерживать функцию просмотра топологии транспортной сети, должен позволять выделение определенного участка сети для работы только с ним

4.1.69Модуль должен иметь возможность отмены и возврата последних нескольких действий, связанных с редактированием данных сети

4.1.70 Модуль должен позволять ввод проекционные координаты объектов

4.1.71 Модуль должен иметь функционал быстрого расчета расстояния между двумя точками, выделенными на окне ГИС

4.1.72Модуль должен иметь функционал быстрого построения и отображения в реальном времени в всплывающем окне продольного профиля высот между двумя точками, выделенными на окне ГИС

4.1.73Поставщик модуля (решения) должен иметь возможность проведения обучения пользователей работы с данным модулем

4.1.74Поставщик модуля (решения) должен провести запуск, наладку работоспособности, соответствующей запросу Заказчика на момент запуска модуля, и сдачу модуля Заказчику

4.1.75

Поставщик модуля (решения) должен обеспечить эффективную работу по технической поддержки и работоспособности модуля. Запросы Заказчика на техническую поддержку должны рассматриваться в кратчайшие сроки (не более 3 дней), а решение по запросу должно быть реализовано в срок ни более 2 месяцев

31

4.2 к модулю планирования сети радиодоступа outdoor (ЛОТ 2)

№ Требование Соответствие Примечание

Общие требования

4.2.1 Решение должно состоять из взаимосвязанных модулей для решения задач радиочастотного планирования и оптимизации сетей сотовой связи для технологий GSM, GPRS, EDGE, UMTS , HSPA, LTE-FDD, LTE-TDD, LTE-VoIP,Wi-Fi, WiMax, IoT.

4.2.2 Все модули Решения должны быть предоставлены в 64 битовом варианте.

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

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

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

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

4.2.7 Модули Решения, требования к которым указаны в настоящем документе, должны работать с единым набором данных без необходимости в их конвертации.

4.2.8 Решение должно поддерживать создание много региональных и мульти-RAT (GSM+UMTS, UMTS-LTE-GSM, LTE-WiFi, прочее) проектов.

4.2.9 ПО должно поддерживать общий трафик вне зависимости от технологии.

4.2.10 ПО должно поддерживать multi-RAT Monte Carlo simulation с автоматическим распределением трафика в зависимости от приоритета сервисов.

4.2.11 Решение должно включать полный набор установочных файлов, решений по развертыванию и файлов документации.

4.2.12 Решение должно поддерживать стандартные европейские метрические единицы измерения (метры, километры и т.д.)

4.2.13 Решение должно поддерживать возможность ввода координат для любого сетевого элемента в следующих форматах: DLL, LL, GRID.

4.2.14 Решение должно поддерживать хранение и отображение в GUI данных инвентаризации, таких как фидеры, опоры, кабинеты, производители.

4.2.15 Решение Поставщика должно быть успешно развернуто не менее чем в трех крупных организациях, на сетях не менее чем в пятьдесят тысяч сот (секторов).

4.2.16 Решения должно хранить все данные (оборудование,

32

площадки, сетевые элементы, прочее) проекта в одной базе данных.

4.2.17 Решение должно поддерживать процедуры импорта и экспорта базы данных.

4.2.18Решение не должно ограничивать объем базы данных.

4.2.19 Решение должно позволять откатывать данные проекта до предыдущего сохраненного состояния.

4.2.20 Решение должно позволять проводить дельта-отчет данных в проекте с содержимым главной базы данных.

4.2.21 Решение должно обеспечивать возможность создания дополнительных информационных полей на уровнях элементов сети, с возможностью указания типа параметра.

4.2.22 Решение должно обладать возможностью создания макросов/скриптов, для автоматизации различных процессов.

4.2.23 Решение должно содержать подробную документацию по взаимодействия с ним, посредством скриптов

4.2.24 Решение должно поддерживать многопользовательский режим работы с базой данных с возможностью объединения пользователей в группы.

4.2.25 Решение должно поддерживать использование прав безопасности, накладываемые на группы пользователей, индивидуальных пользователей и на данные базы данных.

4.2.26 Решение должно поддерживать доступ пользователей к базе данных на основе их аутентификации.

4.2.27 Решение должно содержать средства для конфигурации содержимого отчетов.

4.2.28 Решение должно поддерживать графическое отображение результатов расчетов и их печать в различных форматах

4.2.29 Решение должно поддерживать гибкую настройку пользовательского интерфейса с последующим сохранением выбранной конфигурации.

4.2.30 Пользователь должен иметь возможность настраивать и калибровать модели, по которым будут производиться расчеты

4.2.31 Решение должно содержать средство для проведения частотно-территориального планирования сети

4.2.32 Решение должно содержать средство для планирования основных логических радиопараметров сети (RSI, BSIC, Scrambling Code, прочее)

4.2.33 Решение должно позволять производить оптимизацию по статистике реальной сети

4.2.34 Решение должно поддерживать базу данных открытого типа (Microsoft Access, Microsoft SQL Server, Oracle)

4.2.35 Обладать возможностью автоматизировать обмен с другими базами данных

4.2.36 Решение должно поддерживать несколько уровней планирования (локальный, филиальный, федеральный на всю страну).

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

33

4.2.38 Решение должно использовать физические или программные лицензионные ключи, как локального, так и сетевого типа

4.2.39 Решение должно развиваться с учётом общемировых тенденций развития радиосети и стандартов 3GPP (внедрение 5G и прочее).

4.2.40 Решение должно позволять моделировать различные сервисы

4.2.41 Решение должно позволять моделировать различные вероятности поведения абонентов.

4.2.42 Решение должно позволять моделировать абонентов находящихся в движении

4.2.43 Решение должно поддерживать различные способы развертывания и подключения к БД:• Локальное развертывание: все работы и хранения данных осуществляется локально• Клиент – сервер: работа осуществляется на локальной машине, хранения данных осуществляется на сервере• Терминальный доступ: приложение запускается на удаленном сервере, данные так же хранятся на удаленном сервере

4.2.44 БД должна поддерживать работу в многопользовательском режиме: разграничение прав доступа пользователей к отдельным элементам БД, возможность одновременной работы с БД нескольких пользователей

4.2.45 Решение должно поддерживать работу без постоянного подключения к БД

4.2.46 Решение должно поддерживать работу с удаленным подключением к БД по сети Internet (VPN)

4.2.47 Решение должно иметь возможность прямого создания БД непосредственно из интерфейса системы планирования

4.2.48 Решение должно позволять импортировать данные с живой сети, такие как: • Данные KPI сети• UE трейсы абонентов• Секторную нагрузку

4.2.49 Решение должно позволять подключатся к базе данных живой сети (MS SQL, Oracle) для динамического обновления данных.

4.2.50 Решение должно позволять импортировать данные живой сети через табулированный текстовый файл или таблицы Excel

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

4.2.52 Система должен поддерживать управление правами доступа пользователей

4.2.53 Система должна иметь графический интерфейс для изменения прав доступа пользователей

4.2.54 Должна быть предусмотрена возможность создания проектов на основе шаблонов. Как мульти-RAT систем(GSM+UMTS, UMTS-LTE-GSM, CDMA-LTE, LTE-WiFi) так и проектов отдельных систем.

34

4.2.55 Должна быть предусмотрена возможность создания собственного шаблона

4.2.56 Решение должно иметь возможность хранить в проекте площадки без какого-либо оборудования.

4.2.57 Решение должно позволять рассчитывать взаимное влияние мульти-RAT сетей.

4.2.58 Решение должно позволять рассчитывать карты покрытия каждой технологии для выбранного типа сервиса

4.2.59 Решение должно позволять рассчитывать единую карту скорости передачи данных для абонента вне зависимости от обслуживающей технологии

4.2.60 Решение должно развиваться с целью поддержки планируемых частотных диапазонов в соответствии с рекомендации 3GPP

4.2.61 Решение должно содержать модуль для планирования и оптимизации параметров сот: высота, тип антенны, угол наклона, азимут, местоположение

4.2.62 Сотрудники Поставщика, ответственные за оказания услуг по Технической поддержке, должны иметь опыт работы не менее 3-х лет с поставляемым Решением, пройти требуемые курсы обучения, подтверждённые сертификатами.

Требования к графическому интерфейсу пользователя

4.2.63 Решение должно содержать набор GUI для работы с параметрами элементов сети.

4.2.64 Решение должно поддерживать отображение элементов сети в табличном виде и на карте. Решение должно поддерживать многооконный режим

4.2.65 Решение должно поддерживать поиск элементов сети в таблице и на карте. Иметь возможность их фильтрации

4.2.66 Решение должно обладать средствами для объединения элементов сети в группы по признакам, заданным пользователем (технология, параметр, тип сетевого элемента, модели распространения, прочее), и их отображением в таблице и на карте

4.2.67 Решение должно поддерживать использование групп элементов сети по заданной территории и для заданной группы секторов при выполнении задач радиопланирования, формирования списка соседей, расчета растровых слоев, прочее.

4.2.68 Решение должно обеспечивать возможность различного отображения сайтов (размер, цвет, форма) в зависимости от различных свойств сайта и сектора, а так же от принадлежности к какой либо группе.

4.2.69 Настройка отображения GIS ярлыков элементов сети пользователем.

4.2.70 Решение должно содержать средство для определения расстояния на карте, азимута, а также площади для полигона, заданного пользователем

4.2.71 Решение должно иметь возможность отображение хендоверных линков через пользовательский интерфейс комплекса радиопланирования

4.2.72 Решение должно поддерживать использование шаблонов элементов сети 2G/3G/4G для создания новых БС в проекте сети.

35

4.2.73 Решение должно содержать средство для редактирования и добавления пользовательского шаблона сетевого элемента

4.2.74 Решение должно содержать встроенный редактор топологии БС

4.2.75 Решение должно поддерживать создание пользовательских правил при импорте и экспорте данных по БС

4.2.76 Решение должно поддерживать возможность изменения цветовой схемы разнообразных слоев без их пересчета

4.2.77 Решение должно позволять редактировать клаттеры и векторные данные.Решение должно поддерживать отмену действий, произведенных ПО при расчетах: откат к предыдущему частотно-кодовому плану, откат к предыдущим параметрам АФУ и приемопередатчика и т.п.

4.2.78 Решение должно поддерживать поиск по основным логическим элементам сети (RSI, BSIC,BCCH,SCR…) с графическим отображением найденных элементов в таблице и на карте.

4.2.79 Решение должно поддерживать продвинутый поиск в таблицах данных, с возможностью использования логического “И”,”ИЛИ”,”=”,”>”,”<”, “*”

4.2.80 Отображение и фильтрация элементов сети в соответствии с выбранным критерием, как например тип, диапазон частот, статус, емкость и т.п.

4.2.81 Решение должно предусматривать возможность выбора географической зоны для анализа, по которой будет производится планирование и оптимизация сети и формироваться репорты

4.2.82 Решение должно обеспечивать автоматическую фильтрацию сайтов и секторов по географическому признаку

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

4.2.84 Решение не должно на программном уровне ограничивать площадь и размер карт (цифровых моделей местности), используемых для выполнения расчётов и моделирования радиосети.

4.2.85 Решение должно поддерживать разнос антенн по крыше здания (координаты отличные от координат сайта) как в табличном режиме, так и в графическом режиме с помощью мыши на карте.

4.2.86 ПО должно поддерживать импорт и экспорт конфигурации сети через табулированный текстовый файл или таблицы Excel

4.2.87 Решение должно поддерживать одновременную работу с многослойными картами с различным разрешением слоев

4.2.88 Решение должны поддерживать работу с цифровыми картам различного разрешения (от 1м до 200м), а также позволять проводить расчеты предикций на стыке карт разных разрешений

4.2.89 Решение не должно ограничивать на программном уровне кол-во сетевых элементов, для которых производится расчёт

36

покрытия, в рамках одного проекта4.2.90 Решение должно позволять производить расчёты карт

покрытия и различных слоёв в масштабах города, региона, федерального округа, страны, в рамках одного проекта без предварительного разбиения карт на мелкие фрагменты и последующей их склейки в отдельных вспомогательных модулях.

4.2.91 Решение должно позволять производить анализ препятствий при построении профиля местности на основе DTM, высоты клаттеров, домов в векторном и растровом формате

Требования для работы с ГЕО данными и картами4.2.92 Решение должно поддерживать работу с картами векторных

форматов MapInfo, MID/MIF и TAB, формата SHP, 4.2.93 Решение должно поддерживать работу с картами растровых

форматов: BILL, TIFF, BMP, DXF, Erdas, Arcview, Vertical Mapper, ECW, PNG, JPG

4.2.94 Решение должно поддерживать использование снимков карт формата JPG, TIFF, JPEG2000, ECW, PNG

4.2.95 Решение должно поддерживать автоматическую загрузку из сети Интернет в проект отдельным слоем фотографической подложки OpenStreetMap, Google Earth или BingMaps, а так же возможность добавления дополнительных источников для загрузки карт.

4.2.96 Решение должно иметь возможность экспорта местонахождения сайтов и радиопокрытия в GoogleEarth.

4.2.97 Решение должно иметь возможность отображения контекстной справки по параметрам базовых станций в GoogleEarth

4.2.98 Решение должно содержать средство для визуализации редактирования, конвертации, создания GIS данных

Требования к антенной системе, базовым моделям распространения4.2.99 Решение должно поставляться с базовой моделью

распространения стандарта COST 213 Окамура-Хата4.2.100 Решение должно быть совместимо с эмпирическими,

детерминистическими и полуэмпирическими моделями распространения радиоволн

4.2.101 Решение должно поддерживать загрузку данных измерений с последующим использованием для ручной или автоматической калибровки модели

4.2.102 Решение должно поддерживать использование двух моделей распространения на соте, с указанием индивидуальных значений пиксельного разрешения и радиусов действия

4.2.103 Решение должно поддерживать работу с моделями распространения сторонних производителей

4.2.104 Решение должно обеспечивать возможность настройки модели в зависимости от радио условий, клаттера и т.д.

4.2.105 Решение должно поддерживать разнос антенн по крыше здания (координаты отличные от координат сайта)

4.2.106 Решение должно поддерживать возможность моделирование многодиапазонных антенн поддерживающих различные технологии.

4.2.107 Решение должно поддерживать импорт диаграмм направленности антенн (импорт паттернов из основных форматов – msi, txt и других)

37

4.2.108 Решение должно поддерживать возможность группировки диаграмм антенн под одну физическую антенну с общим именем

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

4.2.110 Решение должно поддерживать работу с одной физической антенной для нескольких секторов

4.2.111Решение должно поддерживать работу разнесенных антенн

4.2.112 Решение должно поддерживать работу с различными антенными системами (вкл. MIMO, Smart antennas).

4.2.113 Решение должно поддерживать ручное редактирование паттернов антенн.

4.2.114 Решение должно обеспечивать автоматический анализ качества модели распространения по сравнению с результатами драйв-тестов.

4.2.115 Решение должно позволять выполнять расчёты матриц потерь по расписанию в автоматическом режиме, например в часы наименьшей нагрузки на сервера системы.

4.2.116 Решение должно позволять выполнять требуемые расчёты и отчёты по расписанию в автоматическом режиме, и выполнять экспорт рассчитанных карт и отчётов в автоматическом режиме.

4.2.117 Модуль долен поддерживать технологии 2G,3G, 4G, 5G, WiMAX ,Wi-Fi, IoT.

4.2.118 Диапазон частот, поддерживаемых встроенными моделями должен быть покрывать диапазон от 30 MHz до 100 GHz

4.2.119 Модель распространения должна позволять рассчитывать сеть из неограниченного количества секторов.

4.2.120 Модель распространения поставляется общей лицензией для различных сценариев использования: городская застройка, пригород и подобное. В рамках данной лицензии поставляется возможность её калибровки.

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

4.2.122 Наличие предварительной калибровки для различных типов окружения: rural, suburban, Urban для обеспечения высокой точности расчётов даже без калибровки модели.

4.2.123 Возможность расчёта как с использованием только растровых данных, так и векторных данных (только на основе данных векторов и рельефа), и их комбинации. В случае использования вектора, должна быть возможность импорта основных векторных форматов: .tab /.shp /.mif

4.2.124 Использование моделью векторных карт застройки без предварительной конвертации и препроцессинга во внутренний формат модели

4.2.125 Модели должны поддерживать работу с цифровыми картам различного разрешения (от 1м до 200м), а также позволять проводить расчеты предикций на стыке карт разных разрешений

4.2.126 Возможность расчётов Ray-Tracing-а только на основе растрового слоя DTM и вектора высотности застройки, без использования растра Clutter heights

38

4.2.127 Модель должна позволять работать на серверном оборудовании и стандартных клиентских компьютерах с операционными системами семейства Windows.

4.2.128 Поддержка расчёта на 4- ядрах в рамках одной лицензии

4.2.129 Наличие 64 битной версии модели для снятия ограничения по использованию ОЗУ при моделировании на большой территории в условиях плотной городской застройки

4.2.130 Точность модели распространения по Standard Deviation, около 7 дБ.

4.2.131 Скорость расчёта для Small Cell, не более 5 сек

4.2.132 Скорость расчёта для Macro Cell, не более 8 сек

4.2.133 Максимальное число учётных дифракций радиосигнала (Diffraction) не менее 10

4.2.134 Максимальное число учётных отражений радиосигнала (Reflection) не менее 10

4.2.135 Должна быть предусмотрена возможность автоматического обнаружения indoor размещения передатчика. Автоматическая корректировка параметров модели на indoor, в случае такого обнаружения (с уведомлением пользователя).

4.2.136 Возможность автоматической корректировки места размещения антенны, в случае ошибочного indoor размещения.

4.2.137 Поддержка расчётов распространения электромагнитных волн для всех типов Environment: от Rural до Dense Urban одной моделью

4.2.138 Возможность расчётов покрытия outdoor - indoor, indoor - outdoor, indoor only

4.2.139 Модель распространения должна быть разработана компанией производителем инструмента по планированию. Не требует дополнительного API для взаимодействия с ним. Имеет полную совместимость с другими модулями инструмента по планированию.

4.2.140 Модель распространения должна поставляться с детальной технической документацией и описанием параметров.

4.2.141 Решение должно позволять формировать гистограммы для создаваемых предикций

4.2.142 Решение должно позволять формировать отчёты с информацией о радиопокрытии в абсолютных и относительных величинах

Требования к трафику и драйв-тестам4.2.143 Решение должно позволять моделировать голосовой и

пакетный трафик4.2.144 Решение должно позволять моделировать абонентские

устройства, генерирующие трафик 4.2.145 Решение должно позволять задавать объем трафика сети

самостоятельно или использовать объем трафик, загруженного из сети

4.2.146 Решение должно поддерживать взвешенное распределение объема трафика по клаттерам и векторам и их комбинациям

4.2.147 Решение должно позволять создавать и отображать на карте растровый слой трафика, распределенный по клаттерам и

39

векторам4.2.148 Решение должно позволять загружать трафик из сети для

технологий 2G/3G/4G4.2.149 Решение должно позволять привязывать и редактировать

голосовой и пакетный трафик к сетевым элементам сетей 2G/3G/4G(VoLTE)

4.2.150 Решение должно содержать средства позволяющие формировать отчет о трафике, сгенерированном на соте

4.2.151 Решение должно поддерживать работу с данными измерений драйв-тестов

4.2.152 Решение должно поддерживать отображение результатов драйв-тестов на карте. Решение должно содержать функционал фильтрации значений драйв-тестов

4.2.153 Решение должно поддерживать возможность привязывать результаты драйв-тестов к секторам

4.2.154 Решение должно поддерживать калибровку моделей распространения используя результаты драйв-тестов в ручном режиме

4.2.155 Решение должно поддерживать калибровку моделей распространения используя результаты драйв-тестов в автоматическом режиме

4.2.156 Решение должно содержать средства для идентификации проблемы кросс-фидеров используя результаты драйв-тестов

4.2.157 Решение должно поддерживать возможность взвешенного влияния результатов драйв-тестов на окружающие пиксели слоя покрытия

Требования к списку соседей4.2.158 Решение должно позволять ограничивать максимальное

количество intra/inter-RAT и intra/inter-frequency соседей для каждой из поддерживаемых технологии

4.2.159 Решение должно поддерживать ручное и автоматическое планирование списка соседей

4.2.160 Решение должно поддерживать ручное редактирование списка соседей в табличном виде и на карте

4.2.161 Решение должно поддерживать процедуры импорта и экспорта списка соседей

4.2.162 Решение должно поддерживать автоматическое планирование списка соседей на основе предикций

4.2.163 Решение должно содержать средства для преобразования входящих/исходящих списков соседей

4.2.164 Решение должно содержать средства для анализа списка соседей

4.2.165 Решение должно позволять отображать списки соседей в табличном виде и на карте

4.2.166 Решение должно предоставлять средства для визуального различия типа соседства (intra/inter-RAT, intra/inter-frequency, односторонние/двусторонние) на карте

4.2.167 Решение должно поддерживать процедуры сохранения, загрузки и удаления планов списка соседей

Требования к поддержке 2G сетей4.2.168 Решение должно поддерживать работу с технологиями

GSM, GPRS и EDGE

40

4.2.169Решение должно позволять оперировать частотами ARFCN

4.2.170 Решение должно позволять объединять частоты ARFCN в подмножества контрольных (BCCH) и трафиковых (TCH) частот.

4.2.171 Решение должно включать в себя систему AFP (automatic frequency planning) tool

4.2.172 Решение должно позволять задавать условие обязательного наличия BCCH-частоты на соте

4.2.173 Решение должно поддерживать организацию логической структуры 2G 3gpp сети: базовая станция, сектор. Решение должно поддерживать расчёт репитеров.

4.2.174 Решение должно поддерживать определение и редактирование зависимости между BER и C/I

4.2.175 Решение должно поддерживать средства Глобального Редактора конфигурации элементов сети

4.2.176 Решение должно поддерживать моделирование DualBand сетей с возможностью настройки иерархии.

4.2.177 Решение должно поддерживать как статический анализ сети, так и в режиме симуляции методом Монте-Карло

4.2.178 Решение должно поддерживать возможность определения зависимости между количеством приемопередатчиков на соте и их объемом трафика

4.2.179 Решение должно проводить анализ количества приемопередатчиков на соте в зависимости от требуемого объема трафика

4.2.180 Решение должно обладать средством для интерактивного анализа частотного плана сети

4.2.181 Решение должно поддерживать моделирование абонентских GSM, GPRS и EDGE устройств и объем трафика, который они могут сгенерировать

4.2.182 Решение должно поддерживать планирование Frequency Hopping

4.2.183 Решение должно поддерживать планирование Frequency Hopping сети с синхронизацией передатчиков на сайте

4.2.184 Решение должно поддерживать использование параметров MAList, Frequency Hopping Gain

4.2.185 Решение должно поддерживать планирование кодов BSIC Colour Code

4.2.186 Решение должно поддерживать планирование кодов BSIC Colour Code на основе определенных пользователем групп и кодов

4.2.187 Решение должно поддерживать учет расстояния между сотами при планировании кодов BCIS Colour Code

4.2.188 Решение должно поддерживать функционал для планирования параметра MAList, и MAIO

4.2.189 Решение должно поддерживать функционал для планирования параметра Hopping Sequence Number (HSN)

4.2.190 Решение должно поддерживать работу с матрицами интерференции

4.2.191 Матрица интерференции Решения должна отображать относительную долю зоны покрытия соты, подверженную интерференции

4.2.192 Решение должно производить расчет покрытия,

41

интерференции, емкости сети для заданной местности и заданных элементов сети

4.2.193 Решение должно поддерживать возможность ограничения расчета слоев по заданным векторам

4.2.194 Решение должно позволять производить расчет слоев как для одного сайта, так и для группы сайтов

4.2.195 Решение должно позволять сохранять расчетные слои для их последующего использования без необходимости их перерасчета

4.2.196 Решение должно позволять рассчитывать лучший BestServer слой

4.2.197 Решение должно позволять рассчитывать зону обслуживания

4.2.198Решение должно позволять рассчитывать C/I слои

4.2.199 Решения должно позволять рассчитывать скорости передачи данных GPRS

4.2.200 Решение должно позволять рассчитывать наименьшее затухание сигнала в пространстве на линии вниз

4.2.201 Решение должно позволять рассчитывать CINR для канала управления и канала данных для наилучшей обслуживающей соты

4.2.202 Решение должно позволять рассчитывать скорость передачи данных на основе CINR в независимости от загрузки сети

4.2.203 Решение должно позволять рассчитывать слой с информацией о количестве терминалов, для которых не удалось установить соединение, с указанием их скорости движения и причиной отказа

4.2.204 Решение должно позволять экспортировать расчетные слои в промышленных форматах JPG, BMP, KML/KMZ и TIFF с возможностью разбиения на тайлы, а также в формат MapInfo

4.2.205 Решение должно позволять загружать матрицы интерференции GSM из внешних источников

Требования к поддержке 3G сетей4.2.206 Решение должно поддерживать работу с технологиями

UMTSFDD, HSPA (HSDPA и HSUPA) и HSPA+4.2.207 Решение должно поддерживать организацию логической

структуры 3G 3gpp сети: базовая станция (NodeB), сектор4.2.208 Решение должно поддерживать настройку взаимодействия

сетей UMTS900 и UMTS21004.2.209 Решение должно поддерживать распределение ресурсов

сети на сайт, сектор и несущую частоту4.2.210 Решение должно поддерживать работу с распределенными

антеннами системами4.2.211 Решение должно поддерживать работу с различными

антенными системами (разнесенный прием и передача, пространственное разнесение MIMO)

4.2.212 Решение должно поддерживать работу с объединенной антенной

4.2.213 Решение должно поддерживать возможность задания ключевых параметров UMTS и HSPA на одной соте

4.2.214 Решение должно поддерживать средства Глобального Редактора конфигурации элементов сети

42

4.2.215 Решение должно поддерживать как статический анализ сети, так и в режиме симуляции методом Монте-Карло

4.2.216 Решение должно поддерживать использование HSPA береров (RAB) с разделением на UL и DL, и с возможностью указания величины потребления ресурсов сети, количества HSPA кодов и типа модуляции

4.2.217 Решение должно поддерживать использование таблиц Channel Quality Indicator для HSDPA

4.2.218 Решение должно поддерживать моделирование абонентских UMTS/HSPA устройств и объем трафика, который они могут сгенерировать

4.2.219 Решение должно поддерживать планирование скремблинг кодов Scrambling Codes

4.2.220 Решение должно поддерживать планирование кодов скремблирования на основе определенных пользователем групп и кодов

4.2.221 Решение должно поддерживать планирование только части секторов, с учетом оставшихся, влияющих на результат

4.2.222 Решение должно поддерживать различные алгоритмы планирования Scrambling Codes

4.2.223 Решение должно поддерживать определение минимальной дистанции между использованием одинаковых кодов

4.2.224 Решение должно поддерживать наличие в проекте большого числа схем скремблинг кодов, с возможностью переключения между ними

4.2.225 Решение должно производить расчет покрытия, интерференции, емкости сети для заданной местности и заданных элементов сети UMTS и HSPA

4.2.226 Решение должно поддерживать возможность ограничения расчета слоев по заданным векторам

4.2.227 Решение должно позволять производить расчет слоев как для одного сайта, так и для группы сайтов

4.2.228 Решение должно позволять сохранять расчетные слои для их последующего использования без необходимости их перерасчета

4.2.229 Решение должно позволять создавать слои покрытия пилот сигналом для групп 3G сот

4.2.230 Решение должно позволять создавать BestPilot слой для групп 3G сот

4.2.231 Решение должно позволять создавать Ec/Io слой для групп 3G сот

4.2.232 Решение должно позволять создавать слои, демонстрирующие статус Soft handover для групп 3G сот

4.2.233 Решение должно позволять создавать слой, демонстрирующий требуемую мощность передатчика на канале UL для групп 3G сот

4.2.234 Решение должно позволять создавать слой, демонстрирующий зону обслуживания на канале UL для групп 3G сот

4.2.235 Решение должно позволять создавать слой, демонстрирующий зону обслуживания на канале DL для групп 3G сот

4.2.236 Решение должно позволять пользователя экспортировать расчетные слои покрытия 3G в промышленных форматах

43

JPG, BMP, KML/KMZ и TIFF с возможностью разбиения на тайлы, а также MapInfo

4.2.237Решение должно позволять рассчитывать SINR для HSPA

4.2.238 Решение должно позволять рассчитывать слой при котором одновременно выполняется требование EbNo < -9 dB/Best RSCP>-85 dBm

4.2.239 Решение должно позволять рассчитывать наилучший HSDPA/HSUPA Bearer

4.2.240 Решение должно позволять рассчитывать скорости передачи данных HSPA сервиса

4.2.241 Решение должно позволять формировать отчёт с информацией о количестве HSPA терминалов, для которых не удалось установить соединение, с указанием их скорости движения и причиной отказа

4.2.242 Решение должно позволять получать отчет об относительном распределение Ec\No и RSCP для всех точек в кластере

4.2.243 Решение должно позволять создавать покрытие сервисного покрытия 3G

Требования к поддержке 4G сетей4.2.244 Решение должно поддерживать работу с технологией LTE

TDD и FDD4.2.245 Решение должно поддерживать стандартные и

дополнительные, настраиваемые пользователем, частотные диапазоны в соответствии с рекомендации 3GPP

4.2.246 Решение должно поддерживать стандартную ширину каналов LTE в соответствии с 3GPP

4.2.247 Решение должно поддерживать OFDMA (DL) и SC-FDMA(UL)

4.2.248 Решение должно поддерживать схемы модуляции в соответствии с 3GPP

4.2.249 Решение должно поддерживать пользовательское формирование структуры фрейма.

4.2.250 Решение должно поддерживать разнесение приема и передачи для LTE

4.2.251 Решение должно поддерживать режим SU-MIMO и MU-MIMO

4.2.252 Решение должно поддерживать адаптивное переключение для различных режимов MIMO

4.2.253 Решение должно отображать число и мощность основных RE элементов, в зависимости от конфигурации сектора LTE DL

4.2.254 Решение должно поддерживать моделирование сети LTE-A4.2.255 Решение должно поддерживать сетевые элементы LTE в

соответствии с 3GPP4.2.256 Решение должно поддерживать статические и динамические

методы Inter-Cell-Interference-Cancellation4.2.257 Решение должно поддерживать как статический анализ сети,

так и в режиме симуляции методом Монте-Карло4.2.258 Решение должно поддерживать расчет слоев для расчета

емкости, покрытия и качества сети LTE.4.2.259 Решение должно поддерживать моделирование абонентских LTE

устройств и объем трафика, который они могут сгенерировать

44

4.2.260 Решение должно поддерживать моделирование береров и служб в каналах UL/DL

4.2.261 Решение должно поддерживать настройки для всех типов модуляций с учетом скорости абонентских устройств

4.2.262 Решение должно поддерживать различные категории трафика для терминалов LTE

4.2.263 Решение должно поддерживать ограничение максимального количества абонентских устройств на секторе при симуляции

4.2.264 Решение должно поддерживать возможность ограничения расчета радиопокрытия по заданным векторам

4.2.265 Решение должно поддерживать возможность учета внешних помех для расчета интерференции и других связанных слоев

4.2.266 Решение должно поддерживать расчет для конкретного сервиса в определенной среде

4.2.267 Решение должно поддерживать автоматическое планирование идентификатора Physical Cell ID

4.2.268 Решение должно поддерживать автоматическое планирование идентификатора Physical Cell ID на основе определенных пользователем групп сот и кодов

4.2.269 Решение должно поддерживать учет расстояния между сотами при автоматическом планировании идентификаторов Physical Cell ID

4.2.270 Решение должно содержать средства для автоматического планирования частоты

4.2.271 Решение должно поддерживать использование интерференционных матриц в процессе автоматического планирования частоты

4.2.272 Решение должно содержать средства для планирования кодов Root Sequence Index

4.2.273 Решение должно поддерживать работу с матрицами интерференции

4.2.274 Решение должно производить расчет покрытия, интерференции, емкости сети для заданной местности и заданных элементов сети

4.2.275 Решение должно поддерживать возможность ограничения расчета слоев по заданным векторам

4.2.276 Решение должно позволять производить расчет слоев как для одного сайта, так и для группы сайтов

4.2.277 Решение должно позволять сохранять расчетные слои для их последующего использования без необходимости их перерасчета

4.2.278 Решение должно позволять рассчитывать наилучшие значения параметра RSRP и RSRQ

4.2.279 Решение должно позволять рассчитывать слои пропускной способности абонентских устройств

4.2.280 Решение должно позволять рассчитывать пропускную способность соты

4.2.281Решение должно позволять рассчитывать слои SINR

4.2.282Решение должно позволять рассчитывать слои RSSI

4.2.283 Решение должно позволять рассчитывать слой с наилучшей конфигурацией антенны абонентского устройства в UL/DL канале

45

4.2.284 Решение должно позволять рассчитывать слой с требуемой мощностью передатчика в UL канале

4.2.285 Решение должно позволять рассчитывать отношение сигнал-шум опорного сигнала (Reference Signal)

4.2.286 Решение должно позволять рассчитывать слой с информацией о количестве терминалов, для которых не удалось установить соединение, с указанием их скорости движения и причиной отказа

4.2.287 Решение должно позволять создавать слои сервисного покрытия 4G

4.2.288 Решение должно позволять пользователю экспортировать расчетные слои покрытия в промышленных форматах JPG, BMP, KML/KMZ и TIFF с возможностью разбиения на тайлы, а также в формате MapInfo

Требования к модулю оптимизации4.2.289 Решение должно содержать модуль для планирования и

оптимизации параметров сот: высота, тип антенны, угол азимута, местоположение

4.2.290 Решение должно поддерживать процесс оптимизации производительности сети для более, чем одной сети одновременно

4.2.291 Модуль автоматического планирования и оптимизации должен поддерживать мульти-RAT (GSM+UMTS, UMTS-LTE-GSM, прочее) сети

4.2.292 Модуль автоматического планирования и оптимизации должен быть плотно интегрирован с Решением по планированию, обмен данными между решением по планированию и модулем оптимизации должен осуществляться с помощью API, а не экспорта и импорта файлов.

4.2.293 Модуль автоматического планирования и оптимизации должен поддерживать 64-битную архитектуру

4.2.294 Модуль автоматического планирования и оптимизации должен поддерживать импорт карты траффика

4.2.295 Модуль автоматического планирования и оптимизации должен поддерживать оптимизацию распределения траффика между секторами (load balancing)

4.2.296 Модуль автоматического планирования и оптимизации должен содержать средства для сравнения сценариев планирования и оптимизации

4.2.297 Модуль должен содержать средства для графического отображения результатов работы модуля

4.2.298 Модуль должен учитывать следующие данные из среды планирование: предикции, клаттеры, карта высот (DTM), список сайтов и секторов, карта траффика, настройки оборудования, системный настройки

4.2.299 Модуль должен поддерживать определение области оптимизации с указанием сайтов, которые нужно оптимизировать и сайтов, которые необходимо симулировать

4.2.300 Модуль должен поддерживать многодиапазонные антенны

4.2.301 Модуль должен поддерживать определение лимитов траффика, который может быть сгенерирован на сайте, секторе

46

4.2.302 Модуль должен поддерживать определение диапазонов допустимых значений оптимизируемых параметров

4.2.303 Модуль должен поддерживать использование стоимости изменений значений параметров

4.2.304 Модуль должен поддерживать использование много параметризованную целевую функцию: покрытие, PilotPollution, Overshooting, емкость и качество сети

4.2.305 Модуль должен поддерживать целевые функции LTE, базирующиеся на параметрах RSRQ и SINR

4.2.306 Модуль должен поддерживать целевые функции GSM, базирующиеся на параметрах RxBCCH и C/(I+N)

4.2.307 Модуль должен поддерживать генерацию оптимизационного плана

4.2.308 Модуль должен содержать средство для визуального анализа процесса оптимизации: до, после и на каждом этапе

4.2.309 Решение должно обладать возможностью проводить оптимизацию сети не прерывая работу пользователя с интерфейсом программы

4.2.310 Модуль оптимизации должен позволять оптимизировать все технологии за один расчет

4.2.311 Модуль оптимизации должен позволять учитывать поэтажный расчёт целевых функций оптимизации внутри зданий с целью улучшения качества и ёмкости сети в индор в процессе оптимизации.

4.3. к модулю планирования сети радиодоступа indoor (ЛОТ 3)

№ Требование Соответствие Примечание

Системные4.3.1 ПО должно работать на платформе Windows 7 (64 bit) и

выше.4.3.2 Возможность изменения параметров активного

оборудования (стандарт, выходная мощность, режим MIMO)

4.3.3 Поддерживаемые стандарты: GSM, UMTS, LTE FDD&TDD, Wi-Fi

4.3.4 При обновлении версии ПО, должна сохраняться совместимость проектов.

4.3.5 Возможность создания нескольких зданий в одном проекте.4.3.6 Раздельное хранение расчетов от остального проекта.4.3.7 Контроль совместимости диапазонов4.3.8 контроль совместимости разъемов4.3.9 Контроль совместимости оборудования

Пользовательский интерфейс4.3.10 Обеспечение возможности отмены/возврата последнего

действия, связанного с редактированием основных объектов - базовых станций, сайтов и т.п.

4.3.11 Возможность отображения зданий, расчетов и элементов оборудования в трехмерном виде.

47

4.3.12 Интерфейс программы должен позволять отдельно просматривать и работать со схемой соединений (дизайн-планом) и планами этажей.

4.3.13 Возможность генерации автоматических номеров (ID) для каждого элемента по заданному правилу или задание их вручную.

4.3.14 Возможность настройки отображения (показать/скрыть, изменить расположение) элементов сети, а также их названия и параметров (длин кабелей и т.п.)

4.3.15 Возможность копирования (дублирования) этажа с полным сохранением всех настроек и элементов на этаже.

4.3.16 Возможность сохранения плана этажа в файл jpg, pdf и т.п. с возможностью добавления штампа.

4.3.17 Возможность расчета длин кабелей автоматически или задания их вручную.

4.3.18 Возможность добавления на этажи/схемы дополнительных графических элементов (текст, линия, прямоугольник и т.п.)

4.3.19 Возможность настройки отображения слоев расчетов на планах этажей и в трехмерном виде.

4.3.20 Возможность настройки пользовательских легенд и их сохранение для последующего использования на другом ПК.

4.3.21 Возможность быстрого перехода от элемента на схеме соединений к этому же элементу на этаже и наоборот.

4.3.22 Возможность быстрого поиска и выбора элемента (группы элементов) по заданному типу.

4.3.23 Возможность копирования элементов сети.4.3.24 Возможность копирования свойств одного элемента

(кабеля) и применение их на другие.4.3.25 Возможность автоматической замены типов кабелей по

определенному критерию (длине)4.3.26 Установка дополнительного оборудования, не связанного с

покрытием, но необходимого для расчета стоимости проекта4.3.27 Возможность автоматической замены одного типа

оборудования другим для всех или выделенных элементов4.3.28 Возможность использования в проекте не только фидерной

трассы, но и трасс другого типа (например, витая пара и коаксиальный кабель)

4.3.29 Возможность настройки пиктограм для элементов БД отображаемых на планах

План схемы соединений (дизайн-план)4.3.30 Возможность автоматического упорядочивания элементов

оборудования на листе с возможностью распределения по этажам.

4.3.31 Возможность быстрого выделения всех элементов относящихся к определенному этажу.

Планы этажей4.3.32 Возможность импорта стен из CAD файла с разделением

различных типов перекрытия по слоям.4.3.33 Возможность подгрузки файла графического формата в

качестве подложки на лист с планом этажа.4.3.34 Возможность создания, удаления и редактирования стен

непосредственно в плане.

48

4.3.35 Возможность блокирования слоя или части объектов на плане этажа.

4.3.36 Возможность настройки масштаба при подгрузке стен, а так же изменение масштаба в процессе работы над проектом.

4.3.37 Возможность создания горизонтальных и наклонных поверхностей произвольной формы.

4.3.38 Возможность создания отверстия в межэтажном перекрытии (атриума)

4.3.39 Возможность настройки высоты каждого этажа и высоты расположения оборудования на этаже (в том числе для каждого элемента оборудования в отдельности.).

4.3.40 Возможность задания и редактирования высоты стен (всех сразу или каждой в отдельности) отличной от высоты этажа

4.3.41 Возможность включения привязки (к элементам здания, сетке и т.п.) при прорисовке перекрытий.

4.3.42Указание расположения этажей относительно друг друга

4.3.43 Возможность автоматического выбора места установки антенн

4.3.44Соединение оборудования находящегося на разных этажах

4.3.45Учет длины кабеля в межэтажных перекрытиях

4.3.46Учет места входа кабеля на этаж

База данных оборудования и материалов4.3.47

Наличие БД оборудования и материалов4.3.48 Наличие готовой БД при установке и начале работы с ПО

4.3.49 Возможность ручного ввода оборудования с учетом всех необходимых характеристик

4.3.50 Для антенных систем необходим учет диаграммы направленности антенны

4.3.51 Возможность работы с единой БД всеми пользователями/общий доступ

4.3.52 Возможность экспорта базы данных оборудования и материалов перекрытий для последующего ее использования на другом ПК

4.3.53Возможность импорта паттернов антенн

4.3.54Возможность редактирования паттернов антенн

4.3.55 Возможность создания новых и редактирования существующих материалов перекрытий с возможностью настройки затуханий, отражений и т.п.

4.3.56 Возможность подгрузки (создания) и редактирования параметров пассивного оборудования (делителей, антенн, фидеров и т.п.)

4.3.57 Автоматическая фильтрация оборудования в БД по различным критериям (по типу, по характеристикам)

Планирование и расчеты4.3.58 Возможность настройки модели распространения на основе

драйв-тестов4.3.59 Возможность вывода статистической информации по

результатам расчетов: площадь интерференции, площадь

49

покрытия по заданному уровню (в т.ч. С разбивкой по клаттерам) для заданной территории, расстояние между повторяющимися параметрами (частотами, PSC, PCI, PRACH и т.п.)

4.3.60 Возможность экспорта карт покрытия в различные форматы: Google Earth, jpg, png и т.п.

4.3.61 Возможность расчетов: Signal Strength, Best Server, Handover, RSRP, RSRQ, RSSI, Troughput и др.

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

4.3.63 Возможность выбора (задания) площади для проведения расчетов.

4.3.64 Возможность выполнения расчетов с учетом влияния оборудования расположенного на других этажах. В том числе с возможностью настройки количества этажей от которых учитывать влияние.

4.3.65Возможность установки высоты плоскости расчета.

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

4.3.67 Возможность запуска как всех расчетов одновременно, так и каждого по отдельности.

4.3.68 Моделирование различных систем связи независимо друг от друга в одном проекте

4.3.69 Расчет бюджета линии с учетом затухания для конкретной модели кабеля

4.3.70 Расчет бюджета линии с учетом затухания/усиления используемого дополнительного оборудования антенно-фидерного тракта (комбайнеры, сплиттеры, тапперы, направленные кабели)

4.3.71Моделирование активных систем

4.3.72Моделирование оптических систем

4.3.73Моделирование пассивных систем

4.3.74Моделирование щелевого кабеля

4.3.75 Расчет покрытия по эмперическим или лучевым моделям распространения

4.3.76Расчет покрытия сегментов системы

4.3.77Расчет покрытия от одной антенны

4.3.78Расчет покрытия от выделенной группы антенн

4.3.79 Расчет покрытия на этаже или во всем здании для сегмента системы

4.3.80Оценка процента покрытия по определенному уровню

4.3.81Расчет покрытия от щелевого кабеля

Отчеты4.3.82 Возможность пользовательской настройки шаблонов

отчетов.4.3.83 Обязательная поддержка следующих типов отчетов:

50

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

4.3.84 Автоматический учет расходных материалов, разъемов, джамперов и их выгрузка в виде отчетов.

4.3.85 Возможность отображения в отчете мощности, подводимой к антенне, и EIRP

4.3.86 Возможность экспорта проекта в AutoCad с указанием необходимых слоев

4.3.87 Формат отчетов должен быть открыт для работы с внешними системами: Excel, PDF, Word и др.

4.3.88 Возможность формирования отчетов по следующим KPI: Уровень покрытия RSCP CPICH, dBm, Уровень Ec/No, dB, UL RSSI distribution, dBm, Зона Soft Handover внутри помещений, %, R99 PS DL throughput, Mbit/s, RxLevel, dBm, C/I, dB

5. Состав и содержание работЭтапы выполнения работ зависят от метода модернизации системы: обновление существующего

программного комплекса или его замена.

Этапы при обновлении существующего программного комплекса:

- обновление сервера лицензий;

- подготовка сервера для хранения базы данных (установка всех необходимы программ);

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

- обновление программного комплекса на локальных ПК;

- проверка правильности работы всех компонентов программного комплекса.

Этапы при замене существующего программного комплекса:

- подготовка сервера лицензий и сервера хранения базы данных;

- установка и настройка программного комплекса на локальных ПК;

- перенос (конвертация) всей имеющейся у заказчика информации (элементов и настроек сети, картографической информации, параметров оборудования и т.д.) на новый программный комплекс;

- обучение специалистов заинтересованного подразделения.

6. Порядок контроля и приемкиИнтеграция системы.

Требование заказчика Соответствие Примечание

6.1 Участник должен представить в рамках конкурсного предложения план-график реализации проекта, с указанием объемов, и сроков проведения работПлан-график должен содержать следующие разделы:- Подписание контракта на поставку программного комплекса (ПК), выполнение работ;- выполнение работ;- Обучение;

51

Требование заказчика Соответствие Примечание

- Поставка ПК;- Выполнение работ по реализации проекта, включая монтаж, пуско-наладку, интеграцию, проведение приемо-сдаточных испытаний;- Приемка по качеству ПК, в рамках поставляемого решения.

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

6.3Участник обязан согласовать предоставленную в рамках конкурсного предложения матрицу распределения ответственности с Заказчиком на этапе подписания контракта.

6.4Супервайзоры должны иметь сертификаты, подтверждающие опыт работы с поставляемым оборудованием. Специалисты должны быть со знанием русского языка.

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

6.6Требования к системам ООО «UMS», затронутым интеграцией, должны быть разработаны Участником и согласованы с ООО «UMS» и другими Поставщиками ООО «UMS» до фактической интеграции.

6.7

Участник должен предоставить ООО «UMS», целевую архитектуру запланированного решения. Описание архитектуры должно включить, по крайней мере, следующее: - основные элементы решения. Если необходима интеграция с внешними системами, они должны быть перечислены в рамках функций, которые они выполняют. - интерфейсы между основными элементами решения и внешними системами должны быть описаны, перечисляя их цель и природу (онлайн/автономно, синхронный/асинхронный, используемые протоколы, физические средства). - описание потоков данных, проходящих через интерфейсы (какие данные проходят, и т.д).

6.8Все расходы по интеграции, а также решению дополнительных вопросов, связанных с запуском в эксплуатацию, решению проблем с ПК/оборудованием третьих поставщиков, входящего в пакет поставки Участник берет на себя.

6.9Участник должен предоставить проектный план, контрольные точки интеграционного процесса, а также методику контроля качества и эффективности выполняемых работ.

Приемочное тестированиеТребование заказчика Соответствие Примечание

6.10К ПСИ (приемо-сдаточным испытаниям) представляется полностью смонтированное и настроенный программный комплекс, включая настроенные отчеты.

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

6.12 Методика должна быть согласованна со специалистами заказчика.

52

6.13 Участник должен предоставить алгоритм контроля качества выполняемых работ.

6.14Участник обеспечивает наличие у ответственных за проведение ПСИ специалистов заказчика процедуры и перечня тестов для оценки работоспособности и приёмки её в эксплуатацию;

7. Обслуживание, гарантийная и техническая поддержкаТребование заказчика Соответствие Примечание

7.1Гарантийный срок истекает не ранее чем через 12 месяцев от даты подписания Акта приемки по качеству предлагаемого программного комплекса в целом.

7.2Срок гарантийных обязательств участника будет исчисляться от даты подписания акта приемки по количеству поставляемого ПК с учетом всех необходимых обновлений, которые должны быть, включены в предложение.

7.3Акт приемки по качеству подписывается после положительного тестирования и настройки программного комплекса в рамках поставленного решения.

7.4Участник должен предоставить условия и стоимость для отдельных услуг послегарантийной сервисной технической поддержки.

7.5

В гарантийную и послегарантийную техническую поддержку должны быть включены следующие услуги: - Услуги ремонта и замены неисправного оборудования (если в рамках проекта предусмотрена поставка). - Техническая поддержка, направленная на поддержание работоспособности оборудования и ПО, либо, в случае возникновения отказов, восстановление работоспособности оборудования и ПО.- Консультации специалистов Заказчика по вопросам эксплуатации программного комплекса.- Регулярное предоставление и установка Исполнителем пакетов Программных коррекций.- Предоставление обновленных информационных материалов (документации).

7.6Участник должен предоставить на согласования Заказчика методику определения размеров штрафных санкций, в зависимости от качества предоставляемых услуг.

7.7

Участник обязуется в гарантийный период обеспечить бесплатный ремонт (замену) оборудования (его частей), обновление версий программного обеспечения, устранение выявленных недостатков ПО и оборудования сторонних производителей (входящих в состав и являющихся неотъемлемой частью поставляемого решения).

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

7.9Участник обязуется компенсировать все затраты Заказчика, связанные с ремонтом и устранением неисправности, в случае, если Заказчик понесет такие затраты в гарантийный период.

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

53

Требование заказчика Соответствие Примечание

1. Первая линия - аварийная поддержка;2. Вторая линия – консультационная поддержка для более детальной проработки проблем, которые не смогла решить первая линия.

7.11Участник должен предоставить алгоритм передачи и возврата из ремонта дефектного/неисправного оборудования (входящих в состав и являющихся неотъемлемой частью поставляемого решения).

7.12 Участник обязуется при необходимости организовать удаленную техническую поддержку через VPN.

7.13

Участник обязуется обеспечить следующие сроки оказания услуг по технической поддержке в гарантийный период: a) Приоритет «Критичный»:- доступность: 24 часа в сутки, 7 дней в неделю, 365/366 дней в году;- время реагирования: до 4-х часовт (с момента обращения);- временное решение: до 2-х рабочих дней (с момента обращения);- полное решение: до 10-ти рабочих дней (с момента обращения).b) Приоритет «Высокий»:- доступность: 24 часа в сутки, 7 дней в неделю, 365/366 дней в году;- время реагирования: до 2-х рабочих дней (с момента обращения);- временное решение: до 2-х рабочих дней (с момента обращения);- полное решение: до 5-ти недель (с момента обращения).c) Приоритет «Средний»:- доступность: 24 часа в сутки, 7 дней в неделю, 365/366 дней в году;- время реагирования: до 2-х рабочих дней (с момента обращения);- временное решение: до 5-ти рабочих дней (с момента обращения);- полное решение: до 2-х месяцев (с момента обращения).d) Приоритет «Низкий»:- доступность: 5 дней в неделю (кроме субботы, воскресенья и праздничных дней), 8 часов в день (с 09:00 до 18:00 по времени оператора);- время реагирования: до 2-х рабочих дней (с момента обращения);- временное решение: до 5-ти рабочих дней (с момента обращения);- полное решение: до 3-х месяцев (с момента обращения).

7.14 Предоставить описание механизма эскалации сбоев работы программного комплекса.

7.15 Предоставить сроки разработки и инсталляции программных коррекций, устраняющих текущие проблемы и недостатки.

7.16Участник обязуется осуществлять послегарантийную техническую поддержку уровня, не ниже заявленного в отношении гарантийного периода, в случае если такая поддержка будет востребована Заказчиком.

54

Требование заказчика Соответствие Примечание

7.17 Участник должен обеспечить детализацию запросов и ответов на них с указанием времени на обработку.

7.18Аварийная поддержка должна иметь четко определенную последовательность действий для эскалации проблемы. Участник должен описать процесс эскалации, контрольные точки для его инициализации и роли Поставщиков.

7.19 Участник должен разъяснить процесс гарантирования получения решения при эскалации проблемы.

7.20 Опционально, Участник может предложить консультационные услуги по эксплуатации ПК после его передачи ООО «UMS».

7.21

Участник должен предоставить список контактов лиц, ответственных за взаимодействие с Заказчиком, а также данные о персонале, выполняющем работы по установке, запуску в эксплуатацию и обслуживанию системы, с указанием квалификации.8. Обучение персонала

Требование заказчика Соответствие Примечание

8.1

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

8.2

Поставщик должен предоставить Заказчику копию учебного программного обеспечения и право (лицензию) на его использование в учебном центре Заказчика для обучения специалистов Заказчика на всё время обучения Каждый из официально обучаемых специалистов должен иметь отдельную копию ПО и лицензию..

8.3Участник несет все расходы по обучению 4 специалистов Заказчика по каждому лоту (проезд, проживание, визовая поддержка). Стоимость запрашиваемого обучения должна быть включена в состав конкурсного предложения.

55

III. ЦЕНОВАЯ ЧАСТЬ

1 Предельная стоимость

Лот №1 – предоставление права пользования (обновление/замена) программных комплексов по планированию транспортной сети, техническая поддержка – 60 000 Долларов США

Лот №2 – предоставление права пользования (обновление/замена) программных комплексов по планированию сети радиодоступа (outdoor), техническая поддержка – 85 000 Долларов США

Лот №3 – предоставление права пользования (обновление/замена) программных комплексов по планированию сети радиодоступа (indoor), техническая поддержка – 70 000 Долларов США

2 Источник финансирования Собственные средства

3 Условия оплаты

Предварительная оплата в размере не менее 15 % от общей суммы договора производится в течение 10 (десяти) банковских дней с даты включения информации о договоре в реестр договоров в соответствии с законом РУз «О государственных закупках» (ст. 41).

4 Валюта платежа USD $ - Доллар США

5 Сроки поставки В течение 45 календарных дней с даты осуществления авансового платежа

6 Место поставки г. Ташкент, пр-т А.Темура 24.Предоставление права пользования ПО удалено, посредством сети Интернет.

7 Особые условия

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

8 Срок действия конкурсного предложения 60 дней

56

IV. Проект договора

ДОГОВОР № ________

г. Ташкент «____» ______ 2018г.

_______________________________ учрежденное и действующее в соответствии с законодательством ________________, зарегистрированное по адресу: __________________________ именуемое в дальнейшем «Лицензиат», в лице _____________________., действующего на основании __________, с одной стороны, и

Общество с ограниченной ответственностью «UNIVERSAL MOBILE SYSTEMS» (ООО «UMS»), зарегистрированное и действующее в соответствии с законодательством Республики Узбекистан, именуемое в дальнейшем «Сублицензиат», в лице ____________________, действующего на основании Устава, с другой стороны,

совместно именуемые «Стороны», а по отдельности «Сторона», заключили настоящий Договор о нижеследующем:

1. ОПРЕДЕЛЕНИЯ:

1.1. Правообладатель - _____________________ зарегистрирован согласно законодательству _______________________ расположен по адресу ___________________________, владеющая всеми исключительными правами на ПО.1.2. Лицензиат – _____________________________, владеющая неисключительными правами на программное обеспечение, подтвержденное ________________________.1.3. Право пользования ПО - совокупность Программного обеспечения, Документации и Электронного ключа, все исключительные права на которые принадлежат компанией ____________ (Франция).1.4. Программное обеспечение (ПО) – программа для ЭВМ /программное обеспечение, перечисленное в Приложении № 1 к настоящему Договору, исключительные права на которое принадлежат __________.1.5. Аппаратные Средства - оборудование Сублицензиата, на котором будет установлено и будет развернуто Программное обеспечение, которое должно соответствовать требованиям компании _______. Указанные требования к Аппаратным Средствам содержатся в документации: ________________Документация - руководства для Сублицензиата и другие документы, направляемые по электронным каналам связи (Интернет) в связи с использованием Права пользования по настоящему Договору.1.6. Электронный ключ - электронный код, передаваемый Сублицензиату через сеть Интернет для права пользования Программным обеспечением.1.7. Местоположение - место расположения Аппаратных Средств по адресу г. ___________1.8. Место оказания услуг- по адресу __________1.9. Территория – территория Республики Узбекистан. 1.10. Срок – период времени, в течение которого предоставляется право пользования Сублицензиатом ПО способами, указанными в п. 2.1 настоящего Договора. Срок, начинается с даты подписания Сторонами Акта предоставления права пользования и действует бессрочно.

2. ПРЕДМЕТ ДОГОВОРА2.1. В соответствии с настоящим Договором и в установленных им пределах Лицензиат обязуется:2.1.1. Предоставить Сублицензиату за вознаграждение право пользования ПО указанного в Приложение № 1 к настоящему Договору;

57

2.1.2. Оказать сервисные услуги по установке, настройке и миграции ПО в соответствие с Приложением № 2 настоящего Договора, далее «Услуги/Услуги по сервису»; 2.1.3. Оказать услуги по проведению обучения специалистов Сублицензиата в соответствие с Приложением № 3 настоящего Договора.2.3 Право использования ПО предоставляется Сублицензиату с даты подписания Сторонами Акта предоставления права пользования ПО на весь Срок и действуют на всей Территории.

3. ПРОВЕРКА КАЧЕСТВА ПРАВО ПОЛЬЗОВАНИЯ ПО

3.1. В случае отрицательного результата тестирования, Стороны подписывают протокол отрицательного результата тестирования, в этом случае Сублицензиат имеет право отказаться от настоящего договора, и расторгнуть его в одностороннем порядке путем уведомления Лицензиата за 10 дней до даты расторжения. 3.2. В случае нарушения Сублицензиатом условий предоставления ПО, указанных в п.3.1 настоящего Договора, Лицензиат имеет право в одностороннем порядке отказаться от исполнения Договор.

4. СРОКИ И УСЛОВИЯ ПРЕДОСТАВЛЕНИЯ ПРАВА ПОЛЬЗОВАНИЯ НА ПО И ОКАЗАНИЯ УСЛУГ

4.1. Лицензиат обязуется предоставить Сублицензиату право пользования ПО в течение _____________________дней с даты осуществления Сублицензиатом предоплаты согласно п. 6.2.1 настоящего Договора. 4.1.1.Право на использование ПО Сублицензиату предоставляется Лицензиатом посредством удаленного доступа через сеть Интернет, силами и средствами Лицензиата4.1.2. Право на использование ПО считается предоставленным Сублицензиату в момент подписания сторонами акта предоставления права пользования ПО.

4.1.3. Одновременно с передачей права на использование ПО Лицензиат предоставляет Сублицензиату Акт предоставления права пользования ПО и счёт-фактуру (инвойс).

4.1.4. Сублицензиат обязуется предоставить Лицензиату подписанный Акт предоставления права на использования ПО или мотивированный письменный отказ от его подписания с замечаниями в течение 5 (пяти) рабочих дней с даты получения Сублицензиатом Акта предоставления права пользования ПО. Лицензиат обязуется устранить замечания Сублицензиата в течение 5(пяти) рабочих дней. В случае устранения Лицензиатом замечаний Сублицензиата, Сублицензиат подписывает предоставления права пользования ПО в течение 3 (Трех) рабочих дней.4.2. Лицензиат обязуется оказать сервисные услуги согласно Приложению №2 в течение ______________________ дней с даты подписания Сторонами Акта о предоставлении права пользования ПО согласно п.4.1.2 настоящего Договора..

4.2.1. Место оказания услуг по сервису: территория Сублицензиата по адресу: ______________________

4.2.2.Услуги по сервису по настоящему Контракту будут оказаны специалистами Лицензиата

4.2.3.Датой оказания Услуг является дата подписания Акта оказанных сервисных Услуг.

4.2.4. В течение 5 (Пяти) рабочих дней со дня окончания срока оказания услуг Лицензиат передает Сублицензиату Акт оказанных Услуг и счёт-фактуру (инвойс).

4.2.5. Сублицензиат подписывает Акт оказанных Услуг не позднее 5 (Пяти) рабочих дней с даты получения Акта, либо, в этот же срок направляет Лицензиату письменный мотивированный отказ в подписании Акта оказанных Услуг, содержащий замечания по поводу не надлежаще оказанных услуг. Лицензиат обязан устранить замечания Сублицензиата в течение 15 (Пятнадцати) рабочих дней с даты получения мотивированного отказа в подписании Акта оказанных Услуг и оказать услугу Сублицензиату надлежащим образом.. В случае устранения Лицензиатом замечаний Сублицензиата, Сублицензиат подписывает Акт оказанных Услуг в течение 3 (Трех) рабочих дней с даты получения исправленного результата оказанных услуг.

58

4.3. Лицензиат обязуется оказать услуги по обучению персонала Сублицензиата согласно Приложению №3 в течение __________ рабочих дней с даты подписания Сторонами Акта о предоставлении права пользования ПО согласно п.4.1.2 настоящего Договора..

4.3.1. Обучение проводится на территории Сублицензиата по адресу: __________________________.

4.3.2. Язык обучения – русский.

4.3.3. Период обучения: согласно Приложению № 3.

4.3.4. Сублицензиат должен обеспечить помещение для оказания услуг по обучению персонала Сублицензиата и доступ в Интернет с рабочих компьютеров Сублицензиата, а также присутствие на семинаре персонала Сублицензиата.

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

4.3.6. Программа обучения передаётся Сублицензиату на электронном носителе.

4.3.8. После прохождения полного курса обучения и успешной итоговой аттестации Слушателям выдаются Сертификаты по образцу, установленному Лицензиатом. Выдаваемый Сертификат не является документом государственного образца об образовании.

4.3.9. Датой оказания Услуг по обучению является дата подписания Акта оказанных Услуг по обучению.

4.3.10. Лицензиат в течение 5 (Пяти) рабочих дней после проведения обучения направляет Сублицензиату Акт оказанных Услуг по обучению персонала и счёт-фактуру (инвойс).

4.3.11. Сублицензиат подписывает Акт оказанных Услуг по обучению персонала либо направляет Лицензиату мотивированный письменный отказ от его подписания в течение 5 (Пяти) календарных дней со дня его получения. Лицензиат обязан устранить замечания Сублицензиата в течение 15 (Пятнадцати) рабочих дней с даты получения мотивированного отказа в подписании Акта оказанных Услуг по обучению и оказать услугу Сублицензиату надлежащим образом. В случае устранения Лицензиатом замечаний Сублицензиата, Сублицензиат подписывает Акт оказанных Услуг по обучению в течение 3 (Трех) рабочих дней с даты исправления результата оказанных услуг по обучению.

5. ПРАВА, ОБЯЗАННОСТИ СТОРОН

5.1. Сублицензиат имеет право:5.1.1. Использовать ПО исключительно согласно условиям настоящего Договора.5.1.2. При наличии замечаний по использованию ПО уведомить об этом Лицензиата. 5.2. Сублицензиат обязуется: 5.2.1. Для проведения обучения обеспечить помещениями, соответствующими санитарным и гигиеническим требованиям, инвентарем и оборудованием, отвечающим требованиям производственной, технической и пожарной безопасности.5.2.2. Осуществить оплату согласно условиям настоящего Договора.5.3. Лицензиат имеет право:5.3.1. Свободно выбирать, разрабатывать и внедрять в процесс обучения новые, в том числе авторские программы, способствующие повышению эффективности обучения;5.3.2. Лицензиат предоставляет списки сотрудников для оформления доступа на территорию Сублицензиата за 3 рабочих дня до предполагаемого приезда. 5.4. Лицензиат обязуется: 5.4.1. Предоставить копию лицензионного соглашения заключенного с Правообладателем (за исключением финансовой и коммерческой информации) Сублицензиату в течение 15(пятнадцати) банковских дней с даты вступления настоящего Договора в силу. В случае несвоевременного предоставления копии лицензионного соглашения Лицензиатом, Сублицензиат вправе отсрочить предоплату вознаграждения Лицензиата указанной в

59

пункте п. 6.2.1. Договора соразмерно срокам просрочки предоставления копии лицензионного соглашения или в одностороннем порядке расторгнуть настоящий договор, путем уведомления Лицензиата.

6. ФИНАНСОВЫЕ УСЛОВИЯ И ПОРЯДОК РАСЧЕТОВ6.1. Общая стоимость настоящего Договора составляет: __________________________в том числе:

6.1.1. ___________________________ составляет вознаграждение Лицензиату за предоставление права пользования ПО согласно п.4.1 настоящего Договора;

6.1.2. ___________________________ составляет стоимость обучения Слушателей. Все затраты Лицензиата включены в стоимость обучения и дополнительному возмещению не подлежат согласно п.4.3 настоящего Договора.

6.1.3. __________________________составляет стоимость Услуг по сервису. Все расходы Лицензиата при оказании Услуг включены в стоимость Услуг и дополнительному возмещению не подлежат согласно п.4.2. настоящего Договора.

6.2.Оплата по настоящему Договору осуществляется Сублицензиатом в _________________, следующим порядке:

6.2.1. ________________ процентов от общей стоимости настоящего Договора в размере _________________ перечисляются не позднее ________ банковских дней с даты подписания настоящего Договора.

- Окончательные взаиморасчеты осуществляются в следующем порядке:

6.2.2. Вознаграждение за предоставленные права пользования ПО согласно п.4.1 осуществляется в течение _______________ банковских дней после подписании Сторонами Акта передачи права на ПО.

6.2.3. Стоимость за оказанные услуги за обучение согласно п.4.3 осуществляется в течение ___________ банковских дней после подписании Сторонами Акта оказанных услуг по обучению.

6.2.4. Стоимость за оказанные услуги по сервису согласно п.4.2 осуществляется в _______________ банковских дней после подписании Сторонами Акта услуг по сервису.

6.2.5.Для целей настоящего Договора датой оплаты считается дата списания денежных средств с _____счета Сублицензиата, а соответственно местом исполнения обязательств Сублицензиата по оплате является место нахождения _______ счёта Сублицензиата на момент такого списания средств.

6.3. Лицензиат настоящим подтверждает, что является налоговым резидентом ___________ для применения в отношении него права на выплату вознаграждения по настоящему договору без удержания налога на доход нерезидента Республики Узбекистан, в соответствии с Соглашением между _____________- и Правительством Республики Узбекистан от 02.03.1994 «Об избежание двойного налогообложения доходов и имущества» далее – «Соглашение».

6.4. Для применения положений указанного Договора Лицензиат обязан до платежа, указанного в п. 6.2.1 по настоящему Договору предоставить Сублицензиату свидетельство, выданное компетентными органами _______, о том, что Лицензиат является налоговым резидентом ______________-в соответствующем календарном году. В случае, если Лицензиат не предоставляет Сублицензиату данное свидетельство, Сублицензиат обязан удержать налог 20% (двадцать процентов) от суммы договора в соответствии с положениями налогового законодательства РУз.

6.5. В случае, если Заказчик с соблюдением условий настоящего Договора удерживает из суммы, причитающейся к уплате Лицензиату и уплачивает Лицензиату причитающуюся к уплате сумму за минусом удержанного налога на доходы (прибыль), такая оплата не считается ненадлежащим исполнением Сублицензиата своих обязательств по оплате за оказанные услуги.

60

6.6. Все банковские расходы на территории Республики Узбекистан несет Сублицензиат, а на территориях других стран несет Лицензиат.

7. ОТВЕТСТВЕННОСТЬ СТОРОН

7.1. Стороны несут ответственность за неисполнение или ненадлежащее исполнение своих обязательств по настоящему Договору в соответствии с действующим законодательством Республики Узбекистан и настоящим Договором.

7.2. В случае нарушения Лицензиатом любого из сроков выполнения своих обязательств в рамках настоящего Договора, Сублицензиат имеет право потребовать, а Лицензиат в этом случае обязуется выплатить Лицензиату пеню, в размере 0,1 % от неисполненной части обязательств по настоящему Договору за каждый день просрочки, но не более 10 % от общей стоимости Договора.

- За несвоевременное выполнение своих обязательств более чем 30 (тридцать) календарных дней согласно п.п. 4.1., 4.2., 4.3. настоящего Договора, Лицензиат помимо пени за просрочку выполнения своих обязательств возмещает Сублицензиату в полном объеме убытки в размере реального ущерба, возникшие у Сублицензиата в связи с несвоевременным оказанием услуг, согласно действующему законодательству РУз, в том числе в виде штрафных санкций, наложенных на Сублицензиата уполномоченными государственными и контролирующими органами.

7.3. В случае нарушения по вине Сублицензиата срока выплаты, указанного в п. 6.2.2. настоящего Договора, Лицензиат имеет право потребовать, а Сублицензиат в этом случае обязуется выплатить Сублицензиату пени в 0,1 % от суммы, подлежащей оплате за каждый день просрочки, но не более 10 % от общей стоимости Договора.

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

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

8. УСЛОВИЯ ИСПОЛЬЗОВАНИЯ ПО8.1. Права на использование ПО, предоставляемые Сублицензиату в соответствии с настоящим Договором, являются:8.1.1. неисключительными;8.1.2. бессрочными (на неограниченной период времени, но в любом случае до окончания срока действия исключительных прав на Программное обеспечение, права на которое переданы в соответствии с настоящим Договором, при условии уплаты Сублицензиатом полной суммы вознаграждения и использования Программного обеспечения способами, предусмотренными настоящим Договором);8.1.3. предоставляются на Территории для использования на Аппаратных Средствах в Месторасположении Сублицензиата;8.1.4. не подлежат передаче третьим лицам, в том числе на основании сублицензионных договоров.Сублицензиату предоставляется право на использование Программного обеспечения в полном объеме функциональных возможностей путем его воспроизведения, копирования в память ЭВМ, загрузки, установки, хранения и запуска.Право пользования ПО предоставляется для использования на отдельных ПК с электронными ключами. Сублицензиат может изменить Местоположение на Территории после письменного уведомления Лицензиата, и может изменить Аппаратные Средства, если Программное обеспечение снимается с

61

существующих Аппаратных Средств (за исключением случаев временной неработоспособности Аппаратных Средств) с недопущением превышения числа разрешенных пользователей.8.2. Сублицензиат не должен позволять допуск к Праву пользования ПО третьей стороны за исключением случаев доступа или использования временным персоналом исключительно для целей Сублицензиата, или временного доступа разработчиков аппаратных средств, осуществляющих поддержку Аппаратных Средств.8.3. Сублицензиат имеет право сделать 1 (Одну) резервную копию Программного обеспечения и Документации исключительно для разрешённого использования. Сублицензиат обязан воспроизвести и указать на каждой копии и каждой частичной копии Программного обеспечения уведомление об авторском праве и подпись о праве собственности так, как они указаны на подлиннике.8.4. Сублицензиат не должен сам, и не должен позволять третьей стороне:- объединять Программное обеспечение с другими программами;

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

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

- использовать Программное обеспечение в целях и способами, не указанными в настоящем Договоре.

8.5. Правообладатель может, при условии соблюдения разумных требований безопасности Пользователя, и после соответствующего уведомления послать представителя для проверки соблюдения Пользователем условий пользования Право пользования ПО.

9. ПРАВО ИНТЕЛЛЕКТУАЛЬНОЙ СОБСТВЕННОСТИ9.1 Право пользования ПО, все его копии, структура Программного обеспечения, исходный код Программного обеспечения являются интеллектуальной собственностью компании FORSK (Франция), все права интеллектуальной собственности на него, включая, но не ограничиваясь патентами, авторскими правами, торговыми марками и коммерческими секретами, существующими на настоящий момент или в будущем, принадлежат и остаются в собственности компании FORSK (Франция). Сублицензиат согласен предпринять все необходимые разумные шаги для гарантированной защиты Право пользования ПО, обеспечить условия, чтобы ни одно постороннее лицо не имело доступа к Праву пользования ПО и обеспечить охрану Продукта и всех его копий таким образом, чтобы права компании FORSK (Франция) не нарушались.9.2. Сублицензиат признает, что Программное обеспечение, его структура и построение, а также исходная программа (исходный код) являются ценной коммерческой тайной Компании FORSK (Франция), которая удерживает и сохраняет за собой исключительные права интеллектуальной собственности.9.3. Ничто в настоящем Договоре не будет рассматриваться как нарушающее или затрагивающее права интеллектуальной собственности, принадлежащее одной из Сторон или разработанное и приобретенное за рамками настоящего Договора.9.4. Объем прав Сублицензиата на использование Программного обеспечения, предусмотренный в настоящем Договоре, устанавливается Лицензиатом (лицензиаром) исключительных прав компанией ___________ 9.6. Лицензиат обязан оплатить все убытки и расходы (в пределах, установленных п.8.9 Договора), присужденные Сублицензиату судом в связи с нарушением авторских прав третьих лиц, в том случае, если Лицензиат будет своевременного извещен в письменной форме и получит копию каждого сообщения, уведомления или иного документа, связанных с предполагаемым нарушением прав, и при том условии, что Лицензиат получит от Сублицензиата полные полномочия, сведения и помощь, необходимые для защиты от такого иска.

62

Лицензиат согласен защищать Сублицензиата, освобождать его от ответственности и от необходимости возмещения ущерба, возникающих в результате какого-либо иска, выдвинутого против Сублицензиата на Территории с утверждением о том, что Право пользования ПО или какая-либо его часть представляют ущемление патента, торговой марки или авторского права, действующего и пользующегося защитой на Территории, при условии, что:(i) Сублицензиат своевременно предварительно уведомит Лицензиата в письменной форме о любом таком иске и предоставит полные и исчерпывающие полномочия, информацию Лицензиату для защиты от такого иска; (ii) Сублицензиат предоставит Лицензиату копию такого иска, обращения, уведомления или иного документа, связанного с предполагаемым нарушением прав третьего лица;(iii) Сублицензиат не сделает никаких признаний или каким-либо образом ответит на любой такой иск без письменного уведомления Лицензиата, а также при условии, что (iv) Лицензиату будет предоставлено право определять стратегию защиты. 9.7. Если какая-либо часть Программного обеспечения, предоставленного Лицензиатом на основании настоящего Договора, станет или по мнению Лицензиата может стать предметом иска из нарушения прав, тогда Лицензиат имеет право по собственному усмотрению и за собственный счет: (i) обеспечить Сублицензиату право далее на законных основаниях использовать Право пользования ПО или ту его часть, использование которой ущемляет права, или (ii) заменить или изменить Право пользования ПО, или такую его часть таким образом, что его использование не будет являться ущемлением прав.9.8. Изложенное выше представляет собой единственное и исключительное обязательство Лицензиата и единственное и исключительное средство юридической защиты Сублицензиата в связи с нарушением прав каким-либо Программным обеспечением или каких-либо прав на объекты интеллектуальной собственности третьих лиц.

10. ГАРАНТИЯ

10.1. Лицензиат настоящим гарантирует Сублицензиату и заверяет, что он обладает всеми необходимыми правами для исполнения настоящего Договора. Лицензиат гарантирует, при исполнении условий настоящего договора не нарушены авторские и иные права интеллектуальной собственности третьих лиц. Лицензиат обязуется возместить все причиненные прямые убытки, не считая упущенной выгоды Сублицензиату в результате нарушения данной гарантии.

10.2 В случае незаконного распространения или использования Сублицензиатом права пользования ПО, последний самостоятельно несет ответственность в порядке, установленном законодательством. В случае изъятии право пользования ПО у Сублицензиата в связи с нарушением Лицензиатом интеллектуальных прав третьих лиц, Лицензиат должен возместить ущерб и убытки Сублицензиата в полном объеме.

10.3. В случае каких-либо претензий в отношении нарушения патентных, авторских или иных интеллектуальных прав в отношении право пользования ПО по вине Лицензиата, Лицензиат обязан самостоятельно за свой счет урегулировать любые споры и претензии лиц, чьи права были нарушены при исполнении настоящего договора.

10.4. В случае, указанном в пункте 10.3. настоящего договора Сублицензиат передает претензию Лицензиату. В этом случае Лицензиат обязуется в срок до 5 (пяти) дней с момента получения претензии, рассмотреть и передать письменные объяснения по существу полученной претензии. Лицензиат гарантирует, что ПО соответствует описанию, указанному в Приложении №1, В случае возникновения в течение гарантийного периода ошибок ПО, Лицензиат предпринимает действия по их устранению. Гарантия на Право пользования ПО предоставляется Лицензиатом в соответствии со стандартными условиями производителя компании FORSK.

Гарантия не распространяется на следующие случаи:

63

(i) нарушение условий предоставленной Документации по эксплуатации Право пользования ПО компании FORSK;

(ii) Право пользования ПО был вскрыт, модифицирован Сублицензиатом или иным лицом, кроме Лицензиата или указанного им лица;

(iii) если ошибки, возникли по вине Сублицензиата, его клиентов или третьих лиц, и/или сбои и ошибки, связанные с неправильным использованием, неправильной установкой, обслуживанием или работой (если не по вине Лицензиата), неверными операционными средствами, изменениями Программного обеспечения Сублицензиатом, использованием Программного обеспечения третьих лиц, кроме рекомендованного Лицензиатом /компанией FORSK, или незаконными манипуляциями с Программным обеспечением.

Кроме того, гарантия не распространяется на усовершенствования, модернизации Программного обеспечения сверх закупленной функциональности.

10.5. Качество оказанных услуг по обучению сотрудников Сублицензиата должно соответствовать требованиям, предъявляемым к такому роду услуг на территории Республики Узбекистан и согласно требованиям настоящего Договора. Услуги по обучению и сервисному обслуживанию должны быть оказаны квалифицированными специалистами, имеющими соответствующее образование и опыт работы. В случае некачественного оказания Услуг, Лицензиат обязан за свой счет исправить выявленные нарушения в согласованные с Сублицензиатом сроки.

10.6. Лицензиат не гарантирует, что работа Программного обеспечения будет бесперебойной и свободной от ошибок. Сублицензиат должен уведомить Лицензиата в письменном виде и в случае необходимости предоставить задокументированные примеры каких-либо дефектов или ошибок в Программном обеспечении.

10.7. Сублицензиат признает, что Право пользования ПО не был создан на основании персональных требований Сублицензиата и что Сублицензиат несет ответственность за соответствие технических характеристик и функций Право пользования ПО, указанных в Документации, требованиям Сублицензиата.

11. РАЗРЕШЕНИЕ СПОРОВ

11.1. В случае возникновения разногласий и споров между Лицензиатом и Сублицензиатом в связи с исполнением настоящего Договора, Стороны примут все меры к разрешению их путем переговоров.

11.2. В случае невозможности разрешения указанных споров путем переговоров они должны разрешаться в компетентном суде по месту нахождения Сублицензиата, в соответствии с законодательством Республики Узбекистан.

12. СРОК ДЕЙСТВИЯ ДОГОВОРА, УСЛОВИЯ И ПОСЛЕДСТВИЯ ЕГО РАСТОРЖЕНИЯ

12.1. Настоящий Договор вступает в силу с момента подписания Сторонами, и действует до _________ срока действия договора не прекращает исполнения обязательств, гарантий и заверений  Сторонами.

12.2. Настоящий Договор, может быть расторгнут по взаимному соглашению Сторон.

12.3. Настоящий Договор, может быть, расторгнут Сублицензиатом досрочно путём письменного уведомления Лицензиата о своём намерении в срок не позднее, чем за 30 (тридцать) календарных дней до предполагаемой  даты расторжения настоящего Договора.

12.4. Настоящий Договор, может быть, расторгнут Лицензиатом досрочно до момента получения им предоплаты от  Сублицензиата, путем письменного уведомления  Сублицензиата.

64

13. ОБСТОЯТЕЛЬСТВА НЕПРЕОДОЛИМОЙ СИЛЫ

13.1. Сторона, не исполнившая или ненадлежащим образом исполнившая свои обязательства по настоящему Договору, освобождается от ответственности, если докажет, что надлежащее исполнение оказалось невозможным вследствие непреодолимой силы, то есть чрезвычайных и непредотвратимых при данных условиях обстоятельств (форс-мажор).

К числу обстоятельств непреодолимой силы (форс-мажор) относятся:

- пожар, наводнение, землетрясение, другие стихийные бедствия;

- блокада или эмбарго на экспорт и (или) импорт,

- война, военные действия, террористические акты,

- акты Президента Республики Узбекистан и Правительства Республики Узбекистан.

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

13.3. Факты, указанные в уведомлении, должны подтверждаться документами, выданными уполномоченными государственными органами. Отсутствие такого уведомления, равно как и отсутствие соответствующих подтверждений лишает Сторону права ссылаться на какие-либо вышеуказанные обстоятельства в качестве оснований для освобождения от ответственности за неисполнение или ненадлежащее исполнение обязательств по настоящему Договору.

13.4. В случае возникновения обстоятельств непреодолимой силы Стороны незамедлительно проводят переговоры друг с другом и согласуют меры, которые необходимо принять, с целью исправления или устранения последствий обстоятельств непреодолимой силы.

В этом случае выполнение соответствующих обязательств может быть отложено на срок действия таких обстоятельств либо до окончания действия их последствий.

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

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

При этом Лицензиат обязан произвести Сублицензиату возврат уплаченных им денежных средств за невыполненные обязательства Лицензиата, а Сублицензиат обязан произвести оплату исполненных обязательств Лицензиата.

14. КОНФИДЕНЦИАЛЬНОСТЬ

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

14.2. Обязательства по сохранению конфиденциальности сохраняют свою силу и после истечения срока действия настоящего Договора или его досрочного расторжения в течение последующих 3 (трех) лет.

65

14.3. За нарушение условия о конфиденциальности информации, Сторона, допустившая такое нарушение, несёт ответственность в виде выплаты другой Стороне полной компенсации за понесённые убытки. Настоящие условия действительны также при реорганизации какой-либо из Сторон – для её правопреемников, при ликвидации одной из Сторон – для другой Стороны. Способы защиты каждой Стороной конфиденциальной информации другой Стороны – не ниже, чем способы защиты данной Стороной своей собственной конфиденциальной информации. Ни одна из Сторон не вправе передавать конфиденциальную информацию другой Стороны какой бы то ни было третьей стороне или ознакомлять с конфиденциальной информацией другой Стороны какую бы, то ни было третью сторону без письменного согласия другой Стороны.

15. ПРОЧИЕ УСЛОВИЯ

15.1. Стороны настоящим обязуются соблюдать требования антикоррупционного законодательства и не предпринимать никаких действий, которые могут нарушить нормы антикоррупционного законодательства, в связи со своими правами или обязательствами согласно настоящему Договору, в том числе (не ограничиваясь) не совершать предложение, санкционирование, обещание и осуществление незаконных платежей, включая (но не ограничиваясь) взятки в денежной или любой иной форме, каким-либо физическим или юридическим лицам, включая (но не ограничиваясь) коммерческие организации, органы власти и самоуправления, государственных служащих, частных компаний и их представителей:

В случае нарушения одной из Сторон обязательств, указанных в абзаце 1 п. 15.1. настоящего раздела, вторая Сторона имеет право в одностороннем внесудебном порядке отказаться от исполнения настоящего Договора. Пострадавшая Сторона не возмещает убытки Стороне, нарушившей данные требования, в случае расторжения Договора в соответствии с данным пунктом.

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

Заключение и исполнение Сторонами настоящего Договора и предусмотренных им действий не вступают и не вступят в противоречие:

- любым законом, приказом, распоряжением какого-либо государственного органа, судебным решением, определением или постановлением, или законодательным актом, правилом или иным нормативно-правовым актом, применимым к нему;

- учредительными документами или какими-либо внутренними локальными правовыми актами Лицензиата и (или) его учредителей;

- любым соглашением или документом, действие которого распространяется на Сублицензиата или его учредителей, или любой актив Сублицензиата, или любой из активов его учредителей.

15.3. Вся корреспонденция по настоящему Договору считается полученной в случае ее отправки другой стороне факсом, заказной почтой или с курьером по адресам, указанным в разделе 16 Договора.

15.4. Ни одна из сторон по настоящему Договору не вправе передавать свои права и обязанности по Договору любой третьей стороне без письменного согласия на это другой стороны.

15.5. Все переговоры и вся переписка, касающаяся предмета настоящего Договора, предшествующие его подписанию, утрачивают юридическую силу в момент подписания настоящего Договора.

66

15.6. Реорганизация любой из Сторон не является основанием для изменения условий или расторжения настоящего Договора. В этом случае настоящий Договор сохраняет силу для правопреемника соответствующей Стороны.

15.7. Все дополнения и изменения к настоящему Договору имеют юридическую силу только в том случае, если они закреплены сторонами в письменном виде и подписаны официально уполномоченными представителями сторон.

15.8. Все уведомления, включая уведомление об изменении руководителя, реквизитов, фактического и/или юридического адреса, должны быть в трехдневный срок отправлены в письменном виде на почтовый адрес заказным письмом с уведомлением или на электронный адрес, указанный в настоящем Договоре. При отсутствии такого уведомления: 1) вся корреспонденция, направленная по прежнему адресу, считается отправленной на надлежащий адрес, 2) оплата, совершенная по прежним реквизитам, считается совершенной по надлежащим реквизитам.

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

15.10.Любые заголовки в Договоре внесены только для удобства и не являются руководством к действию и не предписывают какие-либо условия данного Договора.

15.11. Настоящий Договор подписан на русском языке в двух идентичных экземплярах, имеющих равную юридическую силу, по одному оригинальному экземпляру для каждой из сторон.

16. ПЕРЕЧЕНЬ ПРИЛОЖЕНИЙ

16.1. Приложение № 1 - Спецификация «Программного Обеспечения»;

16.2. Приложение № 2 – Спецификация «СЕРВИСНЫХ УСЛУГ»

16.3. Приложение № 3 – Спецификация «УСЛУГ ПО ОБУЧЕНИЮ»

16.2. Приложение № 4 – Форма «Акта предоставления права на использование ПО».

16.3. Приложение № 5- Форма «Акта оказанных сервисных услуг».

16.4. Приложение № 6- Форма «Акт оказанных услуг по обучению».

17.АДРЕСА И БАНКОВСКИЕ РЕКВИЗИТЫ СТОРОН.

Лицензиат Сублицензиат

________________________Юридический адрес: ________________

Почтовый адрес: _________

Тел.: ____________________

Факс: ___________________

ИНН ______________ / КПП __________

Р/с __________________________

Банк

ООО «UNIVERSALMOBILESYSTEMS»Юридический адрес: _________ИНН _______________ОКЭД ___________Банковские реквизиты:____________________Адрес: ____________________Номер валютного счета: _____________МФО _____________SWIFT: __________________

67

БИК ____________________

К/с _____________________

Код ОКВЭД ___

ОКПО _____

SWIFT: ____________

ПОДПИСИ ПРЕДСТАВИТЕЛЕЙ СТОРОН

За Лицензиата За Сублицензиата

______________________

______________________

______________ ______________

м.п.

ООО «UMS»

_________________________

_____________________ _____________.

м.п.

68

Приложение №1

К договору № ______________ от «____» _______ 2018 года

Спецификация ПО

ПОДПИСИ ПРЕДСТАВИТЕЛЕЙ СТОРОН

За Лицензиата За Сублицензиата

______________________

______________________

______________ ______________

м.п.

ООО «UMS»

_________________________

_____________________ _____________.

м.п.

69

Приложение № 2.

К договору №_______________ от «____» ___________

СПЕЦИФИКАЦИЯ СЕРВИСНЫХ УСЛУГ

ПОДПИСИ ПРЕДСТАВИТЕЛЕЙ СТОРОН

За Лицензиата За Сублицензиата

______________________

______________________

______________ ______________

м.п.

ООО «UMS»

_________________________

__________________ _____________.

м.п.

70

Приложение № 3.

К договору №_______________________ от «____» ___________

СПЕЦИФИКАЦИЯ УСЛУГ ПО ОБУЧЕНИЮ

ПОДПИСИ ПРЕДСТАВИТЕЛЕЙ СТОРОН

За Лицензиата За Сублицензиата

______________________

______________________

______________ ______________

м.п.

ООО «UMS»

_________________________

___________________ _____________.

м.п.

71

Приложение № 4.

К договору №__________________ от «____» ___________

Акт предоставления права на использование ПО

___________________, зарегистрированное в соответствии с законодательством __________________, именуемое в дальнейшем «Лицензиат», в лице ______________ действующего на основании _____________, с одной стороны, и

Общество с ограниченной ответственностью «UNIVERSALMOBILESYSTEMS»(ООО «UMS»), зарегистрированное в соответствии с законодательством Республики Узбекистан, именуемое в дальнейшем «Сублицензиат», в лице_________________________________, действующего на основании Устава, с другой стороны, совместно именуемые «Стороны», а по отдельности «Сторона», подписали настоящий Акт предоставления права пользования ПО к договору № ________ от «____»________ 2018 г. о нижеследующем:

В соответствии с Сублицензионным договором № _______________от ___________ Лицензиат предоставил, а Сублицензиар принял в полном объеме обязательства по праву использования ПО(неисключительную лицензию) на:

п/п№ Наименование лицензии Ед.

изм.Кол-

во

Цена (долл. США)

Общая стоимость (________)

12

Стороны претензий друг к другу не имеют

ПОДПИСИ ПРЕДСТАВИТЕЛЕЙ СТОРОН

За Лицензиата За Сублицензиата

______________________

______________________

______________ ______________

м.п.

ООО «UMS»

_________________________

_____________________ _____________.

м.п.

72

Приложение № 5.

К договору №______________________ от «____» ___________

Акт оказанных сервисных услуг

___________________, зарегистрированное в соответствии с законодательством _______________, именуемое в дальнейшем «Лицензиат», в лице ______________ действующего на основании _____________, с одной стороны, и

Общество с ограниченной ответственностью «UNIVERSALMOBILESYSTEMS»(ООО «UMS»), зарегистрированное в соответствии с законодательством Республики Узбекистан, именуемое в дальнейшем «Сублицензиат», в лице_________________________________, действующего на основании Устава, с другой стороны, совместно именуемые «Стороны», а по отдельности «Сторона», подписали настоящий Акт оказанных сервисных услуг к договору № ________ от «____»________ 2018 г. о нижеследующем:

В соответствии с Сублицензионным договором № _______________от ___________ Лицензиат оказал услугу сервисного обслуживания Сублицензиару в полном объеме согласно нижеследующей спецификации:

№ НаименованиеКол-во

(дней)Общая стоимость (________)

1.

2.

3.

Итого, за услуги

Стороны претензий друг к другу не имеют

ПОДПИСИ ПРЕДСТАВИТЕЛЕЙ СТОРОН

За Лицензиата За Сублицензиата

______________________

______________________

______________ ______________

м.п.

ООО «UMS»

_________________________

_____________________ _____________.

м.п.

73

Приложение № 6.

К договору №__________________ от «____» ___________

Акт оказанных услуг по обучению

___________________, зарегистрированное в соответствии с законодательством _____________, именуемое в дальнейшем «Лицензиат», в лице ______________ действующего на основании _____________, с одной стороны, и

Общество с ограниченной ответственностью «UNIVERSAL MOBILE SYSTEMS» (ООО «UMS»), зарегистрированное в соответствии с законодательством Республики Узбекистан, именуемое в дальнейшем «Сублицензиат», в лице_________________________________, действующего на основании Устава, с другой стороны, совместно именуемые «Стороны», а по отдельности «Сторона», подписали настоящий Акт оказанных услуг по обучению к договору № ________ от «____»________ 2018 г. о нижеследующем:

В соответствии с Сублицензионным договором № _______________от ___________ Лицензиат оказал услугу по обучению персонала Сублицензиара в полном объеме согласно нижеследующей спецификации:

№ Наименование Дли-ность,

дней

Стоимость,

(________)

Краткое описание

курсов

1

2

  Всего, за обучение

Стороны претензий друг к другу не имеют

ПОДПИСИ ПРЕДСТАВИТЕЛЕЙ СТОРОН

За Лицензиата За Сублицензиата

______________________

______________________

ООО «UMS»

_________________________

74

______________ ______________

м.п.

_____________________ _____________.

м.п.

75