Навигатор > Банковское дело и кредиты > Рефераты > Проектирование системы анализа финансовых результатов деятельности банка...

Проектирование системы анализа финансовых результатов деятельности банка

	Скачать реферат: Проектирование системы анализа финансовых результатов деятельности банка

Содержание реферата

1. Анализ структуры ОАО АКБ «Белогорскагрокомбанк»
   1.1. Определение функциональных задач подразделений
   1.2. Определение функционального взаимодействия подразделений
   1.3. Внутренний документооборот ОАО АКБ «Белогорскагрокомбанк»
   1.4. Анализ информационных потоков
   1.5. Анализ аппаратного и программного обеспечения
2. Проектирование системы анализа финансовых результатов деятельности банка
   2.1. Обоснование выбора объекта автоматизации
   2.2. Аналитическая справка по БИС
      2.2.1. Компьютеризированные банковские системы и их функции. Аналитические системы
      2.2.2. Обзор АБС, имеющих аналитические функции
   2.3. Выбор метода анализа финансовых результатов
   2.4. Обоснование выбора программной среды
   2.5. Техническое задание на разработку системы
3. Организация работ по внедрению проекта
   3.1. Продолжительность работ по внедрению системы
   3.2. Управление рисками и стоимостью
Список использованных источников
Приложение

1. Анализ структуры ОАО АКБ «Белогорскагрокомбанк»

Развитие экономики страны тесно связано с ростом производства и качеством функционирования платёжной системы, в которой важную роль играют особые кредитные учреждения – банки. Банковская деятельность в Российской Федерации регламентируется Законом о банках и банковской деятельности и Законом о Центральном Банке Российской Федерации (Банке России), а также Гражданским Кодексом Российской Федерации. Банковская система обеспечивает концентрацию, целевое распределение финансовых ресурсов и дифференцированное кредитование тех отраслей народного хозяйства, которые имеют перспективы развития и надёжность в отношении возврата кредитов. Все формы и виды операций, совершаемых современным коммерческим банком, как и в любой сфере бизнеса, направлены на получение прибыли.

Во всем многообразии коммерческих банков, ОАО АКБ "Белогорскагрокомбанк" (в дальнейшем именуемый «Банк») по объему капитала можно классифицировать как мелкий банк.

1.1. Определение функциональных задач подразделений

Рассмотрим организационную структуру ОАО АКБ "Белогорскагрокомбанк" (см. прил. 1) Согласно уставу АКБ "Белогорскагрокомбанк" во главе Банка стоит Правление Банка, которое избирается советом и состоит из Председателя Правления Банка и начальников отделов.

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

Каждый отдел выполняет строго определённые задачи.

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

Операционно-кассовый отдел: кассовые операции, обслуживание клиентов Банка.

Кредитный отдел: оценка финансового состояния клиентов, контроль кредитной деятельности Банка; также отдел следит за ликвидностью Банка; за состоянием ресурсной базы Банка. Функции юриста: проверка договоров, защита интересов Банка в суде, подготовка юридических документов. Функции главного экономиста: расчёт нормативов Банка, составление бизнес-плана Банка, анализ хозяйственной деятельности Банка. Функции специалиста по валюте: оформление паспортов сделок, валютных операций; отслеживание законности валютных операций и операций с драгоценными металлами, установка курсов валют на основе указаний ЦБ РФ.

Бухгалтерия: бухгалтерский учёт в Банке в соответствии с действующим законодательством.

Общий отдел: техническая и кадровая поддержка работы Банка; закупка и складирование вспомогательных средств; обслуживание культмассовых мероприятий; управление техническим персоналом Банка. Функции специалиста по кадрам: наём и увольнение работников в Банке, предоставление отпусков работникам Банка, оформление пропусков и трудовых книжек, а также личных дел работников Банка. Функции подразделения безопасности: организация охраны Банка и его работников, защита информации, другие охранные функции./1/

1.2. Определение функционального взаимодействия подразделений

Бизнес-функции банков отличаются большим разнообразием, но их можно сгруппировать в три блока по содержанию и направленности: front office, middle office и back office (это устоявшиеся термины на английском языке в области банковских технологий). Рассмотрим структуру банковских функций (см. прил. 2).

Функции front office направлены на непосредственную работу с клиентами и внешними контрагентами. Это, прежде всего, функции расчетного и других видов обслуживания клиентов; ссудные и депозитные услуги в разнообразных формах. Эти функции сводятся в основном к подготовке, заключению и сопровождению договоров на различные виды сделок. Они выполняются совместно операционно-кассовым отделом и кредитным отделом.

Функции back office, обеспечивающие техническую поддержку функций front office, связаны с проведением расчетов, учетом, ведением договорной и другой документации в электронной и бумажной формах. К ним относятся, прежде всего, бухгалтерские функции, учет кредитных и депозитных договоров и т.п. Эти функции выполняются бухгалтерией и кредитным отделом. Поддержку функций front office и middle office осуществляют работники ОАОД и общего отдела.

Функции middle office (оценивание и контроль прибыльности, управление рисками, затратами, капиталом активами и пассивами, денежными потоками) относятся к классу аналитических и выполняются сотрудниками кредитного отдела и председателем правления. На основе данных балансовых и внебалансовых отчётов, составленных бухгалтерией, в кредитном отделе рассчитываются экономические нормативы деятельности, оценивание и контроль прибыльности, данные передаются руководству Банка и в ЦБ РФ. Функции контроля выполняются юридическим отделом, который проводит экспертизу документации, специалистом по валюте, который проверяет законность валютных операций и главным экономистом, который контролирует прибыльность банка. Функции планирования осуществляются во взаимодействии кредитного отдела и управляющего банком на основе его деятельности.

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

Рассмотрим схему функционального взаимодействия подразделений Банка (см. прил. 3). Слаженную работу Банка обеспечивают, выполняя свои функции, все его подразделения. Процесс, отвечающий за операции с клиентами, предназначен для выполнения основной производственной деятельности – получения прибыли от операций с денежными средствами. Процесс создания юридического обеспечения отвечает за соответствие деятельности банка действующему законодательству. Процесс организации сбора информации и автоматической обработки документов отвечает за информационное обеспечение деятельности Банка. Процесс обеспечения работы финансовых служб включает в себя функционирование экономической службы и бухгалтерии Банка. Целью этого блока является формирования обобщённой картины работы Банка в ценовом выражении. Здесь же составляется финансовая отчётность по установленным формам. Процесс обеспечения кредитной и аналитической деятельности обеспечивает анализ сведений о клиентах банка, а также анализ финансовой отчётности с целью поддержки принятия решений Правлением Банка. В свою очередь, основная задача процесса обеспечения работы правления – подготовка стратегического плана развития и оперативное руководство общей деятельностью Банка. Для простоты восприятия из схемы исключены вспомогательные службы Банка, такие, как общий отдел и архив, хотя они тоже участвуют во взаимодействии подразделений.

Функциональное взаимодействие подразделений Банка обеспечивается внутренним документооборотом.

1.3. Внутренний документооборот ОАО АКБ «Белогорскагрокомбанк»

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

для бумажного документа печатью и подписями уполномоченных лиц;
для электронных документов электронная подпись.

Для защиты документов от несанкционированного доступа применяется разграничение прав доступа к документам. Администратор имеет право доступа и корректировке всех данных. Главный бухгалтер может работать со всеми счетами и документами всех клиентов, введёнными бухгалтерами, при этом выполняются стандартные проверки его действий. Бухгалтер может вводить данные закреплённых за ним счетов и клиентов, причём стандартные проверки его действий тоже должны выполняться. Управляющему доступна вся хранящаяся в системе информация, но в режиме «только чтение».

Рассмотрим процесс сбора и обращения управленческой информации в ОАО АКБ “Белогорскагрокомбанк”. Сбор информации, регламентируемый постановлениями ГУ ЦБ РФ, начинается во время проведения банком операционного дня. Работники операционного зала проводят операции с клиентами. Бухгалтерией на основании платёжных поручений и чеков, полученных от клиентов данные заносятся в программу одб («Операционный день банка»), один из результатов обработки данных, – ежедневный бухгалтерский баланс, – остаётся в бухгалтерии. Затем с помощью различных программ (комплекс задач «Отчётность кредитных организаций об остатках и оборотах на корреспондентских счетах лоро-ностро и межбанковских кредитах», «Отчётность коммерческих банков», «Объём сделок по приобретению и отчуждению иностранной валюты против российского рубля», «Отчёт об открытых валютных позициях», «Отчёт о кассовых оборотах» и т.д.), которые будут описаны ниже, составляют ежедневные, пятидневные, ежемесячные, годовые отчётности и направляют их посредством специальной банковской электронной почты «Ремарт» в органы контроля (ГУ ЦБ РФ, налоговую инспекцию и т.д.) . Та же самая информация дублируется телексами и на бумажных носителях, отправляется в таком виде в те же организации для обеспечения большей надёжности. При этом все отправляемые отчётные данные остаются также на предприятии (на бумажных носителях, в виде текстовых файлов и файлов в формате dbf ) и используются управляющим персоналом для последующего анализа и принятия решений о корректировке деятельности.

