АКЦИОНЕРНОЕ ОБЩЕСТВО «КАЗАХТЕЛЕКОМ»

«УТВЕРЖДАЮ»
Генеральный директор
Дирекции «Телеком Комплект»

_______________Д.К.Исатаев

Приказ № 672 - П от «15» апреля 2016г.

ТЕНДЕРНАЯ ДОКУМЕНТАЦИЯ
по электронному тендеру по закупке
услуг технического сопровождения информационных систем
с применением торгов на понижение
(далее – Тендерная документация)

Алматы, 2016 год

 2

ТЕНДЕРНАЯ ДОКУМЕНТАЦИЯ
по электронному тендеру по закупке
услуг технического сопровождения информационных систем
(далее – Тендерная документация)

Закупки – услуг технического сопровождения информационных систем.

Заказчик – АО «Казахтелеком».
1. Организатор закупок - Дирекция «Телеком Комплект» – филиал АО «Казахтелеком».
Почтовый адрес Дирекции «Телеком Комплект» - филиала АО «Қазақтелеком»:
050031, г. Алматы, ул. Толе Би 291 Б.
Банковские реквизиты Дирекции «Телеком Комплект» - филиала АО «Қазақтелеком»:
Реквизиты в тенге: БИН 941240000193, ИИК KZ 079261802104233016, Кбе 16, в филиале АО
«Казкоммерцбанк», БИК KZKOKZKX (указывать обязательно, что для Дирекции «Телеком
Комплект» и шестизначный номер закупа)
В АФ АО “Казкоммерцбанк” г.Алматы, пр.Достык,107 РКО 18/29 БИК: KZKOKZKX
Алматы, Республика Казахстан
БИН 941240000193
Электронный - адрес интернет ресурса, на котором размещена информация о проводимых
закупках: http://www.telecom.kz, www.samruk-kazyna.kz.
2. Адрес электронной почты и номер телефона для обращения потенциальных поставщиков
в случае нарушения их прав в связи с проводимыми закупками: zakupDTK@telecom.kz, +7 (727)
226 82 61;
3. Фонд – АО «Самрук-Казына»;
4. Холдинг – совокупность Фонда и юридических лиц, пятьдесят и более процентов
голосующих акций (долей участия) которых прямо или косвенно принадлежат Фонду на праве
собственности или доверительного управления. Косвенная принадлежность – принадлежность
каждому последующему юридическому лицу пятидесяти и более процентов голосующих акций
(долей участия) иного юридического лица на праве собственности или доверительного
управления;
5. Правила – Правила закупок товаров, работ и услуг акционерным обществом «Фонд
национального благосостояния «Самрук-Қазына» и организациями, пятьдесят и более процентов
голосующих акций (долей участия) которых прямо или косвенно принадлежат АО «Самрук-
Қазына» на праве собственности или доверительного управления, утвержденных решением Совета
директоров Фонда (протокол № 80 от 26 мая 2012 года, с дополнением внесённым от 04 сентября
2015 года, протокол №122).
6. Инструкция – Инструкция по проведению электронных закупок товаров, работ, услуг
АО «Самрук-Қазына» и организациями пятьдесят и более процентов голосующих акций (долей
участия) которых прямо или косвенно принадлежат АО «Самрук-Қазына» на праве собственности
или доверительного управления, утвержденная решением Правления АО «Самрук-Қазына» от 10
сентября 2013 года № 49/12.
7. Участник – Заказчик/организатор закупок, потенциальный поставщик, общественное
объединение, ассоциация (союз) или банк второго уровня, зарегистрированный в Системе.
8. Пользователь – уполномоченный представитель Участника, зарегистрированный в
Системе;
9. Система – информационная система электронных закупок Фонда, обеспечивающая
проведение электронных закупок, в соответствии с настоящей Инструкцией (www.tender.sk.kz);
10. электронный документ – документ, в котором информация предоставлена в
электронно-цифровой форме и удостоверена посредством электронной цифровой подписи;
 3

11. электронная копия - документ, полностью воспроизводящий вид и информацию

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

14. Сумма, выделенная для закупки, тенге, без учета НДС: 263 100 000,00 (Двести
шестьдесят три миллиона сто тысяч) тенге 00 тиын;

Сумма, тенге без учета

Лот Название Лота
НДС
Услуги по техническому сопровождению интеграционных
процессов со стороны Smallworld NRI и восстановлению 42 000 000,00
1
данных в БД Smallworld NRI

Услуги по техническому сопровождению системы

30 000 000,00
2 управления ресурсами ”СУР -1"

Услуги по техническому сопровождению приложений для

6 000 000,00
3 контакт-центра Genesys

Услуги по техническому сопровождению интерфейсов

15 000 000,00
4 интеграции биллинговой системы с Siebel CRM

Услуги по техническому сопровождению системы

30 000 000,00
5 управления заказами”OSM”

Услуги по техническому сопровождению 2 уровня

67 600 000,00
6 централизованной биллинговой системы (ЦБС) Amdocs v.8.1.

Услуги по техническому сопровождению интерфейсов

управления пользовательской базой в централизованном
биллинге Amdocs, системы авторизации клиентов сети 58 000 000,00
7
передачи данных и интерфейса с подсистемой тарификации
Amdocs

Услуги по техническому сопровождению API личного

13 000 000,00
8 кабинета клиента АО «Казахтелеком» cabinet.idport.kz

Услуги по техническому сопровождению системы «Расчет

1 500 000,00
9 дивидендов»

15. Условия платежа:

 4

- ежемесячные платежи с момента начала действия Договора в течение 20 (Двадцати) рабочих

дней после подписания ежемесячных Актов оказанных Услуг.
16. Размер обеспечения заявки на участие в тендере 1% (один процент) от суммы,
указанной для закупки данного услуги в настоящей тендерной документации. При этом течение
срока действия обеспечения заявки на участие в тендере начинается со дня вскрытия конвертов с
заявками на участие в тендере.
Обеспечение заявки на участие в тендере может представляться в виде электронной
банковской гарантии в соответствии с Инструкцией по проведению электронных закупок.
Оригинал обеспечения заявки на участие в электронном тендере в виде банковской гарантии
предоставляется по адресу: 050031, г. Алматы, ул. Толе Би 291 Б, Дирекция «Телеком Комплект»
- филиал АО «Казахтелеком», 1-й этаж, приемная.
Обеспечение заявки на участие в тендере не вносится:
1) организациями, входящими в Холдинг;
2) участниками СЭЗ «Парк инновационных технологий» (при участии в тендере на
оказание услуг, относящихся к приоритетным видам деятельности, соответствующим целям СЭЗ
«Парк инновационных технологий» и предмету закупок).
Положения настоящего пункта не распространяются на консорциумы.
17. Заявка на участие в открытом тендере формируется в Системе Пользователем
потенциального поставщика и подписывается его ЭЦП.
Срок начала представления заявок 20:30 часов «15» апреля 2016 года.
Окончательный срок представления заявок 11:00 часов «06» мая 2016 года.
18. Шаг на понижение устанавливается Системой в пределах от 1% до 5% от начальной
цены торгов на понижение.
19. Срок действия заявки на участие в тендере должен быть не менее 70 (семьдесят)
календарных дней c даты вскрытия конвертов с тендерными заявками.
20. Размер обеспечения исполнения договора о закупках по итогам тендера составляет
1% (один процент) от общей суммы договора о закупках.
Требование по представлению обеспечения исполнения договора не распространяется на:
1) организации, входящие в Холдинг.
Положения настоящего пункта Тендерной документации не распространяются на
консорциумы.
21. Тендерной документацией предусматривается, что к участию в тендере допускаются
только:
1) отечественные предприниматели - по закупкам работ и услуг.
22. Тендерной документацией предусматривается, что тендер осуществляется с
применением торгов на понижение.

1. Требования к потенциальным поставщикам

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

(для юридических лиц) и дееспособностью (для физических лиц).

2. Оформление и представление заявки

24. Заявка потенциального поставщика на участие в тендере (далее – Заявка) является

выражением согласия потенциального поставщика на поставку предмета Закупок в соответствии с
требованиями и условиями, предусмотренными Тендерной документацией.
25. Заявка на участие в открытом тендере формируется в Системе Пользователем
потенциального поставщика и подписывается его ЭЦП.
26. При формировании тендерной заявки на участие в электронных закупках способом
тендера допускается предоставление электронных копий нотариально засвидетельствованных
копий документов, перечисленных в пункте 39. настоящей Тендерной документации.
 5

27. Заявки на участие в тендере, поданные потенциальными поставщиками, автоматически

регистрируются в Системе.
28. В качестве подтверждения приема или отказа в приеме заявки на участие в электронных
закупках способом тендера потенциальному поставщику, подавшему заявку на участие в
электронных закупках способом тендера автоматически направляется Системой соответствующее
уведомление.
29. Система помещает поступившие заявки в недоступное извне защищенное хранилище до
наступления даты и времени вскрытия заявок, указанных в объявлении.
30. В Заявке не должно быть никаких вставок между строками, подтирок или приписок, за
исключением тех случаев, когда потенциальному поставщику необходимо исправить
грамматические или арифметические ошибки.
31. Заявка составляется на языке в соответствии с законодательством Республики Казахстан.
При этом Заявка может содержать документы, составленные на другом языке при условии, что к
ним будет прилагаться точный перевод на язык Тендерной документации и в этом случае
преимущество будет иметь перевод.

3. Обеспечение Заявки

32. Потенциальный поставщик вносит обеспечение Заявки в размере, указанном в пункте

16. настоящей Тендерной документации, в качестве гарантии того, что он:
1) не отзовет либо не изменит свою Заявку после истечения окончательного срока
предоставления Заявок;
2) в случае определения его победителем тендера заключит договор с
Заказчиком/Организатором закупок в сроки, установленные протоколом об итогах тендера и
внесет обеспечение исполнения договора о закупках.
33. Потенциальный поставщик вправе выбрать один из следующих видов обеспечения
Заявки:
1) банковскую гарантию - по форме приложения 3 к настоящей Тендерной документации;
2) гарантийный денежный взнос, который вносится на банковский счет
Заказчика/Организатора закупок;
3) электронной банковской гарантии
При этом срок действия банковской гарантии должен быть не менее срока действия
тендерной заявки.
34. В случае внесения потенциальным поставщиком обеспечения заявки на участие в
тендере в виде банковской гарантии на бумажном носителе, ее оригинал представляется
Заказчику/организатору закупок до окончательного срока представления заявок на участие в
тендере.
35. Расчет соответствия суммы внесенного обеспечения заявки на участие в тендере
требованиям тендерной документации определяется согласно курса Национального Банка
Республики Казахстан, установленного на дату перечисления платежа, выдачи банковской
гарантии или иного обеспечения, определенного Заказчиком/Организатором закупок.
36. Все Заявки, не содержащие подтверждения внесения обеспечения Заявки, отклоняются
тендерной комиссией как не отвечающие требованиям Тендерной документации. В случае
внесения обеспечения Заявки на участие путем перечисления гарантийного денежного взноса на
банковский счет Заказчика/Организатора закупок в подтверждающем документе должны быть
указаны название тендера либо иные данные, позволяющие установить, что обеспечение
представлено в рамках проводимой закупки, сумма обеспечения, наименования
Заказчика/Организатора закупок и потенциального поставщика.
37. Обеспечение Заявки не возвращается Заказчиком/Организатором закупок при
наступлении одного из следующих случаев:
1) потенциальный поставщик отозвал Заявку после истечения окончательного срока
представления Заявок;
 6

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

заключения договора о закупках;
3) победитель тендера, заключив договор о закупках, не исполнил либо несвоевременно
исполнил требования, установленные Тендерной документацией о внесении обеспечения
исполнения договора о закупках;
4) потенциальный поставщик, занявший по итогам сопоставления и оценки второе место,
определенный в случае, предусмотренном пунктом 102. настоящей Тендерной документации,
уклонился от заключения договора о закупках или, заключив договор о закупках, не исполнил
либо несвоевременно исполнил требование, установленное Тендерной документацией, о внесении
обеспечения исполнения договора о закупках;
5) победитель тендера не предоставил Организатору документы предусмотренные
пунктом 84. настоящей Тендерной документации, а также в случае обнаружения несоответствия
оригиналов и/или нотариально засвидетельствованных копий документов, предоставленных им в
составе заявки на участие в открытом тендере.
Требование, установленное настоящим подпунктом Тендерной документации, не
распространяется на случаи, когда в период с момента подачи заявки до момента заключения
договора, в документы, содержащиеся в заявке, были внесены изменения в соответствии с
требованиями законодательства.
38. Заказчик/Организатора закупок возвращает потенциальному поставщику внесенное им
обеспечение Заявки в течение 10 (десять) рабочих дней со дня наступления одного из следующих
случаев:
1) отзыва данным потенциальным поставщиком своей Заявки до истечения
окончательного срока представления Заявок;
2) подписания протокола об итогах тендера. Указанный случай не распространяется на
участника тендера, определенного победителем и потенциального поставщика, занявшего по
итогам сопоставления и оценки второе место;
3) вступления в силу договора о закупках и внесения победителем тендера исполнения
договора о закупках, предусмотренного Тендерной документации;
4) вступления в силу договора о закупках и внесения потенциальным поставщиком,
занявшим по итогам сопоставления и оценки второе место, определенным в случае,
предусмотренном пунктом 102. настоящей Тендерной документации, обеспечения исполнения
договора о закупках, предусмотренного тендерной документацией.

4. Содержание Заявки

39. Заявка должна содержать следующие документы:

1) заполненную и подписанную потенциальным поставщиком заявку на участие в
открытом тендере в форме электронного документа;
2) электронную копию лицензии либо заявление потенциального поставщика,
содержащее ссылку на официальный интернет-источник (веб-сайт) государственного органа,
выдавшего лицензию, использующего электронную систему лицензирования (в случае, если
условиями тендера предполагается деятельность, которая подлежит обязательному
лицензированию);
3) техническую спецификацию (техническое задание) потенциального поставщика
потенциального поставщика в форме электронного документа или электронной копии, которая
должна соответствовать требованиям, установленным тендерной документацией;
4) перечень соисполнителей при оказании услуг в форме электронного документа или
электронной копии, объем и виды передаваемых на соисполнение услуг, который не должен
превышать определенного в пункте 43. тендерной документации предельного объема услуг.
5) электронные копии лицензий либо заявление потенциального поставщика,
содержащее ссылку на официальный интернет источник (веб-сайт) государственного органа,
 7

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

соисполнителем услуги в формате электронного документа или электронной копии в случае, если
потенциальный поставщик привлекает соисполнителей на тендер, которым предполагается
деятельность, подлежащая обязательному лицензированию;
6) электронную копию документа, подтверждающего внесение обеспечения заявки на
участие в открытом тендере, соответствующего условиям внесения, содержанию и виду,
изложенному в тендерной документации или электронную банковскую гарантию, при этом сумма
обеспечения заявки на участие в открытом тендере не должна быть ниже размера, установленного
тендерной документацией.
Срок действия обеспечения заявки на участие в тендере должен быть не менее срока
действия заявки на участие в тендере.
7) электронную копию документа о назначении (избрании) первого руководителя
потенциального поставщика (в случае участия консорциума представляется оригинал или
электронная копия документа о назначении (избрании) первого руководителя каждого
юридического лица, входящего в консорциум, а также электронная копия документа,
подтверждающего право подписания соглашения о консорциуме уполномоченным лицом каждого
юридического лица, входящего в консорциум);
8) электронные копии документов, подтверждающих применимость к заявке критериев
оценки и сопоставления, указанных в пункте 58. настоящей Тендерной документации (в случае,
если потенциальный поставщик претендует на применение критериев, влияющих на условное
понижение цены).
При этом непредставление документов, подтверждающих критерии, влияющие на условное
понижение цены, не является основанием для отклонения такой заявки;
9) ценовое предложение в форме электронного документа, подписанное потенциальным
поставщиком форма и содержание которого должно соответствовать следующим обязательным
требованиям,
ценовое предложение потенциального поставщика должно содержать цену за единицу,
а также общую/итоговую цену услуг без учета НДС, с включенными в нее расходами,
предусмотренных условиями оказания услуг;
ценовое предложение потенциального поставщика может содержать скидку к
общей/итоговой цене услуг, представленную на условиях Организатора, определенных в
тендерной документации, а также скидку к общей/итоговой цене услуг, представленную с учетом
альтернативных условий.
В случае предложения потенциальным поставщиком скидки к общей/итоговой цене на
условиях Заказчика, определенных в тендерной документации и (или) скидки при альтернативных
условиях, ценовое предложение должно содержать общую/итоговую цену с учетом указанных
скидок;
10) электронную копию свидетельства о государственной регистрации (перерегистрации)
юридического лица или справки о государственной регистрации юридического лица либо
электронную копию заявления потенциального поставщика, содержащее ссылку на официальный
интернет источник (www.e.gov.kz) государственного органа, выдавшего справку, использующего
электронную систему регистрации, для физического лица – электронную копию документа о
регистрации в качестве субъекта предпринимательства, для временного объединения
юридических лиц (консорциум) - электронную копию соглашения о консорциуме и электронную
копии свидетельств о государственной регистрации (перерегистрации) участников консорциума;
11) электронную копию документа, содержащего сведения об учредителях: электронную
копию устава, утвержденного в установленном законодательством порядке; для юридических лиц,
зарегистрированных на основании типового устава – электронную копию заявления
установленной формы о регистрации юридического лица; в случае участия консорциума
представляется электронная копия устава каждого юридического лица, входящего в консорциум;
электронную копию выписки из реестра держателей акций, выданную не более чем за 30
(тридцать) календарных дней до даты вскрытия заявок, а также электронную копию иного
 8

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

12) сведения о согласии потенциального поставщика с условиями, видом, объемом и
способом внесения обеспечения исполнения договора о закупках (в случае, если тендерной
документацией предусматривается внесение обеспечения исполнения договора о закупках) в
форме электронного документа или электронной копии;
13) сведения об ознакомлении потенциального поставщика с условиями внесения
потенциального поставщика в Перечень ненадежных потенциальных поставщиков (поставщиков)
Холдинга в форме электронного документа или электронной копии;
14) электронную копию доверенности, выданную лицу (лицам), представляющему
интересы потенциального поставщика, на право подписания заявки и документов, содержащихся в
заявке на участие в тендере, за исключением первого руководителя потенциального поставщика,
имеющего право выступать от имени потенциального поставщика без доверенности, в
соответствии с уставом потенциального поставщика.
Документы, предусмотренные подпунктами 1) и 9) настоящего пункта формируются
потенциальным поставщиком в Системе.

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

составления и представления заявок на участие в тендере, изложенного в тендерной
документации, а также срок действия заявки на участие в открытом тендере должен
соответствовать или быть не менее срока, установленного тендерной документацией.
40. В случае, если потенциальным поставщиком представляются документы, исходящие от
компетентных органов и организаций иностранных государств, они принимаются при наличии
консульской легализации, если иное не предусмотрено законодательством Республики Казахстан
или международным договором, участниками которого являются Республика Казахстан и
государство, от органов и организаций которого исходит представляемый документ.
41. Техническая спецификация Заявки на участие в тендере должна содержать:
1) документы, подтверждающие соответствие предлагаемого услуги Технической
спецификации, указанной в Приложении № 2.
42. Ценовое предложение участника тендера, являющегося резидентом Республики
Казахстан, должно быть выражено в тенге.
43. Не допускается передача потенциальным поставщиком соисполнителям на
соисполнение в совокупности более двух третей объема услуг.

5. Изменение Заявок и их отзыв

44. Потенциальный поставщик с применением ЭЦП вправе изменить или отозвать свою
заявку на участие в электронном тендере в любое время до истечения окончательного срока
представления Заявок, не утрачивая права на возврат внесенного им обеспечения заявки на
участие в электронном тендере.
45. Не допускается внесение изменеий в Заявки на участие в электронном тендере, после
истечения окончательного срока их представления.
46. Потенциальный поставщик несет все расходы, связанные с его участием в тендере.
Заказчик/Организатор закупок, тендерная комиссия, экспертная группа, эксперт не несут
обязательств по возмещению этих расходов независимо от итогов электронного тендера.

6. Вскрытие и рассмотрение Заявок на участие в электронном тендере

47. Заявки на участие в электронных закупках способом тендера вскрываются в Системе

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

Доступ для просмотра вскрытых заявок предоставляется Пользователям, включенным в

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

48. Заявка на участие в электронном тендере поступившая в Систему после истечения

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

50. Заявки на участие в открытом тендере рассматриваются тендерной комиссией на

предмет соответствия Заявок требованиям пункта 39. настоящей Тендерной документации. Не
отклоненные по основаниям, указанным в пункте 53. настоящей Тендерной документации, Заявки
сопоставляются и оцениваются тендерной комиссией в целях выбора победителя электронного
тендера, предложившего наилучшие условия оказания закупаемых услуг.
51. Заявки на участие в открытом тендере или в открытом тендере с применением торгов
на понижение рассматриваются тендерной комиссией в срок не более 10 (десяти) рабочих дней со
дня вскрытия Системой заявок на участие в электронном тендере. При проведении закупок услуг,
имеющих сложные технические характеристики и спецификации, заявки рассматриваются
тендерной комиссией с привлечением эксперта (экспертной комиссии) в срок не более 20
(двадцати) рабочих дней со дня вскрытия Системой заявок.
52. При рассмотрении Заявок тендерная комиссия вправе:
1) запросить в Системе у потенциальных поставщиков материалы и разъяснения,
необходимые для рассмотрения, оценки и сопоставления заявок (за исключением предложенной
цены (скидок), технической спецификации и документов, подтверждающих критерии, влияющие
на условное понижение цены, предусмотренные пунктом 58. настоящей Тендерной
документации);
2) с целью уточнения сведений, содержащихся в Заявках, запросить необходимую
информацию у соответствующих государственных органов, физических и юридических лиц.
При этом не допускаются запросы и иные действия тендерной комиссии, связанные с
приведением Заявки на участие в тендере в соответствие с требованиями пункта 39. настоящей
Тендерной документации, заключающиеся в дополнении Заявки недостающими документами,
замене документов, приведении в соответствие ненадлежащим образом оформленных
документов.
53. Тендерная комиссия отклоняет Заявку в случае:
1) признания заявки на участие в тендере несоответствующей требованиям,
предусмотренным пунктом 39. настоящей Тендерной документации, за исключением
случаев, несоответствия технической спецификации, когда потенциальный поставщик
предлагает лучшие условия оказания услуг, а также лучшие характеристики закупаемых
услуг;
2) если потенциальный поставщик является аффилированным лицом другого
потенциального поставщика, подавшего Заявку на участие в данном тендере (лоте);
3) если ценовое предложение потенциального поставщика превышает сумму, выделенную
для закупки;
4) ценовое предложение потенциального поставщика признано тендерной комиссией
демпинговым;
5) потенциальный поставщик либо его соисполнитель, либо юридическое лицо,
входящее в консорциум, состоит в Перечне ненадежных потенциальных поставщиков
(поставщиков) Холдинга и (или) в Реестре недобросовестных участников
государственных закупок;
 10

54. Ценовое предложение, признаётся демпинговым в следующих случаях:

