АРМы
Баг

-
АРМ ТП
- на странице получателя ссылка "Скачать детализацию" по транзакциям (т.к. здесь собирается отчет "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