Кроме специальных документов, предназначенных для сбора и обработки информации по основной деятельности, банк также использует документы, регламентирующие порядок ведения дел на предприятии, главным из которых является Устав акционерного коммерческого банка «Белогорскагрокомбанк» (Открытого акционерного общества). К таким документам также относятся указания и другие нормативные и методические документы Центрального Банка Российской Федерации (Банка России), распространяемые территориальным учреждением Банка России (ГУ ЦБ РФ по Амурской области). Юридическая информация поступает с помощью системы «Консультант-плюс». Инструкции и приказы налоговой службы – из публикаций в специальных экономических изданиях, таких, как журнал «Бухгалтерский учёт», газета «Экономика и жизнь».

Остановимся теперь на учёте и отчётности банка подробнее.

Бухгалтерский учёт в банке осуществляется в соответствии с правилами, установленными Центральным Банком России.

Банк ведёт статистическую и иную отчётность в порядке, установленном законодательством Российской Федерации.

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

Банк публикует информацию, относящуюся к эмитируемым им ценным бумагам, в объёме, в сроки и в порядке, определённые действующим законодательством и соответствующими указаниями Банка России.

Итоги деятельности банка отражаются в ежемесячных, квартальных и годовых бухгалтерских балансах, в отчёте о прибылях и убытках, а также в годовом отчёте, предоставляемых в Центральный Банк России в установленные им сроки.

Годовой бухгалтерский баланс и отчёт о прибылях и убытках банка после проведения ревизии и проверки аудиторской организацией утверждается общим собранием акционеров и подлежит публикации в печати.

Операционный год банка начинается 1 января и заканчивается 31 декабря.

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

Состав документов и сроки их хранения определяются в соответствии с согласованным с Росархивом перечнем (номенклатурой дел) в установленном им порядке.

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

Из схемы внутреннего документооборота Банка (см. прил. 4) видно, что первичными документами являются поступающие от клиентов заявки на кредит, депозитные договора и договора РКО. На основании этих документов открываются лицевые счета клиентов и, после поступления платёжных и кассовых документов, совершаются расчётно-кассовые операции. Они могут осуществляться через расчётно-кассовый центр. Для получения кредита заёмщику необходимо предоставить ряд документов, подтверждающих его платежеспособность. Если в результате анализа этих документов платежеспособность ссудозаёмщика подтверждается, с ним заключается кредитный договор, предоставленный предмет залога принимается на внебалансовый учёт, выписывается внебалансовый ордер.

На основании внебалансовых ордеров, кассовых и платёжных документов в АБС «Операционный День Банка» составляются соответствующие бухгалтерские проводки. Ориентируясь на курсы валют, установленные Центробанком, специалист по валюте устанавливает курс обмена валюты для Банка. Эти данные также заносятся в «ОДБ». В качестве выходных документов, получаемых в АБС «ОДБ» выступают:

списки лицевых счетов, списки счетов дебиторов и кредиторов и списки внебалансовых счетов, которые затем регистрируются в Книге регистрации лицевых счетов аналитического учёта;
баланс Банка, внебалансовый отчёт, отчёт о прибылях и убытках. Эти формы отчётности предоставляются государственным органам, а также на их основе рассчитываются нормативы деятельности Банка, которые передаются руководству Банка;
журнал валютных операций и кассовые книги, на основании которых составляется кассовый журнал.

Здесь же рассчитываются налоги, налоговые справки отправляют в соответствующие органы. Клиенты могут получить выписки по счетам.

Учёт рабочей силы ведётся в БД «Кадры». Там составляется штатное расписание и должностные инструкции, которые распределяются по подразделениям Банка.

Для учёта товароматериальных ценностей создана БД «Учёт ТМЦ». На основе заявок на приобретение ТМЦ составляется журнал заявок, а по журналу – лимитно-заборные карты. Затем оформляются заявки, которые отправляются поставщикам. От поставщиков поступают счета-фактуры, накладные и требования.

1.4. Анализ информационных потоков

Рассмотрим теперь структуру потоков информации Банка. Основные информационные потоки можно проследить по схеме функционального взаимодействия подразделений Банка (см. прил. 3). Более подробно они представлены в приложении 5.

По типам информации их можно разделить на:

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

Таким образом, основные информационные потоки в Банке являются либо частично структурированными, либо вовсе не структурированными.

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

На первичном этапе все основные информационные потоки направлены в основные подразделения Банка для работы с клиентами (это операционно-кассовый отдел и кредитный отдел). Этот блок обеспечивает выполнение основной производственной деятельности – получение прибыли от операций с денежными средствами. Он определяет основной объём текущей работы в Банке, поэтому здесь требуется обрабатывать достаточно большое количество информации. Входными здесь будут документы, предоставляемые Банку клиентами – заявки на кредит и документы, подтверждающие платежеспособность заёмщика. Формат такой информации различен – как структурированная(заявки, баланс предприятия), так и неструктурированная (справки, протоколы, акты осмотра имущества). Полученная информация агрегируется экономистом Банка в анкету заёмщика. Такую анкету можно считать частично структурированной информацией.

На этапе основной обработки информации основная обработка происходит в кредитном отделе и бухгалтерии. Её обеспечивают ОАОД и юрист, а контролирует Правление Банка.

Юрист работает только с неструктурированной информацией. Входными документами здесь будут, с одной стороны, нормативные документы, поступающие из государственных органов, а с другой – документы, посылаемые подразделениями Банка на экспертизу. Выходными – документы, нуждающиеся в дополнительной экспертизе, и переработанные нормативные документы, отправляемые в подразделения Банка.

ОАОД обрабатывает в основном неструктурированную информацию. Типичными входными данными являются материалы средств массовой информации, сообщения информационных агентств. Выходными данными могут быть сведения о клиентах Банка, аналитические обзоры конкурентов, рынков и т.д.

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

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

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

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

В Банке ведётся архив, в котором хранятся все документы, образующиеся в процессе деятельности Банка и подлежащие хранению. Деятельность архива регламентируется специально разработанной номенклатурой (см. прил. 6).

Таблицы анализа потоков информации по этапам обработки (по процессам кредитования и по процессу перевода средств по поручению физических лиц без открытия банковских счетов) приведены в приложении 6 (см. табл. 6.1 –6.3). Объёмы потоков информации, связанных с основной деятельностью, приведены в таблице 4 приложения 6. Исходя из данных перечисленных таблиц были построены график нагрузки в системе обработки данных (см. рис. 1) и график движения информационных потоков в отдельных пунктах (см. рис. 2), а также составлена таблица движения информационных потоков в отдельных пунктах (см. табл. 1).

Здесь по оси X под цифрами 1 – 51 изображены потоки информации , описанные под соответствующими номерами в таблице 4 приложения 6.

Рис. 1

Где 1 – Кредитный отдел

2 – Отдел ОКО

3 – Бухгалтерия

Рис. 2

Таблица 1 – Движение информационных потоков в отдельных пунктах

Пункт обработки информации	Объём обрабатываемой информации в печатных символах
Кредитный отдел	61832
Отдел ОКО	19690
Бухгалтерия	17640

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

Рассмотрев график движения информационных потоков в отдельных пунктах (см. рис.2) и таблицу движения информационных потоков в отдельных пунктах (см. табл. 1), можно заметить, что наиболее нагруженными узлами в системе обработки являются кредитный отдел, отдел ОКО и бухгалтерия, которые перерабатывают по 61832, 19690 и 17640 печатных символов в неделю, соответственно. Таким движением информационных потоков обусловлено наибольшее количество рабочих мест именно в этих отделах. К тому же, обработка документов в бухгалтерии автоматизирована (АБС «ОДБ» позволяет вести автоматизированный бух. учёт в Банке, а также содержит основные формы печатных документов). Отделы ОКО и кредитный работают либо с частично структурированной информацией, либо с вовсе неструктурированной, на этих рабочих местах необходим визуальный контроль, работников для исполнения функций по обработке информации достаточно, функции строго распределены между ними, а функции работников технического отдела автоматизированы в части работы со структурированной информацией, поэтому необходимости менять привычную технологию работы здесь нет.

Технологию обработки информации, действующую на предприятии, можно назвать децентрализованной с частичной централизацией, так как существуют АРМ бухгалтеров в составе АБС «ОДБ», которая позволяет формировать финансовую отчетность, но работа с клиентами осуществляется в основном отделом ОКО, таким образом, бухгалтерия служит своеобразным вычислительным центром.

1.5. Анализ аппаратного и программного обеспечения

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

АСУ, используемые кредитными организациями, как правило, состоят из следующих компонентов:

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

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

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

Для обеспечения всей системы управления банк располагает 14 рабочими станциями (в том числе 13 в сети) и двумя серверами: основным и резервным, а также сервером подключения к сети Internet. Естественно, что использование единой базы данных требует коммуникаций между всеми компьютерами и сервером. В настоящее время эти возможности предоставляет локальная сеть. Схема компьютерной сети приведена в приложении 7. Архитектура сети – Ethernet, топология сети – шина, тип передачи данных – узкополосный, метод доступа – CSMA/CD, скорость передачи данных – 10 Мбит/с, в качестве кабельной системы используется коаксиальный кабель, в компьютерах установлены сетевые платы фирмы 3Com, совместимые с коаксиальным кабелем.