1) ценовое предложение на консультационные (консалтинговые) услуги признаётся
демпинговым, если оно более чем на 70 (семьдесят) процентов ниже среднеарифметической цены
всех представленных ценовых предложений, не превышающих сумму, предусмотренную для
закупки в плане закупок без учета НДС;
2) ценовое предложение на услуги, не указанные в подпункте 1) настоящего пункта,
признаётся демпинговым, если оно более чем на 30 (тридцать) процентов ниже
среднеарифметической цены всех представленных ценовых предложений, не превышающих
сумму, предусмотренную для закупки в плане закупок без учета НДС.
Положения настоящего пункта применяются к общей/итоговой цене, предложенной
потенциальным поставщиком с учетом скидки, представленной на условиях
Заказчика/Организатора закупок, определенных в тендерной документации, а также к
общей/итоговой цене, предложенной потенциальным поставщиком с учетом скидки,
предложенной при альтернативных условиях (в случае, если тендерной комиссией приняты
альтернативные условия).
55. Не допускается отклонение заявки на участие в открытом тендере по формальным
основаниям.
Формальными основаниями являются случаи, не указанные в пункте 53. настоящей
Тендерной документации.
56. Неотклоненные заявки оцениваются и сопоставляются тендерной комиссией согласно
критериям, содержащимся в тендерной документации. При этом оценке подлежит общая/итоговая
цена ценового предложения потенциального поставщика.
Победитель тендера определяется на основе наименьшей условной цены, рассчитываемой с
учётом применения критериев, содержащихся в тендерной документации.
57. Потенциальный поставщик, занявший по итогам оценки и сопоставления второе место,
определяется на основе цены, следующей после наименьшей условной цены, рассчитываемой с
учётом применения критериев, содержащихся в тендерной документации.
В случае осуществления закупок услуг при равенстве условных цен тендерных ценовых
предложений победителем (или потенциальным поставщиком, занявшим по итогам сопоставления
и оценки второе место) признается отечественный потенциальный поставщик закупаемых услуг.
При равенстве условных цен тендерных ценовых предложений отечественных поставщиков
услуг победителем (или потенциальным поставщиком, занявшим по итогам оценки и
сопоставления второе место) признается отечественный поставщик услуг, имеющий больший
опыт работы на рынке закупаемых услуг, являющихся предметом открытого тендера.
При равенстве условных цен тендерных ценовых предложений, в случае отсутствия
отечественного поставщика услуг победителем (или потенциальным поставщиком, занявшим по
итогам оценки и сопоставления второе место) признается потенциальный поставщик, имеющий
больший опыт работы на рынке закупаемых услуг, являющихся предметом открытого тендера.
При равенстве условных цен тендерных ценовых предложений и равном опыте работы на
рынке закупаемых услуг (или в случае невозможности определения опыта работы на основании
представленных потенциальными поставщиками документов) победителем (или потенциальным
поставщиком, занявшим по итогам оценки и сопоставления второе место) признается
потенциальный поставщик, ранее предоставивший заявку на участие в тендере.
58. Неотклоненные Заявки оцениваются и сопоставляются тендерной комиссией согласно
критериям, содержащимся в тендерной документации. При этом оценке подлежит общая/итоговая
цена ценового предложения потенциального поставщика. Победитель тендера определяется на
основе наименьшей условной цены, рассчитанной с учетом применения следующих обязательных
критериев:

№ Критерий Условное
понижение/увеличение
цены
 11

1 Потенциальный поставщик является добросовестным - 1%

поставщиком в соответствии с Перечнем добросовестных
поставщиков Холдинга
2 Наличие у потенциального поставщика опыта работы на - 1,5% за 3 года опыта
однородном рынке закупаемых услуг, в течение последних 5 работы и - 0,5% за
лет, подтвержденного соответствующими оригиналами или каждый последующий
нотариально засвидетельствованными копиями накладных, 1 год работы,
соответствующих актов, подтверждающих прием-передачу но не более 2,5%
оказанных услуг.
3 Наличие у потенциального поставщика сертифицированной - 1%
системы (сертифицированных систем) менеджмента в
соответствии с требованиями государственных стандартов
Республики Казахстан, соответствующей предмету проводимых
закупок, подтвержденной нотариально засвидетельствованной
копией сертификата системы менеджмента или копией,
заверенной организацией, выдавшей сертификат
4 Гарантийное обязательство потенциального поставщика по доле - 0,1% за каждый 1%
местного содержания в услугах, подписанное первым местного содержания
руководителем потенциального поставщика либо лицом им
уполномоченным, с указанием процентного значения местного
содержания в предлагаемых услугах и содержащее расчет доли
местного содержания, подтверждающий итоговое процентное
значение местного содержания в предлагаемых услугах,
произведенный в соответствии с требованиями Единой
Методики, утвержденной Постановлением Правительства
Республики Казахстан.
В случае не соответствия расчета доли местного
содержания, указанного в настоящем подпункте, требованиям
Единой Методики, утвержденной Постановлением
Правительства Республики Казахстан, или технической
спецификации тендерной документации тендерная комиссия не
применяет к потенциальному поставщику условную скидку по
критерию, определенному настоящим подпунктом;
В случае участия потенциального поставщика в торгах на
понижение потенциальный поставщик предоставляет
гарантийное обязательство по доле местного содержания в
услуге с учетом ценового предложения на понижение цены. В
случае отсутствия гарантийного обязательства потенциального
поставщика по доле местного содержания в услугах с учетом
ценового предложения на понижение цены тендерная комиссия
не применяет к потенциальному поставщику условную скидку по
критерию, в соответствии с настоящим пунктом;

5 Потенциальный поставщик является участником -5%

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

управляющей компанией и участником.

Потенциальному поставщику также необходимо заполнить Приложение №6 к

Тендерной документации, для учета вышеуказанных критериев

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

критерии, влияющие на условное понижение цены, тендерная комиссия не применяет к такому
потенциальному поставщику условную скидку, при этом непредставление документов,
подтверждающих критерии, влияющие на условное понижение цены, не является основанием для
отклонения такой заявки.
60. В случае участия в тендере консорциума обязательные критерии оценки и
сопоставления заявок потенциальных поставщиков на участие в электронном тендере, влияющие
на условное понижение цены тендерной комиссией, применяются только к головному участнику
консорциума, определенному консорциальным соглашением его участников.
61. Под отечественными поставщиками услуг понимаются физические и (или) юридические
лица, являющиеся резидентами Республики Казахстан, использующие не менее девяноста пяти
процентов местных трудовых ресурсов Республики Казахстан по оказанию услуг.
Под местным содержанием понимается процентное содержание стоимости оплаты труда
граждан Республики Казахстан, задействованных в исполнении договора о закупках от общего
фонда оплаты труда по данному договору о закупках.
Под отечественными предпринимателями понимаются потенциальные поставщики,
являющиеся резидентами Республики Казахстан и осуществляющие предпринимательскую
деятельность.
62. Если ценовые предложения участников тендера выражены в различных валютах, то для
их оценки и сопоставления они переводятся в валюту Республики Казахстан - тенге - по
официальному курсу национальной валюты Республики Казахстан к иностранным валютам,
установленному Национальным банком Республики Казахстан на день вскрытия конвертов с
Заявками.
63. К торгам на понижение допускаются потенциальные поставщики, заявки на участие в
электронных закупках способом открытого тендера с применением торгов на понижение которых
не были отклонены.
64. В случае, если до даты и времени вскрытия не поступило ни одной заявки на участие в
электронных закупках способом открытого тендера с применением торгов на понижение в
Системе автоматически формируется протокол об итогах.
65. Сроки рассмотрения заявок для проведения процедуры допуска к торгам на понижение
аналогичны срокам рассмотрения заявок, предусмотренным пунктом 51. настоящей Тендерной
документации.
66. Допуск потенциальных поставщиков к торгам на понижение оформляется в Системе в
виде протокола, который должен содержать следующие сведения:
1) о месте и времени проведения процедуры допуска;
2) о поступивших заявках потенциальных поставщиков на участие в открытом тендере с
применением торгов на понижение;
3) о сумме, выделенной для закупки, предусмотренной в плане закупок без учета НДС;
4) об отклоненных заявках с указанием детализированных оснований отклонения и
неприменения критериев, влияющих на условное понижение цены;
5) о потенциальных поставщиках, чьи заявки на участие в тендере не отклонены;
6) о результатах применения критериев оценки и сопоставления;
7) сведения о направлении в соответствии с пунктом 52. настоящей Тендерной
документации потенциальным поставщикам, соответствующим государственным органам,
физическим и юридическим лицам;
Протокол об итогах процедуры допуска к торгам на понижение подписывается ЭЦП членов
тендерной комиссии и её секретарём.
 13

67. Заказчик/организатор закупок в срок не позднее 3 (трех) рабочих дней со дня

утверждения протокола допуска к торгам на понижение обязан опубликовать его в Системе.
68. После опубликования протокола допуска Системой незамедлительно в автоматическом
режиме формируется и опубликовывается объявление о проведении торгов на понижение с
указанием времени, даты начала и завершения проведения торгов на понижение за исключением
случаев предусмотренных пунктом 69. настоящей Тендерной документации.
69. Торги на понижение не проводятся в следующих случаях:
1) представления менее двух заявок на участие в тендере;
2) после отклонения, осталось менее двух заявок на участие в тендере.

7. Предоставление предложений на понижение цены и подведение итогов

открытого тендера с применением торгов на понижение
70. Начальной ценой торгов на понижение является наименьшая условная цена,
рассчитываемая с учётом применения критериев, содержащихся в тендерной документации.
71. Потенциальные поставщики представляют предложения на понижение цены с учетом
шага на понижение, без ограничения количества представляемых предложений. Шаг на
понижение устанавливается Системой в пределах от 1% до 5% от начальной цены торгов на
понижение.
72. Каждое предложение потенциального поставщика на понижение цены должно быть
подписано ЭЦП Пользователя потенциального поставщика. Предложение потенциального
поставщика на понижение цены должно быть ниже текущей наименьшей цены торгов на
понижение в пределах шага на понижение и не может быть отозвано или изменено в сторону
увеличения.
73. В качестве подтверждения приема предложения на понижение цены потенциальному
поставщику автоматически направляется соответствующее уведомление.
74. В ходе торгов на понижение в Системе отображается информация только о текущей
наименьшей цене торгов на понижение, без указания сведений о потенциальном поставщике,
представившем наименьшую цену.
75. Если потенциальный поставщик представляет предложение на понижение цены в
течение последних пятнадцати минут последнего часа торгов на понижение, то общее время
торгов на понижение автоматически продлевается на пятнадцать минут. Общее количество
продлений сроков завершения торгов на понижение допускается не более пяти раз.
76. После истечения времени завершения торгов на понижение в Системе автоматически
формируется протокол итогов электронных закупок, который должен содержать следующую
информацию:
1) о месте и времени подведения итогов;
2) о поступивших заявках потенциальных поставщиков на участие в открытом тендере;
3) о сумме, выделенной для закупки, предусмотренной в плане закупок без учета НДС;
4) об отклоненных заявках с указанием детализированных оснований отклонения и
неприменения критериев, влияющих на условное понижение цены;
5) о потенциальных поставщиках, чьи заявки на участие в тендере не отклонены;
6) о результатах применения критериев оценки и сопоставления;
7) об итогах открытого тендера;
8) о сумме и сроках заключения договора о закупках в случае, если открытый тендер
состоялся;
9) о потенциальном поставщике, занявшем второе место;
77. Победитель электронных закупок способом открытого тендера с применением торгов на
понижение определяется на основе наименьшей условной цены, представленной по итогам торгов
на понижение, рассчитываемой с учётом применения критериев, содержащихся в тендерной
документации.
 14

78. Потенциальный поставщик, занявший второе место, определяется на основе цены,

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

8. Подведение итогов тендера

80. Протокол итогов электронных закупок способом открытого тендера оформляется в

Системе секретарем тендерной комиссии, подписывается ЭЦП Пользователей, включенных в
состав тендерной комиссии, а также секретарем тендерной комиссии.
81. Тендер признаётся тендерной комиссией несостоявшимся в случае:
1) представления заявок на участие в тендере менее двух потенциальных поставщиков;
2) если после отклонения тендерной комиссией по основаниям, предусмотренным пунктом
53. настоящей Тендерной документации, осталось менее двух Заявок на участие в тендере
потенциальных поставщиков;
3) уклонения победителя тендера и потенциального поставщика, занявшего второе место, от
заключения договора;
4) непредставления победителем тендера и потенциальным поставщиком, занявшим второе
место, обеспечения исполнения договора в соответствии с пунктом 97. настоящей Тендерной
документации.
82. Заказчик/Организатор закупок до даты вскрытия заявок на участие в тендере вправе
отказаться от осуществления закупок в случаях сокращения расходов на приобретение услуг,
предусмотренных в плане(нах) закупок, обоснованного уменьшения потребности или
обоснованной нецелесообразности приобретения услуг. Отказ от закупок осуществляется путем
внесения соответствующих изменений в план(ы) закупок.
При этом в случае, предусмотренном в абзаце первом настоящего пункта внесение
изменений и дополнений в план закупок, свидетельствующих о последующем увеличении
расходов на приобретение, увеличении потребности или возникновении целесообразности
приобретения таких услуг в текущем году не допускается.
В этом случае Заказчик/ Организатор закупок обязан:
1) в течение 3 (трех) рабочих дней со дня принятия решения об отказе от осуществления
закупок известить об этом лиц, участвующих в проводимых закупках; Уведомление об отказе от
осуществления электронного тендера автоматически рассылается Системой всем участникам
электронных закупок.
2) в течение 5 (пяти) рабочих дней со дня принятия решения об отказе от осуществления
закупок возвратить внесенные обеспечения заявок.
83. В случае обнаружения нарушений, влияющих на итоги электронного тендера (лота), в
проводимом/проведенном тендере (лоте) Заказчик/Организатор закупок и (или) тендерная
комиссия до момента заключения договора обязана отменить тендер (лот) или его итоги. При
этом, тендер (лот) должен быть пересмотрен (в том же составе тендерной комиссии с теми же
потенциальными поставщиками, участвовавшими в тендере (лоте).
В случае обнаружения нарушений в тендерной документации, влияющих на итоги
проводимого/проведенного тендера (лота), Заказчик/организатор закупок до момента заключения
договора обязан отменить тендер (лот), привести в соответствие тендерную документацию и
заново объявить тендер (лот).
Заказчик/Организатор закупок в течение 2 (двух) рабочих дней со дня принятия решения об
отмене тендера (лота) или его итогов обязан известить об этом лиц, участвовавших в проводимых
закупках. Уведомление об отмене тендера автоматически рассылается системой всем участникам
электронных закупок.
 15

9. Сопоставление документов, представленных потенциальными поставщиками в

составе заявки на участие в тендере, на предмет их соответствия

84. Потенциальный поставщик, признанный победителем электронных закупок способом

открытого тендера, в срок не более 5 (пяти) рабочих дней с момента опубликования протокола
итогов, обязан предоставить Заказчику/организатору закупок оригиналы и/или нотариально
засвидетельствованные копии документов, представленных им в составе заявки на участие в
открытом тендере, для процедуры сопоставления в соответствии с пунктом 85. настоящей
Тендерной документации.
85. Оригиналы и/или нотариально засвидетельствованные копии документов
рассматриваются тендерной комиссией на предмет соответствия их электронным копиям,
представленных потенциальным поставщиком в составе заявки, в срок не более 3 (трех) рабочих
дней с даты предоставления документов.
86. Итоги процедуры сопоставления оформляются протоколом, который подписывается и
полистно визируется составом тендерной комиссии и её секретарём.
При этом оригиналы и/или нотариально засвидетельствованные копии документов,
представленных потенциальным поставщиком для процедуры сопоставления, остаются на
хранении Заказчика/организатора закупок.
87. Протокол процедуры сопоставления должен содержать следующие сведения:
1) номер и дата протокола итогов;
2) место и время подведения процедуры сопоставления;
3) состав тендерной комиссии;
4) полное наименование, фактический адрес потенциального поставщика, признанного
победителем тендера;
5) перечень документов, представленных потенциальным поставщиком;
6) о результатах процедуры сопоставления.
88. Заказчик/организатор закупок публикует в Системе протокол процедуры сопоставления
в срок не позднее 1 (одного) рабочего дня со дня подписания протокола.
89. В случае, если победитель тендера не предоставил Организатору документы
предусмотренные пунктом 84. настоящей Тендерной документации, а также в случае выявления
несоответствия оригиналов и/или нотариально засвидетельствованных копий документов,
представленных им в составе заявки на участие в открытом тендере:
1) Заказчиком/Организатором удерживается внесенное потенциальным поставщиком
обеспечение заявки и тендерная комиссия в течение 3 (трех) рабочих дней со дня истечения срока
установленного для представления оригиналов и/или нотариально Засвидетельствованных копий
документов, определяет победителем тендера потенциального поставщика, занявшего по итогам
оценки и сопоставления второе место по цене и на условиях, предложенных им в заявке на
участие в тендере;
2) сведения о таком потенциальном поставщике направляются Заказчиком в
установленном порядке в Уполномоченный орган по вопросам закупок в лице дочерней
организации, определенной Правлением Фонда, для внесения сведений о таком поставщике в
Перечень ненадежных потенциальных поставщиков (поставщиков) Холдинга.
90. Решение тендерной комиссии об определении победителем тендера потенциального
поставщика, занявшего по итогам оценки и сопоставления второе место, оформляется протоколом
об определении победителем тендера потенциального поставщика, занявшего по итогам оценки и
сопоставления второе место, который должен содержать сумму и сроки заключения договора о
закупках. Заказчик не позднее 3 (трех) рабочих дней со дня подписания протокола:
1) направляет победителю уведомление;
2) размещает протокол об определении победителем тендера потенциального
поставщика, занявшего по итогам оценки и сопоставления второе место в Системе, на веб-сайте
 16

Заказчика и организатора закупок и на веб-сайте, определенном Фондом.

10. Заключение договора о закупках по итогам электронного тендера

91. Договор о закупках заключается в соответствии с содержащимся в Тендерной

документации проектом договора Приложение 5.
Заказчик до заключения договора с победителем проводит процедуру сопоставления
электронных документов потенциального поставщика с оригиналами и/или нотариально
засвидетельствованными копиями бумажных документов в соответствии с пунктом 85. настоящей
Тендерной документации.
92. Заказчик/ Организатор закупок не менее чем за 10 (десять) календарных дней до
окончательного срока подписания договора согласно протокола об итогах тендера направляет
победителю тендера подписанный со стороны Заказчика/ Организатора закупок проект договора о
закупках. Победитель тендера должен подписать проект договора о закупках в течение 5 (пяти)
календарных дней с даты получения проекта договора о закупках, подписанного со стороны
Заказчика/Организатора закупок. Договор о закупках заключается в сроки, указанные в протоколе
об итогах тендера, но не ранее чем через 10 (десять) календарных дней с даты заверения
посредством ЭЦП протокола об итогах и не более 25 (двадцать пять) календарных дней с даты
заверения протокола об итогах.
Тендерной документацией допускается установление возможности доработки проекта
договора, прилагаемого к Тендерной документации, с учётом предложений победителя тендера.
При этом вносимые изменения в проект договора о закупках не должны затрагивать условия
договора, касающиеся наименования услуги, цены и другие условия, явившиеся основой для выбора
поставщика.
93. Договор о закупках должен содержать цену, предложенную победителем тендера, с
начислением к ней НДС, за исключением случаев, когда победитель тендера не является
плательщиком НДС или оказываемая услуга не облагается НДС в соответствии с
законодательством Республики Казахстан.
94. Договор о закупках услуг должен содержать указанную поставщиком в заявке на
участие в тендере долю местного содержания в услугах согласно, гарантийному обязательству и
условие о его ответственности за неисполнение обязательств по доле местного содержания в виде
штрафа в размере 5%, а также 0,15% за каждый 1% невыполненного местного содержания, от
общей стоимости договора, но не более 15% от общей стоимости договора. Также договор о
закупках должен содержать ответственность поставщика в виде штрафа за несвоевременное
предоставление отчетности по местному содержанию и предоставление недостоверной
отчетности.
95. Договор о закупках должен предусматривать право Заказчика/ Организатора закупок в
одностороннем порядке отказаться от исполнения договора и требовать возмещения убытков в
случае представления потенциальным поставщиком/поставщиком недостоверной информации по
доле местного содержания в услугах.
96. Если договор заключается с участником СЭЗ «Парк инновационных технологий» (при
закупке услуг, относящихся к приоритетным видам деятельности, соответствующим целям СЭЗ
«Парк инновационных технологий» и предмету закупок), условиями договора должна
предусматриваться предоплата в размере не менее 30% от суммы договора, которая должна
выплачиваться не позднее 30 (тридцати) календарных дней с даты заключения договора.
97. В случае, если договором о закупках предусматривается предоставление победителем
тендера обеспечения исполнения договора, то победитель тендера должен в течение 20 (двадцати)
рабочих дней со дня заключения договора о закупках представить обеспечение исполнения
договора. Поставщик в течение 20 (двадцати) рабочих дней со дня заключения договора о
закупках предоставляет обеспечение исполнения договора в размере, указанном в пункте 20.
настоящей Тендерной документации, путём перечисления гарантийного денежного взноса на
 17

банковский счет Заказчика/ Организатора закупок, или предоставления банковской гарантии по

форме согласно приложению 4 к Тендерной документации, или в иной не противоречащей
законодательству РК форме.
Не допускается совершение поставщиком действий, приводящих к возникновению у третьих
лиц права требования в целом либо в части на внесенный гарантийный денежный взнос до
полного исполнения обязательств по договору о закупках.
98. Банковская гарантия на сумму более 170 тысячекратного месячного расчетного
показателя принимается в качестве обеспечения исполнения договора:
- от банков - резидентов РК, долгосрочный кредитный рейтинг в иностранной валюте,
которых не ниже «В» по Standard&Poor’s или «В-» по Fitch или «В3» по Moody’sInvestorsService
либо рейтинг родительской организации (которой принадлежит более 50% акций банка-резидента
РК) не ниже уровня «BВB» по Standard&Poor’s или «ВВВ» по Fitch или «Ваа2» по
Moody’sInvestorsService. Данная норма не применяется к банкам, более 50% пакет акций которых
принадлежит Фонду;
В случае наличия более одного рейтинга, в расчет принимается наименьший из них.
99. В качестве иного обеспечения исполнения договора Заказчик/ Организатор закупок
вправе установить требование о внесении страхового договора на всю сумму выплаченного аванса
(предоплаты).
При этом, страховой договор должен быть выдан страховой организацией, являющейся
платежеспособной и финансово-устойчивой. Подтверждением платежеспособности и финансовой
устойчивости принимается соблюдение страховой организацией пруденциальных нормативов в
течение 12 (двенадцати) месяцев, предшествующих первому числу месяца, в котором выдан
страховой договор.
Страховой договор должен быть подписан на условиях нулевой условной франшизы.
Источником информации являются ежемесячные данные, публикуемые на сайте
уполномоченного органа по контролю и надзору финансовых рынков и финансовых организаций
Национального банка Республики Казахстан.
100. В случае, если обеспечение исполнения договора не будут предоставлены в указанные
сроки, то Заказчиком/Организатором закупок в одностороннем порядке расторгается заключенный
договор о закупках, удерживается внесенное потенциальным поставщиком обеспечение заявки и
тендерная комиссия определяет победителем тендера потенциального поставщика, занявшего по
итогам оценки и сопоставления второе место.
Сведения о поставщике, не внесшем обеспечение исполнения договора, Заказчиком/
Организатором закупок направляются в установленном порядке в Уполномоченный орган по
вопросам закупок в лице дочерней организации, определенной Правлением Фонда для внесения
сведений о таком поставщике в Перечень ненадежных потенциальных поставщиков
(поставщиков) Холдинга, за исключением случая, когда Заказчиком/Организатором закупок
изменены условия оплаты по договору в связи с отказом потенциального поставщика от аванса
(предоплаты) по договору, определенного Заказчиком/Организатором закупок.
101. Заказчик/Организатор закупок возвращает внесенное обеспечение исполнения договора
о закупках поставщику в течение 10 (десяти) рабочих дней с даты полного и надлежащего
исполнения им своих обязательств по договору о закупках, в случае если внесение обеспечения
исполнения договора было предусмотрено договором.
В случае нарушения поставщиком исполнения договорных обязательств
Заказчик/Организатор закупок вправе удержать из суммы внесенного обеспечения исполнения
договора о закупках сумму штрафа, начисленную поставщику за нарушение исполнения им
договорных обязательств и возникших в связи с этим убытков. Оставшаяся сумма обеспечения
исполнения договора возвращается поставщику в течение 10 (десяти) рабочих дней с даты
полного и надлежащего исполнения им своих обязательств по договору, а также устранения им
допущенных и возможных к устранению нарушений условий договора (в случае допущения таких
нарушений) без внесения его в Перечень ненадежных потенциальных поставщиков (поставщиков)
Холдинга.
 18

При этом в случае полной оплаты штрафных санкций самостоятельно поставщиком

