WikiDer > Заверение дохода

Revenue assurance

Гарантия доходов (RA) телекоммуникации Сервисы, использование Качество данных и методы улучшения процессов, которые улучшают прибыль, доходы и денежные потоки без влияния на спрос. Это было определено рабочей группой TM Forum на основе исследования, задокументированного в ее Техническом обзоре по обеспечению доходов. [1]. практически, это можно определить как процесс обеспечения того, чтобы все продукты и услуги, предоставляемые поставщиком телекоммуникационных услуг, выставлялись в соответствии с коммерческим соглашением с клиентами, путем обеспечения целостности и точности сети, выставления счетов и конфигурации на всех сетевых платформах и системах.^{[нужна цитата]}.У многих поставщиков телекоммуникационных услуг гарантией доходов руководит специальный отдел обеспечения доходов.

Обзор

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

Связь с финансами связана с ответственностью за финансовый контроль, аудит и отчетность, в то время как предметом обсуждения будут сети и системы ИБ, внедренные или эксплуатируемые технологической стороной бизнеса. Маркетинговые группы и / или бизнес-единицы (например, оптовые или розничные бизнес-направления) часто приступают к реализации проектов по обеспечению доходов, чтобы улучшить маржу продуктовой линейки. Кроме того, маркетинговые и бизнес-подразделения играют ключевую роль в обеспечении ввода в «должное» состояние счетов клиентов и продуктов.

Сфера влияния, описываемая гарантией доходов, сильно различается между поставщиками телекоммуникационных услуг, но обычно тесно связана с функциями бэк-офиса, где небольшие ошибки могут иметь непропорционально большое влияние на доходы или расходы. Обработка транзакционных данных в современных телекоммуникационных провайдерах обладает многими атрибутами, схожими с сложная система. Тем не менее, существуют значительные разногласия относительно конечных целей и законных возможностей групп по обеспечению доходов. Частично это вызвано:

(1) кросс-функциональный характер деятельности и, как следствие, необходимость в различных навыках из ИТ, маркетинга, финансов и др .;

(2) сложность обобщения по компаниям с разными целями и бизнес-моделями;

(3) политическая борьба внутри каждой телекоммуникационной компании по поводу ответственности за утечку доходов и гарантий; и

(4) сложность надежного измерения добавленной стоимости с помощью гарантии доходов как неотделимой от лежащих в основе результатов деятельности.

Между практикующими специалистами существует согласие на высоком уровне в отношении целей и методов обеспечения доходов, хотя достижение консенсуса по определению границ обеспечения доходов до сих пор оказалось труднодостижимым. Цели связаны с улучшением финансовых показателей за счет устранения ошибок при обработке данных о транзакциях. Некоторые придерживаются более всеобъемлющего взгляда на то, что считается ошибкой, что может доходить до вопросов политики, установленной руководителями, даже если она была выполнена правильно. Другие придерживаются более открытого взгляда на данные, являющиеся предметом исследования. Например, в порядке убывания частоты гарантия дохода может охватывать:

(1) доходы от розничных и корпоративных продаж;

(2) доходы и расходы по межсетевым и оптовым контрактам; и

(3) маржа и рентабельность инвестиций в сети и информационные системы.

У других рынков другие или более уточненные приоритеты. Например, в США управление оптовыми контрактами часто было первой задачей из-за сложности внутреннего рынка, обусловленной Федеральная комиссия связинормативно-правовая база России. В отличие от этого, телекоммуникационные компании в развивающихся странах могут отдавать приоритет управлению международными соглашениями о межсетевом соединении из-за рисков, связанных с мошенничеством и арбитражем. Поставщик кабеля или интернет-провайдер который преимущественно предлагает розничным клиентам фиксированную ежемесячную плату и отсутствие ограничений на использование, может быть наиболее заинтересован в обеспечении прибыльности сетевых инвестиций.

Гарантия доходов часто рассматривается практиками как недорогой механизм получения значительной финансовой прибыли для поставщиков телекоммуникационных услуг. Тем не менее, прибыль непредсказуема, а также ее трудно измерить, что побуждает многих руководителей скептически относиться к ее ценности. Сопоставимые действия по обеспечению доходов действительно имеют место в других отраслях, например, с выставлением счетов за коммунальные услуги или с лицензированием программного обеспечения, и есть много параллелей с деятельностью по финансовому и операционному контролю, осуществляемой большинством крупных предприятий. Обоснование того, почему обеспечение доходов стало считаться особенно важным в телекоммуникациях, в отличие от других отраслей, является спорным. Разумные предположения заключаются в том, что:

(1) быстрые темпы изменений и острая коммерческая конкуренция увеличивают вероятность ошибок;

(2) существует значительная сложность определения совокупного эффекта взаимодействующих систем и процессов; и

(3) крупный объем и низкая стоимость транзакций усиливают финансовые последствия «мелких» ошибок.

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