Сетевой политикой занимается программист банка, он же является администратором сети. ОАО АКБ “Белогорскагрокомбанк” использует наиболее популярную сеть Novell (ОС Netware 3.12). При организации многопользовательской обработки данных применяют технологию «файл-сервер». Вся обработка информации сосредоточивается на компьютерах отдельных рабочих мест (рабочих станциях). Если программе требуются данные, размещённые на другом компьютере (как правило, это сетевой сервер), то они передаются ей по каналу сети. Сетевое программное обеспечение занято только передачей данных от одного компьютера к другому, не различая, нужна ли вся информация или только её часть. Отбор необходимых для решения задачи данных осуществляется прикладной программой, запросившей данные с другого компьютера.

В сети используются протоколы IPX/SPX, NetBEUI и TCP/IP.

Теперь перейдём к размещению компьютеров. Очевидно, что каждый сотрудник, отвечающий за создание первичного документа, должен иметь средства для его создания. Отсюда вытекает требование функциональной полноты программно-технических средств системы. Каждый сотрудник, создающий документ, должен иметь доступ к компьютеру или терминалу. На таком основании рабочие станции размещены в ОАОД (3, 2 из них в сети), в кредитном отделе (4 в сети), в бухгалтерии (5, все в сети), в машинном бюро электронных платежей (1 в сети) а также в приёмной председателя правления (1 в сети).Рассмотрим вопрос об организационном обеспечении. Как уже говорилось ранее, Банк располагает 17 компьютерами, 14 из которых объединены в локальную сеть. В бухгалтерии рабочие станции организованы на базе процессоров AMD 233, в кредитном отделе intel 486, у юрист-консульта – Pentium 166MMX, в приёмной председателя Правления i486, на электронных платежах Pentium 166MMX, в ОАОД 1 станция i486, 1 – Pentium 166MMX и 1 – Pentium 133; серверы – на базе Pentium 166 и Pentium 166 MMX. Интеграция с Internet осуществляется через прокси-сервер Wingate. Для выхода в систему межбанковской электронной почты «Ремарт» используется коммуникационная программа QmodemPro 2.6 (client-telnet).

Обратимся к другой оргтехнике. Это принтеры Epson DFX 8000 (матричный), HP Laser Jet 5P (лазерный); Epson Stylus Color 760 (струйный); ксерокс Olivetti; модем USRobotics Sportster 28800.

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

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

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

На двух рабочих станциях ОАОД и у юрист-консульта установлена ОС Windows 95, на остальных – Dos 6.22, интеграция с Internet осуществляется через прокси-сервер Wingate. Для выхода в систему межбанковской e-mail «Ремарт» используется коммуникационная программа QmodemPro 2.6 (client-telnet).

Специализированное ПО предназначено в основном для обработки бухгалтерских данных и составления отчётностей, представляет собой целый комплекс программ. Рассмотрим наиболее важные из них.

«ОДБ» по новому плану счетов v4.1(СРВ) – основной программный продукт. Обеспечивает работу в произвольной дате, пересчёт балансовых, внебалансовых операций и картотек, счетов доверительного управления, счетов депо, срочных операций, процентов, накопительной информации при изменении информации в прошлых датах. Кроме общепринятых выходных документов имеются следующие документы: баланс по разделам; свод оборотов дня; оборотные ведомости месячная, квартальная, годовая по всем разделам баланса; движение по счетам за заданный интервал; извещения по возврату документов; справки в налоговую инспекцию; остатки на счетах клиентов; справка по документообороту; наличие средств по оплате картотек.

Программный модуль TESTKB – « Финансовая отчётность» уровня кредитной организации предназначен для решения задачи свода финансовой отчётности и обеспечивает формирование магнитных носителей и бумажных документов установленной формы, для последующего представления их в территориальные учреждения Банка России или РКЦ.

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

Программное обеспечение "Комплекса задач статистической отчетности по валютному регулированию и контролю" предназначено для формирования, ведения и сопровождения электронной базы отчетности по некоторым видам валютных операций, согласно Указаниям Банка России N 137-У от 15.01.1998 г.

Программное обеспечение, условно именованное «Эмитент 4.2» предназначено для формирования следующих документов: заявление на регистрацию выпуска ЦБ; решение о выпуске ЦБ; проспект эмиссии ЦБ; отчёт об итогах выпуска; ежеквартальный отчёт по ЦБ; сообщение о существенном событии, затрагивающем финансово – кредитную деятельность кредитной организации; изменения и дополнения к регистрационным документам.

Программное обеспечение (ПО) "Комплекса задач статистической отчетности по валютному регулированию и контролю" М652 КВ предназначено для формирования, ведения и сопровождения электронной базы отчетности о движении средств в иностранной валюте на транзитных валютных счетах резидентов, согласно Письму Банка России N 277-Т от 07.10.98г.

«Отчётность кредитных организаций об остатках и оборотах на корреспондентских счетах лоро-ностро и межбанковских кредитах» (loro_kbn) позволяет создавать ежемесячные и ежеквартальные отчёты для ГУ ЦБ РФ по установленной форме, а также справки по кредитам и депозитам.

«Отчётность коммерческих банков» (OBVED_KD) позволяет создавать отчётность для банков или филиалов, а также корректировать оборотные ведомости, отчёты по операциям на фондовом рынке и по открытым валютным позициям (по установленным формам).

ПП «Объём сделок по приобретению и отчуждению иностранной валюты против российского рубля» (val_resk) позволяет составлять отчётности по объёму сделок, по крупнейшим контрагентам, по объемам обязательств и требований и по форме № 645 ежемесячной, а также составлять справки.

Комплекс задач «Отчёт об открытых валютных позициях»(OVPKB) служит для формирования отчётности по открытым валютным позициям.

ПП «Отчёт о кассовых оборотах» (SATKB) предназначен для формирования соответствующей отчётности.

Помимо стандартных программ для составления отчётностей, в банке используются программы, написанные штатными программистами (в частности, по кадрам, вкладам, акциям и ТМЦ) на FoxPro.

Кроме системного и специализированного ПО в Банке используются офисные приложения фирмы Microsoft, а также приложения типа Photoshop, Corel Xara и система антивирусного контроля AntiViral Toolkit Pro.

При анализе программного обеспечения было выявлено, что в банке не достаёт подсистемы для финансового анализа деятельности коммерческого банка. Это, во-первых, затрудняет процесс проведения внутреннего анализа и принятия адекватных управленческих решений, во-вторых, усложняет работу специалиста кредитного отдела, который вынужден ежемесячно вручную рассчитывать даже те нормативы, которые устанавливаются ЦБ РФ. //6,7,8,9

2. Проектирование системы анализа финансовых результатов деятельности банка

2.1. Обоснование выбора объекта автоматизации

Сегодня одним из наиболее динамичных секторов российской экономики является банковский. его развитие обусловливает необходимость совершенствования методов экономического анализа, бухгалтерского учёта, планирования и контроля деятельности. В современных экономических условиях деятельность финансовых институтов определяется сотнями или даже тысячами взаимосвязанных параметров. Руководству практически невозможно оценить эффективность деятельности банка по всему множеству возможных финансовых параметров. Для принятия адекватных решений аналитику необходимо выбрать такую методику, которая смогла бы учесть наиболее важные показатели деятельности и предоставить управляющему материалы анализа. Тем более это важно в сложившихся условиях, когда времена высокой инфляции, а с ней и лёгких прибылей для банков канули в лету. Доходность спекулятивных операций значительно снизилась, необходимость строгого соблюдения нормативов ЦБ РФ стала более осязаемой, а допустимый уровень ошибки (напрямую связанный с уровнем доходности) упал почти до нуля. Всё это привело к осознанию банками необходимости уделять больше внимания анализу собственного финансового состояния. //3,4,5

Как уже говорилось ранее, ОАО АКБ "Белогорскагрокомбанк" по объему капитала классифицируется как мелкий банк. Уставный капитал Банка в размере 5500 тыс. руб. сформирован преимущественно из средств клиентов, поступивших в оплату акций и капитализации дивидендов. Обладая первоначально небольшим уставным фондом – 104 тыс. руб., Банк проводил планомерную политику увеличения собственного капитала с целью поддержания необходимого уровня ликвидности, и, за 10 лет своей деятельности, сформировал уставный капитал в размере 5500 тыс. руб. При этом Банком не достигнут минимальный размер собственных средств, определенный Банком России в размере, эквивалентном 1 млн. евро.

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

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

Целью структурного анализа доходов банка является выявление основных их видов для оценки стабильности источников дохода и сохранения их в будущем. Анализ проводится на основе фактических данных за прошлые годы. В зарубежной практике берётся период длительностью как минимум три года.

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

Анализ результативности банковской деятельности является очень важным для грамотного руководства и представляет прямой интерес администрации любого банка, и в частности, управленческого персонала ОАО АКБ "Белогорскагрокомбанк".

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

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

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

Для реализации этого проекта необходимо подключить к сети компьютер, находящийся в приёмной председателя Правления Банка.

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

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

Перед тем, как начать проектирование собственно системы, рассмотрим тенденции развития подобных продуктов.

2.2. Аналитическая справка по БИС

2.2.1. Компьютеризированные банковские системы и их функции. Аналитические системы

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

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

Основными платформами для БС в настоящее время считаются:

ЛВС на базе ПК (10,7%);
Различные модели специализированных бизнес-компьютеров фирмы IBM типа AS/400 (11,1%);
Универсальные компьютеры различных фирм-производителей (IBM, DEC и др. - 57,8%) и др.

