1. 1-2. Проверка настроек УРМД
1.1. Проверка настроек параметров для комплектов MNp
1.1.1. РМ Администрарование
1.1.1.1. Настройки
1.1.1.1.1. TelCRM
1.2. Проверка списка ТП для выбора в качестве целевого ТП.
1.2.1. В данном списке могут присутствовать ТП только
1.2.1.1. Для массового рынка
1.2.1.2. Корпоративные
1.2.1.3. Технологические
1.2.2. PAM
1.2.2.1. Уровень 0
1.2.2.2. Канал Офис УД
1.2.2.3. БП - Продажа комплектов MNP
1.2.2.4. Вкладка - Тарифы
1.2.2.5. Обновить
1.2.2.6. Включить свои ТП в список для добавления
2. Подготовка ТД
2.1. Абоненты
2.1.1. Для тестирования на текущем этапе нужны только номера
2.1.2. Абонент 1
2.1.3. Условия для абонентов 5-7
2.1.3.1. HLR комплекта должен совпадать с HLR портируемого номера
2.1.3.1.1. Для этого в метод RI ICRMWcf. GetPhoneInfo передавать оба номера: комплекта и портируемый.
2.1.3.2. Проверка на соответствие ТП комплекта и типа портируемого номера
2.1.3.2.1. Тип номера получать из RI ICRMWcf. GetPhoneInfo по алгоритму
2.1.4. Абонент 5
2.1.4.1. Федеральный
2.1.5. Абонент 6
2.1.5.1. Прямой
2.1.6. Абонент 7
2.1.6.1. Городской ОФС
2.1.6.1.1. Какой Городской ОФС номер использовать?
2.1.7. Настройка заглушки
2.1.7.1. Зачем заглушечный метод был обернут в CDATA?
2.1.7.2. Какой смысл расписывать всех абонентов если там тупо копипаста?
2.1.7.2.1. По коду там серьезных различий только два
2.2. Комплекты
2.2.1. Комплекты К* найти/подготовить с ТП поддерживающими различные типы номеров:
2.2.1.1. К1
2.2.1.1.1. ТП1 – поддерживает тип номера «федеральный»
2.2.1.1.2. HLR SIM-карты соответствовует HLR из списка доступных HLR для MNP портации
2.2.1.1.3. у комплекта должен быть признак «комплект MNP»
2.2.1.2. К2
2.2.1.2.1. ТП2 – поддерживает тип номера «прямой городской»
2.2.1.2.2. SIM-карты соответствовует HLR из списка доступных HLR для MNP портации
2.2.1.2.3. у комплекта должен быть признак «комплект MNP»
2.2.1.3. К3
2.2.1.3.1. ТП3 - поддерживает тип номера «городской ОФС»
2.2.1.3.2. HLR SIM-карты НЕ соответствует HLR из списка доступных HLR для MNP портации,
2.2.1.3.3. у комплекта должен быть признак «комплект MNP»
2.2.2. Чеклист. Подготовка комплектов для MNP
2.2.2.1. Посмотреть HLR и профили комплектов для портации
2.2.2.1.1. HLR
2.2.2.1.2. Тарифы
2.2.2.2. Посмотреть есть ли свободные симки связанные с этим HLR
2.2.2.2.1. Запрос который выводит симки с HLR
2.2.2.2.2. Симки есть
2.2.2.2.3. Если нет
2.2.2.3. Посмотреть есть ли нужные профили
2.2.2.3.1. Нужные профили это
2.2.2.3.2. Сначала проверить заведенные профили
2.2.2.3.3. Потом создавать свои
2.2.2.3.4. После создания не забудь добавить в EquipmentModelCodeList
2.2.3. Мб проще комплекты найти чем создавать?
2.3. Дилера
2.3.1. Сертификат1
2.3.1.1. Срок действия не истек
2.3.1.2. Оператор 1
2.3.1.2.1. Есть права на продажу комплектов
2.3.1.2.2. Доступны новые РМ
2.3.1.2.3. Доступно создание нового бланка при внесении абон. данных на форме в УРМД
2.3.1.2.4. У оператора НЕТ прав
3. Цель теста
3.1. Проверить этап регистрации заявки на перенос номера PORT IN в 4 случаях
3.1.1. Абонент НЕ наш и уходит от Оператора инф. о котором есть в ЦБДПН
3.1.2. Абонент БЫЛ наш и возвращается от Оператора инф. о котором есть в ЦБДПН
3.1.2.1. Абонент был с федеральным номером
3.1.2.2. Абонент был с прямым номером
3.1.2.3. Абонент был с Городским ОФС номером
4. Описание бизнес-процесса
4.1. Зачем там комплекты
4.2. Мы начинаем портацию.
4.3. Foris отдает данные RemoteDealer
4.3.1. Справочник
4.3.2. Список ТП
4.3.3. Комплекты
4.4. Foris отдает данные ESB
4.4.1. Список ТП
4.4.2. Данные по комплекту
4.5. Remote dealer отправляет запрос на ESB
4.5.1. Данные дилера
4.5.2. Запрос
4.5.2.1. Регистрации портации
4.5.2.2. Переноса даты
4.5.2.3. Отмены портации
4.6. ESB отправляет запрос на Siebel
4.6.1. Запрос
4.6.1.1. Регистрации портации
4.6.1.2. Переноса даты
4.6.1.3. Отмены портации
4.6.1.4. Поиска номеров заявок портации
4.7. Siebel отправляет запрос в Replica
4.7.1. Запрос
4.7.1.1. Проверки портации
4.7.1.2. Доступных тайм слотов
4.7.1.3. Регистрации портации
4.7.1.4. Отмены портации
4.8. Siebel отправляет что-то в MNPGate
4.9. Siebel возвращает в ESB
4.9.1. Ответ на запрос
4.9.1.1. Регистрация портации
4.9.1.2. Отмена портации
4.9.1.3. Изменение портации в ЦБДПН
4.10. ESB возвращает в RemoteDealer
4.10.1. Данные по операции портации
4.10.1.1. Номер заказа
4.10.1.2. Список заявок
4.10.1.3. Возможность портации
4.10.1.4. и т.д
4.11. Незаконченый процесс
4.11.1. Пример законченого процесса