обеспечение исполнение договора Заказчиком/Организатором закупок не удерживается и
поставщик не вносится в Перечень ненадежных потенциальных поставщиков (поставщиков)
Холдинга.
102.В случае, если победитель тендера в сроки, установленные протоколом об итогах
тендера не представил Заказчику/Организатору закупок подписанный договор о закупках, то
Заказчиком/Организатором закупок удерживается внесенное потенциальным поставщиком
обеспечение заявки и тендерная комиссия в течение 3 (трех) рабочих дней со дня истечения срока
установленного для подписания договора о закупках, победителем, или со дня письменного отказа
от подписания договора о закупках победителем, определяет победителем тендера потенциального
поставщика, занявшего по итогам оценки и сопоставления второе место по цене и на условиях,
предложенных им в заявке на участие в тендере.
Уведомление о подписании договора о закупках поставщику, занявшему по итогам оценки и
сопоставления второе место Заказчик/Организатор закупок обязан направить в течение 3 (трех)
рабочих дней со дня подписания решения тендерной комиссии о признании победителем
поставщика, занявшего по итогам оценки и сопоставления второе место. Поставщик, занявший по
итогам оценки и сопоставления второе место договор о закупках должен подписать в течение не
более 5 (пяти) календарных дней с даты получения уведомления от Заказчика/Организатора
закупок.
В случае, если победитель тендера не предоставил Организатору документы
предусмотренные пунктом 84. настоящей Тендерной документации, а также в случае выявления
несоответствия оригиналов и/или нотариально засвидетельствованных копий документов,
представленных им в составе заявки на участие в открытом тендере, Заказчиком удерживается
внесенное потенциальным поставщиком обеспечение заявки и тендерная комиссия в течение 3
(трех) рабочих дней со дня истечения срока установленного для представления оригиналов и/или
нотариально засвидетельствованных копий документов, определяет победителем тендера
потенциального поставщика, занявшего по итогам оценки и сопоставления второе место по цене и
на условиях, предложенных им в заявке на участие в тендере.
103.Если на этапе исполнения договора договор о закупках был расторгнут по вине
поставщика, Заказчик/Организатор закупок должен направить потенциальному поставщику,
занявшему по итогам оценки и сопоставления второе место уведомление о намерении заключения
с ним договора о закупках, по цене, не превышающей предложенную им цену в заявке на участие
в тендере, с учетом стоимости обязательств исполненных поставщиком и оплаченных
Заказчиком/Организатором закупок. В случае, если потенциальным поставщиком, занявшим по
итогам оценки и сопоставления второе место не будет представлен ответ на уведомление, то
Заказчик/Организатор закупок по истечении 10 (десяти) рабочих дней с даты направления
уведомления вправе осуществить закупки в соответствии с Правилами.
Не допускается совершение поставщиком действий, приводящих к возникновению у
третьих лиц права требования в целом либо в части на внесенный гарантийный денежный взнос до
полного исполнения обязательств по договору о закупках.
104.Сведения о поставщике, не внесшем обеспечение исполнения договора,
Заказчиком/Организатором закупок направляются в установленном порядке в Уполномоченный
орган по вопросам закупок в лице дочерней организации, определенной Правлением Фонда для
внесения сведений о таком поставщике в Перечень ненадежных потенциальных поставщиков
(поставщиков) Холдинга, за исключением случая, когда Заказчиком/Организатором закупок
изменены условия оплаты по договору в связи с отказом потенциального поставщика от аванса
(предоплаты) по договору, определенного Заказчиком/Организатором закупок.
Сведения о победителе тендера, не представившем оригиналы и/или нотариально
засвидетельствованные копии документов, представленных им в составе заявки на участие в
открытом тендере, а также в случае выявления несоответствия оригиналов и/или нотариально
засвидетельствованных копий документов, представленных им в составе заявки на участие в
открытом тендере, направляются Заказчиком в установленном порядке в Уполномоченный орган
 19

по вопросам закупок в лице дочерней организации, определенной Правлением Фонда для

внесения сведений о таком поставщике в Перечень ненадежных потенциальных поставщиков
(поставщиков) Холдинга.
В случае если потенциальный поставщик, за исключением потенциального поставщика,
занявшего по итогам оценки и сопоставления второе место, в сроки, установленные в протоколе
об итогах тендера, не представил Заказчику/Организатору подписанный договор о закупках или,
заключив договор, не внес обеспечение исполнения договора, то такой потенциальный поставщик
признается уклонившимся от заключения договора о закупках.
В случае признания потенциального поставщика, за исключением потенциального
поставщика, занявшего по итогам оценки и сопоставления второе место, уклонившимся от
заключения договора о закупках, Заказчик/Организатор удерживает внесенное им обеспечение
заявки и направляет в установленном порядке соответствующую информацию в Уполномоченный
орган по вопросам закупок в лице дочерней организации, определенной Правлением Фонда для
внесения сведений о таком поставщике в Перечень ненадёжных потенциальных поставщиков
(поставщиков) Холдинга.
105. Внесение изменений и дополнений в проект договора о закупках допускается по
взаимному согласию сторон:
1) в части уменьшения суммы проекта договора о закупках при условии неизменности
качества и других условий, явившихся основой для выбора поставщика;
2) в случае принятия Заказчиком/Организатором закупок альтернативных условий
потенциального поставщика;
3) в случае отказа либо изменения условий выплаты аванса (предоплаты);
4) в части продления сроков выполнения обязательств поставщика по оказанию услуг, в
случаях его заключения в соответствии с пунктами 102. и 103. настоящей Тендерной
документации с потенциальным поставщиком, занявшим по итогам оценки и сопоставления
второе место, при этом договор о закупках заключается по цене, не превышающей предложенную
им цену  в заявке на участие в тендере. В таком случае учитывается произведенная
Заказчиком/Организатором закупок оплата стоимости обязательств исполненных победителем
тендера.
В случае применения пункта 102. настоящей Тендерной документации срок продлевается
на количество дней, исчисляемые со дня подписания протокола об итогах тендера до даты
истечения срока, установленного для подписания договора о закупках, победителем, или со дня
письменного отказа от подписания договора о закупках победителем (за исключением случая,
когда победитель тендера отказался от подписания договора в пределах срока, установленного для
подписания договора). В случае применения пункта 103. настоящей Тендерной документации срок
продлевается на количество дней, исчисляемые со дня заключения договора с победителем
тендера до даты расторжения договора с победителем тендера.
106. В случае применения пунктов 83. настоящей Тендерной документации в проект
договора о закупках вносится изменение и/или дополнение в части продления срока выполнения
обязательств по оказанию услуг на количество дней, использованных для отмены и пересмотра
итогов закупок и заключения договора.
107. Внесение изменений в заключенный договор о закупках допускаются по взаимному
согласию сторон в следующих случаях:
1) в части уменьшения цены на услуги и соответственно суммы договора о закупках, если
в процессе исполнения договора о закупках цены на аналогичные закупаемые услуги изменились
в сторону уменьшения;
2) в части уменьшения либо увеличения суммы договора о закупках на сумму и объем, не
превышающие первоначально запланированные в плане закупок, связанной с уменьшением либо
обоснованным увеличением потребности в объеме приобретаемых услуг, а также в части
соответствующего изменения сроков исполнения договора, при условии неизменности цены за
единицу услуги, указанных в заключенном договоре о закупках. Такое изменение заключенного
 20

договора о закупках услуг допускается в пределах сумм и объемов, предусмотренных для

приобретения данных услуг в плане закупок на год, определенных для осуществления закупки;
3) в случае, если поставщик в процессе исполнения заключенного с ним договора о
закупках услуг предложил при условии неизменности цены за единицу более лучшие
качественные и (или) технические характеристики, либо сроки и (или) условия оказания услуг
являющихся предметом заключенного с ним договора о закупках услуг;
4) в части уменьшения или увеличения суммы договора о закупках, связанной с
изменением цен, тарифов, сборов и платежей, установленных законодательством Республики
Казахстан. Такое изменение заключенного договора о закупках услуг допускается в пределах
сумм, предусмотренных для приобретения данных услуг в плане закупок;
108. Изменения и дополнения, вносимые в договор о закупках, оформляются в виде
дополнительного письменного соглашения к договору, являющегося неотъемлемой частью
договора.
109. Не допускается вносить в проект либо заключенный договор о закупках изменения,
которые могут изменить содержание условий проводимых (проведенных) закупок и (или)
предложения, явившихся основой для выбора поставщика, по иным основаниям, не
предусмотренным пунктами 105 и 107. настоящей Тендерной документации.
110. Потенциальные поставщики (поставщики) вправе обжаловать действия и решения,
принимаемые в процессе закупок руководителями и членами органов Заказчика/Организатора
закупок, а также иных лиц, включая членов тендерной, экспертной комиссий, эксперта.
111. Жалобы могут быть направлены для рассмотрения Заказчику/Организатору закупок
zakupDTK@telecom.kz, +7 (727) 226 82 61, в Фонд АО «Самрук-Қазына».

11. Разъяснение положений Тендерной документации

112. При проведении тендера Заказчик/Организатор закупок вправе организовать встречу с

потенциальными поставщиками, получившими Тендерную документацию, для разъяснения
положений Тендерной документации.
По итогам встречи с участниками тендера секретарь тендерной комиссии оформляет
протокол, который должен содержать:
1) наименование, юридический адрес, контактные телефоны потенциальных поставщиков и
их уполномоченных представителей с указанием фамилий, имен, отчеств присутствовавших на
встрече, на основании документов, подтверждающих право представителя потенциального
поставщика участвовать во встрече;
2) информацию о работниках Заказчика/Организатора закупок с указанием должности и
фамилий, имен, отчеств участвовавших во встрече;
3) затронутые вопросы и ответы на них в рамках Тендерной документации;
4) сведения о необходимости внесения изменений и/или дополнений в Тендерную
документацию.
Протокол подписывается работниками Заказчика/Организатора закупок, присутствовавшими
на встрече и в течение 2 (двух) рабочих дней со дня проведения встречи направляется всем
потенциальным поставщикам, участвовавшим во встрече, а также размещается на веб-сайте
Заказчика/Организатора закупок и на веб-сайте Фонда.
113. Потенциальный поставщик, получивший Тендерную документацию, вправе обратиться
с запросом в Системе о разъяснении положений Тендерной документации в срок не позднее 7
(семи) календарных дней до истечения окончательного срока приема Заявок.
Заказчик/Организатор закупок обязан не позднее 3 (трех) рабочих дней с момента
поступления запроса ответить на него и разместить в Системе. Уведомление об ответе на запрос
потенциального поставщика автоматически рассылается системой всем участникам электронных
закупок.
 21

12. Изменение Тендерной документации

114. Изменения и дополнения в Тендерную документацию вносятся

Заказчиком/Организатором закупок в установленном порядке в срок не позднее 5 (пяти)
календарных дней до истечения окончательного срока представления Заявок. При этом
окончательный срок представления Заявок продлевается не менее чем на 10 (десять) календарных
дней. Об изменениях и дополнениях Тендерной документации и изменённом сроке представления
Заявок Заказчик/Организатор закупок уведомляет всех потенциальных поставщиков, получивших
Тендерную документацию, в течение 2 (двух) рабочих дней со дня утверждения изменений и
дополнений в Тендерную документацию посредством размещения соответствующей информации
и Тендерной документации с внесенными изменениями на веб-сайте Заказчика/Организатора
закупок и на веб-сайте Фонда.
 22

Критерии для включения в Перечень ненадежных потенциальных поставщиков Холдинга

Потенциальный поставщик подлежит включению в Перечень ненадежных потенциальных

поставщиков Холдинга по следующим основаниям:

1. Предоставления потенциальным поставщиком недостоверной информации по

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

Приложения:
1. Перечень закупаемых услуг.
2. Техническая спецификация (техническое задание) закупаемых услуг.
3. Форма банковской гарантии в обеспечение заявки.
4. Форма банковской гарантии в обеспечение исполнения договора.
5. Проект договора о закупках.
6. Критерии для расчета минимальной цены.
7. Отчетность по местному содержанию в услугах.
 24

Приложение 1 к Тендерной документации

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

Перечень закупаемых услуг

№/ Наименование Ед. Кол- Срок Место

№ услуг изм. во оказания оказания
лото (по лотам) услуг услуг
в DDP

№1 Услуги по техническому с момента г. Алматы

сопровождению заключения
интеграционных процессов со Усл. договора по
1
стороны Smallworld NRI и 31.12.2016.
восстановлению данных в БД
Smallworld NRI

№2 Услуги по техническому
сопровождению системы Усл.
1
управления ресурсами ”СУР -
1"

№3 Услуги по техническому Усл.

сопровождению приложений 1
для контакт-центра Genesys

№4 Услуги по техническому
сопровождению интерфейсов Усл.
1
интеграции биллинговой
системы с Siebel CRM

№5 Услуги по техническому Усл.

сопровождению системы 1
управления заказами”OSM”

№6 Услуги по техническому
сопровождению 2 уровня Усл.
централизованной 1
биллинговой системы (ЦБС)
Amdocs v.8.1.

№7 Услуги по техническому Усл. 1

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

передачи данных и
интерфейса с подсистемой
тарификации Amdocs

№8 Услуги по техническому
сопровождению API личного Усл.
кабинета клиента АО 1
«Казахтелеком»
cabinet.idport.kz

№9 Услуги по техническому Усл.

сопровождению системы 1
«Расчет дивидендов»

*Подробная характеристика закупаемых услуг указана в технических требованиях (Приложение

№2).

Генеральный директор
Дирекции «Телеком Комплект» Д.К. Исатаев
М.П.
 26

Приложение 2 к Тендерной документации 

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

ТЕХНИЧЕСКАЯ СПЕЦИФИКАЦИЯ

Лот №1. Услуги по техническому сопровождению интеграционных процессов со стороны

Smallworld PNI и восстановлению данных в БД Smallworld PNI

Общие сведения:

 Определения и сокращения
ПК – программные комплексы.
ИС – информационная система.
ИАСППР – информационно-аналитическая система поддержки принятия решений.
НСИ – нормативно-справочная информация.
ПК СУИСТ – программный комплекс «Система управления изменениями на сети
телекоммуникаций», на текущий момент выполняет процедуры проверки технической возможности,
формирования первичной и вторичных сетей. Реализован на базе платформы ARS Remedy.
OSM – Order Service Managment, Система Управления бизнес процессами заказчика по заказам CRM
или IdPort (ядро “Oracle”)
ГИС Smallword PNI - геоинформационная система Smallworld Physical Network Inventory
(физическая инвентаризация местной сети).
Siebel CRM – система управления взаимоотношения с клиентами
Биллинговая система – биллинговая система заказчика.
АСР – биллинговая система филиалов АО «Казахтелеком», предназначенная для управления счетами
и платежами клиентов, управления процессом исполнения нарядов;

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

возможности восстановления данных БД Smallworld PNI установленных во всех филиалах Общества,
поддержке функционала на стороне Smallworld PNI для сервисов используемых внешними системами и
поддержке функционала на стороне Smallworld PNI связанного с обработкой нарядов .

Срок оказания услуг: до 31.12.2016г

Техническое сопровождение предоставляется для следующих филиалов Общества:

№ Наименование филиала
Актюбинская ОДТ
1
Атырауская ОДТ
2
В-Казахстанская ОДТ
2
Жамбылская ОДТ
3
З-Казахстанская ОДТ
4
Карагандинская ОДТ
5
 27

Кызылординская ОДТ
6
Костанайская ОДТ
7
Мангистауская ОДТ
8
Павлодарская ОДТ
9
С-Казахстанская ОДТ
11
Ю-Казахстанская ОДТ
12
РДТ Алматытелеком
13
РДТ Астанателеком
14

Краткое описание схемы взаимодействия сервисов Smallworld PNI

Сервера БД филиала на которых опубликованы сервисы на чтение используемые внешними системами.

На сервере открыты приложения SW сессия на автообъединение и сессии на чтение. Сессий может быть
больше одной , тогда запускается диспетчеризация которая распределяет запросы. На сервере БД
расположена БД SW PNI. К имиджу на сервере БД обращаются пользователи филиалов. На сессиях SW
на чтение автоматически запускаются методы формирующие данные на серверах ftp (5) На сессиях SW
на чтение отрабатываются запросы внешних систем (СУТСК, Веб Дилер, Сибель, АСР)
 28

Сервер интеграции филиала открыто приложение SW- сессия на запись Перечень интеграционных
сервисов опубликованных на сервере интеграции. На сервере интеграции опубликован ResourceManager -
инструмент обработки нарядов. Через ResourceManager идет переадресация на инструмент массовых
переключений и инструмент обработки нарядов FTTH
Внешние системы – система учета технического состояния кабеля СУТСК,, Веб Дилер, Сибель, АСР,
СУИСТ.
Обращения к интеграционным сервисам, сессию интеграции, идет обращение OSM создание нарядов.
К сессиям работающие на чтение обращаются сервисы внешних систем, СУТСК, WEB Dealer и др.
Централизованный сервер лицензий Обращение к серверу идет от интеграционных(2) и
информационных(1) серверов филиалов, сессий SW пользователей филиалов.
Пользователи филиалов Обращаются к имиджу сессии SW на сервере БД филиала При операциях
записи и корректировки идет обращение к централизованному серверу лицензий(3) Со своего рабочего
места оператор обращается к инструменту обработки нарядов и централизованному PNIWEBBrowser(9)
Smallworld NRI является промышленным решением компании General Electric.

Поддержка функционала на стороне Smallworld NRI для сервисов используемых внешними

системами
Должна поддерживаться работа сервисов в Smallworld PNI3.1 и Smallworld PNI4.1
 Получение списка структур по каждой улице GetAllStreets
 Получение списка всех частей города GetAllTownArea
 Описание возможности подключения услуг по адресу GetServicesInfoByAddress
 Получение возможности подключения услуг по номеру телефона GetServicesInfoByPhoneNumber
 Возможности подключения услуг по идентификатору улицы GetServicesInfoByStreetId
 Получения списка всех объектов указанного типа GetRootObjectList
 Получение линейных данных устройства в виде форматированной строки GetLinearData
 Получение линейных данных устройства в виде форматированной строки GetLinearDataByPhone
 Получение линейных данных устройства GetLinearDataByPhoneV2
 Получение линейных данных и адреса устройства GetLinearDataWithAddress
 Получение линейных данных списка устройств GetLinearDataList
 Получение списка номеров услуг с лин. данными по выбранному объекту GetPhoneNumberList
 Передача номерной ёмкости АТС и кроссов GetObjectNumberRange
 Получение всех портов, принадлежащих объекту GetObjectPorts
 Получение количества портов у указанного объекта и объектов, стоящих ниже GetPortsCount
 Получение неполные линейные данные для массовых отключений GetMassLinearDataList -
 Получение списка оборудования на PCM GetDeviceListOnPCM -
 Получение списка оборудования на PCM и адреса устройства GetDeviceListOnPCMWithAddress
 Получение списка интерфейсных групп всех станций GetInterfaceGroups
 Получение списка интерфейсных групп по станции GetExchangeInterfaceGroups
 Получение списка типов станций GetStationTypes
 Проверка возможности подключения услуги Adsl CheckADSLService
 Получение информации по станции, которая предоставляет услугу GetExchangeInfoByCrv
 Получение информации по станции, которая предоставляет услугу GetExchangeInfoByCrv2
 Получение списка описаний станций по списку услуг GetExchangeListByCrvList
Кроме перечисленных, поддерживаться на стороне Smallworld NRI должны все сервисы , опубликованные
на серверах маршрутизации и используемые внешними системами.

Поддержка функционала на стороне Smallworld NRI связанного с инструментами обработки нарядов.

 Создание комплексных нарядов CreateComplexWa Поддерживается работа сервиса в Smallworld PNI3.1
и Smallworld PNI4.1
 Создание наряда CreateWa. Поддерживается работа сервиса в Smallworld PNI3.1 и Smallworld PNI4.1
 29

 Подтверждение наряда ApplyWa. Поддерживается работа сервиса в Smallworld PNI3.1 и Smallworld

PNI4.1
 Отмена наряда CancelWa.Поддерживается работа сервиса в Smallworld PNI3.1 и Smallworld PNI4.1
 Отбраковка(отмена) наряда DiscardWa. Поддерживается работа сервиса в Smallworld PNI3.1 и
Smallworld PNI4.1
 Продление срока исполнения наряда ExtendWaDate. Поддерживается работа сервиса в Smallworld
PNI3.1 и Smallworld PNI4.1
 Создание наряда cwa3_service.create_record. Поддерживается работа сервиса в Smallworld PNI4.1
 Подготовка наряда cwa3_service.reserve. Поддерживается работа сервиса в Smallworld PNI4.1
 Подтверждение наряда cwa3.apply. Поддерживается работа сервиса в Smallworld PNI4.1
 Отмена открытого наряда cwa3.cwa3_refuse. Поддерживается работа сервиса в Smallworld PNI4.1
 Подтверждение наряда без изменения cwa3.reserve_old. Поддерживается работа сервиса в Smallworld
PNI4.1
 Отмена блокированного наряда cwa3.cancelПоддерживается работа сервиса в Smallworld PNI4.1
Медная телефония установка При обработке нарядов должны поддерживаться следующие
Телефон технологии
Телефон + Мegaline
Телефон + Мegaline +SIP
Телефон + Мegaline +SIP + IPTV
Мegaline
IPTV
IPTV + Мegaline Решение вопросов связанных с восстановлением данных
Smallworld NRI:
IPTV+ Мegaline +SIP
Мegaline + SIP  Восстановлением объектов SW PNI , удаленных в Системе
FTTH установка некорректными действиями операторов или
Прямая FTTH администраторов.
Прямая FTTH + Мegaline  Удалением или корректировкой некорректных спецификаций
Прямая FTTH + Мegaline + SIP задействованных в Системе
Мegaline  Замене спецификаций оборудования в случае необходимости.
Мegaline + SIP  Удалению дублированных услуг созданных пользователями в
Прямая FTTH + Мegaline +IPTV разных альтернативах
Прямая FTTH + Мegaline +IPTV +SIP  Восстановлению внутренних таблиц связности ( услуга<-
IPTV >порт, порт <-> плата и т.д.)
IPTV+SIP + Мegaline  Восстановлению нарушенной топологии с целью
Беспроводная связь установка восстановления трассировки
WLL  Восстановлению истории удаленного объекта по таблицe
Прямая пара установка work_order_items
Прямая  Восстановлению геометрии объектов
Прямая + Мegaline  Корректировке ошибочно созданных интерфейсных групп, в
Прямая+ Мegaline +SIP случае неверно определенной принадлежности к станции
Мegaline
 Корректировке некорректно созданных номеров станций
Мegaline +SIP
Прямая + Мegaline + IPTV
 Удалению адреса связанного с объектами
Поддержка оказывается для Smallworld NRI 3.1 и Smallworld PNI
Прямая + Мegaline +IPTV+SIP
4.1
IPTV
IPTV+ SIP
Установка прямой ДКП Исполнитель обязуется:
Замена Оказывать помощь по идентификации сообщений об
Замена телефон –телефон ошибках, неисправностях и других инцидентах, о которых
Замена телефона установкой Мegaline заявляет заказчик.
Замена телефон – прямая Осуществлять устранение ошибок и неисправностей при
Замена телефон – wll получении запроса от заказчика.
Обоюдная замена Осуществлять поставку обновлений (патчей), инструкций
Снятие при осуществлении различных доработок;
Снятие основной услуги
Снятие дополнительной услуги
Корректировка телефонной линии
Корректировка портов DSL
 30

Проводить анализ инцидентов и оказывать помощь в организации мероприятий по недопущению

их повторений. Не позднее трех месяцев с момента подписания договора Исполнитель должен
приступить к обработке заявок Заказчика, зарегистрированных во внутренней системе обработки
заявок АО "Казахтелеком", связанных с заключенным договором.
.
Исполнитель гарантирует:
Наличие достаточного количества квалифицированных специалистов для обеспечения уровня
предоставляемых услуг; Не допущение действий, классифицируемых как различные виды
несанкционированного доступа к данным и устройствам Исполнителя.

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

Услуги технической поддержки должны быть доступны:
По телефонной линии службы технической поддержки; Максимальное время отклика 5 минут
По электронной почте службы технической поддержки; Максимальное время отклика 30 минут

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

Запросы на техническую поддержку осуществляются следующими представителями Заказчика:
· Администраторами системы в филиалах;
· Сотрудниками, курирующими систему в филиалах и ЦА;
· Сотрудниками ЦА и ДИС занимающимися поддержкой системы.

Требования к участникам
Участник конкурса должен иметь команду, состоящую из двух групп (группа 1 -поддержка сервисов и
группа 2- восстановление БД) общей численностью не менее 4-х человек.
Для решения интеграционных проблем (группа 1) необходимо предоставить:
- Не менее 1 (одного) специалиста, прошедшего сертификацию на получение статуса Oracle Siebel Certified
Professional или Oracle Siebel Certified Expert(подтвердить документально прохождение сертификационной
программы).
- Не менее 1 (одного) специалиста сертифицированного как Oracle Database Administrator Certified
Professiona(подтвердить документально прохождение сертификационной программы).

Спецификация уровня качества услуг