Характерен переход на компьютерные платформы, которые работают по модели "клиент-сервер" и используют ОС UNIX.

БС, обычно реализуются по модульному принципу. Широко используются специализированные мощные или универсальные компьютеры, объединяющие несколько ЛВС. В БС применяется межсетевой обмен и удаленный доступ к ресурсам центрального офиса банка для выполнения операций "электронных платежей". Банковские системы должны иметь средства адаптации к конкретным условиям эксплуатации. Для поддержки оперативной работы банка БС должна функционировать в режиме реального времени OLTP (On-line Transaction Processing).

Перечислим основные функции БС (обычно они реализуются в виде независимых модулей единой системы):

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

Таким образом, мы видим, что любая банковская система представляет собой сложный комплекс, объединяющий сотни отдельных компьютеров, ЛВС и ГВС.

Исходя из соображений сложности настройки и последующего сопровождения наиболее предпочтительными для внедрения в российских банках являются следующие АБС:

Symbols (производитель System Access; поддержку в странах СНГ осуществляет НПФ ФОРС);
Globus (производитель Temenos; поддержку в странах СНГ осуществляет AviComp).

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

Среди лидирующих российских фирм по продажам программного обеспечения для банков (по числу инсталляций) лидируют R-Style Software Lab. (программа RS-Bank) и "Диасофт" (DiasoftBank 4x4, Diasoft 5NT). "Второй эшелон" составляют компании "ФОРС" (Ва-Банк), "Кворум" (Кворум), "ПрограмБанк" (Гефест), "Инверсия" (Invobank).

Рассмотрим теперь современные подходы и методы построения аналитических информационных систем в деятельности предприятий корпоративного типа. Аналитическими Системами (АС) – будем называть системы или составляющие части информационных систем, ориентированные на анализ данных. Их часто называют системами поддержки принятия решений и их основная цель - помочь управляющему персоналу организации принять правильное и своевременное решение. (В зарубежной литературе им соответствует термин DSS - Decision Support System).

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

Цель системы –получение и хранение обобщенных данных о состоянии банка и возможность предоставления выбранной информации в удобном для принятия на ее основе решений виде.

Номенклатура данных – Обобщенные данные за большой период времени, полученные на основе детальной информации, накопленной в АБС, или из других источников.

Вид данных – обобщенные данные.

Частота обновления – система работает с достаточно редко обновляющимися исходными данными.

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

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

2.2.2. Обзор АБС, имеющих аналитические функции

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

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

Рынок российских АБС пошел по экстенсивному пути развития. Российские компании-разработчики, как правило, делали акцент на максимальном тиражировании, а также на технической поддержке своей продукции.

Особенность российской банковской системы - ее сравнительная малочисленность. При примерно одинаковом количестве банков мы имеем в тысячи раз меньший финансовый рынок. Соответственно, у нас доминируют небольшие банки и горизонтальные решения.

За 10 лет экстенсивного развития банковской системы российские разработчики выпускают вполне конкурентоспособные АБС. Российские пользователи пока не готовы вкладывать слишком большие денежные средства во внедрение зарубежного программного обеспечения, обладающего аналитическими возможностями.

Функциональная схожесть российских АБС не исключает того, что в любой из них могут быть изюминки, дающие ей более очевидные преимущества для определенного класса решаемых задач. Структура использования банковского ПО в России приведена на диаграмме (см. рис. 1).

Структура использования банковского ПО в России

Рис. 1

Symbols (производитель System Access; поддержку в странах СНГ осуществляет НПФ ФОРС);
Globus (производитель Temenos; поддержку в странах СНГ осуществляет AviComp).

2.3. Выбор метода анализа финансовых результатов

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

Рейтинговые оценки. Позволяют получить комплексную оценку финансового состояния коммерческих банков и провести их сравнение. В России разработка таких методик началась несколько лет назад, поэтому они нуждаются в доработке. Существует популярная зарубежная методика CAMEL, которая была даже адаптирована к российским уловиям и получила название “Российский CAMEL”.
Методики расчёта рисков.
Расчёт обязательных нормативов деятельности, т.е. определённых коэффициентов с заданным уровнем в соответствии с Инструкцией ЦБ РФ № 1. Экономические нормативы устанавливаются Центральным банком РФ для обеспечения устойчивости банковской системы. Для соблюдения указанных экономических нормативов в кредитных организациях создаётся система анализа и контроля.
Анализ общей финансовой отчетности (например, по Временной инструкции ЦБ РФ от 24.08.93 года № 17)
Экспресс-анализ. Его сущность заключается в отборе минимально допустимого количества наиболее существенных и сравнительно несложных в исчислении показателей. В результате его проведения можно определить надёжность финансового положение банка.

На основании анализа перечисленных методик было решено при организации системы финансового анализа использовать:

Расчёт обязательных нормативов деятельности в соответствии с Инструкцией ЦБ РФ № 1 для автоматического составления отчётности, предоставляемой в ЦБ РФ.

Анализ экономических нормативов осуществляется по следующим направлениям:

сравнение фактических значений показателя с нормативным
рассмотрение динамики изменения анализируемого показателя
выявление факторов, оказавших влияние на показатели.

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

На втором этапе проверяется соответствие каждого показателя его нормативному уровню.

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

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

Методику, приведённую Л.Г.Батраковой в книге «Экономический анализ деятельности коммерческого банка». Анализ результативности банковской деятельности начинается с анализа доходов и расходов и завершается исследованием прибыли.

Информационной базой для анализа финансовых результатов деятельности банка служат счета 701 «Доходы» и 702 «Расходы», 703 «Прибыль», 704 «Убытки», 705 «Использование прибыли» баланса банка, формы № 2 «Отчет о прибылях и убытках коммерческого банка» и № 3 «Приложение к балансу», а также «Окончательный отчет о прибылях и убытках» общей финансовой отчетности.

В процессе анализа используются следующие методы:

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

Цель анализа финансовых результатов — выявление резервов роста прибыльности банковской деятельности и формирование на этой основе рекомендаций по дальнейшей работе.

В методике Л.Г.Батраковой не учтено влияние инфляции на финансовые показатели деятельности банков, содержащиеся в их отчетности. А это очень важно для России, поскольку в условиях инфляции, сложившихся в стране, оценка ликвидности, рентабельности, надёжности деятельности банка, степени риска отдельных операций существенно искажает определение границ, зон финансового риска. Поэтому при разработке системы финансового анализа следует учитывать коэффициент инфляции. Подобный анализ уже проводился автором данной работы по отчётности Банка за I – III кварталы 1998 года. Рекомендации, предложенные на его основе, приведены в приложении 12.
Полученные результаты расчетов должны быть дополнены сведениями о стабильности экономической ситуации, имидже банка на финансовом рынке и другой подобной информацией.

2.4. Обоснование выбора программной среды

Одним из последствий финансового кризиса августа 1998 г. стало не только резкое уменьшение количества работающих коммерческих банков (в том числе и наиболее крупных), но и существенное уменьшение финансовых ресурсов, выделяемых оставшимися банками на решение вопросов автоматизации своей деятельности. Это касается как транзакционных учетных систем, так и в еще большей мере систем поддержки принятия решений (СППР). Количество закупок даже АБС с обеспечением всей необходимой для аналитики информации (Equation DBA, GLOBUS и т. д.) практически сведено к нулю. Построение СППР на базе инструментария SAS или SAP становится нереальным с учетом финансового состояния даже крупных многофилиальных банков.

Таким образом, основной задачей департаментов информатизации банков стало создание единого информационного пространства на базе работающих АБС.

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

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

Таким образом, возникшая ситуация характеризуется, с одной стороны, реальными потребностями банка в создании развитой СППР, а с другой стороны, отсутствием финансовых возможностей (а иногда и скепсисом руководителей) для создания такой системы на базе полнофункциональной АБС 5-го поколения, интегрированной с информационным хранилищем.

Следует отметить, что и до кризиса августа 1998 г. в банках с наиболее развитыми информационными технологиями, по существу, не были внедрены СППР, решающие перечисленные выше вопросы в полном объеме. Известны отдельные успешные попытки решения задач управления отдельными финансовыми инструментами (оптимизация портфеля ценных бумаг, управление кредитами с анализом кредитных рисков и т. п.), но системы анализа и управления всеми видами финансовых инструментов банка реализовано не было. Фирмы - разработчики АБС в лучшем случае предоставляли возможность разработки информационных хранилищ и инструментарий для формирования показателей и измерителей, но не СППР. Связано это обстоятельство с тем, что в каждом банке у руководителей существует свое представление (что, по большому счету, еще не является ни методологией, ни тем более методикой) о том, какая информация о сделках нужна и какие агрегированные показатели (и их динамика) характеризуют финансовое состояние банка.

Таким образом, существующие реалии определили подход к созданию СППР в Банке, где в качестве АБС имелась внедрённая по распоряжению Центрального банка пакетная система "Тульский операционный день" (ОДБ), а в качестве СУБД – FoxPro. Он может быть изложен в следующем техническом задании.

2.5. Техническое задание на разработку системы

Система под условным названием «АФР» (анализ финансовых результатов) должна выполнять ниже перечисленные функции:

импортировать из ОДБ и хранить информацию, необходимую для анализа (из файлов отчётности, формируемых в ОДБ в формате .dbf);
получать все требуемые виды агрегированных показателей с необходимой формой их презентации;
показывать динамику всех вычисляемых показателей;
анализировать полученные показатели;
выдавать рекомендации по принятию решений на основе произведённого анализа.