Методы обеспечения доходов, применяемые на практике, охватывают широкий спектр - от анализа и внедрения средств управления бизнесом до автоматизированного запроса данных. С одной стороны, гарантия доходов может показаться очень похожей на виды проверок и методов картирования процессов, применяемых для других целей финансового контроля, таких как целостность бухгалтерского учета, как показано на примерах, взятых из статьи 404 Закон Сарбейнса-Оксли. Консультации чаще всего продвигают эту форму гарантии доходов. Размер таких консультаций охватывает весь спектр; Большая четверка предлагает ту или иную форму консалтинга по обеспечению доходов, но есть и специализированные консультационные услуги. С другой стороны, обеспечение доходов рассматривается как форма реактивного автоматического запроса данных, направленного на поиск аномалий в данных транзакций, которые могут указывать на ошибки и потенциальную потерю доходов. Эта форма гарантии доходов чаще всего продвигается разработчиками программного обеспечения, которые стремятся предоставить базы данных и настраиваемые инструменты для извлечения и исследования исходных данных телекоммуникационной компании. Менее популярная форма реактивного автоматического обеспечения включает использование как программного обеспечения, так и специализированного оборудования в качестве средства извлечения дополнительных данных о транзакциях, например, путем создания реальных сетевых событий или непосредственного взаимодействия с сетевыми элементами для репликации фиктивных событий. Как и в случае с консультационными услугами, ИТ-ориентированные решения по обеспечению доходов предлагаются как крупными поставщиками, такими как поставщики программного обеспечения для выставления счетов и посредничества, так и специализированными нишевыми поставщиками.

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

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

Ценность гарантии дохода

Гарантия доходов обычно понимается как средство выявления и устранения, а, возможно, и предотвращения проблем, которые приводят к недостаточным финансовым результатам, без стремления к увеличению продаж. Наиболее распространенная метафора - это утечка воды из трубы, где вода заменяет доходы или денежные потоки, а утечки представляют собой отходы. Таким образом, ценность гарантии дохода определяется размером утечек, «заткнутых», и, возможно, также теми утечками, которые были предотвращены до того, как они произойдут, хотя оценка стоимости последних очень проблематична. Добавленная стоимость также включает в себя возмещение «потерянных» доходов или затрат (путем выставления дополнительных счетов, отслеживания неполученных платежей, проведения повторных переговоров с поставщиками о возмещении затрат и т. Д.) Постфактум. Эту последнюю форму подтверждения дохода легче всего оценить, но во многих отношениях это наименее эффективная форма гарантии дохода; усилия направлены на неоднократное устранение последствий известных недостатков, а не на устранение самих недостатков. Это может привести к паразитическим отношениям между отделом или поставщиком по обеспечению доходов и бизнесом в целом, когда отдел / поставщик считает, что проще всего оправдать свое текущее существование / контракт, неоднократно устраняя симптомы, а не первопричины.

TM Forum провел сравнительный анализ в 2008 году, который пришел к выводу, что средняя утечка, не включая убытки из-за мошенничества, составила 1% от валовой выручки тех телекоммуникационных компаний, которые приняли участие.^[1] Количество участвующих телекоммуникационных компаний было относительно небольшим по сравнению с некоторыми другими опросами, но метод опроса был более требовательным, чем любое сопоставимое на сегодняшний день исследование. В обследовании использовалось наиболее подробное и предписывающее определение способа расчета утечки из всех обследований подобного рода. Определение было взято из собственного стандарта TM Forum о том, как рассчитывать показатели гарантии дохода. [2]. Чтобы повысить уверенность в том, что участники правильно рассчитали свои утечки, программа тестирования TM Forum независимо рассмотрела результаты и подтвердила их с представителями компаний-участниц. Среднее значение 1% утечки валового дохода по результатам опроса, хотя и остается значительным, заметно ниже, чем многие другие цитируемые оценки и результаты опроса о средней утечке. Это может быть связано с тем, что в исследовании использовалось очень строгое определение утечки. В ходе опроса измерялись только фактические суммы заниженного и невыплаченного счета, обнаруженные участниками; он исключил другие типы утечек, такие как утечки затрат и утечки упущенных возможностей, и исключил обычно используемые оценки прогнозируемых утечек (т. е. каков был бы объем утечки, если бы утечка не была обнаружена в рамках деятельности по обеспечению доходов) . Это также может отражать уменьшение систематической ошибки или преувеличения в сообщаемых утечках или, по крайней мере, исключение предположений. Респондентам были даны авторитетные инструкции о том, как количественно оценить утечку на основе фактических данных, а также инструкции избегать предположений в отсутствие таких данных.