Приоритет проблемных вопросов
Все обращения, не зависимо от способа их доставки, касающиеся проблем, сбоев, ошибок в Программном
обеспечении, должны обрабатываться в зависимости от степени влияния (приоритета) проблемы на
работоспособность системы. Приоритет определяется Заказчиком и подтверждается Исполнителем.
Приоритеты подразделяются на:

«Аварийный» – когда имеет место катастрофическая ошибка (сбой) или проблема в

Программном обеспечении или в существенной его части, при котором оно становится
полностью нефункционирующим или непригодным для обычных операций или когда
происходит потеря или порча данных.
«Серьезный» - когда Программное обеспечение пригодно для использования, но
функционально неполноценно или ограничено. Данные должны быть восстановлены в
течении трех календарных дней с момента обращения
«Затруднительный» – когда имеет место сбой не решающих аспектов Программного
обеспечения
«Незначительный» – когда имеет место только легкое искажение или повреждение и при
котором Программное обеспечение пригодно для использования по предназначению.
Для восстановления информации требуется наличие сохраненных данных минимум в одной альтернативе,
которые по регламенту КТ должны сохранять администраторы Smallworld NRI.
 31

 По «Аварийным» проблемам, работа должна начаться  не позднее чем через 15 минут после
поступления сообщения  и завершиться при  восстановлении работоспособности системы. Не позднее
чем через 24 часа с момента поступления сообщения  должно быть предоставлено  скорректированное
программное обеспечение с подробными инструкциями по его применению для разрешения проблемы или
снижения ее статуса до «Серьезной» или «Затруднительной».
По «Серьезным» проблемам, в течение пяти рабочих дней предпринимает любые корректирующие
действия, либо необходимые для разрешения проблемы, либо для уменьшения ее воздействия по
приоритету «Затруднительная».
По «Затруднительным» проблемам, в течение десяти рабочих дней определяется, какие
корректирующие действия необходимы для устранения ошибки
По «Незначительным (несущественным)» проблемам, в течение тридцати рабочих дней определяется,
какие корректирующие действия необходимы для устранения ошибки и предоставляет соответственно либо
отладку, либо консультации.
Доступность услуг
Запросы по телефону, электронной почте и через web – интерфейс - с 09:00 до 18:00 времени Астаны в
течение рабочей недели (рабочей неделей считается понедельник – пятница, исключение составляют
праздничные дни согласно законодательству РК).
Два последних и первый рабочие дни месяца, услуги поддержки по инцидентам с аварийным приоритетом
должны быть доступны с 09-00 до 21-00 времени Астаны

Лот №2. Услуги по техническому сопровождению системы управления ресурсами СУР -1

ТЕХНИЧЕСКАЯ СПЕЦИФИКАЦИЯ
В 2013 г. АО «Казахтелеком» завершило запуск системы управления ресурсами “СУР 1” и
интеграции ее с системой SmallWorld заказчика. СУР обрабатывает все виды заказов
поступающих на исполнение из CRM и OSM системы.
В 2014 году был доработан функционал по дополнительному обследованию и измерению
линейных данных в интерфейсе СУР.
В 2015 году был доработан функционал для массовых переключений из ТУ.
В 2016 году необходимо осуществлять техническую поддержку разработанного решения,
устранять обнаруженные несоответствия, оказывать содействие в решении проблемных вопросов
и консультационные услуги, вносить изменения в функционал.

Термины и сокращения

OSM – система управления заказами АО «Казахтелеком»

SDP – платформа заказчика для управления онлайн услугами.
Siebel CRM – система управления взаимоотношениями с клиентами АО «Казахтелеком»
GPON - широкополосная сеть мультисервисного доступа, где по одному кабелю
предоставляются услуги интернета, телефонии и телевидения с гарантированным качеством
обслуживания
Мегалайн – услуга предоставления широкополосного доступа к сети интернет по технологии
ADSL
NRI- Системы управления ресурсами заказчика
СУР – Интерфейс пользователя по управления ресурсами и данными системы ТУ
SmallWorld, система маршрутизации запросов.
ПО – программное обеспечение
 32

Архитектура
Филиал АО Казахтелеком

1 2 3
4 5 6
7 8 9
* 8 #

Оператор
Оператор биллинговой системы
NRI системы

1 2 3
4 5 6
7 8 9
* 8 #

Биллинговая система Оператор

Siebel CRM

NRI Системы OSM Siebel CRM Web-приложение

для дилеров

Центр(Алматы)

 Описание функций системы

1. Интерфейс пользователя
2. Просмотром лицензий SmallWorld
3. Автоматическая переливка пользователей из БД SmallWorld
4. Веб – методы для CRM системы
4.1. Получение списка адресов
4.2. Проверка ТВ по номеру устройства
4.3. Проверка ТВ по адресу
4.4. Установка телефона
4.5. Получение номера услуги SDP
5. Веб – методы для OSM системы
5.1. Создать заказ
5.2. Подтвердить заказ
5.3. Отменить заказ
6. Веб-интерфейс и процесс обработки заказов в СУР 1
6.1. Установка телефона
 33

6.2. Замена данных телефона

6.3. Снятие телефона
6.4. Установка радиодоступа
6.5. Снятие радиодоступа
6.6. Комплексные заказы
6.6.1. Телефон + Megaline
6.6.2. Телефон + Megaline + IPTV
6.6.3. Телефон + Megaline + IPTV+SIP
6.6.4. Телефон + Megaline + SIP
6.6.5. Телефон + SIP
6.6.6. Телефон + IPTV
6.6.7. Снятие всех услуг
6.6.8. Замена данных всех услуг

6.7. Комплексные заказы GPON

6.7.1. Прямая FTTH + ID Net
6.7.2. Прямая FTTH + ID Net +IPTV
6.7.3. Прямая FTTH + ID Net +IPTV + SIP
6.7.4. Прямая FTTH + ID Net +SIP
6.7.5. Прямая FTTH + SIP
6.7.6. Прямая FTTH + IPTV
6.8. Методы для Портала telecom.kz
6.9. Методы для СУИСТ (определение тех. данных)

7. Процессы установки и снятие услуги SDP

8. Процессу установки и снятия услуги SDP
9. Подсистема уведомлений об ошибках
10. Массовые переключения

 Требования к условиям осуществления технического сопровождения

 Описание предоставляемого сервиса

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

бесперебойной работы системы, согласно техническому описанию.
Исполнитель обязуется:
1. Проводить консультации по работе системы;
2. Исправлять ошибки ПО, выявленные в процессе эксплуатации системы;
 34

3. Осуществлять бесплатную поставку обновлений системы при обнаружении

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

 Условия оказания услуг

1. Участник конкурса должен иметь квалифицированную команду для выполнения работ
по вышеприведенным требованиям состоящую из специалистов:
- прием заявки 2 специалиста
- менеджер проекта 1 специалиста
- тестировщики 2 специалиста
- инженер ПО 2 специалиста
- бизнес аналитик 2 специалиста
2. Участник конкурса должен подтвердить наличие сертификации не менее 2
разработчиков по программе "Adobe Certified Expert Advanced Coldfusion 9"
3. Группа технического сопровождения должна иметь опыт работы на проектах
соответствующего уровня.

 Услуги технической поддержки должны быть доступны:

1. По телефонной линии службы технической поддержки;
2. По электронной почте службы технической поддержки;
3. Через web – интерфейс для регистрации обращений;
4. Через web – интерфейс к базе знаний;
5. К FTP – серверу

 Период и условия оказания услуг

1. Техническая поддержка оказывается с момента подписания договора до 31.12.2016г.
2. В рамках стандартного уровня от Заказчика выделяются достаточное количество
компетентных специалистов для обращения в службу ТП.
 Доступность услуг
1. Запросы и заявки по телефону, электронной почте и через web – интерфейс - с 9:00 до
18:00 времени Астаны в течение рабочей недели (рабочей неделей считается
понедельник – пятница, исключение составляют праздничные дни согласно
законодательству РК)
2. Доступ к базе знаний и FTP предоставляется круглосуточно.

Лот №3. Услуги по техническому сопровождению приложений для контакт-центра Genesys.

Срок оказания услуг: с момента заключения Договора до 31.12.2016 года.

1. ОПИСАНИЕ ПРЕДОСТАВЛЯЕМОГО СЕРВИСА

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

 35

1.1. Сопровождение программного обеспечения "Автоматизированная система поиска

голосовой информации "
1.2. Сопровождение программного обеспечения "Монитор статистики"
1.3. Сопровождение программного обеспечения "Автоматизированное рабочее место
оператора (АРМО)"
1.4. Сопровождение программного обеспечения "Система оповещения абонентов на базе ПО
Genesys "Outbound" "
1.5. Сопровождение программного обеспечения (ПО) «Мониторинга оценки качества»
1.6. Консультации по вопросам совместимости поддерживаемого программного обеспечения
с операционной средой Заказчика;
1.7. Консультации по проблемам установки обновлений и инсталляции программного
обеспечения;
1.8. Анализ проявлений ошибочного функционирования программного обеспечения,
выявление его причин и поиск путей его устранения;
1.9. Бесплатная поставка обновленных версий программного обеспечения в соответствии со
спецификацией;
1.10. Исправление дефектов (недостатков, несоответствий, ошибок, недоработок)
программного обеспечения на основании заявки от Заказчика;

Необходимо оказать услуги для следующих филиалов:

№ Наименование филиала

1 РДТ «Астанателеком»

2 РДТ « Алматытелеком»

2 Актюбинское ОДТ

3 Атырауское ОДТ

4 В-К ОДТ

5 З-К ОДТ

6 Жамбылское ОДТ

7 ДКП

8 Костанайское ОДТ

9 Карагандинское ОДТ

11 Кызылординское ОДТ

12 Мангистауское ОДТ

13 Павлодарское ОДТ

14 Ю-К ОДТ

15 С-К ОДТ

16 ГП ДИС
 36

17 ГЦУСТ

2. КОНТАКТЫ

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

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

3. ТРЕБОВАНИЯ К КВАЛИФИКАЦИИ СПЕЦИАЛИСТОВ ПОСТАВЩИКА 

В целях обеспечения качественного и своевременного оказания услуг, гарантии соблюдения
условий требований настоящей технической спецификации, Потенциальный поставщик должен
предоставить в Тендерной заявке: 
- Копии сертификатов, подтверждающих квалификацию сотрудников компании (не менее двух
сотрудников) в области среды для разработчиков прикладных продуктов Genesys (Genesys SDK). 
4. СПОСОБЫ ДОСТУПА К УСЛУГАМ ПО ТЕХНИЧЕСКОМУ СОПРОВОЖДЕНИЮ
ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ (ПО)

4.1. По телефонной (в том числе и мобильной) линии связи службы технического

сопровождения.
4.2. Электронная почта службы технического сопровождения.

5. СПЕЦИФИКАЦИЯ ЦЕЛЕЙ КАЧЕСТВА

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

 По телефону – 5 минут;
 По e-mail – 30 минут;

6. УСЛОВИЯ ДОСТУПА

6.1. Запросы и заявки по телефону, электронной почте - с 09:00 до 18:00 времени Алматы в
течение рабочей недели (рабочей неделей считается понедельник – пятница, исключение
составляют праздничные дни согласно законодательству РК)

7. ОБЯЗАТЕЛЬСТВА ЗАКАЗЧИКА

7.1. Установить и настроить операционную систему, базу данных, другое ПО третьей стороны,
локальную сеть, и другие компоненты образующие среду, на базе которой установлено и
функционирует приобретенное ПО в соответствии с последними рекомендациями Базы Знаний,
находящейся на web-сайте Исполнителя.
7.2. Обеспечить квалификацию пользователей, достаточную для работы со службой технической
поддержки в соответствии с рекомендациями Исполнителя.
7.3. Не допускать внедрение и распространение вирусов, других вредоносных кодов.
7.4. Не допускать действий, классифицируемых как декомпилирование, изменение кода
программных модулей системы, различные виды несанкционированного доступа к данным и
устройствам Исполнителя.
 37

7.5. Не подгружать программный код, скрипты, и т.п. поверх работающего программного

обеспечения поддерживаемого Исполнителем.
7.6. Без согласования с Исполнителем, не устанавливать любое программное обеспечение, не
входящее в состав поддерживаемого ПО и его окружения.
7.7. Обеспечить доступ в свои помещения в согласованное СТОРОНАМИ время для сотрудников
Исполнителя для осуществления работ, связанных с предоставлением Услуг.
7.8. Прилагать все усилия для ускорения работ над инцидентами.

8. ПОРЯДОК И СРОКИ РАБОТЫ ПО ЗАПРОСАМ

8.1. Поступившая заявка должна регистрироваться немедленно, в течение рабочего времени
(указанного в п. 5.1) службы технической поддержки.
8.2. Специалисты Исполнителя должны установить приоритет поступившей заявки, принимая
во внимание влияние возникшей проблемы на работоспособность Системы и другие аспекты,
описанные в заявке.
8.3. Заявки, поступающие в службу технического сопровождения, должны быть
классифицированы следующими приоритетами:

Таблица1 — Список приоритетов

Начало
Прио- Сроки Особые
Описание работы над
ритет исполнения условия
приоритетом
1 К вопросам данного Работы по Не позднее 24 часовПредоставление
приоритета относятся восстановлени с момента доступа к
случаи, когда Система ю должны получения серверу и БД.
находится полностью в начаться не сообщения. Наличие на
нерабочем состоянии и позднее 30 рабочих местах
«Заказчик» не может ее минут с 1. Долж ответственных
эксплуатировать. момента на быть специалистов
Характеризуется простоем поступления выявлена Заказчика
всей Системы, потерей сообщения об причина
основных функции и/или ошибке. ошибки;
БД. Специалисты 1. Пред
«Заказчика» не могут ложено
восстановить Систему или решение
найти временных обходных (включая
решений способ
возможног
о
временног
о обхода
ошибки
или отката
на
последню
ю
стабильну
ю
версию);
2. Выпо
лнены
работы по
 38

Начало
Прио- Сроки Особые
Описание работы над
ритет исполнения условия
приоритетом
исправлен
ию
ошибки
или
снижению
ее
приоритет
а
К вопросам данного Специалист Не более 7 дней с Предоставление
приоритета относятся «Исполнителя момента доступа к
случаи, когда Система » при получения серверу и БД.
частично находится в поступлении сообщения. Наличие на
неработоспособном такой заявки рабочих местах
2 состоянии, и найдено или должен До полного ответственных
существует временное связаться с восстановления специалистов
обходное решение, «Заказчиком» функциональных Заказчика
позволяющее как-то в течение 8 возможностей
компенсировать рабочих часов Системы.
негативный эффект
К вопросам данного 10 рабочих дней с Предоставление
приоритета относятся момента принятия доступа к
случаи, когда Система заявки в работу. серверу и БД.
может эксплуатироваться Наличие на
3 Заказчиком с рабочих местах
ограниченными ответственных
функциями. Существует специалистов
временное или обходное Заказчика
решение.

8.4. В случае, когда предоставляемых данных не достаточно для принятия обращения в

работу, или обращение не может быть выполнено по объективным причинам, специалист
Исполнителя может отклонить заявку до получения дополнительной информации или с описанием
причин отказа от выполнения.
8.5. Работа по обращению начинается с момента принятия ее в работу.
8.6. Сотрудники технической поддержки обязаны ответить на все обращения клиента в сроки,
установленные для решения обращений.
8.7. Если полное решение проблемы затруднительно или требует более оговоренного
времени, то, для того, чтобы обеспечить возможность продолжения работы, Заказчику может быть
предложено временное решение, позволяющее преодолеть последствия некорректного
функционирования. В последствии, временное решение проблемы заменяется на полноценное.
8.8. При недостаточности данных для работ над инцидентом, Исполнитель может увеличить
срок исполнения Заявки на срок, в течение которого будет получена необходимая информация.
8.9. После восстановления работоспособности Системы и/или устранения проблемы,
специалист Исполнителя описывает выполненные работы и/или дает инструкции для решения
инцидента, описанного в заявке, тем самым, переводя заявку в статус «решено/выполнено».
8.10. Предложенное решение тестируется Заказчиком и, в случае если инцидент исчерпан,
специалист Заказчика публикует на web-сайте подтверждение о восстановлении сервиса и
закрытии заявки.
 39

8.11. В случае получения тестовых или корректирующих скриптов, запросов или патчей
последующие обращения клиента возможны только после их выполнения и отправки протоколов
их выполнения в службу технического сопровождения.
8.12. Если решение не удовлетворяет, то Заказчик публикует отказ от предложенного решения
и работа по данной заявке продолжается.
8.13. В случае, если ответственный специалист Заказчика не присылает ни подтверждения
решения, ни отказа от предложенного решения в течение 5 рабочих дней с момента отправления
решения, проблема считается решенной и претензии по ней не принимаются.

9. ПОРЯДОК ОБНОВЛЕНИЯ СИСТЕМЫ

9.1. Обновление программного обеспечения должно производиться на основании письменного

уведомления Заказчика по e-mail на адрес администратора Системы с описанием места
расположения обновления и процедуры установки

10. ПРОЦЕДУРА АНАЛИЗА

10.1. С целью проведения анализа исполнения условий технического сопровождения, анализа
деталей предоставления Услуг, анализа происходящих инцидентов и т.д., Стороны по взаимному
согласию определят Рабочую Группу и по одному Ответственному лицу с каждой стороны.
Ответственные лица будут координировать взаимодействие Сторон по проведению работ,
гарантировать получение необходимой информации и проведение всех необходимых мероприятий
по проведению анализа.
10.2. По результатам проведения анализа будет подписываться Отчет, в котором будут
отражены результаты работ Рабочей Группы, рекомендации по улучшению качества Услуг и
рассогласования, если таковые возникают.

11. ТРЕБОВАНИЯ К ПРОЦЕДУРАМ ОБРАБОТКИ ЗАПРОСА НА ИЗМЕНЕНИЕ

ТЕХНИЧЕСКОЙ ПОДДЕРЖКИ

11.1. Запрос на любое изменение условий и/или деталей предоставления услуг будет
оформляться согласно принятой в службе поддержки формы. Запрос на изменение будет
обработан стандартным образом, после чего Заказчик в течение 10 дней с момента получения
Запроса получит аргументированный ответ о возможности проведения изменения, времени его
проведения и возможных дополнительных условиях.
11.2. В случае высокой степени влияния инцидента на возможность соответствующего
использования системы, в результате которого Инициирован Запрос на Изменение, будет
предусмотрена ускоренная процедура обработки Запроса на Изменение.
11.3. При недостаточности данных для работ над инцидентом, Исполнитель может увеличить
срок исполнения Заявки на срок, в течение которого будет получена необходимая информация.

12. ТРЕБОВАНИЯ К ОТВЕТСТВЕННОСТИ СТОРОН

12.1. Исполнитель будет гарантировать возможность использования услуг. За неисполнение

или ненадлежащее исполнение положений, установленных в данных требованиях, Исполнитель
будет нести ответственность в размере 1/720 от месячного платежа за каждый час отсутствия
сервиса по доказанной вине Исполнителя, но не более 5% от стоимости договора (без НДС 12%).
12.2. Исполнитель не будет нести ответственность за какой-либо ущерб, потери и прочие
убытки, которые понесет Заказчик или третьи лица из-за неправильных действий или непринятия
мер, которые входят в обязанности Заказчика, его сотрудников или других представителей или не
входят в обязанности Исполнителя.
12.3. Ни одна из СТОРОН не будет нести ответственность перед другой стороной за какие-либо
косвенные убытки, о которых заявляет или которые несет другая Сторона или третьи лица.
 40

Не позднее трех месяцев с момента подписания договора Исполнитель должен приступить к

обработке заявок Заказчика, зарегистрированных во внутренней системе обработки заявок АО
"Казахтелеком", связанных с заключенным договором.

 Лот №4. Услуги по техническому сопровождению интерфейсов интеграции

биллинговой системы с Siebel CRM.

Участник конкурса должен предоставить предложение на техническое сопровождение

интерфейсов и систем, разработанных при интеграции биллинговой системы регионального
филиала и биллинговой системы ДКП с Siebel CRM на стороне биллинговых систем,
соответствующее приведенным ниже требованиям.

 Термины и сокращения

ДКП – Дирекция корпоративных продаж АО «Казахтелеком»
Siebel CRM – система управления взаимоотношениями с клиентами АО «Казахтелеком»
ИАС ППР – информационно-аналитическая система поддержки принятия решений
ЦБС Amdocs – централизованная биллинговая система АО «Казахтелеком»
GPON - широкополосная сеть мультисервисного доступа, где по одному кабелю
предоставляются услуги интернета, телефонии и телевидения с гарантированным
качеством обслуживания
Мегалайн – услуга предоставления широкополосного доступа к сети интернет по
технологии ADSL
OSM – система управления заказами АО «Казахтелеком»
ТС – техническое сопровождение
ПО – программное обеспечение

 Предпосылки

В 2008-2015 гг. АО «Казахтелеком» завершило внедрение системы Siebel CRM и

интеграцию Siebel CRM с другими бизнес – системами, эксплуатируемыми в АО
«Казахтелеком», в том числе с биллинговой системой региональных филиалов и
биллинговой системой ДКП. Для этого на стороне биллинговых систем были разработаны
необходимые интерфейсы интеграции.

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

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

 Описание интерфейсов
Все интерфейсы делятся на группы:
11. Интерфейсы биллинговой системы регионального филиала
11.1. Управление инцидентами
11.2. Управление проблемами
11.3. Методы получения справочной информации
11.4. Методы для работы со счетами
11.5. Методы для работы с сальдо
11.6. Методы для работы с лицевыми счетами клиентов
11.7. Управление претензиями
11.8. Управление нарядами
11.9. Управление адресами
11.10. Управление услугами
11.11. Управление контрактами
11.12. Регистрация заказов от дилеров
12. Интерфейсы биллинговой системы ДКП
12.1. Авторизация и методы получения справочной информации
12.2. Методы для работы с лицевыми счетами клиентов и контрактами
12.3. Методы для работы со скидками
 42

12.4. Управление нарядами

Интерфейсы биллинговой системы регионального филиала
Управление инцидентами
Методы позволяют управлять записью инцидента, зарегистрированного по обращению
клиента в Siebel CRM
Таблица 2. Управление инцидентами
Наименование метода
bCheckAsset
bTroubleTicket
bTroubleTicketWorkUpdate
bDamages
bDmgStages
bDamagesById
bUpdateControlCall
bTroubleTicketCancel
bTroubleTicketReply
bTroubleTicketLinkReply
bDamagesQuiz
bDamagesQuizById
bUpdateDamagesQuiz
Назначение и логика работы
Проверка возможности регистрации нового
инцидента
Создание инцидента
Сохранение уточненного времени явки
монтера, дополнение примечания
Получение информации по повреждениям
Получение информации по назначениям
инцидента
Получение информации по повреждению.
Изменение даты контрольного звонка
Отказ от заявки
Создание инцидента с возможностью
возврата результата закрытия во внешнюю
систему по поданному устройству
Создание инцидента с возможностью
возврата результата закрытия во внешнюю
систему по переданному идентификатору
связки устройства
Получение результатов опроса по
инцидентам
Получение результатов опроса по
конкретному инциденту
Изменение результата опроса и контроля
объективности опроса

Управление проблемами
Методы позволяют в Siebel CRM получать заголовки открытых массовых отключений по
причине аварийных и плановых профилактических работ и регистрировать записи
инцидентов в открытые массовые отключения
Таблица 3. Управление проблемами
Наименование метода Назначение и логика работы
m010Execute Метод, возвращающий список открытых
(GET_OPEN_TDAMAGE) массовых отключений
bTroubleTicket Метод, регистрирующий новый инцидент в
открытый список массового отключения
 43

Методы получения справочной информации

Методы позволяют получать в Siebel CRM необходимую справочную информацию
Таблица 4. Методы получения справочной информации
Наименование метода Назначение и логика работы
bGetTownCode Получение кода города по идентификатору
города
bGetIasDeviceGroup Получение идентификатора группы
устройств из справочника ИАСППР.
m004Execute Справочный метод. По наименованию
возвращает список из 20 параметров

Методы для работы со счетами

Методы организуют работу со счетами в биллинговой системе и позволяют получать в
Siebel CRM необходимую информацию по счетам
Таблица 5. Методы для работы со счетами
Наименование метода Назначение и логика работы
bBillAccount Предоставление информации по
выставленным/оплаченным счетам
bPayHistory Предоставление информации по платежам
клиента
bBillAccountDetailFull Предоставление информации по
детализации счета по группам устройств.
Если in_dbill_type_id = 0, то по всем
позициям
bBillAccountDetailPG Предоставление информации по
детализации счета по группам услуг
bAccountHistory Предоставление информации по истории
отключения/подключения лицевого счета
bAssetHistory Предоставление информации по истории
отключения/подключения устройств, Если
не передать номер устройства, то вернется
вся история по всем устройствам