Исходя из требований к СППР и имеющихся в распоряжении банка программных средств, были приняты следующие решения:

инструментарий разработки – Microsoft VBA;
используемая СУБД – FoxPro (будет применена в качестве средства для импорта данных из ОДБ);
система представления исходных данных - Excel-файлы (хотя правильнее было бы использовать для этих целей MS Access, однако такое решение потребовало бы дополнительного обучения пользователей и, соответственно, переноса срока ввода системы в эксплуатацию);
система нейросетевого программирования – BrainMaker;
сетевая ОС – Novel NetWare.

Excel-листы представляют собой плоские двухвходовые таблицы, содержащие необходимые наборы данных по различным формам отчётности. В системе будут представлены данные следующие форм общей финансовой отчетности:

формы № 2 «Отчет о прибылях и убытках коммерческого банка»;
формы № 3 «Приложение к балансу»;
«Окончательного отчета о прибылях и убытках».

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

После проведения процедуры импорта исходной информации, производится расчёт основных показателей за счет дополнительно разработанных Excel-функций.

Затем пользователь может просмотреть полученные результаты как в виде отдельных показателей, так и в динамике за указанный период времени.

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

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

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

отчёт «Основные нормативы деятельности в соответствии с Инструкцией ЦБ РФ № 1»;
отчёт по динамике показателей;
отчёт «Общие показатели рентабельности» и др.

Суммируя изложенное, можно констатировать, что разрабатываемая система является модулем для финансового анализа результативности банковской деятельности. Расчет показателей производится средствами Excel и MS VBA; структуры рассчитанных показателей доступны как непосредственному просмотру и анализу средствами системы, так и путем их презентации в Excel.

Для работы с «АФР» необходимо следующее:

персональный или мультимедийный компьютер с процессором 486 и выше;
операционная система Microsoft Windows 95 (русская или пан-европейская версии), Windows NT Workstation 3.51 с Service Pack 5 или более поздняя версия, или US NT 4 Workstation [с Service Pack 1] или Russian NT 4 Workstation. При возможности следует перейти на более позднюю версию NT Workstation Service Pack;
8 Мбайт оперативной памяти при работе с Windows 95; 16 Мбайт оперативной памяти при работе с Windows NT Workstation;
200-300 Мбайт дисковой памяти; 200 Мбайт требуется для стандартной установки в зависимости от конфигурации;
видеоадаптер VGA или более высокого разрешения (желательно Super VGA, 256 цветов);
мышь Microsoft, Microsoft IntelliMouse или другое совместимое стройство ввода (Microsoft IntelliMouse позволяет использовать дополнительные возможности перемещения в программе).

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

Система может использоваться как в качестве инструмент аналитика, готовящего информацию для руководителей высшего звена, так и самим руководителем

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

3. Организация работ по внедрению проекта

3.1. Продолжительность работ по внедрению системы

В таблице 1 приведён примерный список работ по внедрению проекта с указанием их продолжительности. Общая продолжительность работ, по предварительным расчётам, составляет 43,5 дня.

Таблица 1 – Продолжительность внедрения системы анализа финансовых ре-

зультатов деятельности банка (по этапам)

Вид работ	Начальная дата	Время выполнения	Конечная дата
Написание системы: обеспечение импорта входных данных обеспечение расчётных функций сбор информации для СППР нейро-сетевая часть документация	01.12.00 01.12.00 04.12.00 11.12.00 14.12.00 24.12.00	33 3 7 3 10 10	03.01.01 04.12.00 11.12.00 14.12.00 24.12.00 03.01.01
Установка системы: назначение паролей назначение прав доступа выделение рабочих директорий установка ПО, тестирование установка документации	03.01.01 03.01.01 03.01.01 04.01.01 04.01.01 04.01.01	3,5 0,5 0,5 0,5 1,5 0,5	06.01.01 03.01.01 04.01.01 04.01.01 06.01.01 06.01.01
Обучение	06.01.01	7	13.01.01.
Всего дней	01.12.00	43,5	13.01.01.

3.2. Управление рисками и стоимостью

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

Анализ рисков проекта приведен в таблице 2, он показал, что более всего подвержен риску процесс обучения, вероятность осуществления этого риска составляет 25%, меньше всего подвержена риску работа по установке системы, но в тоже время она зависит от своевременного выполнения других работ. Наиболее распространенный вид риска, влияющий практически на все ресурсы является риск ошибки в принятии или реализации решений. Наименее распространенным является риск изменения курса валюты, он влияет только на финансовые ресурсы. Так как смета проекта включает в себя только стоимость затрат на обучение, то в случае осуществления какого – либо из рисков возрастает лишь длительность времени реализации проекта.

Таблица 2 - Риски при реализации проекта

Ресурсы	Ошибки в принятии или реализации решений	Неготовность принять новое	Изменение курса валюты	Непредвиденные действия конрагентов	Итого
Программная реализация системы	15				15
Установка системы	5	6			10
Обучение	1	20			21
Финансовые ресурсы		5	4	1	10

Список условных обозначений

DDE–dynamic data exchange

АБС – автоматизированная банковская система

АКБ –акционерный коммерческий банк

асу – автоматизированная система управления

БИС – банковская информационная система

БС – банковская система

БД – база данных

ГУ ЦБ РФ – Главное Управление Центрального Банка Российской Федерации

к.э.н. – кандидат экономических наук

оао – открытое акционерное общество

ОАОД – отдел автоматизированной обработки информации

ОДБ – операционный день банка

ОКО – операционно-кассовое обслуживание

ПО – программное обеспечение

ПП – программный продукт

РКО – расчётно-кассовое обслуживание

РКЦ – расчётно-кассовый центр

СППР – системы поддержки принятия решений

СРВ – система реального времени

ТБСВК - таможенно-банковская система валютного контроля

ТЗ – техническое задание

ТМЦ – товароматериальные ценности

ЦБ РФ – Центральный Банк Российской Федерации

Список использованных источников

Устав акционерного коммерческого банка «Белогорскагрокомбанк» (Открытого акционерного общества), – Белогорск, 1996.
В.И. Чаусов //Банковские Технологии. – 1998. –№11-12.
В. Садвакасов. Коммерческие банки. Управленческий анализ деятельности. Планирование и контроль. –М.: Ось-89, 1998.
А. Триф, О. Уткин, В. Кривоножко, Р. Сеньков, А. Антонов. Анализ эффективности финансовых институтов // Банковские Технологии. – 1999. –№5-6.
Н. Акишина. автоматизация финансового анализа – веление времени // Банковские Технологии. – 1997. –№5.
И.Сидоров. Главному бухгалтеру – отличный сервер // Экономика и жизнь. – 1999. – №13 март.
И.Береговский . Бухучёт и программы: совет профессионала // Экономика и жизнь. – 1999. – №3 январь.
С.П.Проскурин. Десять вопросов на тему автоматизации // Бухгалтер и компьютер. – 1998. –№0.
Ю.Ю.Королев. Автоматизация учёта: системный и технический нюансы // Бухгалтер и компьютер. – 1998. –№1.
Автоматизация банковской деятельности / Под ред. С.И. Кумок. – М.: МФО, 1994.
Е. Суховарова, Е. Соломатин. – Обеспеченность дилинга аналитическими данными в АБС // Банковские Технологии. – 2000. –Январь-Февраль
Л. Викторов. – Интеграция данных в АБС - эффект гарантирован // Банковские Технологии. – 1999. – октябрь
В. Галактионов, С. Захаров. – Обзор рынка зарубежных АБС // Банковские Технологии. – 1999. – ноябрь-декабрь
Батракова Л.Г. Экономический анализ деятельности коммерческого банка. – М.: Логос, 1998
Ольга Заратуйченко. – Современные подходы и методы построения аналитических информационных систем. Тезисы выступления на семинаре НТЦ АРБ // Практические вопросы информационно-аналитической работы в коммерческом банке. – 1998.– март
Банковское дело. / Под ред. О.И.Лаврушина. – М.: Финансы и статистика,1998

Приложение

Краткая характеристика абс, имеющих аналитические функции

1. Зарубежные АБС

1.1. Microbanker (Citicorp IT Industries Ltd. (Citil), India)

Прообразом АБС Microbanker стала разработанная в Citibank система Cosmos, которая была переработана и перенесена на платформу UNIX. Система ориентирована на небольшие и средние банки. Основными рынками сбыта системы являются континентальная Европа, Африка, Юго-Восточная Азия и Ближний Восток. Ближайшим конкурентом Microbanker является АБС Bankmaster, хотя есть и исключения - в 1996 г. Rabobank, являющийся пользователем систем Midas и Atlas, принял решение устанавливать АБС Microbanker во все свои новые подразделения.

АБС работает на широком спектре UNIX-платформ, поддерживает алфавитно-цифровой пользовательский интерфейс и использует методы доступа файловой системы для организации информационной базы. Анонсирована работа АБС на платформах Novell Netware и Windows NT, однако реально работающих в промышленном режиме установок такого рода нет.

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

Главную книгу.
Обновление остатков в режиме реального времени.
Валютный дилинг.
Межбанковский дилинг.
Кредиты.
Документарные операции.
Торговлю ценными бумагами.

