АРМы

(26.08-13.09)

Менеджеры сами смогут переносить оплату со счетов
(200 ицнов в неделю)

Провели исследование и выяснили, что большая часть нагрузки по оплатам — это переносы оплат.

В месяц это 1700 инцидентов на ООРВ.
 

Среди всех случаев переносов 30% — это простые случаи, которые можно автоматизировать, исключив ручной труд ООРВ. 

Title Text

- PaymentTransferFeatureFlag

- право "Все данные"

- есть оплата

- счет не удален и не импортирован 

-  любой продукт, кроме "Сервис и настр. ККТ", "Доп услуги УЦ", "ПО и носители", "Услуги сопр. торгов", "Отчет.ру"

- налоговый период открыт

- документооборот по акту не был запущен

- клиент еще не пользовался продуктами первого счета

- на этот счет ранее еще не переносили оплату

-....

Title Text

Title Text

 - счет был не удален, не импортирован

 - у обоих счетов совпадали плательщики, принципалы, обслуживающие СЦ и т.п.

- счет еще ни разу не оплачивали

- сумма по второму счету больше доступной суммы для переноса

- ....

Title Text

- автоматически создается инцидент в WIC на КБА

- все платежи по первому счету отвязываются

- эти же платежи привязываются ко второму счету

Что дает фича

- клиент не ждет и уже может начинать пользоваться услугами по счету 2

- СЦ знает что мешает переносу оплаты

- снижение нагрузки на ООРВ на 200 инц. в неделю

Что интересного! 

- одна задача позволила Саше погрузиться почти по все области Биллинга

- Яндекс браузер занимает 3 место

- есть тестовый WIC

Оплата ЮЛ по
txt-платежке
(90 инц. в неделю)

Когда клиент ошибается при заполнении реквизитов платежа, то его платеж не привязывается автоматически к счету. Бухгалтерия не всегда может вручную разнести платеж, в итоге СЦ создает инцидент на поиск оплаты.

Гипотеза:  менеджеры будут предлагать клиентам загружать в интернет-банк txt-платежку → клиентам не придется вручную заполнять реквизиты платежа → платежи будут корректно привязываться → будет меньше инцидентов на  поиск платежа.

- TxtPaymentOrderFeatureFlag

?