Методы для работы с сальдо

Методы организуют доступ из Siebel CRM к текущему сальдо клиентов в биллинговой
системе
Таблица 6. Методы для работы с сальдо клиентов
Наименование метода Назначение и логика работы
GET_PROVIDER_LIST Получение списка провайдеров
GET_REPORT_DATE_LIST Получение списка отчётных периодов
GET_SALDO Получение записей сальдо абонента у
 44

провайдера за отчётный период

GET_DEBT_BILLS Получение списка неоплаченных
провайдеру счетов абонента

Методы для работы с лицевыми счетами клиентов

Методы организуют доступ из Siebel CRM к счетам клиентов в биллинговой системе
Таблица 7. Методы для работы с лицевыми счетами клиентов
Наименование метода Назначение и логика работы
bAccountCreate Создание абонента
bClientUpdate Изменение абонента
bAccountAddressUpdate Изменение адреса абонента
bGetLinkTypeId Получение идентификатора связки
устройство/абонент

Управление претензиями
Методы позволяют регистрировать и обрабатывать претензии от клиентов
Таблица 8. Управление претензиями
Наименование метода Назначение и логика работы
m010ExecuteArray Регистрация претензии
(QUERY_CORRECT_ADD)
m010ExecuteArray Регистрация решения
(QUERY_CORRECT_ EDT)
m010ExecuteArray Получение справочника типов
(GET_CORRECT_TYPE) корректировки
m010ExecuteArray Причина корректировки
(GET_REASON_CORRECT)
m010ExecuteArray Состояние претензии
(GET_QUERY_STATUS)

Управление нарядами
Методы управления нарядами необходимы для создания и контроля нарядов в биллинговой
системе при продаже услуг и Siebel CRM
Таблица 9. Управление нарядами
Наименование метода Назначение и логика работы
bCreateOrderDevice Создание наряда
bCreateOrderDeviceSn Создание наряда с учетом данных
оборудования GPON
bCreateOrderService Создание наряда на услугу
bAssignSiebelOrder Сохранение информации о Siebel
заказах, привязанных к нарядам
 45

биллинговой системы
bCodeWord Получение кодового слова по номеру
наряда
m010ExecuteArray Получение списка устройств,
(GET_DEVICE_LIST) измененных нарядами из «Личного
кабинета услуги Мегалайн»
m010ExecuteArray Получение списка услуг, измененных
(GET_SERVICE_LIST) нарядами из «Личного кабинета услуги
Мегалайн»

Управление адресами
Методы управления адресами необходимы для работы с адресными данными из Siebel
CRM
Таблица 10. Управление адресами
Наименование метода Назначение и логика работы
bAdrAppend Добавление адреса в биллинговой
системе

Управление услугами
Методы управления услугами необходимы для работы с данными услуг из Siebel CRM
Таблица 11. Управление услугами
Наименование метода Назначение и логика работы
m010ExecuteArray Получение списка активных услуг
(GET_ACTIVE_SERVICE_LIST) устройства
m010ExecuteArray Получение списка скидок для передачи
(GET_DETAIL_TYPE_LIST_AMD) в Amdocs

Управление контрактами
Методы управления контрактами позволяют из Siebel CRM работать с контрактами
биллинговой системы
Таблица 12. Управление контрактами
Наименование метода Назначение и логика работы
m001addContract Создание контракта
m002ChangeContract Изменение контракта
m003DropContract Закрытие контракта

Регистрация заказов от дилеров

Для автоматизации взаимодействия с дилерами, в 2010-2014 году разработано web-
приложение, интегрированное с Siebel CRM, выполняющее следующие функции:
1. Аутентификация в биллинговой системе филиала
 46

2. Поиск лицевого счёта в клиентской базе Siebel CRM

3. Создание нового лицевого счёта в клиентской базе Siebel CRM
4. Создание нового адреса
5. Создание заказа в системе Siebel CRM
6. Бронирование ресурсов в системах учёта сетевых ресурсов
7. Вызов автоматизированного процесса
8. Просмотр созданных заказов дилером
9. Просмотр созданных позиций заказа дилером

Интерфейсы биллинговой системы ДКП

Авторизация и методы получения справочной информации
Методы позволяют выполнять авторизацию пользователя и получать справочную
информацию из системы
Таблица 13. Авторизация и методы получения справочной информации
Наименование метода Назначение и логика работы
m_0001_safetyAuthUser Авторизация пользователя
m_0002_getData Получение произвольных данных из
биллинга

Методы для работы с лицевыми счетами клиентов и контрактами

Методы позволяют работать с лицевыми счетами и контрактами клиентов
Таблица 14. Методы для работы с лицевыми счетами клиентов
Наименование метода Назначение и логика работы
m_0003_abnSetAbonent Создание/изменение абонента
m_0015_ctrSetContract Заключение/изменение контракта

Методы для работы со скидками

Методы позволяют управлять скидками
Таблица 15. Методы для работы со скидками
Наименование метода Назначение и логика работы
m_0004_vdsSetAbnVolDsc Создание/изменение объемной скидки
m_0005_vdsDAbnVolDsc Удаление объемной скидки
m_0006_vdsSetAbnVolDscDbill Создание/изменение позиции счета для объемной
скидки
m_0007_vdsDAbnVolDscDbill Удаление позиции счета для объемной скидки
m_0008_vdsSetAbnVolDscPar Создание/изменение параметра объемной скидки
m_0009_vdsDAbnVolDscPar Удаление параметра объемной скидки
m_0010_pdsSetPersDsc Создание/изменение персональной скидки
 47

Управление нарядами
Методы позволяют управлять нарядами в системе
Таблица 16. Управление нарядами
Наименование метода Назначение и логика работы
m_0011_ordCreateOrdDevice Создание/изменение в одной транзакции наряда на
устройство, на услуги, на аккаунты, а так же
добавление разовых услуг
m_0012_ordSetOrdDevSt Изменение состояния наряда
(полнофункциональное)
m_0013_ordSetOrdDevStZero Изменение состояния наряда (аннулирование)
m_0014_ordMove Отправка наряда

 Требования к условиям осуществления технической поддержки

Описание предоставляемого сервиса
Исполнитель принимает на себя обязательства по обеспечению корректной и
бесперебойной работы системы, согласно техническому описанию.
Исполнитель обязуется:
1. Проводить консультации, настройки по работе системы;
2. Проводить консультации при установке модулей и подсистем;
3. Исправлять ошибки ПО, выявленные в процессе эксплуатации системы;
4. Осуществлять бесплатную поставку обновлений системы при обнаружении
отклонений от технического описания (или поставку обновленной документации);
5. Консультировать по вопросам установки обновлений системы.
Условия оказания услуг
1. Участник конкурса должен иметь квалифицированную команду для выполнения работ
по вышеприведенным требованиям состоящую из специалистов:
- 2 специалиста прием заявки
- 1 специалист менеджер проекта
- 2 специалиста тестировщики
- 2 специалиста инженер ПО
- 1 специалист бизнес аналитик
2. Участник конкурса должен подтвердить наличие сертификации не менее 2
разработчиков по программе «Adobe Certified Expert Advanced Coldfusion 9»;
3. Группа технического сопровождения должна иметь опыт работы на проектах
соответствующего уровня.
Услуги технической поддержки должны быть доступны:
1. По телефонной линии службы технической поддержки;
2. По электронной почте службы технической поддержки;
3. Через web – интерфейс для регистрации обращений;
 48

4. Через web – интерфейс к базе знаний;

5. К FTP – серверу
Период и условия оказания услуг
1. Техническая поддержка оказывается с момента заключения договора до 31.12.2016г.
2. В рамках стандартного уровня от Заказчика выделяются достаточное количество
компетентных специалистов для обращения в службу ТС.
Доступность услуг
1. Запросы и заявки по телефону, электронной почте и через web – интерфейс - с 9:00 до
18:00 времени Астаны в течение рабочей недели (рабочей неделей считается
понедельник – пятница, исключение составляют праздничные дни согласно
законодательству РК)
2. Доступ к базе знаний и FTP предоставляется круглосуточно.
 Лот №5. Услуги по техническому сопровождению системы управления
заказами OSM

В 2013 г. АО «Казахтелеком» завершило запуск системы управления заказами “OSM” и

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

В 2014 и 2015 – было выполнено ряд доработок и интеграций в системе, таких как автоматический
перезапуск процессов, ручная остановка системы. Интеграция с ПК СУИСТ процессов IPVPN,
GPON и Медь по новой схеме.

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

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

Термины и сокращения

OSM – система управления заказами АО «Казахтелеком»

SDP – платформа заказчика для управления онлайн услугами.
Siebel CRM – система управления взаимоотношениями с клиентами АО «Казахтелеком»
ИАС ППР – информационно-аналитическая система поддержки принятия решений
Amdocs – централизованная биллинговая система АО «Казахтелеком»
GPON - широкополосная сеть мультисервисного доступа, где по одному кабелю предоставляются
услуги интернета, телефонии и телевидения с гарантированным качеством обслуживания
Мегалайн – услуга предоставления широкополосного доступа к сети интернет по технологии
ADSL
NRI- Системы управления ресурсами заказчика
ПО – программное обеспечение
ТС – техническое сопровождение
 49

Архитектура

Филиал АО Казахтелеком

1 2 3
4 5 6
7 8 9
* 8 #

Оператор
биллинговой системы

1 2 3
4 5 6
7 8 9 1 2 3

8 # 4 5 6
*
7 8 9
* 8 #

Биллинговая система Оператор Дилер

Siebel CRM

NRI Системы OSM Siebel CRM Web-приложение

для дилеров

Центр(Алматы)

 Описание функций системы и автоматизированных процессов
1. Доступные процессы
1.1. Установка телефона
1.2. Замена данных телефона
1.3. Снятие телефона
1.4. Установка радиодоступа
1.5. Снятие радиодоступа
1.6. Комплексные заказы
1.6.1. Телефон + Megaline
1.6.2. Телефон + Megaline + IPTV
1.6.3. Телефон + Megaline + IPTV+SIP
1.6.4. Телефон + Megaline + SIP
1.6.5. Телефон + SIP
1.6.6. Телефон + IPTV
1.6.7. Снятие всех услуг
 50

1.6.8. Замена данных всех услуг

1.7. Комплексные заказы GPON

1.7.1. Прямая FTTH + ID Net
1.7.2. Прямая FTTH + ID Net +IPTV
1.7.3. Прямая FTTH + ID Net +IPTV + SIP
1.7.4. Прямая FTTH + ID Net +SIP
1.7.5. Прямая FTTH + SIP
1.7.6. Прямая FTTH + IPTV
1.8. Заказы СУИСТ
1.8.1. Комплексный GPON процесс
1.8.2. Комплексный Медь процесс
1.8.3. IVPN
1.8.4. API Для уточнения информации
1.9. Универсальные ветки
1.9.1. Для услуг
1.9.2. Для устройств
2. Процесс для продаж услуги Id Phone через Алтел
3. Процесс установки услуги SDP
4. Процесс снятия услуги SDP
5. Мобильные терминалы
5.1.1. Простой процесс
5.1.2. Комплексный с установкой SIP
5.1.3. Снятие мобильного терминала
6. Подсистема уведомлений об ошибках
7. Подсистема перезапуска заказов
8. Ручной запуск и остановка системы
 Требования к условиям осуществления технической поддержки

 Описание предоставляемого сервиса

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

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

4. Консультировать по вопросам установки обновлений системы.

 Условия оказания услуг
4. Участник конкурса должен иметь квалифицированную команду для выполнения работ
по вышеприведенным требованиям состоящую из специалистов:
- прием заявки 2 специалиста
- менеджер проекта 1 специалист
- тестировщики 2 специалиста
- инженер ПО 2 специалиста
- бизнес аналитик 2 специалиста
5. Участник конкурса должен подтвердить наличие сертификации не менее 2
разработчиков по программе "Adobe Certified Expert Advanced Coldfusion 9".
6. Группа технического сопровождения должна иметь опыт работы на проектах
соответствующего уровня.

 Услуги технической поддержки должны быть доступны:

1. По телефонной линии службы технической поддержки;
2. По электронной почте службы технической поддержки;
3. Через web – интерфейс для регистрации обращений;
4. Через web – интерфейс к базе знаний;
5. К FTP – серверу

 Период и условия оказания услуг

1. Техническое сопровождение оказывается с момента подписания договора до
31.12.2016г.
2. В рамках стандартного уровня от Заказчика выделяются достаточное количество
компетентных специалистов для обращения в службу ТП.

 Доступность услуг
1. Запросы и заявки по телефону, электронной почте и через web – интерфейс - с 09:00 до
18:00 времени Астаны в течение рабочей недели (рабочей неделей считается
понедельник – пятница, исключение составляют праздничные дни согласно
законодательству РК)
2. Доступ к базе знаний и FTP предоставляется круглосуточно.
 Лот №6. Услуги по техническому сопровождению 2 уровня централизованной
биллинговой системы (ЦБС) Amdocs v.8.1

Термины и сокращения

ЦА - Центральный аппарат АО «Казахтелеком»

ЦБС - Централизованная биллинговая система
EOD - Закрытие дня в Amdocs
EOC - Закрытия расчетного периода в Amdocs
 52

Change Request - Запрос на изменение системы

ДКИС ЦА - Департамент корпоративных информационных систем
Центрального Аппарата
ДИС - Центральный ДИС (Дирекция информационных систем)
РО - РО ДИС филиала
ДКП – Дирекция корпоративных продаж
СП2 - Служба поддержки 2 уровня
СП3 - Служба поддержки 3 уровня
СПВ - Служба поддержки внешний систем и интерфейсов
ОДТ/РДТ - Областная Дирекция /Региональная Дирекция Телекоммуникаций
ДТ - Департамент тарифов ЦА
Workaround - Временное решение задачи
CM - Customer Management
AEM - Amdos Error Manager
TC - Turbo Charging
OFCA - Offline Charger Adapter
EPC - EnterpriseProductCatalog

Участник тендера должен представить предложение на оказание услуг технического

сопровождения 2 уровня централизованной биллинговой системы Amdocsv.8.1 в АО
«Казахтелеком» на 2016 год.
Сроки оказания услуг: с момента заключения Договора по 31.12.2016.

Техническое задание на оказание услуг

1. Общие положения
В АО «Казахтелеком» c 2008 по 2012 гг. внедрена и эксплуатировалась централизованная
биллинговая система Amdocs Charging версии 7.0 в части начислений и тарификации по всем
услугам, предоставления и расчета скидок, формирования инвойсов. Большая часть
функциональности была кастомизирована под бизнес-требования Заказчика.
За время эксплуатации было подготовлено и установлено порядка 60 Change Requests.
Система имеет бизнес критичность, требует постоянного технического сопровождения.
В соответствие с принятыми у Заказчика стандартами, сопровождение делится на 3 звена:
- Группа поддержки 1 линии (специалисты центра продаж филиалов ОДТ/РДТ, РО ДИС)
- Поддержка 2 уровня
- Поддержка 3 уровня (как правило, выполняет группа вендора)

В 2013 году был выполнен Upgrade системы с версии 7.0 на версию 8.1. Архитектура решения
централизованной системы Amdocs изменилась после Upgrade на версию 8.1 в части основных
модулей системы.
Целью поддержки 2 уровня является оказание услуг технического сопровождения системы ЦБС
Амдокс в указанных филиалах Общества:

№ Наименование филиала

1 РДТ «Астанателеком»

2 РДТ « Алматытелеком»

2 Актюбинское ОДТ

3 Атырауское ОДТ
 53

4 В-К ОДТ

5 З-К ОДТ

6 Жамбылское ОДТ

7 ДКП

8 Костанайское ОДТ

9 Карагандинское ОДТ

11 Кызылординское ОДТ

12 Мангистауское ОДТ

13 Павлодарское ОДТ

14 Ю-К ОДТ

15 С-К ОДТ

16 ГП ДИС

2. Архитектура решения

Основная интеграционная архитектура осталась неизменной с момента тиражирования в 2010

году.

передача данных из Amdocs в Back end для учета в Back end Филиал Счета
выставляемых счетах. Обеспечение формирования
единого счета клиентам для последующей печати и
доставки;
Учет в счетах оказанных услуг, начислений по
предоставленным услугам (в т.ч. абонентской плате)
и скидок. Управление
клиентами
Данные по
Конвертация данных всех PSTN/NGN
абонентам
коммутаторов в единый формат для
передачи в Amdocs (а также данных
иного рода, которые могут быть
описаны в едином формате
передаваемых данных). Customer
Invoicing
Manager

Предбиллинг - Начисление абонентской платы в

начале каждого месяца;
- Перерасчет абонентской планы в
Тарификатор момент изменений условий договора
или его расторжения;
- Расчет объемных скидок при
Mediation завершении расчетного периода.

модуль для дополнительного

учета и обработки голосового
Система трафика (междугородних и
предварительной международных соединений)
обработки трафика.
 54

3. Описание модулей новой системы биллинга

Версия 8.1 системы биллинга Amdocs содержит наряду с уже существующими компонентами,
прошедшими серьезное развитие по сравнению с текущей версией 7.0, новые модули, призванные
заменить существующие.
Ниже приведена высокоуровневая архитектурная схема, дающая представление о соответствии
основных компонентов версий 7.0 и 8.1 системы биллинга, а также дано краткое описание новых
модулей.

Billing 7.0 Modules – Current Billing 8.1 Modules – Upgrade and New

Amdocs
Amdocs Turbo
Amdocs Enterprise
Charging (TC) -
Amdocs Rater Product Product Catalog
replaces Amdocs
Catalog (PC) (EPC) - replaces
Rater
Amdocs PC

Amdocs
Billing Amdocs Error Offl ine Charging
Amdocs Error
Mediation Manager Adapter(OFCA) -
Manager (AEM)
Gateway (AEM) replaces ABMG
(ABMG)

Amdocs Amdocs Billing

Amdocs Billing Amdocs Invoicing Customer
Invoicing Customer Manager (CM)
Manager (CM)

Operation Administration and Operation Administration and Monitoring

Monitoring (OA&M) (OA&M) - different from OA&M of v7.0

3.1 Turbo Charging

Модуль TurboCharging версии 8.1 заменил модуль Rater.
TurboCharging:
 Представляет единое решение (основу) для тарификации событий всех абонентов связи
(как фиксированной, так и мобильной)
 Обеспечивает тарификацию для абонентов pre-paid и post-paid
 Поддерживает работу в файловом режиме (offline charging) и режиме реального времени
(online charging)
 Обеспечивает возможность обработки услуг 4G/LTE (с учетом поддерживаемой модулем
работы с Diameter)
Данный модуль изначально был спроектирован для использования на недорогих гибких
аппаратных средствах, а также с целью реализации высокой доступности (highavailability). Он
 55

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

постоянного роста абонентской базы и объема и количества событий.
3.2 Enterprise Product Catalog (EPC)
Модуль EPC является логическим и функциональным развитием используемого в версии 7.0
модуля ProductCatalog (PC). Он представляет возможности формирования каталога услуг для
фиксированной и мобильной связи, а также их пакетов SID с использованием принципов SID. В
модуле предусмотрена возможность массовых изменений данных и поддержка интерфейса с
другими системами путем файловой выгрузки и загрузки информации о продуктах и услугах.
Переход к использованию EPC предполагает сокращение времени на определение и ввод
новых услуг (time-to-market).

3.3 Offline Charger Adapter (OFCA)

Компонент OFCA заменяет компонент ABMG. OFCA наряду с выполнением задач текущей
функциональности призван заложить базу для:
 обработки событий мобильных услуг (с возможностью поддержки новых стандартов
роуминга - TAP3.12, NRTRDE, RAEX)
В остальные три модуля -AmdocsErrorManager (AEM), CustomerManager (CM) и Invoicing–
были внесены серьезные технико-функциональные улучшения в рамках общего функционального
направления используемой в АО «Казахтелеком» версии 7.0.

4. Целевая Архитектура после перехода на версию Amdocs 8.1

Представлена высокоуровневая схема взаимодействия проекта АО Казахтелеком после

технического перехода на версию 8.1:

Подсистемы Amdocs 8.1 для поддержки:

- CM (Customer Management)
 56

- Invoicing
- AEM (Error Manager)
- Turbo Charging
- Offline Charger Adapter (OFCA)
- EnterpriseProductCatalog (EPC) (в части определения ценового предложения при
некорректной тарификации)

В рамках поддержки кроме функциональной составляющей необходимо обеспечить

непрерывность интеграционных интерфейсов со стороны системы Amdocs:
- BiMEG Amdocs (через Application Servers)

- Amdocs BiMEG

5. Цели и задачи

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

эксплуатации и сопровождения биллинговой системы Amdocs 8.1 на 2 уровне поддержки в для
всех филиалов АО «Казахтелеком».
В целом ставятся следующие задачи:
- Обеспечение непрерывности оказания телекоммуникационных услуг и их тарификации
- Исправление дефектов и ошибок в соответствие с SLA (ServiceAgreementLevel)
- Содействие в определении технической возможностей и корректном формулировании
новых запросов на изменения CR (ChangeRequest)
- Взаимодействие с 1 и 3 уровнями поддержки
- Тестирование накатываемых изменений и релизов (в рамках исправления дефектов или
установки CR) не более 3 раз.

6. Требования к обеспечению непрерывности телекоммуникационных услуг и их

тарификации

6.1. Поддержка должна осуществляться как в стандартном режиме 8 часов x5 дней (в соответствие
с графиком работы бизнес подразделений Заказчика), так и в усиленных режимах. Например,
круглосуточно в момент установки критических для бизнеса изменений, или подчиняться
установленному режиму работы закрытия расчетных циклов к концу и начале биллинговых
периодов филиалов.
6.2. Основной принцип поддержки: минимизация простоев биллинговой системы и издержек в
результате простоев. В случае невозможности оперативного решения дефекта, команда должна
предложить удовлетворяющий Заказчика workaround (временное решение задачи).
6.3. Исполнитель обеспечивает непосредственное взаимодействие с ответственными лицами
центра и филиалов как единый регулирующий и координирующий орган всей поддержки.
6.4. Исполнитель руководствуется принятыми регламентами сопровождения системы Amdocs с
учетом всех сроков обеспечения и поддержки операций на всех этапах
6.5. Исполнитель руководствуется другими нормативными документами, принятыми в Республике
Казахстан, в компании АО «Казахтелеком», или иными действующими распоряжениями или
подзаконными актами.
6.6. Стандартный график сопровождения:
- с момента заключения Договора по 31.12.2016.
- в обычные часы работы - с 09:00 до 18:00 (время Астаны) в течение рабочей недели (рабочей
неделей считаются рабочие дни с понедельника по пятницу, исключение составляют
праздничные дни согласно законодательству Республики Казахстан).
 57

6.7. Участник конкурса должен иметь квалифицированную команду для выполнения работ по
вышеприведенным требованиям состоящую из специалистов:
 Единый менеджер поддержки – 1 специалист
 Для координации запросов HelpDesk – 1 специалист
 1 специалист EPC (в части определения ценового предложения при некорректной
тарификации)
 1 специалист Turbo Charging
 1 специалист по OFCA
 2 специалиста Invoicing
 1 специалист по работе с отсевом
 1 специалист по Customer Management и интерфейсам API
 1 Бизнес аналитик. Для развития функциональности (в т.ч. в филиале ДКП)
6.8 Группа технического сопровождения должна иметь опыт работы на проектах
соответствующего уровня.

7 Общие требования к оказываемым услугам

7.1. Услуги по исправлению дефектов должны включать следующее:
 Принятие ошибки или запроса на консультацию с 1 уровня поддержки посредством
одного из канала:
 Телефон
 Help desk
 Иной вид связи, согласованный между сторонами
 Исследование состояний ошибок:
 исследование ошибок и установление их причин;
 исследование областей бизнес процессов, на которые повлияли ошибки;
 исследование возможных ошибок данных;
 прогнозирование последствий.
 При необходимости - контакты с 3 уровнем поддержки для обеспечения точности мер
по определению ошибок или устранения ошибок
 Уведомление ответственных представителей АО “Казахтелеком” о плане мероприятий
по исправлению ошибок
 Совместно с 3-м уровнем поддержки подготовка решения, которое может включать в
себя любой из перечисленных ниже пунктов либо их сочетание:
 разработка приемов, позволяющих избежать возникновения ошибки;
 внедрение программной вставки, разработанной центрами разработки Amdocs или