Наиболее известные оценки «типичной» утечки доходов получены из серии ежегодных опросов, проводимых консалтинговой и исследовательской компанией Analysys. В этих опросах утечка обычно оценивалась в размере от 5% до 15% от общей выручки компании. Подобные исследования, проведенные другими предприятиями, дали результаты в том же диапазоне, при этом ни один из них не показал, что утечка менее 1% валового дохода, а некоторые предполагают, что утечка в размере 20% или более не является редкостью. Причины сомневаться в этих оценках заключаются в следующем:

(1) Все оценки утечки были основаны на субъективном мнении персонала, работающего в поставщиках услуг;

(2) Все исследования были проведены компаниями, желающими продвигать свои продукты по обеспечению доходов;

(3) Увеличение годовых расходов на обеспечение доходов не привело к явной тенденции к снижению оценок;

(4) Оценки в целом были схожими, даже когда критерии включения убытков сильно различались; и

(5) Истинные убытки такого масштаба должны быть серьезной проблемой корпоративного управления в любом публично зарегистрированном бизнесе.

Что можно сказать с некоторой уверенностью, так это то, что практикующие специалисты по страхованию доходов могут предоставить огромное количество последовательных анекдотов, касающихся причин утечки и способов их устранения. Хотя в открытом доступе мало объективных свидетельств фактических утечек, приближающихся к этому масштабу, поскольку эта информация сама по себе является строго конфиденциальной, существуют некоторые косвенные меры целостности данных, которые помогают составить представление о потенциальной утечке. Например, при согласовании затрат на межсетевое соединение и доходов между операторами связи обычно принято принимать отклонение в 5% до того, как оспариваемый счет может привести к задержке платежа одной стороной, а отклонение в 0,5% будет считаться ведущей практикой в отрасли в соответствии с передовой практикой. совет, выданный Группа по обеспечению доходов Великобритании.

Гарантия доходов в телекоммуникациях

Хотя Revenue Assurance всегда присутствовал на языке телекоммуникаций^{[нужна цитата]} недавно он был поставлен на передний план высшего руководства^{[нужна цитата]}. Это связано с несколькими факторами, включая

Прибыль: рост ценового давления и снижение рентабельности. Дни высокой прибыли для большинства телекоммуникационных компаний прошли^{[нужна цитата]}. Всем им необходимо найти альтернативные способы получения более высокой прибыли за счет эффективного отслеживания своих доходов.
Нормативно-правовая база: новая регулирующая структура и нормативные требования^{[нужна цитата]} которые заставляют операторов связи точно отчитываться о своих доходах.
Технологические инновации: обеспечение того, чтобы новые технологии и продукты работали в соответствии с предполагаемыми планами. Идти в ногу с выпуском новых технологий наряду с сосуществованием устаревших систем.
Слияния и поглощения: с увеличением количества слияний и поглощений телекоммуникационных компаний, организациям становится очень трудно управлять несколькими системами BSS, включая биллинг, посредничество, рейтинг и т. Д.

Обеспечение доходов было проблемой для телекоммуникационных компаний с самого начала. Отслеживание импульсов, минут, счетчиков, байтов и т. Д. Никогда не было так сложно. Казалось бы, это будет легко для технически подкованных телекоммуникационных компаний. Однако на самом деле все было наоборот. В спешке с выпуском новых технологий на рынок системы Revenue Assurance всегда отстают. Гарантия доходов в телекоммуникационной среде охватывает широкий спектр технических и деловых аспектов. Оператор RA должен быть осведомлен как о процессах OSS и BSS, так и о внутренних зависимостях, чтобы точно расшифровать код дохода.

Что вызывает проблему

Цепочка доходов телекоммуникационной организации обычно представляет собой очень сложный набор взаимосвязанных технологий и процессов, обеспечивающих целостный набор услуг для конечного потребителя. По мере того, как набор технологий и бизнес-процессов становится больше и сложнее, вероятность отказа в каждом из его соединений возрастает. Утечка доходов обычно связана с тем, что телекоммуникационная организация не может правильно выставить счет за данную услугу или получить правильный платеж. По мере роста организации вероятность утечки доходов только увеличивается.

В чем проблема

Наиболее обсуждаемая часть обеспечения доходов - это с чего начать проверку, то есть со стороны сети, стороны рейтинга, стороны выставления счетов, стороны межсоединения, стороны CRM и т. Д. Однако в большинстве опросов и отчетов указывается, что максимальная утечка происходит во время поток записей сведений о вызовах (CDR) или записей сведений о событиях (EDR) от коммутатора к соответствующим системам оценки / выставления счетов. Вот некоторые из распространенных проблемных областей:

Сеть

  • Проблемы с сигнализацией

Рейтинг и выставление счетов

  * Неправильная логика отклонения * Дублирующиеся CDR, приводящие к двойному начислению * Неправильные тарифные планы * Ошибки оценки и точности биллинга * Поздняя оценка / выставление счетов * Неправильные конфигурации - рейтинг в минутах вместо секунд * Неправильное отключение

