Тендерная документация по закупке оборудования, программного обеспечения и услуг информационных технологий (тендер №3)
| Вид материала | Документы |
- Приказ №14 от «24» декабря 2010 года тендерная документация по закупке услуг аварийно-диспетчерской, 991.82kb.
- Тендерная документация, предоставляемая потенциальным поставщикам для подготовки тендерных, 5417.56kb.
- Приказ №173 от «08» сентября 2011г. Тендерная документация по закупке научного оборудования, 1314.43kb.
- Приказ №03 от 11 марта 2009 года тендерная документация по закупке услуг таможенного, 675.08kb.
- Тендерная документация по закупке полиграфического оборудования. Закупки полиграфического, 1446.06kb.
- Тендерная документация по закупке услуг по проведению чистовой отделки для ввода, 718.47kb.
- Учебная программа по дисциплине проектирование, разработка и стандартизация программного, 60.35kb.
- Утверждена приказом ао «казахтелеком» от «30» июня 2011 года №215 Тендерная документация, 1354.28kb.
- Приказ №45 от 03 марта 2011 года тендерная документация по закупкам услуг по оценке, 890.4kb.
- Приказ №277 от 13 декабря 2011 года тендерная документация по закупкам услуг по обеспечению, 886.25kb.
Лот №5 Услуги по разработке и внедрению CR-51 и CR57-1
Тех.требования к разработке и внедрению запросов на изменения в централ-ной системе биллинга «Амдокс»
1. Общие требования
Поставщик должен разработать и внедрить запросы на изменения (указанные ниже) в Оболочке Локальной Адаптации ПО «Амдокс», разработанной компанией «Амдокс» для АО “Казахтелеком” (далее ОЛА «Амдокс»).
Команда разработчиков запросов на изменения к системе «Амдокс» со стороны Поставщика должна включать в себя следующих специалистов, имеющих опыт работы с биллинговой системой компании «Амдокс»:
- специалист по Amdocs Product Catalog (минимум 1 специалист);
- специалист по Amdocs Invoicing (минимум 1 специалист);
- специалист по Amdocs Rater (минимум 1 специалист);
- специалист по Amdocs Customer Management (минимум 1 специалист);
- специалист по Amdocs Infra (минимум 1 специалист).
2. Требования по запросу на изменение «Изменения в обработке трафика»:
- Требование №1: Корректная обработка положительного и отрицательного претарифицированного трафика (формат файла Voice)
- При загрузке претарифицированного голосового трафика с отрицательными значениями в поле Debit, значение должно без изменений переноситься в поле debit таблицы rpr9_usage_interface.
- При загрузке претарифицированного голосового трафика с отрицательными или положительными значениями в полях service_count1, service_count2, service_count3, значения service_count1, service_count2, service_count3 должны прозрачно без изменений переноситься в таблицу rpr9_usage_interface.
- Значение поля sevice_count таблицы rpr9_usage_interface должно рассчитываться по данным, передаваемым в поле service_count2 файла событий. Пересчет должен производиться из изначальной единицы измерения поля service_count2 в единицы измерения Offer-а (параметр UOM соответствующей схемы тарификации).
- При загрузке претарифицированного голосового трафика с отрицательными значениями в поле Debit, значение должно без изменений переноситься в поле debit таблицы rpr9_usage_interface.
- Требование №2: Загрузка и тарификация отрицательного объема трафика (форматы файлов Voice и Internet)
- При загрузке голосового или интернет трафика с отрицательными значениями (продолжительности service_count1, service_count2, service_count3 для Voice, или входящего/исходящего объемов трафика для ADSL), необходимо обрабатывать отрицательные значения и применять в формуле вычисления суммы на общих основаниях (как и для положительных значений), не обнуляя. Значение поля debit таблицы rpr9_usage_interface в этом случае должно быть отрицательным. Значение service_count должно формироваться по соответствующим правилам не искажая отрицательный знак. При вычислении service_count округление должно производиться в большую сторону по абсолютной величине
- При загрузке голосового или интернет трафика с отрицательными значениями (продолжительности service_count1, service_count2, service_count3 для Voice, или входящего/исходящего объемов трафика для ADSL), необходимо обрабатывать отрицательные значения и применять в формуле вычисления суммы на общих основаниях (как и для положительных значений), не обнуляя. Значение поля debit таблицы rpr9_usage_interface в этом случае должно быть отрицательным. Значение service_count должно формироваться по соответствующим правилам не искажая отрицательный знак. При вычислении service_count округление должно производиться в большую сторону по абсолютной величине
- Срок реализации запроса на изменение: до 31.12.2010 с момента получения Уведомления.
3. Требования по запросу на изменение «Разработка и внедрение разовых начислений – One Time Charge (OTC)»:
- Требование по запросу на изменение заключается в предоставлении APIs для создания разовых начислений (One Time Charges – OTC) в системе Amdocs путем вызова этих APIs из внешней системы.
- Сумма начисления должна вычисляться в подсистеме Invoicing при формировании OTC на основе определения PC offers. Также нужно рассмотреть возможность поддержания опции, при которой сумма OTC передается в API непосредственно из внешней системы (не вычисляется PC).
- OTC не должны учитываться в перерасчетах процесса Rebill, если сумма передана из внешней системы, и должны учитываться в перерасчетах Rebill, если начисление создается на основе настроек PC offer.
- Сумма начисления должна вычисляться в подсистеме Invoicing при формировании OTC на основе определения PC offers. Также нужно рассмотреть возможность поддержания опции, при которой сумма OTC передается в API непосредственно из внешней системы (не вычисляется PC).
- Срок реализации запроса на изменение: до 31.12.2010 с момента получения Уведомления.
Лот №6 Архивная система хранения данных и ПО для репликации
- Участники конкурса должны предоставить данные по Системе Хранения Данных (СХД), соответствующие техническим требованиям, приведенным в таблице.
- Количество единиц оборудования приведено в Таблице.
- Поставка оборудования для АО «Казахтелеком» должна быть осуществлена до 31.12.2010г с момента получения уведомления о признании тендерной заявки выигравшей.
- Обеспечение гарантийного срока на все поставляемое оборудование не менее 36 месяцев.
- Стоимость монтажа и инсталляции аппаратногодолжна быть включена в стоимость предложения.
- Стоимость инсталляции программного обеспечения и настройки репликации с существующей системой должна быть включена в стоимость предложения.
Таблица №1. Система ХраненияДанных – 1 шт.
| № | Технические характеристики | |
| | Платформа | |
| | Отказоустойчивый кластер | аппаратного типа |
| | Тип кластера | active-active |
| | Кол-во контроллеров | не менее 2 изолированных |
| | Объем кеш-памяти | 8Gb |
| | Лицензии на протоколы | iSCSI, FCP |
| | Типы подключения | Fiberchannel- MMF LC, Ethernet - RJ45 |
| | Форм-фактор | стоечный |
| | Высота | не более 2U |
| | Совместимость с существующей СХД | на уровне лицензий и ПО для репликации |
| | Диски | |
| | Тип жестких дисков | SATA |
| | Объем диска | 2Tb |
| | Скорость вращения | 7.200 rpm |
| | Количество жестких дисков | не менее 12 дисков |
| | Поддерживаемые типы дисков | FC, SATA, SAS |
| | Возможность горячей замены | Обязательно |
| | Интерфейсы | |
| | Кол-во FCпортов | не менее 4 |
| | Кол-во Ethпортов | не менее 8 |
| | Кол-во SASпортов | не менее 2 |
| | Управление | консольный порт |
| | Возможности расширения | |
| | Макс. кол-во дисков | не менее 136 |
| | Отказоустойчивость | |
| | Отсутствие единой точки отказа | Обязательно |
| | Подключение дисковых полок | по двум путям |
| | Дублированные системы | питания и охлаждения |