Кроме того, доступен ряд дополнительных продуктов того же производителя, расширяющих функциональные возможности АБС:

Система MoneyMaker автоматизирует фронт-офис для межбанковских операций и покрывает валютный и межбанковский дилинг, опции доходности, анализ прибылей и убытков, управление позицией, обработку лимитов и денежных потоков; планируется поддержка деривативов. Имеются интерфейсы к системам моделирования и к Reuters 2000.

Система Customer Access Systems поддерживает электронный банкинг.

Система Finware автоматизирует бэк-офис розничных операций и включает:

Главную книгу.
Кредиты.
Ипотеку.
Депозиты.
Текущие и сберегательные счета.
Безналичные расчеты и взаимозачеты.

Система обеспечивает онлайновые связи между всеми подразделениями банка, поддерживает автоматические кассовые аппараты (теллеры) и стандарты ISO для доступа к другим периферийным устройствам. В настоящее время CITIL предлагает комплекс из АБС Microbanker и Finware как интегрированное решение под торговой маркой Unified Banking Solution.

1.2. IBIS (Financial Objects PLC, UK)

АБС IBIS была разработана в начале 1980 г. в лондонском Итальянском Международном банке (Italian International Bank). Производители утверждают, что система была разработана «с нуля» для платформы IBM System/38, и в этом заключается ее преимущество перед системами Midas и Equation, которые были разработаны для этой же платформы, но еще в середине 1970 г. В то же время некоторые конкурирующие производители высказывают мнение, что IBIS - это всего лишь результат переноса с платформы IBM System/3 внутрикорпоративной разработки 1970 г.

Основными рынками сбыта системы являются регионы Юго-Восточной Азии, Восточной и континентальной Европы и, в меньшей степени, США. Обычно пользователи рассматривают IBIS как более новую и менее рискованную альтернативу системам Midas и Equation.

К 1992 г. система была перенесена на платформу IBM AS/400 и стала распространяться под маркой IBIS/AS.

Функциональное развитие системы осуществлялось в форме проектов для отдельных банков.

Для лондонского Svenska Handelsbanken была выполнена работа по переносу всех функций обработки финансовых сообщений в отдельный модуль. В результате появилась Система обработки сообщений (MPS), обрабатывающая большинство платежей в подсистемах обслуживания частных лиц и корпоративных клиентов и дилинга, обработки сообщений и подтверждений, включая он-лайновые связи с корпоративными клиентами и SWIFT.

Для Banco Espirito Santo (Лондон) был добавлен интерфейс к модулям коммерческих и синдицированных кредитов; для Ceskoslovenska Obchodni Banka разработан фронт-офис подсистемы розничных операций; с BNE Swedbank (Люксембург) был согласован проект «Управление фондами»; элементы рынка капиталов были разработаны для Bank of America. Был также выполнен большой проект по депозитам частных лиц для Union Bank of Finland.

С точки зрения функциональности, АБС IBIS/AS обладала теми же достоинствами, что и ее конкуренты на платформе AS/400. Вместе с тем она имеет и аналогичные недостатки - при разработке АБС использовались устаревшие информационные технологии, система плохо структурирована, тяжела в поддержке и сопровождении. В то же время, с точки зрения качества и оперативности обслуживания и поддержки, АБС IBIS выглядела лучше своих конкурентов - 22% пользователей оценили сервис как «отличный»; 56% - как «хороший» и 22% - как «адекватный».

Дальнейшее развитие АБС проходило как в части улучшения эксплуатационных характеристик, так и в части совершенствования функциональной части. Система была полностью перепрограммирована с применением самых современных инструментов и технологий. Для участия в этом проекте были приглашены специалисты из IBM.

В технологическом направлении были сделаны следующие усовершенствования:

заменена система генерации отчетов;

в систему розничных операций добавлены:

поддержка прямого дебетования;
поддержка регулярных платежей в адрес нескольких получателей;
поддержка комиссий;
интерактивный доступ к SWIFT терминалу Alliance;

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

ввода уведомлений о сделках;
улучшенной обработки кредитов с возможностью пересмотра условий,
интерфейса с Reuters Dealing 2000,
поддержки сенсорных экранов (touch-screens);

добавлены функции электронного банкинга, позволяющие частным и корпоративным клиентам удаленно, в том числе и через Интернет:

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

добавлена система управления рисками, поддерживающая стандартные модели и методы, включая Value at Risk и JP Morgan’s Riskmetrics. Кроме того, систему можно использовать для анализа «Что, если».

Планируется к внедрению новый модуль «Репо», который заменит имеющийся модуль, ориентированный в основном на учет.

1.3. Opics (The Frustum Group, USA)

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

В 1993 г. была подготовлена первая коммерческая версия АБС, которая была внедрена в отделении Barclays Bank в Майами. В целом ранние версии Opics выглядели скорее как системы уровня подразделения, не заменяя существующие бэк-офисные системы банка, а дополняя их. Вскоре была добавлена поддержка фьючерсов, биржевых опционов, соглашений о будущей процентной ставке и валютного свопа. Система имела средства безопасности, восстановления и рестарта и поддерживала многофилиальную организацию.

В 1995 г. были добавлены поддержка репо и обыкновенных акций. На уровне фронт-офиса появились возможность ввода сделок и моделирование прибылей и убытков «Что, если». Кроме того, был обеспечен онлайновый интерфейс с Microsoft Office с помощью механизмов DDE. В то же время АБС не поддерживала розничных операций, синдицированных кредитов и документарных операций.

Система работала на множестве ПК-ориентированных платформ (Novell, Windows 95, Windows NT, OS/2 и Unix). Первые версии Opics использовали СУБД Sybase, но затем были добавлены средства работы с любой СУБД, поддерживающей стандарт ODBC.

К 1997 г. АБС была доработана до уровня «универсального решения» для банков, нуждающихся в поддержке как казначейских, так и розничных операций. Несмотря на то, что в ряде функций (операции с драгоценными металлами, репо, фьючерсы, опционы, соглашения о форвардной ставке) Opics имеет преимущества даже перед такими общепризнанными лидерами систем банковской автоматизации, как Midas и Equation, розничный сектор имеет слабую функциональность и не способен обрабатывать большие объемы операций.

Эта АБС является лидером по количеству новых банков-пользователей в 1997 г. (24). В то же время следует отметить, что 10% купивших систему банков ее не используют. Последнее обстоятельство свидетельствует о наличии проблем, проявляющихся на стадии эксплуатации системы.

На российском рынке система продвигается фирмой MKI.

1.4. GLOBUS (Temenos Systems SA, Switzerland)

Официальной датой появления системы Globus на рынке интегрированных банковских систем считается 1988 г. Однако Globus возник не на пустом месте. Прообразом АБС была корпоративная разработка Citibank, выполненная еще в 1977 г. (АБС Cosmos). Впоследствии система переписывалась по заказу Lloyds Bank. Первая версия Globus работала под управлением операционной системы Pick на компьютерах Рrime. С технической точки зрения Pick всегда выглядел очень привлекательно, особенно в части функциональности и дружественности пользовательского интерфейса. Тем не менее в банковской среде Pick распространения не получил. Поэтому в 1989 г. был выполнен перенос АБС Globus на платформу Unix, и тем самым существенно расширился спектр оборудования, на котором эта АБС может работать. Следует отметить, что все «метаморфозы» АБС осуществлялись под руководством и при непосредственном участии тех же специалистов, которые начинали разрабатывать АБС еще в Citibank.

GLOBUS был разработан с применением СУБД Universe фирмы VMark Software, что упрощало перенос АБС с одной платформы на другую.

К 1992 г. Globus имел 25 банков-пользователей. Примечательным является контракт с лондонским Standard Bank, подписанный в 1993 г. Информационные технологии Standard Bank ориентированы на ORACLE-технологии, и с этой точки зрения использование АБС на базе СУБД Universe не является идеальным решением. Ключевым аргументом в пользу такого выбора была открытость Universe, позволившая без затруднений организовать обмен данными между АБС Globus и ORACLE-приложениями.

Функциональное развитие АБС GLOBUS осуществляется постоянно путем включения в основной продукт отдельных разработок, выполняемых для конкретных заказчиков. Например, модуль аккредитивов был добавлен в 1992 г. по инициативе Bank Handlowy (Люксембург). В 1995 г. последовали модули синдицированных кредитов и соглашения о форвардной сделке. В 1994 г. Temenos (производитель АБС GLOBUS) купил систему Brokers’ Wonder, автоматизирующую работу с фьючерсами и опционами. Система была предназначена для настольных компьютеров и имела восемь пользователей, среди которых ABN-Amro и Bank Julius Baer (Швейцария). Сначала к этой системе был разработан интерфейс из Globus, а в 1995 г. система была инкорпорирована в Globus как стандартный модуль.

Модуль Global Information Server (GIS) был опробован в лондонском Standard Bank. Этот компонент предоставляет пользователям доступ к внешним источникам данных, а также служит для генерации отчетов из базы Globus посредством SQL-запросов и связи их с такими приложениями, как электронные таблицы и текстовые процессоры. Аналогично были разработаны интерфейсы между АБС Globus и офисным пакетом Uniplex, включающим электронные таблицы, деловой календарь, электронную почту и графику.