Обеспечение доходов как дисциплина

К дисциплинам обеспечения доходов относятся:

1. Основные функции группы обеспечения доходов: мониторинг, базовый анализ, аудит, синхронизация, расследование и соблюдение нормативных требований.
2. Декомпозиция области обеспечения доходов организации (цепочка управления доходами).
3. Оценка и минимизация риска потери доходов.

Гарантия погашения доходов

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

Этапы погашения по обеспечению выручки

Начальный: на этом уровне они (как правило) не задокументированы и находятся в состоянии динамического изменения, которое имеет тенденцию быть управляемым пользователем или событиями произвольно, неконтролируемым и реактивным образом. Это создает хаотичную или нестабильную среду для процессов обеспечения доходов. На данном этапе отсутствует формализованная стратегия обеспечения доходов. Команды запускают специальные запросы в различных системах. Это полностью зависит от личных идей и инициатив. Это требует значительных ручных усилий. Есть недокументированные повторяющиеся процессы.
Повторяемость: на этом уровне некоторые процессы воспроизводятся, возможно, с постоянными результатами. Процессная дисциплина вряд ли будет точной. Здесь функции обеспечения доходов начинают принимать определенную форму в определенных процедурах и выходных данных. Однако они по-прежнему не охватывают весь спектр доходов телекоммуникационной компании и не охватывают все аспекты конкретного потока доходов. Люди все еще изучают набор навыков по обеспечению доходов. На этом этапе получены конкретные результаты измерений и анализа.
Определенный: на этом уровне существуют наборы определенных и задокументированных стандартных процессов обеспечения доходов, которые установлены и со временем могут быть улучшены. Эти стандартные процессы существуют (т. Е. Они являются процессами как есть) и используются для обеспечения согласованности выполнения процессов во всей организации. Определены и внедрены специальные инструменты для обеспечения доходов. Существует четкое представление о том, что обеспечивает покрытие цепочки доходов, что входит в покрытие отдела обеспечения доходов и существуют дорожные карты на будущее. К настоящему времени покрыты все основные потоки доходов. Имеется формализованный и утвержденный устав и стратегия обеспечения доходов. У отдела есть годовой бюджет на определенный год.
Управляемый: на этом уровне с использованием показателей процесса руководство может эффективно контролировать процесс обеспечения доходов как есть (например, для обнаружения проблем, анализа первопричин, закрытия). Для отдела обеспечения доходов существует формализованная стратегия и долгосрочная дорожная карта для людей, процессов и технологий. В частности, руководство может определить способы корректировки и адаптации процесса к конкретным потокам доходов без измеримых потерь качества или отклонений от спецификаций. Возможности процесса устанавливаются с этого уровня. Эти люди обладают необходимым набором навыков для выполнения повседневных операций и обладают знаниями в предметной области.
Оптимизация: на этом уровне основное внимание уделяется постоянному повышению производительности процесса за счет как постепенных, так и инновационных технологических изменений / улучшений. Стратегия, основанная на оценке риска, используется для оценки покрытия Revenue Assurance через определенные промежутки времени. Средства контроля достигают зрелости, когда Revenue Assurance действует только как агентство по улучшению других областей процессов, включая разработку продукта, развертывание продукта, удержание клиентов, выставление счетов, сборы, напоминания и т. Д. На этом этапе процессы RA связаны с устранением статистических общих причин отклонений процесса. и изменение процесса для повышения производительности процесса.

Категории процессов RA

Процессы обеспечения доходов во многих отношениях можно рассматривать как процесс аудита. Цель состоит в том, чтобы гарантировать, что политики организации хорошо реализованы и что утечка доходов не происходит или не происходит минимальной. Процессы RA могут охватывать все отделы и линии обслуживания в телекоммуникационной организации. Существует много способов классификации процессов RA, однако с учетом функции аудита; процессы RA можно разделить на детективные, корректирующие и превентивные действия, средства контроля или процессы. Разберемся в разнице на примере. Предположим, что цель состоит в том, чтобы гарантировать, что группы соединительных линий правильно введены в MSC. Детективный контроль должен был бы следить за тем, чтобы группы внешних линий, появляющиеся в CDR, согласовывались с основным списком, и сообщалось о любых отклонениях. Корректирующий контроль будет заключаться в инициировании процесса и подтверждении с командой сети / оптовой торговли всех обнаруженных отклонений. Профилактический контроль будет заключаться в создании процесса с командой сети / оптовой торговли, при которой все новые группы магистральных каналов сначала сообщаются RA, посредническим, оптовым и другим важным отделам, а затем размещаются в сети.

Детективные процессы

Обнаружение обеспечения дохода - это процесс обнаружения изменения значения параметра по сравнению с его перемещением из системы A в систему B или внутри самой системы. Изменение значения относительно размера - вопрос. Обнаружение в РА может осуществляться как ручными, так и автоматическими средствами. Типичные действия по обнаружению включают мониторинг, обобщение, расследование и аудит.