workaround
 разработка и внедрение мер по устранению ошибок в системе Amdocs
 разработка скриптов для исправления ситуации
 подготовка нового Change Request
 применение скриптов или Change Request
 разработка программной вставки в базу данных для изменения данных
 исправление в базе данных ошибки, проверка целостности и достоверности данных
 Уведомление ответственных представителей АО “Казахтелеком”, 1 и 3 уровней
поддержки о решении;
 Отслеживание деятельности по внедрению решения в отношении состояний ошибок;
 Получение программных обновлений и проверка их на предмет совместимости и
эффективности;
 Тестирование патчей, CR, релизов;
 Оказание АО “Казахтелеком” содействия при тестировании метода исправления
ошибок при эксплуатации;
 58

 Оказание АО “Казахтелеком” содействия при введении в эксплуатацию

протестированного метода исправления ошибок.
 Услуги по поддержке должны предоставляться АО “Казахтелеком” в соответствии с
уровнями обслуживания SLA п.7.3.

7.2. Зоны ответственности 2-го уровня поддержки

 Группа поддержки 2 уровня будет заниматься на объекте исследованием и выявлением
проблем, включая обстоятельства проблем, их возможные источники и последствия, а
также будет принимать меры по решению проблем: разработка приемов, позволяющих
избежать возникновение проблем, устранять неблагоприятные последствия, вносить
изменения в конфигураторы и (или) передавать проблемы, которые не могут быть
полностью решены на 2 уровне, на следующий уровень.
 Группа поддержки 2 уровня должна взаимодействовать с 1 уровнем поддержки (РО
ДИС филиалов и ответственными лицами от бизнеса филиалов), технической группой
эксплуатации ДИС, координаторами и специалистами Заказчика и центральном
аппарате, 3-им уровнем поддержки (как правило, вендор), а также со смежными
поставщиками и интеграторами, принимающими участия в проекте интеграции
Amdocs с внешними системами.
 2-ой уровень поддержки также включает в себя учет инцидентов и контроль за всеми
процессами и исполнением SLA

 7.3. Уровни поддержки (SLA)
Срок исправления
Ситуация Ответственность Исполнителя
Ошибки

Остановка Производственной системы

Ошибка проявляется в
следующем: Amdocs в условиях
коммерческой эксплуатации
полностью не доступна, либо
проблема возникает настолько
часто, что система фактически не
работоспособна, либо
применение Amdocs не может
быть продолжено в силу
неработоспособности
существенно важной
характеристики Amdocs
Критическая для Бизнеса
Ошибка проявляется в
следующем: функциональность
Amdocs в условиях
коммерческой эксплуатации
ограничена таким образом, что
затрагиваются критические
бизнес-процессы. Никакие
"местные" временные обходы
ошибки не доступны.
предлагаемый порядок действий для
Первоначальный Ответ на Должна быть
уведомление об Ошибке, выявлена причина
направленный в соответствии с ошибки, предложено
порядком исправления Ошибок, решение (включая
определенном выше, должен способ возможного
составлять не более 2 часов. временного обхода
Первичный ответ на Уведомление ошибки) и
об Ошибке должен включать (по выполнено такое
меньшей мере) предлагаемый предлагаемое
порядок действий для решения. исправление ошибки
в наименее
возможный
промежуток времени
Первоначальный Ответ на Должна быть
уведомление об ошибке, выявлена причина
направленный в соответствии с ошибки, предложено
порядком исправления ошибок, решение (включая
определенном выше, должен способ возможного
составлять не более 12 рабочих временного обхода
часов. ошибки) и
Первоначальный Ответ на выполнено такое
уведомление об ошибке должен предлагаемое
включать (по меньшей мере) исправление ошибки
в приемлемый
 59

решения. промежуток времени

до 5 рабочих дней
Значительное влияние на бизнес
Ошибка проявляется в Первоначальный Ответ на Должна быть
следующем: уведомление об ошибке, выявлена причина
Функциональность Amdocs в направленный в соответствии с ошибки, предложено
условиях коммерческой порядком исправления ошибок, решение (включая
эксплуатации нарушена, но определенном выше, должен способ возможного
ключевые бизнес процессы не составлять не более 5 рабочих дней. временного обхода
прерваны Ответ на уведомление об ошибке ошибки) и
должен включать, по меньшей мере, выполнено такое
предлагаемый порядок действий для предлагаемое
решения. исправление ошибки
в приемлемый
промежуток времени
до 10 рабочих дней

Незначительное влияние на бизнес

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

8 Требования к содействию в определении технической возможности и корректном

формулировании новых запросов на изменения CR (Change Request)
8.1. Исполнитель должен принимать всяческое содействие в правильной классификации ситуаций
(дефект или новая функциональность).
8.2. Исполнитель принимает участие в определении технической возможности внесения
изменений, настроек, иной технической возможности по запросу от бизнеса Заказчика.
8.3. В функции Исполнителя входит корректное формулирование задач технического и бизнес
уровня для подготовки Change Request на исполнение вендору или иной третьей стороне. При
этом Исполнитель имеет право делать справедливые (оптимальные по соотношению цена-
качество-сроки) оценки стоимости изменений и рекомендовать Заказчику.

9 Требования к взаимодействию с 1 и 3 уровнями поддержки

9.1. Общие положения

1. Регламент по сопровождению Amdocs описывает порядок действий сторон, участвующих в
процедурах поддержки централизованной системы Amdocs
2. Участники
ДКИС ДКИС ЦА
ДИС Центральный ДИС
РО РО ДИС филиала
СП2 Служба поддержки 2 уровня
 60

СП3 Служба поддержки 3 уровня

СПВ Служба поддержки внешний систем и
интерфейсов
ОДТ Работник ОДТ или ГЦТ инициирующий
запрос со стороны филиала
ДТ Департамент тарифов ЦА

9.2. Соглашения
1) Указанный ниже порядок действий связан в первую очередь с появлением бизнес
запросов, техническими ситуациями, выявленными одной из сторон поддержки.
2) Отдельные схемы прорабатываются с ДИС/РО ДИС, в случае сбоев в технические и
технологические цепочки обеспечения процесса предоставления услуг биллинговой
системой Amdocs. Так, например, должны иметься отдельные инструкции ДИС по
организации сопровождения центральных справочников тарификации, контроля за
передачей начислений в филиалы, выполнения экспорта/импорта настроек на
продуктивную среду, выполнению процедур EOC и т.д.
3) Также данный регламент не покрывает технические интеграционные проблемы,
связанные со сбоями на одном из серверов в процессе прохождения наряда из FrontEnd
системы в Amdocs. Технические сбои, приводящие к определенным видам ошибок
недоступности системы, должны в первую очередь обслуживаться центральным ДИС.
Запросы по таким вопросам необходимо передавать в ДИС. Регламент не покрывает
формирования ценового предложения в EPC и формирование, и установку DUMP в
продуктивную среду Amdocs8.1. Ценовое предложение заводиться сотрудниками
Департамента тарифов, а установка в продуктивную среду DUMP выполняется
сотрудниками ДИС.

9.3. Общая схема поддержки

 61

9.4 Регламент взаимодействия по проблемам

№ Действие Ответствен Срок Примечание
ные
1 Оператор обнаруживает проблему ОДТ По
обнаружении
2 Передача проблемы в РО ДИС в ОДТ и РО По
стандартизированном виде обнаружении
 62

№ Действие Ответствен Срок Примечание

ные
3 Ответственные сотрудники РО ДИС РО В Задача
анализируют и решают проблему, зависимости данного
заводят новый запрос в HelpDesk или от приоритета уровня точнее
добавляют к существующему схожему определить
запросу характер
проблемы,
участок и
центр
компетенции
по вопросу
4 Если запрос относится к Amdocs, он СПВ, СП2 В
адресуется на СП2 и заводится в зависимости
системе Jira от приоритета
Если запрос относится к ИТ -
системам филиала или BiMEG, или
интерфейсам с данными системами, то
он решается сотрудником СПВ,
который сообщает РО ДИС о решении
Если запрос был создан в СПВ, а
ошибка касается СП2, или наоборот,
служба техподдержки компании не
оформляет отказ в филиал, а
перенаправляет запрос в требуемую
службу поддержки самостоятельно
5 Запрос анализируется и решается СП2 В Специалисты
сотрудниками СП2 передается на III зависимости РО ДИС
уровень поддержки в СП3 от приоритета могут
При решении запроса сотрудники СП2 контролиро-
сообщают о решении проблемы в РО вать
ДИС движение
заявки в
системе Jira
6 Решение задач на III уровне СП3 В
поддержки, о котором сотрудники зависимости
СП3 сообщают сотрудникам СП2 от приоритета

9.5. Регламент взаимодействия по изменению функционала

№ Действие Ответстве Срок Примечание
нные
1 Появление новых требований у ОДТ В Может быть
бизнес-пользователей зависимости начальным
от этапом
приоритета
2 Вынесение требований на ОДТ В
коммерческий блок центрального зависимости
аппарата от
приоритета
3 Формирование требований в Ком. блок В Может быть
коммерческом блоке центрального зависимости начальным
 63

№ Действие Ответстве Срок Примечание

нные
аппарата и передача требований в от этапом
ДКИС приоритета
4 Формирование требований в ДКИС. ДКИС В Может быть
Вынос на обсуждение с СП2, СП3 и зависимости начальным
СПВ от этапом
приоритета
5 Анализ и формирование запросов на ДКИС, В
изменение БС СП2, СП3, зависимости
СПВ от
приоритета
6 Передача информации инициатору СП2, В
ДКИС зависимости
от
приоритета

10 Требования к тестированию устанавливаемых изменений пакетов и релизов (в

рамках исправления дефектов или установки CR)

10.1. Исполнитель обязан принимать участие в экспертном и пользовательском тестировании

изменений, исправленных дефектов и новых CR
10.2. Исполнитель обязуется выполнять работы в установленные и согласованные сроки в
соответствие с бизнес планами Заказчика
10.3. Исполнитель отвечает за качество тестирования. При необходимости проводит
итерационные действия с Заказчиком и вендором по обнаруженным несоответствиям условиям.
Не позднее трех месяцев с момента Уведомления Исполнитель должен приступить к обработке
заявок Заказчика, зарегистрированных во внутренней системе обработки заявок АО
"Казахтелеком", связанных с заключенным договором.
Все согласованные услуги должны быть оказаны по 31.12.2016 года с момента заключения
Договора.

Лот №7. Услуги по техническому сопровождению интерфейсов управления

пользовательской базой в централизованном биллинге Amdocs, системы авторизации
клиентов сети передачи данных и интерфейса с подсистемой тарификации Amdocs

Участник конкурса должен предоставить предложение на техническое сопровождение

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

 ТЕРМИНЫ И СОКРАЩЕНИЯ
ДКП – Дирекция корпоративных продаж АО «Казахтелеком»
BiMEG – централизованная платформа интеграции АО «Казахтелеком»
RADIUS — протокол для реализации аутентификации, авторизации и сбора сведений об
использованных ресурсах, разработанный для передачи сведений между центральной платформой
и оборудованием
ЦБС Amdocs – централизованная биллинговая система АО «Казахтелеком»
EJB - спецификация технологии написания и поддержки серверных компонентов, содержащих
бизнес-логику, является частью Java EE
CM – подсистема управления клиентской базой
IPTV - технология цифрового телевидения в сетях передачи данных по протоколу IP
 64

SIP - протокол передачи данных, описывающий способ установления и завершения

пользовательского интернет-сеанса, включающего обмен мультимедийным содержимым
SOAP - протокол обмена структурированными сообщениями в распределённой вычислительной
среде
ПО – программное обеспечение

 ПРЕДПОСЫЛКИ (BUSINESS NEEDS)

В 2008-2009 гг. АО «Казахтелеком» завершило внедрение централизованной биллинговой

системы Amdocs.

Одной из главных задач реализации внедрения была задача разработки и внедрения расширенного
перечня интерфейсов между вновь внедряемым решением и эксплуатируемыми в АО
“Казахтелеком” системами:
- биллинговая система филиалов - в 17-ти филиалах
- биллинговая система ДКП - в 1-м филиале
- АСР BiMEG – централизованный сервер интеграции в г.Алматы
- RADIUS–серверами сети Megaline
- Тарификатором Amdocs и биллинговыми системами филиалов и ДКП
- Системами предбиллинга филиалов и ДКП и Тарификатором Amdocs

Разработка интерфейсов была завершена в 2008-2012 годах. В 2013-2015 годах была выполнена
миграция ЦБС Amdocs на версию 8.1, интерфейсы для внешних систем были изменены. В связи с
этим были проведены работы по адаптации интерфейсов внешних систем к версии Amdocs 8.1.
В 2016 году необходимо осуществлять поддержку разработанного решения, анализировать
возникающие несоответствия во взаимодействии систем, вносить изменения в случае
обнаружения ошибок или изменения требований бизнес–логики процессов обслуживания
клиентов или предоставления услуг.

 КРАТКАЯ ПОСТАНОВКА ЗАДАЧИ

В соответствии с документом Design Document List, компанией Amdocs были представлены

следующие спецификации, описывающие требования к интерфейсам биллинга Amdocs,
определенным в документе Scope Report (Техническое задание):

№ Название файла Название документа Приложени

п/п е
1 KZT Phase II PC CCS RU Функциональные спецификации для Ценовой
АО «Казахтелеком» каталог
Ценовой каталог. Фаза II
2 KZT Phase II Rater External IDD EN Детальный дизайн интерфейсов – Тарификатор
Тарификатор
3 KZT Phase II CM External IDD EN Детальный дизайн интерфейсов - Абонентский
Абонентский учет учет
4 KZT Phase II CR CM External IDD Изменения в детальном дизайне Абонентский
EN_2 интерфейсов - Абонентский учет в учет
рамках CRs
5 KZT Phase II Invoicing External IDD Детальный дизайн интерфейсов – Закрытие
EN Закрытие периода и периодические периода
начисления
 65

6 KZT Phase II ABMG External IDD EN Детальный дизайн интерфейсов – Предбиллинг

Предбиллинг
7 KZT Phase II Scope Report Part I RU Техническое задание – Часть I Все
интерфейсы
8 KZT Phase II Scope Report Part II RU Техническое задание – Часть II Все
интерфейсы
9 KZT 8.1 Rater External IDD EN Детальный дизайн интерфейсов – Тарификатор
Тарификатор версии 8.1
10 KZT Phase IV INV External IDD EN Детальный дизайн интерфейсов – Закрытие
Закрытие периода и периодические периода
начисления версии 8.1
11 KZT Phase IV CM External IDD - Part 1 Детальный дизайн интерфейсов - Абонентский
EN Абонентский учет версии 8.1 учет
12 KZT Phase IV CM External IDD - Part 2 Детальный дизайн интерфейсов - Абонентский
EN Абонентский учет версии 8.1 учет
13 KZT Phase IV CM External IDD - Part 3 Детальный дизайн интерфейсов - Абонентский
EN Абонентский учет версии 8.1 учет
14 KZT Phase IV OFCA External IDD EN Детальный дизайн интерфейсов – Предбиллинг
Предбиллинг версии 8.1

Согласно документу «Концепция архитектуры интерфейсов», в 2008-2015 годах необходимо было

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

- создание новых голосовых и интернет клиентов (Customers);

- создание новых голосовых и интернет подключений (Subscribers);
- создание для новых интернет-клиентов аккаунтов (логинов и паролей);
- назначение клиентам тарифных планов;
- снятие голосовых и интернет устройств (аккаунтов) клиентов, прекративших пользоваться
услугами;
- временная блокировка интернет-аккаунтов, в случае возникновения дебиторской
задолженности, либо по другим причинам;
- деблокировка интернет-аккаунтов после погашения дебиторской задолженности;
- изменение тарифного плана клиента;
- изменение атрибутов интернет-клиентов: пароля для доступа в сеть, пароля для доступа на
сайт «личного кабинета», e-mail, mac-address;
- изменение номеров голосовых и интернет устройства в случае замены номера в филиале
(Subscriber External ID);
- разработка интерфейса авторизации, основанной на данных, хранящихся в Amdocs;
- разработка интерфейса передачи рассчитанных событий с учетом скидок, налогов и других
коэффициентов в биллинги филиалов для формирования счетов клиентам;
- переработка сайта «Личного кабинета» с целью использования данных из Amdocs.
 66

Для реализации вышеперечисленных задач Amdocs предоставил ряд интерфейсов, реализованных

посредством EJB вызовов либо прямым обращением к базе данных посредством Oracle OCI.
Также была осуществлена модернизация биллинговой системы филиалов, централизованного
биллинга BiMEG и разработан ряд интерфейсов, использующих EJB API для взаимодействия с
компонентами Амдокс. В процессе миграции на Amdocs версии 8.1 была проведена адаптация
интерфейсов с изменением параметров и используемых библиотек для поддержки всех бизнес-
процессов Общества.

Детальный перечень интерфейсов приведен в Таблице 1.

Все интерфейсы делятся на следующие группы:

- ИНТЕРФЕЙСЫ АБОНЕНТСКОГО УЧЕТА. Эта группа включает интерфейсы ведения клиентской

базы в AMB CM посредством вызовов EJB API.
- ИНТЕРФЕЙСЫ С СИСТЕМОЙ Mediation. Эта группа включает интерфейсы передачи в Amdocs
исходных файлов для тарификации.
- ИНТЕРФЕЙСЫ External Usage. Эти интерфейсы предназначены для получения
протарифицированных данных из Amdocs и передачи их в АСР БиТТЛ.
- ИНТЕРФЕЙСЫ ОТЧЕТОВ. Предназначены для получения информации о внутренних настройках
и процессах Amdocs в виде таблиц и файлов.

Таблица 1. Детальный перечень интерфейсов

Тип
Группа Интерфе Описание
Идентификатор Наименование интерфейса
интерфейсов йса и Интерфейса
версия
ИНТЕРФЕЙСЫ АБОНЕНТСКОГО УЧЕТА    
CM-EXT_BITTL- fullCustomerSetup Операции EJB, 8.1 Customer Care
01 абонентского учета Activities
CM-EXT_BITTL- getCustomerHeader Операции EJB, 8.1 Customer Care
02 абонентского учета Activities
CM-EXT_BITTL- getCustomerIdInfo Операции EJB, 8.1 Customer Care
03 абонентского учета Activities
CM-EXT_BITTL- createNewReservedSubscribe Операции EJB, 8.1 Customer Care
04 r абонентского учета Activities
CM-EXT_BITTL- createNewActivateSubscriber Операции EJB, 8.1 Customer Care
05 абонентского учета Activities
CM-EXT_BITTL- activateReservedSubscriber Операции EJB, 8.1 Customer Care
06 абонентского учета Activities
CM-EXT_BITTL- getSubscriberHeader Операции EJB, 8.1 Customer Care
07 абонентского учета Activities
CM-EXT_BITTL- getSubscriberIdInfo Операции EJB, 8.1 Customer Care
08 абонентского учета Activities
CM-EXT_BITTL- releaseReservedSubscriber Операции EJB, 8.1 Customer Care
09 абонентского учета Activities
CM-EXT_BITTL- cancelSubscriber Операции EJB, 8.1 Customer Care
10 абонентского учета Activities
CM-EXT_BITTL- suspendSubscriber Операции EJB, 8.1 Customer Care
11 абонентского учета Activities
 67

CM-EXT_BITTL- restoreSubscriber Операции EJB, 8.1 Customer Care

12 абонентского учета Activities
CM-EXT_BITTL- searchSubscriberBySubscrId Операции EJB, 8.1 Customer Care
13 абонентского учета Activities
CM-EXT_BITTL- searchSubscriberByResource Операции EJB, 8.1 Customer Care
14 абонентского учета Activities
CM-EXT_BITTL- searchSubscriberByName Операции EJB, 8.1 Customer Care
15 абонентского учета Activities
CM-EXT_BITTL- l9SearchSubscriberBySubAtt Операции EJB, 8.1 Customer Care
16 абонентского учета Activities
CM-EXT_BITTL- updateParameter Операции EJB, 8.1 Customer Care
17 абонентского учета Activities
CM-EXT_BITTL- changeLogicalResource Операции EJB, 8.1 Customer Care
18 абонентского учета Activities
CM-EXT_BITTL- addOffer Операции EJB, 8.1 Customer Care
19 абонентского учета Activities
CM-EXT_BITTL- removeOffer Операции EJB, 8.1 Customer Care
20 абонентского учета Activities
CM-EXT_BITTL- l9ChangePricePlan Операции EJB, 8.1 Customer Care
21 абонентского учета Activities
CM-EXT_BITTL- changeNameAddress Операции EJB, 8.1 Customer Care
22 (subscriber) абонентского учета Activities
CM-EXT_BITTL- l9GenerateNewPassword Операции EJB, 8.1 Customer Care
23 абонентского учета Activities
CM-EXT_BITTL- l9ChangeSubscriberAttr Операции EJB, 8.1 Customer Care
24 абонентского учета Activities
CM-EXT_BITTL- l9GetAvailableServices Операции EJB, 8.1 Customer Care
25 абонентского учета Activities
CM-EXT_BITTL- l9GetSubscriberAttrHistory Операции EJB, 8.1 Customer Care
26 абонентского учета Activities
CM-EXT_BITTL- getSubscriberHistory Операции EJB, 8.1 Customer Care
27 абонентского учета Activities
CM-EXT_BITTL- getSubscriberParameterHistor Операции EJB, 8.1 Customer Care
28 y абонентского учета Activities
CM-EXT_BITTL- getSubscriberResourceHistory Операции EJB, 8.1 Customer Care
29 абонентского учета Activities
CM-EXT_BITTL- getSubscriberServiceHistory Операции EJB, 8.1 Customer Care
30 абонентского учета Activities
CM-EXT_BITTL- getFutureActivities Операции EJB, 8.1 Customer Care
31 абонентского учета Activities
CM-EXT_BITTL- deleteFutureActivity Операции EJB, 8.1 Customer Care
32 абонентского учета Activities
CM-EXT_BITTL- searchCustomerById Операции EJB, 8.1 Customer Care
33 абонентского учета Activities
CM-EXT_BITTL- searchCustomerByName Операции EJB, 8.1 Customer Care
34 абонентского учета Activities
CM-EXT_BITTL- changeCustomerSubType Операции EJB, 8.1 Customer Care
35 абонентского учета Activities
CM-EXT_BITTL- changeNameAddress Операции EJB, 8.1 Customer Care
36 (customer) абонентского учета Activities
CM-EXT_BITTL- addOffer Операции EJB, 8.1 Customer Care
37 абонентского учета Activities
CM-EXT_BITTL- removeOffer Операции EJB, 8.1 Customer Care
38 абонентского учета Activities
CM-EXT_BITTL- getAgreementHeader Операции EJB, 8.1 Customer Care
39 абонентского учета Activities
 68

CM-EXT_BITTL- updateAgreementGeneralInfo Операции EJB, 8.1 Customer Care

40 абонентского учета Activities
CM-EXT_BITTL- updateContactInfo Операции EJB, 8.1 Customer Care
41 абонентского учета Activities
CM-EXT_BITTL- updateParameter Операции EJB, 8.1 Customer Care
42 абонентского учета Activities
CM-EXT_BITTL- changeCustomerGeneral Операции EJB, 8.1 Customer Care
43 абонентского учета Activities
CM-EXT_BITTL- l9UpdateSubscriberActDate Операции EJB, 8.1 Customer Care
44 абонентского учета Activities
CM-EXT_BITTL- l9RecancelSubscriber Операции EJB, 8.1 Customer Care
45 абонентского учета Activities
CM-EXT_BITTL- changeSubscriberOffers Операции EJB, 8.1 Customer Care
46 абонентского учета Activities
CM-EXT_BITTL- changeSubscriberDistribution Операции EJB, 8.1 Customer Care
47 абонентского учета Activities
CM-EXT_BITTL- l9CreateNewUnitAgreement Операции EJB, 8.1 Customer Care
48 абонентского учета Activities
CM-EXT_BITTL- getAgreementHeaderList Операции EJB, 8.1 Customer Care
49 абонентского учета Activities
CM-EXT_BITTL- getSubTree Операции EJB, 8.1 Customer Care
50 абонентского учета Activities
CM-EXT_BITTL- changeSubscriberOrgUnit Операции EJB, 8.1 Customer Care
51 абонентского учета Activities
CM-EXT_BITTL- changeChargeDistribution Операции EJB, 8.1 Customer Care
52 абонентского учета Activities
CM-EXT_BITTL- getSubTreeWithSubscribers Операции EJB, 8.1 Customer Care
53 абонентского учета Activities
CM-EXT_BITTL- l9MassChangeRequest Mass Update EJB, 8.1 Customer Care
54 Activities
CM-EXT_BITTL- l9UpdateParameter Операции EJB, 8.1 Customer Care
55 абонентского учета Activities
INV-EXT_BITTL- Get Quote Интерфейс запроса EJB, 8.1 Возвращает
01 цены рассчитанную сумму
для разовых
начислений
INV-EXT_BITTL- OrderChargeRequest Интерфейс EJB, 8.1 Создает разовое
02 создания разового начисление
начисления
INV-EXT_BITTL- QuotedOrderChargeRequest Интерфейс EJB, 8.1 Создает разовое
03 создания разового начисление и
начисления возвращает
рассчитанную сумму
RS-EXT_BITTL- billing-services-timing-amdocs Интерфейс Web- Предоставляет
01 синхронных service, возможность
операций 8.1 проведения CM
операций синхронно
всеми системами
(биллинговая система,
BiMEG, Amdocs,
платформы IPTV и
SIP)
RS-EXT_BITTL- GetInfo Интерфейс запроса Табличн Предоставляет
02 данных ый, 8.1 возможность
просмотра
информации о
параметрах customer и
subscriber
RS-EXT_BITTL- change_avcsubcriber_date Операции Web- Предоставляет
 69

