223 МКК Релизы

Начать. Это бесплатно
или Регистрация c помощью Вашего email-адреса
Rocket clouds
223 МКК Релизы создатель Mind Map: 223 МКК Релизы

1. Release 1

1.1. Release 1.1 МКК (Открытие первого счета)

1.1.1. Долг

1.1.1.1. Добавить справочник для поля Регион (для всех видов адресов)

1.1.1.2. При передаче в ЦАБС данных по юр.документу "Сведения, полученные при изучении клиента" необходимо передавать дополнительное поле - "Дата события"

1.1.1.3. Считать любые лицензии, для которых во входящем формате не указан "срок окончания"/"дата по" бессрочными Автоматически проставлять признак "бессрочная" в МКК для лицензий без срока окончания

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

1.1.1.5. Сделать BIRTHDATE опциональным параметром при загрузке данных из FULL_INFO Загружать в МКК связанных лиц без BIRTHDATE

1.1.1.6. Реализовать разбор и загрузку в МКК связей и атрибутов связей для связанных лиц из формата FULL_INFO

1.1.1.7. Реализовать разбор и загрузку в МКК кодов статистики из блока данных ROSSTAT (base64)

1.1.1.8. Загружать из FULL_INFO риски: - СНК - Адреса массовой регистрации

1.1.1.9. Доработать парсинг Выписки в части полей адреса

1.1.1.10. Реализовать автоматическое проставление связей в ЦАБС между Материнской компанией и Обособленным подразделением при создании ордера

1.1.1.11. Создавать УК из Выписки и FULL_INFO

1.1.2. Release 1.1.1

1.1.2.1. Разработка нового модуля «Карточка клиента» (далее МКК) с учетом функциональных требований и ограничений, описанных в п.4.2.2.8 – п.4.2.2.10 Технического задания на доработку ЭДК в части процесса оптимизации процесса открытия счета и разработку модуля карточки клиента СДО № 524/325400 от 03.07.2018 (далее ТЗ)

1.1.2.2. Разработка интеграционных компонентов для взаимодействия с внешними по отношению к МКК/ЭДК системам (ЦАБС, BPM, ОК) согласно ТЗ

1.1.2.3. Разработка интеграции для получения ссылок на образы документов, хранящихся в ЭДК

1.1.2.4. Разработка интеграции МКК с ОАМ и AD для аутентификации и авторизации пользователей

1.1.2.5. Реализация разбора Выписки ФНС/Выписки из Росстата получаемых в составе сообщения от BPM для предзаполнения полей карточки МКК (как выписки основного клиента, так и выписок связанных с основным клиентом лиц)

1.1.2.6. Подготовка и реализация разбора формата сообщения (Full_info), получаемого от BPM для предзаполнения полей карточки клиента данными из ЛК

1.1.2.7. Устранение замечаний, выявленных в ходе бизнес-тестирования в части реализации интерфейса МКК релиза 1

1.1.2.7.1. подтверждение значения поля переключением чек-бокса

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

1.2. Release 1.2 AFC (Распознавание документов для открытия первого счета)

1.2.1. Долг

1.2.1.1. доработать интерфейс МКК (замечания, отнесенные к менее критичным в рамках бизнес-тестирования функционала релиза 1, направленные в рабочем порядке)

1.2.1.1.1. В структуре дерева с ссылками на документы ЭДК в названии документа отображать наименование+№ +дата документа, убрать ID. Для доверенности и паспортов отображать дополнительно ФИО

1.2.1.1.2. «Обращаем внимание, что была договоренность о рассмотрении доработки в части автоматического заполнения значением «Гражданин РФ» при выборе «ФЛ (резидента)» в трех полях.» - если ФЗ (резидент) автоматически передается из Личного кабинета в МКК, то требуется по умолчанию заполнять значением «Гражданин РФ». Также если пользователь в МКК создает нового ФЛ (резидент) автоматически подтягиваться значение «Гражданин РФ».

1.2.1.1.3. Сейчас «Основной ОКВЭД в Доп. атрибутах, а остальные ОКВЭДЫ в блоке внизу. Следует их объединить:

1.2.1.1.4. Почему нельзя в одном поле указывать Общее собрание директоров и т.д. (в блоке «органы управления»)? Зачем несколько строк?»-просьба, отображать в одной строке (в одном поле) и при выгрузке в ЦАБС автоматически разбивать в соответствии с настройками ЦАБС.

1.2.1.1.5. Кнопку «Удалить ОКВЭД» вынести вправо напротив выбранного ОКВЭД, чтобы «не съедалось» пространство в 2 раза

1.2.1.1.6. После отправки данных по связанным лицам в ЦАБС/основному клиенту делать кнопку для отправки данных в ЦАБС неактивной, должна становиться активной только после внесении каких-то правок в поля карточки связанного лица/основного клиента

1.2.1.1.7. Выводить пользователю информационное сообщение в случае если по создаваемому связанному клиенту открыта карточка в ЦАБС (блокирующая ошибка для отправки данных в ЦАБС). Сейчас выводит следующее не информативное для обычного пользователя сообщение «Ошибка при обработке запроса: ORA-20000: TRAN-20003: KERN-01002: Элемент справочника NNNNNNNN заблокирован пользователем “MSKFIL3:Супервизор” и не может быть обработан !»

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

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

1.2.2. Release 1.2.1

1.2.2.1. реализовать классификацию бланков Банка средствами AFC12

1.2.2.2. реализовать классификацию и распознавание документов ЮЛ-резидентов средствами AFC12

1.2.2.3. реализовать классификацию и распознавание документов ИП-резидентов средствами AFC12

1.2.2.4. реализовать классификацию и распознавание документов ФЛ-резидентов средствами AFC12

1.2.2.5. реализовать сценарий верификации типов документов в AFC12

1.2.2.6. реализовать сценарий верификации атрибутов документов в AFC12

1.2.2.7. реализовать экспорт документов и результатов распознавания из AFC12 в OWCC

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

1.2.3. Release 1.2.2

1.2.3.1. Во все определения документов добавить Номер и Дату из описи, с возможностью редактирования (для последующей передачи в ЭДК). Для документов, в которых данные атрибуты будут распознаны, распознавшиеся значения затирают собой значения, полученные из описи.

1.2.3.2. По всем документам реализовать передачу ФИО сканировщика, ФИО разместившего (верификатора)

1.2.3.3. Реализовать распознавание ШК на станции сканирования для типовых форм Банка. На станции верификации накладывать на типовые формы Банка определение Нераспознаваемый (универсальное определение, использующееся для всех типов, не подлежащих атрибутивному распознаванию). Внимание! Данное требование необходимо синхронизировать по приоритету с готовностью личных кабинетов, т.к. в условиях сжатых сроков и возможной неготовности в ближайшую неделю-две функции печати ШК в указанных системах, можно заняться более приоритетными задачами из данного списка. Также предоставьте, пожалуйста, окончательный вариант масок ШК для каждой типовой формы с расшифровкой значений для корректной настройки парсинга (за прошедшее время с постановки задачи или в процессе реализации требований что-то могло измениться).

1.2.3.4. Для определения документа "Опись" реализовать возможность ввода ФИО Ответственного сотрудника с подстановкой его логина (перенос функционала из старого проекта)

1.2.3.5. Реализовать новое определение Карточка ОПОП с полями Номер счета и Подписанты для передачи в ЭДК. В блоке Подписанты колонку Право подписи заполнить константным значением Право первой подписи (справочник из значений Первая/Вторая подпись не реализовывать).

1.2.3.6. Добавить для каждого документа передачу полей Статус документа (Новый/Обновление), Приоритет (из описи).

1.2.3.7. Реализовать сценарии обработки документов

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

1.2.3.7.2. обособленного подразделения

1.3. Release 1.3 МКК (Внесение изменений без ЛК)

1.3.1. Inbox

1.3.1.1. ТЗ на релиз

1.3.1.2. доработать UI в части добавления новых полей карточки в соответствии с требованиями

1.3.1.2.1. приоритет_1

1.3.1.2.2. приоритет_2

1.3.1.2.3. приоритет_3

1.3.1.2.4. приоритет_4

1.3.1.3. реализовать выгрузку по основному и связанным лицам по одной кнопке "Отправить в ЦАБС"