Мониторинг: Обычно мониторинг деятельности в Revenue Assurance относится к наблюдению за данными, системой или процессом для любых изменений, которые могут произойти в течение определенного периода времени. С помощью автоматизированных инструментов обычно можно добиться постоянного мониторинга, который может уведомить пользователя или администратора (по электронной почте, SMS или другим сигналам тревоги) в случае каких-либо изменений. Различные процессы, которые обычно контролируются отделом обеспечения доходов, включают ежедневное использование сети, изменения профиля и конфигурации, посредничество, рейтинг, выставление счетов, расчет, роуминг, сборы и процессы, связанные с напоминаниями.
Обобщение: при работе с большими объемами информации, например об использовании сети, может оказаться непрактичным проходить CDR по CDR и сравнивать то же самое между двумя системами. В таких случаях обобщение поможет быстро изучить и выявить предварительные проблемные области. Например, можно сначала обобщить информацию на основе нескольких параметров, таких как события (голос, смс, данные), тип клиента (постоплата, предоплата, в роуминге, выезд в роуминге), оператор (собственный, местный, национальный, международный) и т. Д. и сравните такие измерения, как количество и продолжительность этих измерений в двух системах. Такие быстрые оценки помогают быстро определить проблемные области или аспекты, и для этих выявленных параметров можно провести дальнейшее подробное исследование. Обобщение значительно сокращает ручные усилия по выявлению проблемных областей в большом потоке данных.
Аудит: Аудит обеспечения доходов - это набор действий, выполняемых для того, чтобы гарантировать, что организация предпринимает необходимые шаги, чтобы оставаться в соответствии с развивающимися изменениями организационной политики, правил и рыночных условий. У каждого аудита Revenue Assurance есть список конкретных целей, которые могут исходить от руководства, нормативных актов или отраслевых стандартов. Фактические задачи аудита могут различаться в зависимости от информации, системных или ведомственных процессов, которые подвергаются аудиту. Некоторые примерные цели аудита RA могут быть такими, как обеспечение точности выставления счетов до 0,01%, отсутствие отклонений конфигурации в сети, обеспечение процесса оценки и выставления счетов и т. Д. Каждый аудит RA может охватывать разные отделы, каждый со своими собственными специализированными техническими требованиями.
Расследование: Расследование - это акт обнаружения чего-то нового или чего-то «старого», о чем ранее не было известно. Исследование ведет к открытию, которое представляет собой наблюдение за новыми действиями или новыми событиями и дает новые аргументы для объяснения собранных знаний. Расследование RA - это серия процессов или процедур, выполняемых для определения основной причины аномалии. Это также известно как процедуры или действия анализа основных причин (RCA). Анализ первопричин (RCA) - это метод решения проблем, который пытается определить основные причины отказов или проблем, вызывающих рабочие события. В ходе расследования будет предпринята попытка выявить и исправить первопричины событий, а не просто устранить их симптомы. Сосредоточившись на устранении первопричин, можно предотвратить повторение проблемы с гарантированием доходов.

Корректирующие процессы

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

Корректировка информации: это относится к процессу исправления или обновления значения для элемента конфигурации или справочной таблицы. Обычно это результат отсутствия набора данных в конкретной таблице или системном файле. Например, определенная серия номеров может отсутствовать в коммутаторе и, следовательно, не подключаться или обновлять отсутствующий тарифный план в рейтинговой системе, что приводит к нерейтинговым CDR и т. Д.
Коррекция процесса: Коррекция процесса относится к модификации действия путем добавления, изменения или удаления шага действия, что предотвратит неправильную конфигурацию или утечку дохода в процессе. Как правило, корректировка процесса требуется для проактивного подтверждения доходов, чтобы обеспечить лучшее управление операциями. Например, может потребоваться изменить процесс проверки перед выставлением счета, когда на рынок выводится новая линия услуг или продукт. Может потребоваться, чтобы новая линия обслуживания была включена в процесс предварительного счета.
Коррекция людей: Коррекция людей требуется, когда речь идет о навыках ресурсов. Revenue Assurance - это нишевый бизнес-процесс, в котором присутствует ограниченное количество людей, обладающих нужным опытом в области телекоммуникационных сетей, посредничества, выставления счетов, ИТ и бизнеса. Это приводит к тому, что во многих командах по обеспечению доходов работают неопытные люди в операционных отделах. Из-за этого большинство операций по обеспечению доходов заканчиваются только реактивацией, а не переходом в проактивную основу.
Технологическая поправка: Сам характер телекоммуникационного бизнеса часто меняется. Есть 2 аспекта исправления технологии: i) технология на стороне сети; ii) технологии, используемые самим отделом RA.