03 абонентского учета service, возможность сдвига

8.1 даты изменения
номера активного VC
Subscriber
RS-EXT_BITTL- change_cvcsubcriber_date Операции Web- Предоставляет
04 абонентского учета service, возможность сдвига
8.1 даты изменения
номера неактивного
VC Subscriber
RS-EXT_BITTL- change_aadslsubcriber_date Операции Web- Предоставляет
05 абонентского учета service, возможность сдвига
8.1 даты изменения
номера активного
ADSL Subscriber
RS-EXT_BITTL- change_cadslsubcriber_date Операции Web- Предоставляет
06 абонентского учета service, возможность сдвига
8.1 даты изменения
номера неактивного
ADSL Subscriber
ИНТЕРФЕЙСЫ С СИСТЕМОЙ Mediation    
SWITCH- CDR interface Входящие файлы Файловы Голосовая связь
RS_OFCA-01 голосовой связи й, 8.1
SWITCH- OFCA - CDR interface Входящие файлы Файловы IP связь
02 сетевых событий й, 8.1
SWITCH- OFCA - CDR interface Входящие файлы Файловы IPTV
03 событий IPTV й, 8.1
ИНТЕРФЕЙСЫ External Usage    
INV- Billing External Usage  Информация о Табличн Charges, Discounts and
EXT_USAGE-01 начислениях, ый, 8.1 Tax information
скидках, и налогах
RT-EXT_USAGE- Rater External Usage  Тарифицированны Табличн Rated Events, Events
01 е события ый, 8.1 with duration less then
minimum with 0 rater,
pre-rated events with
the rater from mediation,
re-rate and UNDO
events with special
negative values
RS-EXT_USAGE- BiMEG External Usage Расширенная Табличн Запрашивает данные
01 информация ый, 8.1 из External Usage
о тарифицированны таблиц Амдокс,
х событиях, дополняет их
начислениях, необходимой
скидках, и налогах информацией и
передает в
биллинговую систему
филиалов
Отчеты    

Отчеты по откату    
RT-UNDO_REP- UNDO report Отчет по откату Табличн  
01 записей ый, 8.1
RT-UNDO_REP- UNDO output files Отчет по откату Файловы UNDO_EVENT_EXTRA
02 записей й, 8.1 CT and
UNDO_REJ_AEM

Отчеты по Биллингу    
 70

BL-REP-01 Billing Confirmation report Отчет о процессах Файловы AMC -> “Update
биллинга й, 8.1 Parameters” tab -> Job
Handling” window

Отчеты по выполнению автоматического EOD    

EOD-REP-01 EOD report Отчет о Табличн В данном отчете
выполнении ый, 8.1 представлена
процессов закрытия подробная
дня информация о статусе
заданий процесса
конца дня. Согласно
данной информации
Специальная система
Казахтелекома может
рассылать SMS или e-
mail экспертам или
операторам
Казахтелекома с
информацией о ходе
выполнения процессов
EOD
Отчеты по конфигурации Ценового Каталога    
PC-REP-01 PC report Справочная Табличн В данном отчете
информация из ый, 8.1 представлена
Ценового Каталога подробная
информация о
сущностях ценового
каталога
Отчеты по Mass Update    
CM-REP-01 CM Mass Update report  Отчеты по Табличн В данном отчете
проведению ый, 8.1 представлена
операций массового подробная
обновления информация о Mass
информации о Update Execution
клиентах
         

 АРХИТЕКТУРА СИСТЕМЫ
Архитектура системы представлена на следующем рисунке:
 71

 СХЕМА ВЗАИМОДЕЙСТВИЯ СИСТЕМ, ЭКСПЛУАТИРУЕМЫХ В АО

«КАЗАХТЕЛЕКОМ»

При ежедневной обработке данных, поступающих с коммутаторов:

1. Система предбиллинга (каждая из 18 филиалов) формирует файлы единого формата и

передает данные о трафике (или прочие данные ручного ввода установленного формата) в
общий центральный каталог Амдокс.

2. Амдокс загружает в свою систему файлы с данными о событиях и оказанных услугах.

3. Биллинговая система филиала (каждая из 18 филиалов) передает данные об абонентах и

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

4. Централизованный сервер интеграции передает загруженные из филиалов данные в БД

Амдокс через API интерфейсы.

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

6. Амдокс формирует тарифицированные записи в необходимом формате и передает на

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

7. Централизованный сервер интеграции, используя существующий расширенный интерфейс,

передает тарифицированные данные в биллинговую систему филиалов.

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

подготовленных для выставления единого счета абоненту (добавление разовых и прочих
услуг).

При закрытии периода в централизованном биллинге Amdocs:

1. Амдокс производит закрытие периода (биллингового цикла) и расчет периодических

начислений в соответствии с разбивкой филиалов по биллинговым циклам.

2. Амдокс формирует записи и передает на централизованный сервер интеграции с

рассчитанными суммами по оказанным услугам, налогам, скидкам.

3. Централизованный сервер интеграции, используя существующий расширенный интерфейс,

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

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

подготовленных для выставления единого счета абоненту (добавление разовых и прочих
услуг).

5. Биллинговая система филиала формирует и выставляет счета клиентам.

 ТРЕБОВАНИЯ К УСЛОВИЯМ ОСУЩЕСТВЛЕНИЯ ТЕХНИЧЕСКОЙ ПОДДЕРЖКИ

Описание предоставляемого сервиса

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

работы системы, согласно техническому описанию.

Исполнитель обязуется:

1. Проводить консультации по работе системы;

2. Оказывать помощь в установке модулей и подсистем.
3. Осуществлять бесплатную поставку обновлений системы при обнаружении отклонений от
технического описания (или поставку обновленной документации);
4. Консультировать по вопросам установки обновлений системы;
5. Локализовать и исправлять ошибки ПО, выявленные в процессе эксплуатации системы;
6. Дорабатывать существующее решение в случае изменения бизнес-процессов работы с
клиентами или предоставления услуг (запуска нового сетевого оборудования);
7. Осуществлять мониторинг правильности работы разработанных интерфейсов;
8. Выполнять работы по синхронизации клиентских баз данных в случае обнаружения
расхождений между мастер - системой и Amdocs;
9. Принимать участие в тестировании правильности функционирования программного
обеспечения;
10. Своевременно предоставлять исходные данные для выполнения задач тарификации;
11. Участвовать в работах по анализу правильности выполнения операций по закрытию
расчетного периода;
12. Принимать участие в разборе проблемных вопросов, связанных с различными аспектами
функционирования всего разработанного решения.
 73

Способы доступа к услугам технического сопровождения:

Условия оказания услуг:

1. Участник конкурса должен иметь квалифицированную команду для выполнения работ

по вышеприведенным требованиям состоящую из специалистов:
- прием заявки 2 специалиста
- менеджер проекта 2 специалиста
- тестировщики 2 специалиста
- инженер ПО 2 специалиста
- бизнес аналитик 2 специалиста
2. Участник конкурса должен подтвердить наличие сертификации не менее 2
разработчиков по программе «Adobe Certified Expert Advanced Coldfusion 9»;
3. Группа технического сопровождения должна иметь опыт работы на проектах
соответствующего уровня.

Услуги технической поддержки должны быть доступны:

1. По телефонной линии службы технической поддержки;

2. По электронной почте службы технической поддержки;
3. Через web – интерфейс для регистрации обращений;
4. Через web – интерфейс к базе знаний;
5. К FTP – серверу.

Период и условия оказания услуг:

1. Техническая поддержка оказывается с момента заключения договора до 31.12.2016г.

2. В рамках стандартного уровня от Заказчика выделяются достаточное количество
компетентных специалистов для обращения в службу ТП.

Доступность услуг

1. Запросы и заявки по телефону, электронной почте и через web – интерфейс - с 09:00 до

18:00 времени Астаны в течение рабочей недели (рабочей неделей считается понедельник
– пятница, исключение составляют праздничные дни, согласно законодательству РК);
2. Доступ к базе знаний и FTP предоставляется круглосуточно.

Лот №8. Услуги по техническому сопровождению API личного кабинета клиента

АО «Казахтелеком»

В 2012 г. АО «Казахтелеком» завершило запуск портала личного кабинета клиента АО

«Казахтелеком» cabinet.idport.kz, представляющего возможности просмотра личной и финансовой
информации, регистрации и отслеживания заявлений и платежей для зарегистрированных
клиентов АО «Казахтелеком». Был проработан API в виде Adobe Coldfusion Remote Object API.
В 2013 году, провели ряд модификаций в Remote Object Api личного кабинета, добавили новый
способ оплаты, интеграцию с платформой “Аренда ПО”, “ОТТ”, перенос функций личного
кабинета Megaline в api личного кабинета IDPort.
 74

В 2014 году, провели ряд модификаций в Remote Object Api личного кабинета, доработан API
интеграция с “ОТТ”, разработаны Remote Object функции управления услугами WiFi/Статический
IPv4, Родительский контроль. Интеграция с платформой SDP и IdHost (Услуги хостинга, через
Parallels), весь api личного кабинета Idpot интегрирован с интеграционной шиной АО
Казахтелеком – OSM.

В 2015 разработан API по управлению услуги “Отложенный платеж”, модифицирован и доработан

механизм для подключения услуги род. Контроль, для подключения услуги юр. Лицам.
Разработан API в виде OUTH2.0, для подключения сторонних поставщиков контента и облачных
сервисов.

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

Термины и сокращения

OSM – система управления заказами АО «Казахтелеком»

SDP – Платформа заказчика для управления онлайн услугами.
Siebel CRM – система управления взаимоотношениями с клиентами АО «Казахтелеком»
ИАС ППР – информационно-аналитическая система поддержки принятия решений
Amdocs – централизованная биллинговая система АО «Казахтелеком»
GPON - широкополосная сеть мультисервисного доступа, где по одному кабелю предоставляются
услуги интернета, телефонии и телевидения с гарантированным качеством обслуживания
Мегалайн – услуга предоставления широкополосного доступа к сети интернет по технологии
ADSL
NRI- Системы управления ресурсами заказчика
Parallels – Система хостинга заказчика
ОТТ – Платформа предоставления услуг видео контента
WiFi – Беспроводная сеть с выходом в интернет
Аренда ПО – Платформа предоставления Аренды программного обеспечения Online
Epay.kkb – Система принятия платежей КазКом Банка
HappyDrive – Система аренды дискового пространства онлайн
BWKS – Система предоставления SIP телефонии
Wargamming – Игровая платформа
ПО – программное обеспечение
 75

Филиал АО Казахтелеком

1 2 3
4 5 6
7 8 9
* 8 #

Пользователь портала
Биллинговая система

OSM IdPort Siebel CRM

Центр(Алматы)

 Описание функций API портала.

API Портала личного кабинета клиента АО «Казахтелеком» предоставляет следующий

перечень:

1. API получения RSS – новостей с портала telecom.kz

1.1. На русском языке
1.2. На казахском языке

2. API получения личной информации клиента

2.1. ФИО/Наименование
2.2. Номер лицевого счета
2.3. Логин
2.4. Перечень подключенных устройств клиента
2.5. Перечень используемых клиентом услуг
3. API получения финансовой информации клиента
3.1. Сумма к оплате на текущий момент
3.2. Перечень счетов клиента с указанием начисленной суммы и задолженности
 76

3.3. Перечень платежей клиента

3.4. Детальная расшифровка использованных клиентом услуг
3.5. Предоставление детальной расшифровки большого объема в виде архива
4. API управления системными настройками для работы клиента для графического
интерфейса личного кабинета
4.1. Контрольный вопрос
4.2. Контрольный ответ
4.3. Получение рекламных рассылок
4.4. Число попыток смены пароля
4.5. Число входов в личный кабинет между сменами пароля
4.6. Период неактивности (минуты)
4.7. Смена пароля доступа в личный кабинет
4.8. Изменение E-mail
4.9. Изменение номера мобильного телефона
4.10. Настройка адреса доставки счёта.
5. API для автоматический перехода в личный кабинет пользователя услуги Megaline
6. Регистрация заявлений клиента
7. Регистрация платежей клиента посредством epay.kkb.kz
8. Регистрация платежей клиента посредством epay.kkb.kz на предоплаченный счет
9. Предоставление справочной информации по работе в личном кабинете
10. Предоставление возможности выбора языка интерфейса личного кабинета (казахский
язык/русский язык)
11. API Тикетной системы
11.1. Интеграция с системой Oracle Siebel CRM
11.2. Управление заказами на услуги
11.3. Управление заявками централизованного бюро ремонта
11.4. Управление сервисными заявлениями
12. API управления функциями “Умный телефон”
12.1. Активация номера на платформе BWKS
12.2. Активация номера в биллинговой системе Amdocs
12.3. Закрытие номера на платформе BWKS
12.4. Закрытие номера в биллинговой системе Amdocs
13. Интеграция с Dr. Web
13.1. Подписка на услугу
13.2. Отписка от услуги
13.3. Просмотр активных подписок
13.4. Переход в кабинет
 77

14. API управления Wi-Fi услугой

14.1. Просмотр активных заказов
14.2. Заказ услуги
14.3. Управление справочной информацией

15. Функции управления услугами Megaline/IdNet

15.1. Просмотр статистики за период времени (входящий / исходящий трафик).
15.2. Просмотр доступных услуг
15.3. Смена тарифного плана для услуги “Megaline/IdNet”
15.4. Изменение настроек интернет
15.5. Изменение настроек уведомлений
15.6. Настройка адреса доставки счетов
15.7. Статистика неудачных попыток входа
15.8. Услуга Турбо-квота
15.9. Услуга Workgamming
15.10. Услуга Родительский контроль
15.11. Услуга Статический Ipv4
15.12. Отложенный платеж
15.13. Услуга HappyDrive
16. API Интеграции с порталом IdPhone
16.1. Процесс перехода из Личного кабинета IDPort в личный кабинет IDPhone
17. Услуга Altel 4G
17.1. Просмотр статистики
17.2. Переход в кабинет Altel 4g
17.3. Методы блокировки/разблокировки номера Алтел

18. Динамический механизм акций и баннеров

18.1. Управление периодом активности акции
18.2. Управление периодом активности баннеров
18.3. Описание новых услуг, перенаправление на страницу с детальным описанием

19. Динамический механизм управления услугой ОТТ

19.1. Подписка на услугу
19.2. Активация услуги
19.3. Переход в кабинет для настройки услуги
19.4. Добавлена возможность подключения к различным тарифным планам
 78

20. Интеграция с платформой Аренда ПО – RentSoft

20.1. Подключение iframe
20.2. Механизм перенаправления на страницу с продуктом, по url-параметрам
20.3. Механизм пополнения предоплаченного счета.
21. Обслуживание двух узлов кластера ЛК IdPort
21.1. Плановое Обновление ПО
21.2. Администрирование
21.3. Мониторинг производительности.
22. Механизм управления услугами хостинга и интеграция с IdHost.kz
22.1. Подписка на услугу
22.2. Активация услуги
22.3. Переход в кабинет для настройки услуги
23. Механизм управления услугами SDP
23.1. Подключение и отключение услуги Виртуальный контакт центр
23.2. Подключение и отключение услуги Виртуальный номер
23.3. Переход в кабинет SDP
 Требования к условиям осуществления технической поддержки

 Описание предоставляемого сервиса

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

бесперебойной работы системы, согласно техническому описанию.
Исполнитель обязуется:
1. Проводить консультации по работе системы;
2. Исправлять ошибки ПО, выявленные в процессе эксплуатации системы;
3. Осуществлять бесплатную поставку обновлений системы при обнаружении
отклонений от технического описания (или поставку обновленной документации);
4. Консультировать по вопросам установки обновлений системы.
 Условия оказания услуг
1. Участник конкурса должен иметь квалифицированную команду для выполнения работ
по вышеприведенным требованиям состоящую из специалистов:
- прием заявки 2 специалиста
- менеджер проекта 1 специалист
- тестировщики 2 специалиста
- инженер ПО 2 специалиста
- бизнес аналитик 2 специалиста
2. Участник конкурса должен подтвердить наличие сертификации не менее 2
разработчиков по программе "Adobe Certified Expert Advanced Coldfusion 9"
 79

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

соответствующего уровня.
 Услуги технической поддержки должны быть доступны:
1. По телефонной линии службы технической поддержки;
2. По электронной почте службы технической поддержки;
3. Через web – интерфейс для регистрации обращений;
4. Через web – интерфейс к базе знаний;
5. К FTP – серверу
 Период и условия оказания услуг
1. Техническая поддержка оказывается с момента подписания договора до 31.12.2016г.
2. В рамках стандартного уровня от Заказчика выделяются достаточное количество
компетентных специалистов для обращения в службу ТП.
 Доступность услуг
1. Запросы и заявки по телефону, электронной почте и через web – интерфейс - с 09:00 до
18:00 времени Астаны в течение рабочей недели (рабочей неделей считается
понедельник – пятница, исключение составляют праздничные дни согласно
законодательству РК)
2. Доступ к базе знаний и FTP предоставляется круглосуточно.

Лот №9. Услуги по техническому сопровождению системы «Расчет дивидендов».

ТЕХНИЧЕСКАЯ СПЕЦИФИКАЦИЯ

Термины и сокращения

ЦА - Центральный аппарат
Eдиный Регистратор - Единый регистратор ценных бумаг
ЕПС - Единая платежная система
SAP - System Analysis and Program Development Системный анализ и разработка программ ЭДО
LN – Электронный документооборот Lotus Notus
ПО – Программное обеспечение
ТС – Техническое сопровождение
БД - База данных

Общие сведения

Наименование системы – «Система по формированию Ведомости на выплату дивидендов».

Заказчик - АО «Казахтелеком».

Участник тендера должен представить предложение на оказание услуг по годовой технического

сопровождения системы «Расчет дивидендов» АО «Казахтелеком» на 2016 год.
Сроки оказания услуг: с момента заключения Договора по 31.12.2016.

Техническое задание на оказание услуг

1. Общие положения
 80

В АО «Казахтелеком» в 2015г. была разработана согласно требованиям Заказчика и внедрена в

промышленную эксплуатацию система «Расчет Дивидендов».
За время эксплуатации были выполнены две выплаты дивидендов:
1. По итогам периода
2. По задолженности за прошедшие периоды
3. Оптимизация производительности БД
Система имеет бизнес критичность, требует поддержки.

2. Архитектура системы

1.   Сотрудники АО «Казахтелеком» запрашивают в формате Excel список акционеров у АО

«Единый регистратор ценных бумаг».
2.   При импорте в систему Excel файл конвертируется, а также анализируется качество
загружаемых данных. Акционеры, не прошедшие проверку на полноту данных, отсеиваются и не
попадают в Ведомость. 
3.   Формируется Ведомость по акционерам, которые удачно прошли проверку на корректность
данных. Ведомость выгружается из системы в требуемом формате, который импортируется в
ЕПС через модуль «Дивиденды» БД Lotus Notes.
4.   Формируются платежные поручения в модуле «Платежи», которые отправляются на оплату
через бухгалтерию в обслуживающий банк.
5.   Информация по возвратам из SAP и ЕПС выгружается в файл, который импортируется в
систему для учета возвращенных дивидендов по акционерам.
Единая
платежная
система Возврат из ЕПС
по
некорректным Формирование
данным
Единый платежных
Регистратор поручений

Модуль
Автоматическое Модуль
Данные в формате «Дивиденды ДБУиО
формирование «Платежи»
Excel: »
ведомости на Отправка
1. Реестр акционеров
выплату платежных
2. История сделок за
дивидендов и поручений на
период Занесение
импорт в БД оплату
информации
вручную по
Система по возвратам в БД Банк
формировани
Автоматическая БД Lotus Оплата
ю ведомости
загрузка данных о Notes дивидендов
возвратах

ДПФ SAP
Возвраты по Поступление Акционер
платежным данных о
поручениям возвратах
Автоматическая
загрузка
данных о
возвратах

3. Описание системы

3.1. Интерфейс пользователя

3.2. Панель управления системы состоит из следующих меню:
3.2.1. Реестр
 Импорт реестра
 Конвертация файла
 Загрузка данных из реестра
 81

 Просмотр данных загруженного реестра

 История по реестрам
 Структура акционера
 Редактирование данных акционера
 Просмотр данных
 Поиск данных по условию
3.2.2. Ведомость
 Сформировать ведомость из реестра
 Формирование ведомости по одному из трех типов
 Просмотр данных по сформированной ведомости
 Выгрузка данных в Excel
 Выгрузка данных в формате txt
 Добавление/задание стоимости дивиденда на одну акцию
 История по ведомостям
 Просмотр данных по выбранной ведомости
 Поиск данных по условию
 Отсев данных
 Редактирование данных
 Просмотр данных
 Поиск данных по условию
 Справочник по банкам
 Добавление данных
 Редактирование данных
 Просмотр данных
 Поиск данных по наименованию банка
3.2.3. История сделок
 Добавление данных
 Удаление данных
 Просмотр данных
 Поиск данных по условию
3.2.4. Возвраты
 Из ЕПС
 Конвертация файла
 Загрузка данных
 Просмотр данных
 Поиск данных по условию
 Из SAP
 Конвертация файла
 Загрузка данных
 Просмотр данных
 Поиск данных по условию
 Отсев по возвратам

3.2.5. Отчёты
 Формирование и выгрузка отчета «Структура прочих держателей
простых акций с долей менее 5%»
 Формирование и выгрузка отчета «Держатели простых акций по
географическому расположению»
 82

 Формирование и выгрузка отчета «Структура держателей

привилегированных акций по категориям».
 Формирование и выгрузка отчета «Данные о суммах задолженности по
выплате дивидендов, начиная с 1996 года»
 Формирование и выгрузка отчета «Информация о дивидендах,
начисленных на одну акцию»
3.2.6. Доверенности
 Добавление данных
 Редактирование данных
 Просмотр данных
 Поиск данных по условию
 Выгрузка данных в Excel

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

1. Загрузка файлов-данных в Систему:

- импорт реестров на начало/конец периодов
- импорт реестров по итогам периода
- импорт данных по возвратам из ЕПС
- импорт данных по возвратам из SAP
2. Создание/редактирование данных в Системе по доверенным лицам.
3. Добавление/редактирование данных в справочных данных по банкам и структуре
акционера.  
4. Добавление данных в Систему по истории сделок.
5. Формирование отчетов:
- Структура прочих держателей простых акций с долей менее 5%;
- Держатели простых акций по географическому расположению;
- Структура держателей привилегированных акций по категориям;
- Справка о суммах задолженности, по выплате дивидендов начиная с 1996 года.
6. Исправление проблем с авторизацией пользователей в Системе.
7. Исправление в миграционных данных по задолженности на основе данных из источников
(реестры и выплаты).
5. Требования к условиям осуществления технического сопровождения
Исполнитель принимает на себя обязательства по обеспечению корректной и
бесперебойной работы системы, согласно техническому описанию.
Исполнитель обязуется:
1. Проводить консультации по работе системы;
2. Исправлять ошибки ПО, выявленные в процессе эксплуатации системы;
5.1. Условия оказания услуг
1. Участник конкурса должен иметь квалифицированную команду из следующих
специалистов:
- прием заявки 1 специалист
- менеджер проекта 1 специалист
 83