1.3.1.3.1. Передача данных из МКК в ЦАБС должна проходить по нажатию одной кнопки «Выгрузить в ЦАБС», без необходимости отдельно выгружать каждое связанное лицо.

1.3.2. Release 1.3.1

1.3.2.1. Сценарий

1.3.2.1.1. получение и разбор от BPM сообщения с командой UPDATE_INFO (первого и последующих, включая получение ЦАБС_ID основного и связанных клиентов из сообщения с командой UPDATE_INFO)

1.3.2.1.2. получение и разбор PUSH-сообщений с документами и атрибутами от ЭДК

1.3.2.1.3. взаимодействие с ЦАБС для создания/обновления/получения данных по основному и связанным клиентам

1.3.2.2. INFO_CLIENT

1.3.2.2.1. запрос в ЦАБС карточки основного клиента и массива ЦАБС_ID связанных клиентов/лиц на основании ЦАБС_ID, полученного из UPDATE_INFO

1.3.2.2.2. запросы карточек связанных лиц в ЦАБС по ЦАБС_ID связанных лиц

1.3.2.2.3. разбор сообщений-ответов от ЦАБС и заполнение соответствующих экземпляров данных: - ЦАБС

1.3.2.2.4. сопоставление клиентов, загруженных в МКК из UPDATE_INFO, с клиентами, полученными из ЦАБС

1.3.2.2.5. поиск в ЦАБС новых связанных лиц (с учетом расширенного перечня атрибутов сервиса INFO_CLIENT для поиска в ЦАБС: например, номер и серия паспорта)

1.3.2.2.6. выбор экземпляра данных для атрибута по умолчанию (автоматически) в соответствии с приоритетами сортировки экземпляров в разрезе полей

1.3.2.2.7. объединение совпадающих значений данных (на интерфейсе)

1.3.2.2.8. подсветка различий данных с ЦАБС и между экземплярами

1.3.2.3. убрать в интерфейсе кнопку "Закрыть связи"

1.3.2.4. убрать в интерфейсе кнопку в "Проверить в ЦАБС"

1.3.2.5. доработать UI в части добавления новых полей карточки в соответствии с требованиями

1.3.2.6. перевести сценарий «Открытие первого счета» на сервис INFO_CLIENT

1.3.2.7. реализовать переход к изображению документа по клику на значения его атрибутов

1.3.3. Release 1.3.2

1.3.3.1. Сценарий

1.3.3.1.1. получение и разбор Выписки ЕГРЮЛ от BPM (первой и последующих)

1.3.3.1.2. получение и разбор сообщений от ОК (команда для начала загрузки данных из ЦАБС), а также отправку статусов в ОК (успешная/неудачная загрузка данных из ЦАБС, успешная загрузка данных в ЦАБС)

2. Релиз 2

2.1. Release 2.1 МКК

2.1.1. Inbox

2.1.1.1. Размещение скан. Копий документов Клиента из ЛК в ЭДК

2.1.1.2. Вложение скан-копий документов и интеграция с ЭДК по их передаче

3. Release 0

3.1. Release 0.1 AFC (Миграция)

3.1.1. Подготовить и согласовать детальный план реализации задачи перехода на FC12

3.1.2. Осуществить перенос существующих доработок и проектов FC10 на FC12

3.1.3. Подготовить перечень рекомендаций по оптимизации/улучшению существующей функциональность мигрированных проектов и использованию новых возможностей платформы FC 12

3.1.4. Для удобства выполнения верификации и мониторинга объединить проекты VTB, PD (ПП,ПТ,ИП) и PD (Платежные документы) в один проект. При этом документы проекта VTB должны быть объединены в одну очередь, а двух других проектов в другую

3.1.5. Подготовить сценарии тестирования и согласовать с Заказчиком

3.1.6. Осуществить проверку работоспособности сконвертированных проектов совместно с Заказчиком. При необходимости устранить выявленные ошибки

3.1.7. Подготовить (обновить) инструкции пользователей

3.1.8. Подготовить методику и план перевода пользователей на новую версию FС12

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

3.2. Испытания

3.2.1. ИФТ

3.2.2. БТ

3.2.3. ПСИ