Телеком Сетевые технологии развиваются быстрыми темпами. Иногда в Сети необходимо сбалансировать технологии.Например, наличие нескольких поставщиков на стороне сети может привести к требованию установки оборудования синхронизатора времени только для того, чтобы CDR отображали согласованную информацию, связанную со временем и датой. Любая текущая реализация Revenue Assurance быстро устаревает. По мере развития технологий инструменты обеспечения доходов и охват инструментов также должны развиваться. По сути, это означает, что технологические исправления необходимо выполнять либо на стороне оборудования, либо на стороне инструмента / приложения. Технологические исправления редки и должны выполняться с должной осмотрительностью, поскольку технологические исправления могут быть очень дорогими для организации.

Профилактические процессы

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

Синхронизация - набор действий, обеспечивающих синхронизацию двух наборов данных в течение определенного периода времени. Например, набор действий по обеспечению доходов гарантирует, что все клиенты с предоплатой в системах CRM представлены в IN - SDP (интеллектуальная сеть) и наоборот. Точно так же все группы соединительных линий между отделами продаж синхронизируются с группами соединительных линий, упомянутыми в MSC. Другим примером может быть обеспечение того, чтобы все таблицы номеров B между MSC были одинаковыми.
Проверки целостности - это отдельные действия, выполняемые для обеспечения целостности системы или процесса. Это эффективная проверка, позволяющая получить представление об отдельном процессе и оценить, есть ли в его непосредственной предыстории что-нибудь, что могло бы вызвать беспокойство. Например, выполнение выборочной проверки кредитоспособности для клиентов с постоплатой до выставления счета. Другим примером могут быть проверки подписчиков со списками санкций, списки наблюдения на предмет причастности к мошенничеству, отмыванию денег и связанной с ними незаконной деятельности.
Предварительные проверки - любые проверки, выполняемые над входными параметрами процесса, чтобы убедиться, что в процесс вводятся правильные данные. Предварительные проверки необходимы для сложных процессов, таких как оценка и выставление счетов, которые включают несколько подпроцессов и отнимают много времени для каждого запуска. Некоторые образцы предварительных проверок могут включать в себя проверку порядкового номера CDR перед рейтингом, подтверждение количества файлов перед рейтингом, предварительную проверку подписчика перед выставлением счета, дублирующую проверку CDR, отчет обо всех постоплатных клиентах, у которых нет правильного цикла выставления счетов и т. Д.
Постпроцессные проверки - Постпроцессные проверки необходимы для проверки надежности выходных данных данного процесса. Некоторые процессы Revenue Assurance могут давать несколько взаимосвязанных выходных данных, которые необходимо проверять перед передачей потребителю внутри или вне компании. Некоторыми примерами постпроцессных проверок являются проверка форматов целевых выходных данных, таких как файлы TAP 3, перекрестные ссылки подписчиков в цикле выставления счетов с предварительным списком счетов, номера, завершенные непосредственно в системах OSS, а не через системы CRM / BSS и т. Д.

Инструмент для обеспечения дохода

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

Следует иметь в виду, что программные решения RA могут помочь только в указании на места ошибок или проблемные области. Когда кто-то обращается к вопросу разработки решения RA, им необходимо учитывать масштабы, объем и мощность доступных систем, а также интеллект, навыки и количество доступных людей. Наконец, именно люди, их навыки и знания составляют полное решение RA. Организация должна быть осторожна при автоматизации обеспечения доходов, так как это может закончиться дорогостоящим и негибким решением, которым никто не сможет эффективно управлять. Существует множество специализированных продуктов RA, которые имеют разные характеристики, включая зондирование, дополнительные модули RA в соответствующих OSS / Элементы BSS. Однако наиболее распространенный инструмент, используемый большинством телекоммуникационных компаний, - это инструмент, который может моделировать естественный процесс потока CDR от создания сети до выставления счетов. Ниже приведены некоторые из требований (не исчерпывающие) к такому продукту по обеспечению доходов.

Извлечь, преобразовать и загрузить

Телекоммуникации - это среда, в которой существует множество разнородных систем, создающих множество данных. Обычно информация за один день занимает много гигабайт, а в некоторых случаях также терабайт. Это создает потребность в очень профессиональном и строгом инструменте извлечения, преобразования и загрузки для приложения Revenue Assurance. Некоторые из общих черт этого инструмента:

