АРМы

Баг 

  • АРМ ТП

    • на странице получателя ссылка "Скачать детализацию" по транзакциям (т.к. здесь собирается отчет "RecipientTransactions" на Acounting.ReportService, где строиться инфа по получателю с использованием затронутого метода)
    • продуктовые вкладки на странице Получателя + сама страница Получателя
    • страница со сверхлимитами и т.п. по ссылке "Настроить баланс" на странице Получателя, т.к. используется метод поиска получателя по id и продукту на Buzz.RecipientService
    • редирект на одного найденного получателя при поиске
    • поиск получателей по ИНН-КПП, по ФИО, по Gln, т.к. используется метод поиска получателей на Buzz.RecipientService
    • поиск пользователей, т.к. используется метод поиска получателей на Buzz.RecipientService
    • страницы "Редактирование связей абонента с аккаунтами" (на этапе поиска продуктов ЛС и на этапе построения страницы) и аналогичная страница для связей с абонентами
    • "Сохранить" на странице по созданию Портальных групп
    • "Удалить" и "Восстановить" на странице получателя
    • "Сбор данных о гуидах получателей по ИНН-КПП" на странице "Информация о плательщиках", т.к. используется метод поиска получателей на Buzz.RecipientService
  • РМ Партнера

    • "Скачать трафик" в карточке счета на вкладке "Получатели" (т.к. здесь собирается отчет "RecipientTransactions" на Acounting.ReportService)
  • R2D2

    • "Найти recipientIds по парам ИНН;КПП"" (RecipientIdsSearch) в "Работа с ЛС"
    • "Смена получателя" (ChangeRecipient) в "Другое" (на этапе проверки указанного нового получателя на наличие у его ЛС указанного продукта + при поиске получателя на Buzz.RecipientService)
    • "Конвертация заявки КЭМБ в заявку для рельс КЭ" (CertificateApplicationKembToKEConvertion) в "Сертификаты", т.к. используется метод поиска получателя по id и продукту на Buzz.RecipientService
    • "Поменять RecipientId в заявке на сертификат" (CertificateRecipientIdChange), т.к. используется метод поиска получателя по id и продукту на Buzz.RecipientService
    • процессы для выставления постоплатных счетов (MassEdiPostpayBiller = "Выставление постоплатных счетов EDI по списку получателей", PostpayBiller = "Выставление постоплатных счетов по продукту", PostpayBillsForSeveralPayersProducer = "Постоплатные счета на разных плательщиков"), т.к. используется метод поиска получателя по id и продукту на Buzz.RecipientService
  •  

  • ХМ

    • "Начать массовый пересчет" транзакций (на этапе проверки получателе на наличие продуктов в ЛС)
    • Просмотр ограничения restrictions (это одна и та же ссылка в четырех местах: ссылка "Вернуться к просмотру ограничения" на странице "Редактирование ограничения", ссылка "посмотреть в реестре" у каждого ограничения на странице "Тарифные группы ограничений", ссылка с названием ограничения на странице "Реестр ограничений", ссылка с названием ограничения на странице результатов поиска ограничений)
    • Создание постоплатного счета, т.к. используется метод поиска получателя по id и продукту на Buzz.RecipientService
  • АРМ Менеджера

    • валидация получателя и продукта при построении отчета "X5Report", т.к. используется метод поиска получателя по id и продукту на Buzz.RecipientService
  • Тулзы

    • массовый мердж дублей организаций (ClientDuplicates)
    • фиксер транзакций для Диадока и Edi (TransactionFixer)
  •  

  • Billing.OperationalService

    • CSImportManager "Импорт данных из КС: поставки, счета, сертификаты", т.к. при импорте счетов (из таблицы BillToImport в Биллинг) в BillingGateway происходит резолв получателей, в частности резолв получателя по CustomerId для Фокуса
  • TarifficationService

    • процесс обработки и повторной обработки транзакций, т.к. при этом происходит проверка существования получателя по продукту из транзакции

АРМы

By Ольга Iz

АРМы

  • 301