Доработка функционала куба «Отложенные доходы»

Доработка функционала куба «Отложенные доходы»

По Деактивированным комплектам

Необходимо доработать процесс формирования куба «Отложенные доходы» для единовременного признания всей суммы ранее отложенного дохода при деактивации комплекта, как активированного после продажи, так и не активированного.

Деактивированный Комплект - это приложение обслуживания, привязанное к ICC_ID, находящееся в заключительной блокировке на конец отчетного периода.

В массиве «Жизненный цикл комплектов подключения и сим-карт» добавляем поле «Дата заключительной блокировки», а в кубе «Продажи и активации комплектов подключения и сим-карт» необходимо заполнять поля «Период заключительной блокировки» и «Дата заключительной блокировки»

В куб «Продажи и активации комплектов подключения и сим-карт» добавляем поле «Возвращено при деактивации комплекта без НДС в руб.», для не активированных комплектов его необходимо заполнять суммой ранее отложенного дохода. В случае, если комплект уже активирован, это поле не заполняется.

Поле «Сумма отложенного дохода без НДС.» в таком случае должно обнуляться.

В кубе «Отложенные доходы»

Отложенный доход по деактивированным комплектам должен быть признан полностью в отчетном периоде, в котором была образована заключительная блокировка.

Необходимо завести два новых типа проводок ДБП «Деактивированные комплекты» и «Закрытые комплекты», на основании которых будет признаваться ранее отложенный доход.

Если комплект не был активирован и ушел в заключительную блокировку, то необходимо признавать всю ранее отложенную сумму доходов на основании поля «Возвращено при деактивации комплекта без НДС в руб.», Тип проводки ДБП «Деактивированные комплекты» Проводка откладывания стоимости подключения на средний срок жизни не формируется.

Если комплект был активирован и ушел в заключительную блокировку, то необходимо признать остаток отложенного дохода. Признание должно происходить с типом проводки ДБП «Закрытые комплекты»

Необходимо провести  корректировку исторических данных  в массивах с учетом вновь разработанного алгоритма.

По комплектам с заменой сим - карты до активации

Необходимо обеспечить признание отложенного ранее дохода по событию активации новой сим-карты.

В ситуации, когда абонент производит замену сим карты до активации, отложенный доход зависает на комплекте из-за того, что:

Комплект никогда не будет активирован Активируется сим - карта, такое событие в массивах продаж и активаций комплектов и отложенные доходы не обрабатывается.

Для того, чтобы это исправить, необходимо поле дата активации для комплекта заполнять датой активации сим-карты в «жизненном цикле комплектов подключения и сим карт».

Замена сим-карты в массиве «жизненный цикл комплектов подключения и сим карт» выглядит следующим образом:

Для первоначального ICC_ID тип оборудования останется комплектом и ОД бессрочно "висит" на нем непризнанным.

В такой ситуации необходимо заполнять дату активации комплекта датой активации сим-карты.

Соответственно, в массиве продаж и активаций все атрибуты для комплекта должны заполняться по правилам для события активация.

В кубе отложенных доходов должны формироваться проводки, соответствующие событию Активация.

Необходимо провести  корректировку исторических данных  в массивах с учетом вновь разработанного алгоритма.

По отложенным доходам от услуг

Необходимо доработать процесс формирования отложенных доходов от услуг  следующим образом:

Доработать процесс наполнения справочника «Откладываемые услуги»: в справочник должны также попадать  периодические услуги с произвольным периодом, для которых длительность периода составляет более 59 дней. Настройка продолжительности периода оказания услуги должна производиться стандартным образом с помощью справочника «Параметры учета отложенных доходов». В случае отсутствия в справочнике «Параметры учета отложенных доходов» необходимых для классификации групп и периодов, должно быть произведено добавление новых элементов в справочник. Необходимо разработать механизм первичной загрузки остатков ОД по вновь добавляемым услугам для их корректного учета и списания в последующих периодах.
По массиву «Отложенные доходы ЦТВ»

Необходимо доработать  функционал  массива «Отложенные доходы ЦТВ» : обеспечить выгрузку данных  в OEBS.

Остальные требования и ограничения
Необходимо предусмотреть хранение и обработку данных в соответствии с требованиями законодательства и внутренних регламентов ПАО «МТС» по их безопасности. Необходимо оценить требования к КТС (комплекс технических средств) промышленного стенда, если текущего КТС не достаточно для выполнения существующих регламентов загрузки и подготовки отчетности с учетом данной задачи. Необходимо предусмотреть резервное копирование данных с учетом требования по безопасности законодательства и внутренних требований ПАО «МТС». Также необходимо обеспечить повторное резервное копирование исторических данных с учетом модификации в рамках данной задачи. Необходимо обеспечить систему автостартов. Должен быть подготовлен/актуализирован полный комплект документации по проекту: детальные функциональные требования, техническое задание, актуализация полного технического задания на систему, документация пользователя с описанием и руководством, инструкция администратора, приемо-сдаточная документация. Необходимо разработать ТЗ на массивы «Отложенные доходы ЦТВ» , «Жизненный цикл ЦТВ» Данная доработка должна быть выполнена по окончании проекта перехода на SAS 9.4 и Teradata, т. е. должна быть реализована уже на новом функционале. Данная доработка должна быть выполнена после завершения проекта по Отложенным доходам ЦТВ (ITGC 49438) и должна учитывать доработку массива «Отложенные доходы ЦТВ» и других связанных объектов. Данная доработка не должна повлиять на время и сроки подготовки данных существующих систем MIS. Необходимо провести ПСИ, в том числе на тестовом стенде с участием заказчика. Создание и актуализация тестового стенда в нужной части входит в постановку задачи. На этапе оценки необходимо предоставить требования к КТС тестового стенда. Необходимо предоставить высокоуровневый план проекта с указанием относительных и абсолютных сроков проекта: дата начала проекта; дата готовности ТЗ с учетом всех согласований; дата приемки на тестовом стенде с учетом подписания методики и протоколов тестирования на тестовом стенде; дата приемки на промышленном стенде с учетом подписания протоколов тестирования на промышленном стенде; на тестирование должно быть отведено не менее трех недель на каждом из стендов (тестовом и промышленном) во внерегламентное время с точки зрения сотрудников бухгалтерии.

Требования  к подрядчику:

Наличие доменной учетной записи в домене ADMSK МТС Опыт работы с ПАК Teradata Подтвержденный опыт успешно завершенных проектов интеграции информационных систем. Подтвержденный опыт  работы с бухгалтерскими системами ПАО МТС