Он должен иметь возможность импортировать данные во всех распространенных форматах данных (ASCII, ASN, BCD, двоичный и т. Д.)
Он должен иметь возможность импортировать данные напрямую из общих баз данных.
Он должен иметь возможность получать потоки данных из различных источников данных систем поддержки сети, эксплуатации и бизнеса.
Он должен иметь обширный журнал аудита для отслеживания состояния файлов и записей - получение, обработка, дублирование, загрузка, ошибка и т. Д.
Решение должно обеспечивать интегрированную среду для выполнения проверок целостности данных.
Его следует настраивать с помощью удобного графического интерфейса.
Он должен обеспечивать возможность нормализации, обогащения и преобразования бизнес-правил, если это применимо, в модель данных.
Он должен иметь возможность искать большие таблицы или файлы для справочной информации.
Он должен позволять создавать новые поля данных, манипулируя и вычисляя значения на основе других полей.
Он должен обеспечивать возможность отслеживать прогресс и успех всего процесса ETL от начала до конца.
Он должен обрабатывать непредвиденные ошибки и продолжать обработку и вести соответствующие журналы аудита.
Он должен поддерживать полную автоматизацию процедуры ETL от получения файла до записи в базу данных или файловую систему.
Он должен иметь возможность хранить историческую сводку и подробную информацию в течение периода времени, настраиваемого пользователем.
Он должен уметь суммировать информацию на лету на основе настраиваемых размеров.
Он должен иметь возможность настраивать аварийные сигналы и пороговые значения уровня ETL для данных и уведомлять соответствующих пользователей о любых исключениях.
Решение должно быть хорошо масштабируемым, чтобы платформа обработки данных могла соответствовать текущим и прогнозируемым размерам с учетом роста бизнеса, объемов трафика и точек аудита.

Сверки

Одним из основных направлений работы инструмента обеспечения доходов является сравнение CDR или XDR из 2 разных источников и проверка того, все ли записи из первой системы правильно переданы во вторую систему, с учетом соответствующих бизнес-правил. Это достигается путем сравнительного анализа записей между двумя системами либо на уровне подробных записей, либо на уровне сводки путем оценки общих измерений между двумя наборами данных. Ниже приведены некоторые из требований (не исчерпывающие), которые должна обеспечивать сторона продукта, связанная с подтверждением доходов.

Он должен иметь графический пользовательский интерфейс, чтобы аналитики RA могли создавать / обновлять сверку и бизнес-правила.
Он должен поддерживать различные типы правил согласования и контроля, например отсутствующие записи, несовпадающие записи, проблемы в исходном файле (дубликаты, недопустимые значения)
Он должен иметь возможность фильтровать данные до выполнения правила, чтобы обеспечить эффективную работу системы.
Он должен иметь возможность устанавливать эффективную дату начала и окончания, с которой будет применяться и действовать более новое бизнес-правило.
Это должно быть определение правил с использованием натурализованного, удобного для пользователя языка или графического интерфейса с возможностью перетаскивания.
Он должен иметь возможность связывать денежные значения с расхождениями, выявленными на основе заранее определенных бизнес-правил.
Он должен поддерживать создание иерархии правил, когда результаты правила могут стать источником для дальнейшего определения правил.

Анализ и KPI

После того, как вся информация поступила в системы обеспечения доходов, пора вычислить цифры и составить отчеты. Важнейшая часть - аналитические возможности инструмента. Инструмент должен уметь разбираться в проблемах в огромном наборе данных, которые он собрал. Это может быть сделано только с помощью высокопроизводительного аналитического механизма, который должен обеспечивать следующие действия (не исчерпывающие):

Он должен иметь возможность создавать меры на основе результатов выбранных правил согласования и контроля и / или других определяемых пользователем критериев, например Номер учетной записи клиента, код продукта
Этот инструмент должен иметь возможность создавать предупреждения на основе применения пороговых значений к мерам и динамически изменять пороги на основе бизнес-логики.
Он должен иметь возможность создавать ключевые показатели эффективности на основе различных показателей (таких как количество, сумма, среднее значение и т. Д.) И нескольких измерений.
Он должен иметь возможность демонстрировать тенденции, основанные на значениях KPI за период времени, и выдавать аварийные сигналы при превышении пороговых значений (например, аварийные сигналы могут возникать при a) CDR нулевой продолжительности; б) короткие разговоры; в) длительные звонки; г) Несоответствие продолжительности; д) Неверный код структуры / типы вызовов и т. д.)
Он должен иметь возможность прогнозировать информацию на основе прошлых записей и генерировать сигналы тревоги или отчеты.
Пользователи должны иметь возможность устанавливать пороговые значения KPI как для общего значения, так и для значения для указанного измерения, например система должна быть способна предупреждать о ситуациях, когда пороговое значение для определенного атрибута нарушается.
Он должен иметь возможность классифицировать предупреждения и сигналы тревоги на основе приоритетов (например, критические, важные, второстепенные).
Он должен позволять пользователям создавать новые, а также обновлять и удалять существующие KPI и меры в любое время с помощью простого графического пользовательского интерфейса. Это должно включать полное определение KPI - расчет, размеры, пороговые значения, частоту расчета.
Решение должно иметь возможность поддерживать обнаружение, расследование, проверку и исправление несоответствий, возникающих в результате аудиторских сравнений.
Он должен быть в состоянии связать пробелы в сверки с отсутствующей информацией профиля или отсутствующей справочной информацией или другими системными ошибками и подготовить консолидированный отчет.