В версии G7, вышедшей в середине 1996 г., появились модули процентного свопа, обработки просроченных кредитных платежей и управляющей информации. В выпущенной вскоре версии G7.1 был добавлен модуль обработки изображений и поддержка интерфейса DDE для связи с приложениями Microsoft.

Рассматривались перспективы переноса АБС с платформы Universe на платформы СУБД ORACLE и Sybase. Однако впоследствии от этих планов отказались в основном из-за того, что VMark Software в течение последних лет существенно переработала СУБД в части интеграции с другими базами данных и механизмов обработки транзакций.

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

В марте 1997 г. была продемонстрирована версия АБС для Windows NT, однако готовый для пилотных испытаний проект, функционально идентичный UNIX-версии, появился только в начале 1998 г.

В планах Temenos значится поддержка Интернет-банкинга. Сначала для частных, а затем и для корпоративных клиентов будут доступны следующие функции:

оплата чеков;
формирование постоянных распоряжений;
платежи;
управление счетами;
запрос на кредитование;
запрос курсов валют;
оценка портфеля.

Кроме этого планируется организовать на Web-сайте производителя страницу для поддержки пользователей.

На российском рынке продвижение и сопровождение системы осуществляет фирма AviComp Services AG, бизнес-партнер разработчика Globus швейцарской фирмы Temenos Systems SA.

1.5. SYMBOLS (System Access Pte Ltd., Singapore)

АБС Symbols сингапурской фирмы System Access является одним из самых новых предложений на рынке банковских систем. Впервые система была предложена в 1989 г., и ее первым пользователем стал Credit Suisse First Boston Bank в Сингапуре. Первая версия АБС состояла из учетного ядра и основных функциональных модулей казначейства. Производитель проводил агрессивную маркетинговую политику (от которой не отказался и сейчас), намереваясь «установить Symbols во всех главных финансовых центрах к концу 1993 г.».

Основная деятельность System Access за границами Юго-Восточного региона осуществляется через дистрибьюторов. Наиболее продуктивным на сегодняшний день является сотрудничество с московской компанией ФОРС. В 1995 г. ФОРС заключил контракты на поставку Symbols в банки «Российский Кредит» и «Зенит». ФОРС выполнил адаптацию АБС к специфическим российским условиям; локализованная версия распространяется под маркой Symbols-R.

Значительным событием является также подписанный в начале 1998 г. контракт с банком «Петровский» в Санкт-Петербурге. Этот контракт стал частью двухлетнего российского проекта Financial Institutions Development Program, на который Международный банк реконструкции и развития выделил 9 млн. долл. ФОРС будет отвечать за внедрение Symbols. Система будет поддерживать ссуды, ценные бумаги, валютный дилинг, межбанковские ссуды, внутрирегиональные и международные платежи, управление активами и пассивами на сети филиалов и головного офиса. Тендер по выбору АБС для банка «Петровский» проводился в течение двух лет и его результат был назван руководителем европейского отделения System Access «удивительным».

System Access позиционирует АБС Symbols как решение для средних объемов операций - минимальная установка поддерживает 12 пользователей. Наличие проблем в инструментальной части и в механизмах доступа к данным производитель компенсирует возможностью приобретения АБС вместе с исходными кодами системы, возлагая тем самым ответственность за исправление ошибок и дальнейшее развитие системы на пользователя. Характерными примерами такого подхода являются банки «Российский кредит» и Staal Bankiers (Нидерланды).

Несмотря на рост числа банков-пользователей, не все происходит гладко. Внедрение Symbols бывает трудным, вплоть до отказа от использования этого продукта.

Как отмечалось ранее, Symbols целиком базируется на ORACLE. Он написан в среде разработки ORACLE и использует генератор отчетов ORACLE для того, чтобы пользователи могли создавать свои специфические отчеты и запросы к базе данных. Система может работать на любой платформе, которую поддерживает эта СУБД - другими словами, на всех платформах, отличных от AS/400. Большей частью система ориентирована на Unix платформы, но была сделана версия для Next и - в 1997 г. - для Windows NT.

АБС построена по модульному принципу. К первой версии были добавлены ссуды, документарные операции и депозиты частных лиц. Графический пользовательский интерфейс планировалось реализовать в середине 1994 г., однако он появился только в 1996 г., когда появились соответствующие возможности среды разработки ORACLE.

System Access считает, что сектор розничных банковских услуг более доходен, чем корпоративный. Такая позиция помогает привлечь интерес потенциальных партнеров, таких как ORACLE и поставщики вычислительной техники. Производитель продолжает развивать это направление, добавляя интерфейсы к автоматическим кассам, системам обслуживания пластиковых карт и пр. Было также заявлено о завершении в первом полугодии 1997 г. проекта «Кибер-банкинг», дающего возможность получения розничных банковских услуг через Интернет. Однако в начале 1998 г. этот проект находился в состоянии неопределенности в связи с заявлением производителя, что Symbols не будет иметь собственных средств Интернет-банкинга, а будет взаимодействовать с системами, предлагаемыми третьими фирмами.

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

2. Отечественные разработчики АБС

R-Style Software Lab. активно тиражирует свою модульную АБС. Диасофт" предпочитает комплексную автоматизацию крупных заказчиков с учетом их специфических задач, работая на вертикальном рынке. Но не забывает и о тиражировании своих продуктов на горизонтальном рынке. "Инверсия" и "ПрограмБанк" не гонятся за увеличением числа пользователей, предпочитая высококачественное обслуживание своих старых клиентов.

R-Style Software Lab.

Программный комплекс RS-Bank производства R-Style Software Lab. предназначен для автоматизации широкого спектра банковских технологий:

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

За автоматизацию каждого направления банковской деятельности в RS-Bank отвечает группа подсистем (более 60), объединенных единой технологией банковских операций.

В настоящее время компанией R-Style Software Lab. осуществляется переход от базового элемента "сделка" к более высокому уровню абстракции представления деятельности коммерческого банка - "операция". Базовым элементом АБС RS-Bank v.5.1 является операция, которая понимается как логический перечень шагов.

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

Автоматизация дилинговых операций и управление финансовыми ресурсами банка осуществляются следующими подсистемами RS-Dealing:

бэк-офис конверсионных операций;
бэк-офис операций с ценными бумагами;
бэк-офис межбанковских кредитов;
бэк-офис срочных операций;
фронт-офис конверсионных торговых операций;
оперативное управление ресурсами банка.

В подсистемах АБС RS-Bank, автоматизирующих работу дилинга, описаны операции не со всеми инструментами. Например, нет бэк-офиса операций с векселями сторонних эмитентов. Отсутствие в дилинговой системе описания некоторых инструментов разработчики объясняют отсутствием постановки задач со стороны клиентов-пользователей.

С точки зрения проводимого анализа АБС интерес представляет подсистема "Оперативное управление ресурсами банка" (ОУР), обеспечивающая мониторинг позиций по отдельным инструментам или их агрегатам и мониторинг лимитов. ОУР разработчиками относится к аналитическим подсистемам, построенным по ROLAP-технологии. По нашему мнению, это лишь хороший инструмент автоматизации отслеживания позиций и лимитов по тем операциям, которые уже прошли и данные о которых внесены в бухгалтерский баланс. Все встанет на свои места, если слова "управление ресурсами" заменить на "мониторинг ресурсов".

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

Компания R-Style Software Lab. для решения специфических задач финансового анализа предлагает отдельную систему Condor. Для обеспечения выборки данных и консолидации в аналитической системе предусмотрено инструментальное средство Condor Decision Cube. Это OLAP-ориентированное приложение, которое позволяет представить интересующую пользователя информацию в виде многомерных таблиц и графиков. Основное достоинство такого представления - возможность просмотра агрегированных и консолидированных по субъектам отчетности данных. В приложении присутствуют разные тематические кубы. Реализация тематических отчетов предполагает определение и настройку "срезов" агрегированных данных. Более точно Condor - механизм построения и обработки многомерных кубов, построенных из данных реляционных СУБД. Внешний интерфейс соответствует OLAP-приложениям, его реализация достигается ROLAP-технологиями, которые являются "ноу-хау" R-Style Software Lab.

Существуют отработанные настройки получения "срезов" 5-6-мерных кубов в Condor для финансового анализа состояния коммерческого банка. Реализации для дилинговых операций нет. Разработчики объясняют это индивидуальностью настройки Condor и отсутствием пока спроса на реализацию с его помощью инвестиционного портфельного анализа.

В разработке Condor компания R-Style Software Lab. использовала достоинство построения системы на ROLAP-технологии: интегрированность в общую идею модульности АБС RS-Bank.

"Диасофт".

Программный продукт Diasoft 5NT фирмы "Диасофт" осуществляет комплексную автоматизацию деятельности финансовых институтов в рамках единого информационного пространства. Линия продуктов Diasoft 5NT включает в себя следующие системы:

DiasoftBANKING 5NT - система автоматизации банковской деятельности.
DiasoftDEALING 5NT - система управления ресурсами:

кредиты и депозиты;
кассовые конверсионные сделки;
срочные конверсионные сделки.
DiasoftCUSTODY 5NT - интегрированная фондовая система:
модуль депозитарного учета;
модуль учета сделок на биржевом рынке ценных бумаг;
модуль учета сделок на внебиржевом рынке ценных бумаг;
модуль учета сделок с производными ценными бумагами;
модуль автоматизации деятельности расчетного брокера на внебиржевом рынке ценных бумаг;
модуль вексельного учета;
модуль обслуживания эмитента.

