Единственным выходом из данной ситуации является модернизация учета банковских операций и развертывание общебанковского (в том числе и на консолидированном уровне) финансового мониторинга, включающего построение системы сбора, обработки и хранения учетной информации, которая основывается на интегрированных решениях, объединяющих все направления деятельности банка по территориально обособленным или дочерним структурам.

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

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

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

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

✓ состав данных;

✓ периодичность обновления.

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

Учетные данные могут существовать в различных форматах, тогда как структура хранилища формируется таким образом, чтобы оптимизировать хранение и использование информации. Для того чтобы данные поступали и загружались в хранилище по возможности максимально быстро без чрезмерного расходования ресурсов, банку необходимо создать и строго следовать регламенту сбора и обработки информации.

Регламент распространяется на следующие параметры.

1. Порядок извлечения учетных данных:

– сроки сбора;

– точки сбора (необходимые первоисточники);

– форма данных (технологические отчеты).

2. Приведение к стандартному формату (преобразование).

3. Контроль качества (фильтрация и очистка).

В рамках территориально распределенной структуры банка учетная информация может передаваться различными способами: по внешним каналам связи, по внутренней информационной сети банка, на съемных носителях и т. д. Одним из наиболее критичных условий для работоспособности системы сбора, обработки и хранения учетной информации является возможность размещения точек сбора информации на всех требуемых уровнях применительно к иерархической структуре банка (операционная касса – дополнительный офис – филиал – банк – консолидированная структура). Для этого порядок извлечения учетных данных в части формы извлекаемых данных должен быть непротиворечивым, понятным, удобным в настройке и сопровождении, но в то же время гибким и надежным.

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