Посадка на приборную панель

Информационная панель Revenue Assurance - это простой для чтения, часто одностраничный пользовательский интерфейс в реальном времени, отображающий графическое представление текущего статуса (снимок) и исторических тенденций ключевых показателей эффективности (KPI) организации, позволяющих принимать мгновенные и обоснованные решения. быть сделано с первого взгляда. Например, приборная панель с предоплатой может отображать KPI, относящиеся к согласованию предварительно оплаченных CDR, согласованию предварительно оплаченного профиля пользователя, согласованию баланса и согласованию ваучеров, выполняемым в режиме реального времени или почти в реальном времени.

Он должен иметь возможность предоставлять полностью персонализированный экран панели инструментов для представления краткого резюме и / или подробной информации.
Он должен состоять из «строительных блоков» или «разделов», каждый из которых содержит ценную информацию для пользователя, например сводка всех определенных в настоящее время измерений и мер
Он должен позволять различным строительным блокам отображать информацию разных типов (например, сеточные таблицы, графики тенденций, гистограммы, линейные графики, круговые диаграммы, датчики, URL-адреса, карты и т. Д.).
Это должно позволить связать каждый блок или раздел на функциональном уровне, например. как только пользователь выбрал конкретный датчик, например, в одном строительном блоке, конкретная соответствующая предопределенная таблица или график в другом строительном блоке (ах) обновляется соответствующим образом, чтобы отразить выбор пользователя.
Он должен предоставлять информацию о каждом источнике на приборной панели с возможностью детализации, чтобы исследовать подробную информацию, относящуюся к строительному блоку, представлена ли она в текстовом или графическом виде.
Он должен предоставлять модулю конструктора полную гибкость в определении источников данных на основе любого типа информации, хранящейся в базе данных RA, а также возможность использовать внешние источники информации.
Он должен позволять пользователям выполнять поиск записей по заранее заданному набору полей в исходных данных, используя сложную комбинацию логических операторов, например. «=», «<», »>», Включая подстановочные знаки
Он должен обеспечивать возможности детализации из списка записей, полученных в результате поиска, в конкретные детали записи.

Управление делом

Возможность управления делами в Revenue Assurance должна обеспечивать 360-градусный обзор данного дела. Инструмент должен уметь отслеживать и устранять выявленные несоответствия. Инструмент должен обрабатывать каждый «случай» в системе с того момента, когда система его обнаружила, и управлять последующими действиями в рамках процессов исправления и возврата, пока дело не будет разрешено. Основываясь на несоответствии в одной данной области, он должен иметь возможность связывать соответствующую информацию из различных источников. Например, если при согласовании CDR возникает проблема, инструмент обращения должен иметь возможность соотноситься с соответствующими профилями пользователей, информацией о неиспользовании, кредитными рисками, конфигурациями сети и т. Д. Компонент управления делами может иметь некоторые из следующих неполных возможности:

Возможность создать уникальную идентификационную ссылку для каждого несоответствия (или группы несоответствий), если соблюдаются определенные пользователем критерии
Он должен позволить пользователям управлять и отслеживать обращения, обновляя различные атрибуты обращения, такие как: Статус, Значение, Приоритет, Исполнитель, Описание и т. Д.
У пользователя должен быть механизм полной истории обращений, связанный с обращениями и деталями обращения. История должна храниться на протяжении всего жизненного цикла кейса, в том числе когда кейс повторно открывается системой.
Он должен быть полностью определяемым пользователем с содержанием на основе любого поля данных, доступного в базе данных RA, с помощью простого механизма перетаскивания.
Он должен позволять пользователям включать в подробности дела всю информацию, относящуюся к делу, а также любую дополнительную информацию (не обязательно относящуюся к делу), которая может помочь при анализе дела.
Это должно позволить пользователям создавать новые поля в случае, если они будут включать либо автоматически вычисленное значение, либо будут открыты для обновления пользователя. Эти поля должны сохранять свое значение на протяжении всего жизненного цикла кейса.
Он должен поддерживать манипуляции с выводом отчетов о случаях, включая сортировку, многоуровневую группировку и фильтрацию на основе любого из отображаемых атрибутов.
Он должен иметь возможность «передавать несколько дел» друг другу (например, менять правопреемника или закрывать большое количество дел).
Это должно позволить пользователям распечатывать отображаемые расхождения и экспортировать их в файлы Excel, Word, CSV, PDF и т. Д. С ограниченным доступом пользователей, чтобы они могли видеть и обновлять только те случаи, которые им назначены.

внешняя ссылка

[3] Программа TM Forum Revenue Assurance позволяет участникам использовать публикации и другие средства коммуникации Форума, что приводит к сочетанию конструктивного и продуманного сотрудничества и неразрешенных несоответствий и противоречий в одном месте.

Navigation