- тестировщики 1 специалист
- инженер программирования 1 специалист
- бизнес аналитик 1 специалист
2. Участник конкурса должен подтвердить наличие не менее 2 системных
администраторов БД. Подтвердить наличие сертификата Oracle Database 11g.
Administration Workshop I)
3. Группа технического сопровождения должна иметь опыт работы на проектах
соответствующего уровня.

5.2. Услуги технического сопровождения должны быть доступны:

1. По телефонной линии службы технической поддержки;
2. По электронной почте службы технической поддержки;
3. Через web – интерфейс для регистрации обращений;
4. Через web – интерфейс к базе знаний;
5. К FTP – серверу

5.3. Период и условия оказания услуг

1. Техническая поддержка оказывается с момента заключения Договора до 31.12.2016г.
2. В рамках договора на поддержку от Заказчика выделяются достаточное количество
компетентных специалистов для обращения в службу ТП.

Приоритет проблемных вопросов

Все обращения, не зависимо от способа их доставки, касающиеся проблем, сбоев,

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

S1, Срочный - имеет место катастрофическая ошибка (сбой) в Программном

обеспечении, вызывающая полный отказ системы или безвозвратную потерю данных или сбой
обновления системы на стандартную новую версию (апгрейд).
S2, Серьёзный - серьезная ситуация, вызывающая нарушение нормальной работы
системы или значительной её части.
S3, Затруднительный - не критическая ситуация или, когда временное решение
проблемы уже найдено.
S4, Незначительный - несущественная проблема, такая как мелкая неисправность в
пользовательском интерфейсе или документации.

Время реагирования.
Ниже описано целевое время отклика на запросы клиента по каждому уровню
приоритетов. Цель технической поддержки - удовлетворить по времени реагирования на 90%
всех поступающих запросов.

Прием запроса - период времени от непосредственной подачи запроса (через

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

действия.

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

разрешению возникшей ситуации.

Приоритет Прием Решение Действие

запроса проблемы

S1, Срочный 8 часов 10 часов Срочная или аварийная ситуация,

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

S2, Серьёзный 10 часов 2 дня Попытка найти целесообразное

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

S3, 2 дня 15 дней Временное решение или

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

S4, 5 дней 20 дней Принятие к сведению.

 85

Незначительный Предоставление примерного времени

разрешения проблемы в программном
обеспечении.

5.4. Стандартный график поддержки:

1. Все согласованные услуги должны быть оказаны по 31.12.2016 года с момента
заключения Договора.
2. В обычные часы работы - с 09:00 до 18:00 (время Астаны) в течение рабочей недели
(рабочей неделей считаются рабочие дни с понедельника по пятницу, исключение составляют
праздничные дни согласно законодательству Республики Казахстан).

Приложение 3 к Тендерной документации

по электронному тендеру по закупке
услуг технического сопровождения информационных систем
 
Банковская гарантия
(форма обеспечения тендерной заявки)
 
 Наименование банка________________________________________________
                                            (наименование и реквизиты банка)
 Кому__________________________________________________________
               (наименование и реквизиты Заказчика/Организатора закупок)

Гарантийное обязательство №_______

_________________ «___»_________ _____________г.

(местонахождение)
 
 Мы были проинформированы, что _____________________________________________,
                                            (наименование потенциального поставщика)
в дальнейшем «Поставщик», принимает участие в тендере по закупке
_________________________________________________________,
организованном _____________________________________________________________,
                                    (наименование Заказчика/Организатора закупок)
и готов осуществить поставку (выполнить работу, оказать услугу) ___________________
  ________________________________ на общую сумму ______________________ тенге.
(наименование и объем услуг)                  (прописью)
 Тендерной документацией от «___»__________ _____ г. по проведению вышеназванных
закупок предусмотрено внесение потенциальными поставщиками обеспечения тендерной заявки в
виде банковской гарантии.
 В связи с этим мы ______________________________________ настоящим берем на себя
                                        (наименование банка)
безотзывное обязательство выплатить Вам по Вашему требованию сумму, равную
____________________________________________________________________________,
 86

                                (сумма в цифрах и прописью)

по получении Вашего письменного требования на оплату, а также письменного подтверждения
того, что Поставщик:
 - отозвал или изменил тендерную заявку после истечения окончательного срока
представления тендерных заявок;
 - не подписал в установленные сроки договор о закупках;
 Данное гарантийное обязательство вступает в силу со дня вскрытия конвертов с тендерными
заявками
 - не внес обеспечения исполнения договора о закупках после подписания договора о закупках
в форме, объеме и на условиях, предусмотренных в тендерной документации.
 Данное гарантийное обязательство действует до окончательного срока действия тендерной
заявки Поставщика на участие в тендере и истекает полностью и автоматически, независимо от
того, будет ли нам возвращен этот документ или нет, если Ваше письменное требование не будет
получено нами к концу _____________. Если срок действия тендерной заявки продлен, то данное
гарантийное обязательство продлевается на такой же срок.
 Все права и обязанности, возникающие в связи с настоящим гарантийным обязательством,
регулируются законодательством Республики Казахстан.
 
Подпись и печать гаранта Дата и адрес
 87

Приложение 4 к Тендерной документации

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

 Банковская гарантия
(форма обеспечения исполнения
договора о закупках)
 
 Наименование банка:
__________________________________________________________________                                       
        (наименование и реквизиты банка)
 Кому: ________________________________________________________________
                                            (наименование и реквизиты заказчика/Организатора закупок)
 Гарантийное обязательство № ___
 
__________________ «___»___________ _____ г.
(местонахождение)  
 
Принимая во внимание, что __________________________________,
                                                      (наименование поставщика)
«Поставщик», заключил (-ит)* договор о закупках №__ от ______ г. (далее - Договор) на
поставку (выполнение, оказание)
_____________________________________________________________________________________
______________,и Вами было _________________________________________________
  (описание услуг)
предусмотрено в Договоре, что Поставщик внесет обеспечение возврата аванса
(предоплаты)/исполнение договора (нужное подчеркнуть) в виде банковской гарантии на общую
сумму
_________ тенге, настоящим ___________________________________________________
                                                      (наименование банка)
подтверждаем, что являемся гарантом по вышеуказанному Договору и берем на себя
безотзывное обязательство выплатить Вам по Вашему требованию сумму, равную
____________________________________________________________________________,
 (сумма в цифрах и прописью)
по получении Вашего письменного требования на оплату, а также письменного
подтверждения того, что Поставщик не исполнил или исполнил ненадлежащим образом свои
обязательства по Договору.
 Данное гарантийное обязательство вступает в силу с момента его подписания и действует до
момента исполнения поставщиком обязательств на сумму, превышающую сумму оплаченного
аванса (предоплаты)/полного исполнения Поставщиком своих обязательств по Договору (нужное
подчеркнуть).
 Все права и обязанности, возникающие в связи с настоящим гарантийным обязательством,
регулируются законодательством Республики Казахстан.
 
Подпись и печать гарантов Дата и адрес
 
 88

Приложение 5 к Тендерной документации

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

Проект Договора о закупках услуг

Договор № ___________
г. Алматы «___» _________ 2016 г.

Акционерное общество «Казахтелеком», именуемое в дальнейшем «Заказчик», в

лице_____________, действующего на основании ____________________, с одной стороны, и
(полное написание аббревиатуры) _______, именуемое в дальнейшем «Исполнитель», в лице
_________, действующего на основании __________, с другой стороны, совместно именуемые
«Стороны», а по отдельности «Сторона», на основании Правил закупок товаров, работ и услуг
Акционерным Обществом «Фонд национального благосостояния «Самрук-Қазына» и
организациями пятьдесят и более процентов голосующих акций (долей участия) которых прямо
или косвенно принадлежат АО «Самрук-Казына» на праве собственности или доверительного
управления, утвержденных решением Совета Директоров АО «Самрук-Казына» (Протокол СД
№80 от 26.05.2015г.) и Протокола об итогах открытого тендера «по закупке _______» от
«___»______2016 года, заключили настоящий Договор (далее - Договор) и пришли к соглашению
о нижеследующем.
Заказчик объявил открытый тендер «по закупке __________» и принял тендерную заявку
Исполнителя по Лоту ____ «_________ » на сумму _______ (прописью) тенге, включая НДС 12%.

1. Предмет Договора
1.1. Заказчик поручает и оплачивает, а Исполнитель принимает на себя обязательство по оказанию
услуг по _______ (далее – Услуги), в соответствии с условиями, предусмотренными Договором.
1.2. Срок оказания Услуг: __________

2. Общая стоимость Договора и условия оплаты

2.1. Цена Договора составляет ________ (прописью) тенге _______, плюс НДС по ставке 12 % в
сумме ______ (прописью) тенге. Общая стоимость Договора _____ (прописью) тенге.
2.2. При оказании услуг:
- 100% оплата с момента подписания окончательного акта оказанных Услуг.
При оказании услуг технической поддержки и сопровождения:
Оплата стоимости Услуг производится ежемесячными платежами с момента начала действия
Договора в течение 20 (Двадцати) рабочих дней после подписания ежемесячных Актов оказанных
Услуг (далее - Акт) и предоставления счетов-фактур Исполнителем. Предварительная оплата не
предусмотрена. Датой исполнения Заказчиком обязательств по оплате считается дата списания
денег с его расчётного счёта.
2.3. По валютным договорам: Банковские расходы, возникающие при исполнении Договора и
других сопутствующих документов, на территории страны Заказчика оплачиваются Заказчиком,
вне территории страны Заказчика - оплачиваются Исполнителем.

3. Обязанности Сторон
3.1. Заказчик обязуется:
3.1.1. Произвести оплату за оказанные Услуги в соответствии с пунктом 2.2. Договора.
3.1.2. Предоставить место для оказания Услуг, а также беспрепятственный доступ специалиста
Исполнителя в место оказания Услуг.
3.1.3. Возвратить Исполнителю обеспечение исполнения Договора в течение 10 (Десяти) рабочих
дней с даты полного и надлежащего исполнения Исполнителем обязательств по Договору;
3.2. Исполнитель обязуется:
3.2.1. Оказать услуги в полном объеме, согласно условиями Договора.
 89

3.2.2. При оказании услуг технической поддержки и сопровождения:

Не позднее 25 (Двадцать пятого) числа каждого месяца предоставлять Заказчику Акт за текущий
месяц в 2 (Двух) экземплярах, отчет об оказанных Услугах а также налоговую счет-фактуру
установленного образца.
3.2.3. При оказании услуг (сроком оказания 30 дней и больше):
Не позднее 30 числа последнего месяца представить Заказчику Акт в двух экземплярах, а также
налоговый счет-фактуру установленного образца.
3.2.4.Обеспечить долю местного содержания в Услуге согласно гарантийному обязательству в
размере ___ %.
3.2.5. Внести обеспечение исполнения Договора в размере (___указать обеспечение в процентном
выражении___) % (_прописью_) процентов от общей стоимости Договора в течение 20 (Двадцати)
рабочих дней с даты заключения Договора;
Не допускается совершение Исполнителем действий, приводящих к возникновению у
третьих лиц права требования в целом либо в части на внесенный гарантийный денежный взнос до
полного исполнения обязательств по Договору.

4. Особые условия Договора

4.1. Услуги, оказываемые Исполнителем должны соответствовать рекомендациям качества в
соответствии с ISO 9001.
4.2. Исполнитель привлекает на проведение сервисных Услуг только сертифицированный
обученный персонал.
4.3. После завершения оказания услуг, Исполнитель оформляет двусторонний Акт, который
Исполнитель предоставляет Заказчику.
4.4. Заказчик в течение 5 (Пять) рабочих дней от даты получения Акта обязан подписать его или
предоставить Исполнителю мотивированный отказ от приемки оказанных услуг.
4.5. В случае мотивированного отказа Заказчика Сторонами составляется двусторонний Акт с
перечнем необходимых доработок и сроков оказания услуг. Эти доработки проводятся
Исполнителем за счет собственных средств.

5. Ответственность Сторон
5.1. В случае необоснованного одностороннего отказа от исполнения Договора, Исполнитель
уплачивает Заказчику штраф в размере 10 % от общей стоимости Договора.
5.2. В случае нарушения Исполнителем сроков выполнения обязательств, Исполнитель уплачивает
Заказчику пеню в размере 0,1 % от суммы неисполненного обязательства за каждый день
просрочки, но не более 5 % от общей стоимости Договора.
5.3. В случае нарушения Заказчиком сроков оплаты Исполнитель имеет право выставить пеню в
размере 0,1% от суммы неисполненного обязательства за каждый день просрочки, но не более 5 %
от общей стоимости Договора, а Заказчик обязан оплатить.
5.4. В случае расторжения Договора по основаниям, указанным в подпунктах 9.1.2., 9.1.3., 9.1.4.,
9.1.5, 9.1.6. Договора, а так же нарушения п. 10.5. Договора, Исполнитель выплачивает Заказчику
штраф в размере 5% от общей стоимости Договора.
5.5. Ответственность Сторон в иных случаях определяется в соответствии с законодательством
Республики Казахстан.
5.6. За неисполнение обязательств по доле местного содержания, указанных в пп. 3.2.4 Договора,
Заказчик в праве взыскать штраф в размере 5%, а также 0,15% за каждый 1% невыполненного
местного содержания, от общей стоимости Договора, но не более 15 % от общей стоимости
Договора.
5.7. В случае нарушения Исполнителем исполнения договорных обязательств, Заказчик вправе
удержать из суммы внесенного обеспечения исполнения Договора, сумму штрафа, начисленную
Исполнителю за нарушение исполнения им договорных обязательств и возникших в связи с этим
убытков. Оставшаяся сумма обеспечения исполнения договора возвращается Исполнителю в
течение 10 (Десяти) рабочих дней с даты полного и надлежащего исполнения им своих
 90

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

нарушений условий Договора. При этом в случае полной оплаты штрафных санкций
самостоятельно Исполнителем обеспечение исполнение договора Заказчиком не удерживается.
5.8. Заказчик вправе в одностороннем порядке отказаться от исполнения Договора и требовать
возмещения убытков в случае представления Исполнителем недостоверной информации по доле
местного содержания в Услугах.
5.9. Оплата штрафов и пени Стороны обязаны осуществить в течение 20 (Двадцать) рабочих дней
с даты получения соответствующей претензии.
5.10. Оплата штрафов и пени не освобождают Стороны от исполнения обязательств по Договору.
5.11. В случае нарушения Исполнителем договорных обязательств, Заказчик вправе удержать из
сумм, подлежащих выплате Исполнителю, сумму пени и штрафа, начисленную Исполнителю
согласно условиям Договора.
5.12. За несвоевременное предоставление отчетности по местному содержанию и предоставление
недостоверной отчетности Исполнитель несет ответственность в виде штрафа в размере 5% от
общей стоимости Договора.
5.13. В случае, если Исполнитель в сроки, установленные пунктом 3.2.5. Договора не внесет
обеспечение исполнения Договора, то такой Исполнитель признается уклонившимся от
заключения Договора и Заказчик удерживает внесенное им обеспечение заявки на участие в
тендере.

6. Разрешение споров
6.1. В случае возникновения споров и разногласий по Договору Стороны обязуются принять все
меры к их урегулированию путем переговоров.
6.2. В случае невозможности разрешения споров и разногласий путем переговоров между
Сторонами, то они подлежат разрешению в соответствии с законодательством Республики
Казахстан и на территории Республики Казахстан.

7. Форс-мажорные обстоятельства
7.1. Ни одна из Сторон не несет ответственности перед другой Стороной за невыполнение
обязательств по Договору, возникших помимо воли и желания Сторон в результате бедствий
природного или техногенного характера и которые нельзя предвидеть или избежать, включая
объявленную или фактическую войну, гражданские волнения, эпидемии, блокаду, эмбарго,
землетрясения, наводнения, пожары и другие стихийные бедствия.
7.2. Свидетельство, выданное компетентным органом, является достаточным подтверждением
наличия и продолжительности действия непреодолимой силы.
7.3. Сторона, для которой стало невозможным выполнение своих обязательств по Договору
должна дать извещение другой Стороне в течение 5 (Пять) рабочих дней о начале и прекращении
действия обстоятельств, воспрепятствовавших выполнению обязательств по Договору.
7.4. Если обстоятельства непреодолимой силы действуют на протяжении 4-х последовательных
месяцев и не обнаруживают признаков прекращения, Договор, может быть, расторгнут любой из
Сторон путем направления уведомления другой Стороне.

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

9. Расторжение Договора в одностороннем порядке

 91

9.1. Заказчик вправе в одностороннем порядке расторгнуть Договор, путем направления за 5 (пять)
календарных дней письменного уведомления Исполнителю, в случаях:
9.1.1. Признания в установленном порядке другой Стороны банкротом, возбуждения в отношении
Исполнителя процедур по реорганизации и/или ликвидации;
9.1.2 Оказания услуг ненадлежащего качества, с недостатками, которые не могут быть устранены
в приемлемый для Заказчика срок;
9.1.3. Нарушения Исполнителем срока оказания Услуг более чем на 30 (Тридцать) календарных
дней;
9.1.4. Неисполнения или/и ненадлежащего исполнения своих обязательств по Договору и
неоднократного нарушения Исполнителем срока оказания Услуг или других условий Договора;
9.1.5. Не внесения Исполнителем обеспечения исполнения Договора;.
9.1.6. Предоставления Исполнителем недостоверной информации по доле местного содержания в
Услугах.
9.2 Исполнитель вправе в одностороннем порядке расторгнуть Договор, путем направления за 5
(пять) календарных дней письменного уведомления Заказчику, в случаях:
9.2.1. Неоднократного нарушения Заказчиком сроков оплаты по Договору.

10. Прочие условия.

10.1. Договор вступает в силу с даты его заключения и действует до полного и надлежащего
исполнения Сторонами своих обязательств по Договору.
10.2. Стороны обязуются регулярно извещать друг друга о предполагаемых изменениях в ходе
исполнения Договора и информировать о дополнительно открывающихся обстоятельствах,
непосредственно влияющих на исполнение Сторонами условий Договора в письменном виде.
10.3. Все изменения и дополнения к Договору будут иметь юридическую силу, если они не
противоречат законодательству Республики Казахстан и/или иным документам,
регламентирующим порядок осуществления закупок товаров, работ и услуг Заказчиком,
совершены в письменной форме, подписаны уполномоченными представителями Сторон и
скреплены печатями Сторон.
10.4. Договор составлен в двух экземплярах на русском языке, имеющих равную юридическую
силу, по одному экземпляру для каждой из Сторон.
10.5. Передача прав и обязательств по Договору третьим лицам не допускается.
10.6. Во всем остальном, что прямо не предусмотрено Договором Стороны руководствуются
законодательством Республики Казахстан.
10.7. Перечень приложений к Договору», являющихся неотъемлемыми частями Договора: -
Приложение № 1 «Техническая спецификация».
- Приложение №2 «Отчетность по местному содержанию (работы и услуги)».
10.8 В связи с участием Заказчика в обязательном банковском информационном пуле АО ФНБ
Самрук-Казына (далее - Фонд), возможно предоставление банковских выписок на единый
безопасный канал SWIFT/КЦМР Фонда, содержащие информацию по настоящему Договору с
Исполнителем, включая наименование контрагента, номер счета, цель и сумму платежа.

11. Юридические адреса, банковские реквизиты и подписи Сторон

Исполнитель: Заказчик:
_______________________
АО «Казахтелеком»
Республика Казахстан,
г. Астана р-н Есиль, пр. Сауран, 12
тел.(7172) 587704,
факс (7172) 587556,
РНН 600700017446,
 92

БИН 941 240 000 193

ИИК KZ779261802104233017
в АО «Казкоммерцбанк»
БИК KZKOKZKX

___»_________________2016 г. «____»_________________2016 г.
м.п. м.п.

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

к Договору №__________ от «____» _____________2016 г.

Техническая спецификация

_____________________ __________________________
___»_________________2016 г. «____»_________________2016 г.
м.п. м.п.
 93

Приложение 6 к Тендерной документации

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

Критерии для расчета минимальной условной цены

Указать правильный
№ Критерий
ответ
Потенциальный поставщик является добросовестным
1 поставщиком в соответствии с Перечнем добросовестных да/нет
поставщиков Холдинга
Наличие у потенциального поставщика опыта работы на
однородном рынке закупаемых услуг, в течение последних 5 лет,
подтвержденного соответствующими оригиналами или
2 да/нет
нотариально засвидетельствованными копиями накладных,
соответствующих актов, подтверждающих прием-передачу
оказанных услуг.
Наличие у потенциального поставщика сертифицированной
системы (сертифицированных систем) менеджмента в
соответствии с требованиями государственных стандартов
3 Республики Казахстан, соответствующей предмету проводимых да/нет
закупок, подтвержденной нотариально засвидетельствованной
копией сертификата системы менеджмента или копией,
заверенной организацией, выдавшей сертификат
Гарантийное обязательство потенциального поставщика по доле
местного содержания в работах или услугах, подписанное
первым руководителем потенциального поставщика либо лицом
им уполномоченным, с указанием процентного значения
местного содержания в предлагаемых работах или услугах и
содержащее расчет доли местного содержания, подтверждающий
итоговое процентное значение местного содержания в
предлагаемых работах или услугах, произведенный в
соответствии с требованиями Единой Методики, утвержденной
Постановлением Правительства Республики Казахстан.
В случае не соответствия расчета доли местного содержания,
указанного в настоящем подпункте, требованиям Единой
Методики, утвержденной Постановлением Правительства
Республики Казахстан, или технической спецификации да/нет
4
тендерной документации тендерная комиссия не применяет к
потенциальному поставщику условную скидку по критерию,
определенному настоящим подпунктом;
В случае участия потенциального поставщика в торгах на
понижение потенциальный поставщик предоставляет
гарантийное обязательство по доле местного содержания в
работе или услуге с учетом ценового предложения на
понижение цены. В случае отсутствия гарантийного
обязательства потенциального поставщика по доле местного
содержания в работах или услугах с учетом ценового
предложения на понижение цены тендерная комиссия не
применяет к потенциальному поставщику условную скидку по
критерию, в соответствии с настоящим пунктом;
 94

Потенциальный поставщик является участником специальной

экономической зоны (СЭЗ) «Парк инновационных технологий» и
оказывает услуги, относящиеся к приоритетным видам
деятельности, соответствующим целям СЭЗ «Парк
5 инновационных технологий» и предмету закупок в соответствии да/нет
с представленной нотариально засвидетельствованной копией
договора об осуществлении деятельности в качестве участника
СЭЗ «Парк инновационных технологий», заключенного между
управляющей компанией и участником.

______________                           ____________________________
   (Подпись)                                (Должность, Ф.И.О.)
 95

Приложение 7 к Тендерной документации

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

Отчетность по местному содержанию (услуги)

Доля
местного
Доля фонда
содержани
Суммар оплаты труда
я в товаре,
ная казахстанских
Порядк Сумма указанная
Стоим стоимос кадров в
овый Наименование рная Стоим в
ость ть общем фонде
номер услуг/договора/л стоимо ость сертификат
догово договор оплаты труда
закупки ота сть услуг ео
ра ов работников
услуг услуг происхожд
субподр поставщика
ении
яда или
товара
субподрядчика
формы
«CT-KZ»
1              
2              
3              
 Доля местного содержания в предлагаемых работах/услугах КСр/у= 0

* данный вид отчета также в обязательном порядке предоставляется в формате excel приложенный
к тендерной документации (на листе «Работы и Услуги»).

______________                            ____________________________
   (Подпись)                                (Должность, Ф.И.О.)
 96

Пример заполнения таблицы по местному содержанию

(не прикладывать к заявке, это пример заполнения!)
Доля
местного
Доля фонда
содержани
Суммар оплаты труда
я в товаре,
ная казахстанских
Порядк Сумма указанная
Стоим стоимос кадров в
овый Наименование рная Стоим в
ость ть общем фонде
номер услуг/договора/л стоимо ость сертификат
догово договор оплаты труда
закупки ота сть услуг ео
ра ов работников
услуг услуг происхожд
субподр поставщика
ении
яда или
товара
субподрядчика
формы
«CT-KZ»
Разработка 100 00 0 0 73% 0 0
отчетов по 0,00
производственно
му
экологическому
контролю за
1,2,3,4 квартал
1 2013г.
Отчеты 1-4 ЭМ, 100 00 0 0 73% 0 0
ИПМ за 1,2,3,4 0,00
2 квартал
3
 Доля местного содержания в предлагаемых работах/услугах КСр/у= 73%

* данный вид отчета также в обязательном порядке предоставляется в формате excel приложенный
к тендерной документации (на листе «Работы и Услуги»).