DiasoftTRUST 5NT - система автоматизации деятельности общих фондов банковского управления (ОФБУ);
DiasoftFUND 5NT - система автоматизации деятельности паевых инвестиционных фондов (ПИФ).
DiasoftREGISTRAR 5NT - система автоматизации регистраторской деятельности.

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

В АБС поддерживаются три основные группы объектов, обеспечивающих учет операций: сделки, документы и бухгалтерские проводки.

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

Diasoft 5NT поддерживает учет операций со всеми инструментами фондового и денежного рынков. По каждому портфелю (или субпортфелю, сформированному самим портфельным менеджером) проводится расчет финансового результата следующими методами: LIFO, FIFO и по средневзвешенной цене приобретения.

Открытость Diasoft 5NT заключается в поддержании стандартных форматов данных со всех торговых площадок и от крупнейших поставщиков информации (ММВБ, МФБ, РТС, Reuters DEALING 2000, Reuters Kondor+).

Формирование отчетов в продуктах линии Diasoft 5NT производится с помощью генератора отчетов, который может настраиваться самим пользователем.

Разработчики не позиционируют свою систему как выполняющую аналитические задачи, кроме транзакционных. Аналитика (в понимании ведения позиций, лимитов, расчета задаваемых агрегированных показателей) просто вытекает из самих принципов построения системы. Достоинством Diasoft 5NT с точки зрения портфельного менеджера является возможность прослеживания эволюции реальной текущей стоимости активов по любому портфелю (субпортфелю).

Разработок, связанных с прогнозированием стоимости инвестиционного портфеля и оценками риска, у данной компании нет.

Компания ФОРС

Интегрированная система автоматизации банковской деятельности "Ва-Банк ПЛЮС/SYMBOLS-R" компании ФОРС строится на все том же принципе модульности (более 20) и интегрированности в одной архитектуре АБС. Система опирается на реляционную СУБД и отличается от других АБС тем, что в ее составе есть модуль "Управление портфелем", который предназначен для:

анализа содержимого и структуры портфеля;
отслеживания динамики номинальной и рыночной стоимости;
расчета доходности по группе сделок.

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

С одной стороны, ФОРС придерживается принципа разграничения учетных и аналитических функций АБС, но, с другой стороны, выстраивает стройную "пирамиду управления". В ее основании - реляционные АБС, средняя часть - системы, извлекающие информацию из АБС и помещающие ее в хранилище данных для анализа. Верхушка "пирамиды" представлена OLAP-системами, реализованными на Oracle Express.

Посреднические функции между АБС и аналитическими OLAP-системами осуществляют системы "Про-Филиал" и "Финансовый калькулятор". Для нужд финансового аналитика верхняя часть "пирамиды управления" реализована в действующих системах "Оптимальный баланс" и "Российский CAMEL". "Российский CAMEL" позволяет оценить финансовое состояние коммерческого банка по более чем 40 показателям.

С точки зрения реализации задач инвестиционного портфельного анализа на верхушке "пирамиды управления" компания ФОРС, как и другие разработчики, предлагает инструментарий OLAP-технологий. Отсутствие готовой реализации задачи объясняется отсутствием ее постановки со стороны пользователей.

Компания "Кворум"

Компания "Кворум" называет свою интегрированную систему автоматизации банковских операций комплексной. Комплексность заключается в существовании более 40 программных модулей, которые позволяют реализовать учет чисто банковских операций и автоматизировать учет внутренней хозяйственной деятельности. Базовым элементом считается операция. Это - отражение общего подхода к отражению операций банка как циклов движения денежных средств. Гибкость и адаптивность системы реализуются в возможности создания новых форм справочников и аналитических данных на основе встроенных в систему средств генерации запросов. Источником данных для этих отчетов служит единая информационная база балансовых данных.

Некоторые особые виды отчетности и расчет агрегированных показателей, значимых для портфельного аналитика, реализованы по отношению к государственным ценным бумагам. Отчет в разрезе клиентов по состоянию их счетов и по набору ценных бумаг в штуках с учетом остатка денежных средств - первое приближение компании "Кворум" к понятию портфеля как единицы управления. По государственным ценным бумагам (точнее, ГКО/ОФЗ) реализован расчет доходности к погашению. Разработчиками декларируется возможность расчета доходности за период по портфелю ГКО/ОФЗ. Реализованного расчета иных агрегированных показателей, относящихся к дилинговым инвестиционным инструментам, в системе "Кворум" нет.

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

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

Компания "ПрограмБанк"

Компания "ПрограмБанк" пошла по иному пути создания АБС, разграничив функцию учетную и функцию аналитическую. Кроме стандартной АБС "Гефест", компания "ПрограмБанк" предлагает аналитическую систему "Нострадамус", реализованную на платформе Oracle.

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

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

В качестве характеристик используются:

цены отдельных инструментов (минимальная, максимальная, средняя, "bid", "ask", закрытия и т. д.);
индексы;
индикаторы и сигналы технического анализа.

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

Целью задачи "Оптимизация портфеля краткосрочных активов" является формирование рекомендаций по управлению инвестиционным портфелем на основе результатов "Анализа финансовых рынков". Наиболее важными характеристиками портфеля называются:

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

"Нострадамус" позволяет в рамках решения задачи "Оптимизация портфеля" проводить построение портфелей и субпортфелей, при этом вводится понятие "пробный портфель". Среди декларируемых характеристик портфеля отсутствует какое-либо количественное описание риска.

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

Компания "Центр Финансовых Технологий"

Новосибирская компания "Центр Финансовых Технологий" в своей интегрированной банковской системе IB System также использует принцип модульности (более 10 модулей), реализующих автоматизацию разнообразных банковских операций. Аналитические (агрегированные) данные строятся генератором отчетов в интерактивном режиме. Особых разработок для инвестиционного портфельного анализа нет. Говоря о путях распространения программы, можно отметить нестандартную политику "Центра Финансовых Технологий", который предлагает банкам участие в совместном проекте. Таким образом, достигается компромисс для банков, предпочитающих собственные разработки тиражируемым, и удается сочетать профессиональную постановку задачи с учетом всех требований конкретного банка.

Компания CSBI EE

Компания CSBI EE позиционирует на рынке свою АБС БАНКИР как многофилиальную систему с высокой производительностью (пропускной способностью транзакций). Упор разработчиками сделан на учетные функции и реализацию OLТP-систем.

Компания "Инверсия"

Компания "Инверсия" следует принципам модульности в АБС "Банк ХХI Век" и InvoBank. Основное внимание уделяется логической завершенности учетных операций. В АБС описаны операции со всеми инструментами фондового рынка. Наиболее полно реализованы учетные задачи с государственными ценными бумагами. Генератор отчетов позволяет подсчитывать для облигаций доходность к погашению, может быть реализован расчет доходности за период. По словам разработчиков, отсутствие реализации серьезных аналитических моделей обусловлено спросом пользователей на автоматизацию учетной части операций коммерческого банка.

Компания АСОФТ

Компания АСОФТ предлагает систему "АС-Банк 2000", которая обеспечивает поддержку текущего законодательства и правил ведения бухгалтерского учета в кредитных организациях на базе единого ядра бухгалтерских проводок, возможность одновременной работы с несколькими планами счетов, возможность расширения и самостоятельного изменения состава и содержания отчетных форм за счет встроенного генератора отчетов.

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

Компания "СервоКомп"

Несколько особняком от основных разработчиков АБС стоит компания "СервоКомп", вышедшая на рынок с системой Signator/2000. Входящий в ее состав "Модуль учета торговых операций" является программным комплексом для автоматизации бэк- и фронт-офиса операций с ценными бумагами в инвестиционных компаниях и фондовых отделах банков. Решение задач автоматизации операций с ценными бумагами привело разработчиков к введению в систему Signator/2000 отдельного аналитического модуля на основе OLAP-технологии (Oracle Express). Аналитический модуль реализует подход к инвестиционному портфелю как к пересекающемуся множеству субпортфелей. По классификационным атрибутам портфель ценных бумаг может быть построен как собственный, клиентский, трастовый, по виду инструмента, по задаваемым логическим условиям.

Финансовые показатели портфеля включают в себя:

свободный остаток денежных средств;
приведенную стоимость активов;
доходность.

Финансовые показатели могут быть рассчитаны по портфелю, построенному на любом классификационном признаке.

Аналитический модуль Signator/2000 является, видимо, единственным почти реализованным модулем, позволяющим осуществлять прогноз цен закрытия некоторых инвестиционных инструментов (акций).

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

по экспоненциальному тренду;
по линейному тренду;
методом Хольта-Винтера.

Решена задача Г. Марковица по выбору оптимального портфеля из 3 акций. Работа с виртуальными портфелями, сравнение нескольких вариантов прогнозов - те необходимые составные части инвестиционного портфельного анализа, которые не реализованы крупными разработчиками АБС. Недостатком аналитического модуля Signator/2000 является отсутствие количественных характеристик риска инвестиционного портфеля.

К сожалению, внедрения аналитического модуля Signator/2000 на сегодня нет. Разработки по реализации идей, заложенных в модуле, приостановлены после августа 1998 г. По словам разработчиков, для завершения аналитического модуля не хватает постановки задачи со стороны клиента-пользователя.

Поиск