Требования к автоматизированным банковским системам

Размещено на http://www.allbest.ru/

Введение

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

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

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

Целью контрольной работы является рассмотрение требований к автоматизированным банковским системам, а также современного состояния рынка автоматизированных банковских систем в России.

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

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

Требования, предъявляемые к автоматизированным банковским системам

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

Автоматизированная система - комплекс технических, программных, других средств и персонала, предназначенный для автоматизации различных процессов [8].

Автоматизированная банковская система - совокупность средств, выполняющих в банке операции с вкладами, кредитами и платежами [1, с.7].

Автоматизированная банковская система (АБС) - комплекс программного и технического обеспечения, направленный на автоматизацию банковской деятельности [3, с.23].

Литвиненко А.Ф. выделяет следующие цели использования АБС [4, с.27]:

- сокращение времени на проведение операций и оформление документов, увеличение пропускной способности банка;

- сокращение численности персонала, занятой малоквалифицированной рутинной работой;

- улучшение качества обслуживания клиентов;

- повышение квалификации банковского персонала;

- интегрирование в единые банковские системы.

Современные АБС должны решать следующие основные задачи [4, с.29]:

- автоматизированное управление сбором информации, поступающей от разнообразных внешних и внутренних источников, ее хранение и обработка;

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

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

- автоматизация всех банковских операций, технологических процессов, внедрение новых банковских продуктов и услуг (например, банковских карточек, банкоматов, услуг “банк-клиент”);

- ведение анализа имеющейся информации на основе аналитических моделей;

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

- обеспечение контрольных функций;

- охрана информации от несанкционированного доступа.

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

Несмотря на различные подходы к разработке, АБС должны удовлетворять ряду требований. К наиболее важным следует отнести следующие [1,с.34]: достаточная функциональная полнота; информационная интеграция; открытость системы; достоверность информации; надежность и безопасность системы.

Рассмотрим белее подробно общие требования к АБС.

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

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

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

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

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

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

Масштабируемость системы дает возможность легко переходить от АБС, используемой небольшой рабочей группой, к распределенной системе практически неограниченного размера и сложности [7,с.62]. Информационную основу такой системы должна составлять единая централизованная база данных, позволяющая, в частности, в широких пределах наращивать филиальную сеть банка или сеть других его подразделений.

Возможность работы в режимах “on-line” и “off-line”. Обработка всех операций в режиме реального времени получила за рубежом название OLTP (On-Line Transaction Processing - непосредственная обработка транзакций) [7, с.70], при которой всей информацией банковской системы управляет единый сервер базы данных (БД), при этом все рабочие места обращаются в режиме реального времени к централизованному хранилищу информации. Таким образом, все пользователи системы работают на терминалах, связанных с центральной БД, куда однократно вводится вся поступающая в систему информация.

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

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

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

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

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

Важнейшим требованием к автоматизированным системам, особенно в области банковского бизнеса, является защита информации [6, с.295], которая должна обеспечивать не только защиту информации от несанкционированного доступа (как от изменений, так и от просмотра), но также целостность и взаимосогласованность данных в любой момент времени. Задача информационной безопасности должна решаться на верхнем уровне АБС через строгую структурированность системы доступа к информации (использование паролей, других методов идентификации пользователей); полное восстановления всей истории происходящих в системе событий, с определением лиц, их совершавших (комплексный мониторинг действий пользователей); использования зафиксированной информации, для изменения которой требуются специальные полномочия.

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

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

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

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

С автоматизаторами все достаточно просто. Основным архитектурным требованием для них является наращиваемость системы и ее стыкуемость со «всем и вся» (стыковать-то придется им). Технологии понимаются ими не иначе как использование передовых средств разработки: реляционная СУБД, графический инструментарий, интернет. Наконец возможности анализа информации для них неотделимы от концепции хранилищ данных и форматов многомерного куба.

Бизнес - специалисты. Синтез присущей им базовой культуры в области компьютеризации и ощущаемых ими ежедневно потребностей реального бизнеса, где во главе угла, разумеется, стоит фигура клиента, приводит их к клиентоцентрической модели АБС. Это отражается во всем. В частности, от архитектуры они требуют поддержки территориально распределенного бизнеса, чтобы любимый клиент, даже будучи «размазанным» по филиалам, был виден весь «целиком» и мог быть обслужен в любом из банковских офисов. Технологичность они понимают как быстрое создание (желательно посредством настроек) и вывод на рынок произвольных новых продуктов (клиент не должен дожидаться, пока банк формализует и поставит на поток ту услугу, которая ему сейчас необходима). Наконец, анализ для бизнес специалистов - это, прежде всего, анализ клиентской базы (как имеющейся, так и потенциальной), включая транзакционную историю, доходность клиентов и взаимоотношения между клиентами и их группами (все эти вопросы более или менее полно охватываются концепцией CRM - Customer Relationship Management).

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

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

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

Современное состояние автоматизированных банковских систем в России

Распространяемых АБС на российском рынке насчитывается несколько десятков. Экспертно-консультационная компания “СПЛАН” продолжительное время отслеживает состояние этого рынка, время от времени публикуя рейтинги банковских разработок и фирм-разработчиков [10]. По состоянию на 2008 год в пятерку наиболее популярных разработчиков АБС входили Диасофт (31%), R-Style (26%), ПрограмБанк (10%), Инверсия, ЮниСАБ. В крупных банках популярностью также пользуются системы Новая Афина и, в меньшей степени, БИС и АБС "Кворум" (по состоянию на 2009 год).

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

Для всех отмеченных фирм характерна разработка и внедрение новых АБС, порой это связано и со сменой их названия [11]. Так ПрограмБанк распространяет новую систему «Афина», Инверсия - «Банк ХХI век», АСОФТ - «Стелларт». Объединением западных и российских технологий отличаются разработки «Банкир» фирмы CSBI EE и «ВА-БАНК Плюс» фирмы ФОРС.

Программные разработки зарубежных фирм не имеют столь широкого распространения среди коммерческих банков. В основном с ними сотрудничают крупные банки. Между тем, более десяти крупнейших иностранных фирм работают на российском рынке, предлагая банкам приобрести их программные продукты, аппаратное и сетевое обеспечение АБС. Это такие фирмы, как Hewlett-Packard (HP), DEC, IBM, UNISIS, SAMIC, Simens Nixdorf и другие. Порой разработкой банковского программного обеспечения занимаются их дочерние фирмы.

Некоторые зарубежные фирмы имеют продолжительный опыт работы на российском рынке. Так, например, Hewlett-Packard начала сотрудничество еще с 1978 года с одной из крупнейших финансовых структур - Внешэкономбанком СССР [11]. В МОСТ-банке этой фирмой была установлена «под ключ» готовая АБС в комплекте с банковской программой Diametr фирмы Diagram System. Программное обеспечение этой фирмы установлено в 850 европейских финансовых и банковских организациях. Такая же система установлена в Элим-банке. В Вита-банке на оборудовании Hewlett-Packard установлена банковская система «Банкир» фирмы CSBI ЕЕ. Поставка аппаратной части АБС была выполнена фирмой Hewlett-Packard в банке «Менатеп» и ряде других банков. Кроме того эта фирма создает на территории России сеть своих бизнес-партнеров, разрабатывающих программное обеспечение для автоматизации банков на своем оборудовании.

Другим представителем зарубежных фирм на российском рынке является фирма DEC. Ее можно отнести к ведущим поставщикам средств вычислительной техники для банков (в основном серии DEC VAX/VMS) и сетевого оборудования. Доля фирмы на мировом рынке банковских систем составляет около 25%. В настоящее время более 70 тысяч финансовых и банковских учреждений в мире оснащены оборудованием фирмы DEC. В России, например, банк «Деловая Россия» в 1993 году приобрел двухпроцессорный VAX 4000 фирмы DEC и на нем установлена интегрированная АБС IBS-90 фирмы Winter Partners - партнёра DEC [11].

За прошедший 2010 год рынок разработок АБС, по словам опрошенных «Банковским обозрением» банкиров, не предложил кредитным организациям каких-то принципиально новых решений. «Насколько нам известно, за последний год программных продуктов для комплексной автоматизации банковской деятельности, кардинально отличающихся от предыдущих версий, на российском рынке не появилось», - рассказывает начальник управления банковских технологий Экспобанка Анатолий Васильев [9]. С ним согласен начальник управления автоматизации Банка проектного финансирования Дмитрий Безруков. Он отметил [9], что фирмы-разработчики программного обеспечения для банков сейчас в основном сосредоточены на расширении функциональных возможностей продаваемых ими АБС, а не на создании принципиально новых систем.

Начальник департамента по информационным технологиям Транскапиталбанка Валерий Шеин согласен с мнением коллег. Однако исключением из общего правила, по его мнению, можно назвать появление розничного фронт-офиса «Diasoft Retail.Front», который Транскапиталбанк планирует внедрить у себя. На эту же систему обратили внимание в ИНГ-банке. По словам начальника управления информационных технологий ИНГ-банка Дмитрия Гурина, новая архитектура, заявленная к внедрению компанией «Диасофт», имеет безусловные преимущества по сравнению с существующей версией [10].

В Московском кредитном банке назвали еще одну новинку - АБС под названием «NEXT» от фирмы «Кворум». Как предполагает заместитель начальника управления автоматизации Московского кредитного банка Василий Чмыхов [11], система NEXT будет иметь хорошие перспективы в будущем и через несколько лет сможет стать одной из самых востребованных АБС на рынке.

В прошедшем году активизировались поставщики западных АБС. «Было заключено несколько контрактов, иностранные системы участвовали во многих тендерах, - рассказывает вице-президент Московского банка реконструкции и развития Аркадий Затуловский [10]. - Из новинок рынка АБС можно отметить систему CBS-2 компании Colvir, которая вышла на отечественный рынок и показала себя с очень хорошей стороны». Ольга Никулина (Банк Евразия) обратила внимание [9] на активизацию другого иностранного разработчика - компанию 3i Infotech (Великобритания), которая является мировым лидером продаж банковских систем, охватывающих различные сегменты автоматизации работы банка. Программное решение этой фирмы дает возможность пользоваться единым интерфейсом, как русскоязычным, так и англоязычным, а также представлять отчетность как по российским, так и по западным стандартам.

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

Центр банковских технологий компании «Диасофт». Программные продукты 5NT© ориентированы на автоматизацию деятельности кредитных и финансовых организаций, инвестиционных компаний, паевых инвестиционных фондов, депозитариев, регистраторов. Основное преимущество - комплексная автоматизация организации средствами одной системы, в рамках единого информационного пространства. Решение позволяет перевести на один программный продукт все подразделения банка, занимающиеся расчетно-кассовым обслуживанием, кредитными, депозитными операциями, операциями с ценными бумагами, операциями на денежных рынках, операциями с пластиковыми картами и другими видами операций.

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

Компания «R-Style Softlab» - наиболее распространенным является продукт RS-Bank -.5.O. Ядро программного комплекса RS-Bank/Perasive - RS-Bank -.5.0 - предназначено для автоматизации расчетно-кассового обслуживания и бухгалтерского учета. Оно позволяет также вести параллельный налоговый учет в соответствии с российским законодательством, формировать обязательную отчетность для Банка России и МНС, а также осуществлять операции по противодействию легализации доходов, полученных незаконным путем, согласно Федеральному закону № 115-ФЗ. Кроме того, RS-Bank выполняет весь цикл задач по расчетно-кассовому обслуживанию юридических лиц, включая взаимодействие с РКЦ, расчет и начисление процентов, плату за обслуживание, ведение картотек и пр. При этом в рамках входящих в комплекс автоматизированных систем RS-Retail, RS-Loans и RS-Incounting возможно ведение аналитического учета (например, по вкладчикам, кредитным договорам, материальным ценностям), в то время как синтетический учет ведется в RS-Bank -. 5.O.

Компания «ПрограмБанк» предлагает на рынке две системы: ин-тегрированные банковские системы «Гефест» и «Центавр Дельта».

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

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

Система «Новая Афина» возникла в 1998 г. в результате объединения двух проектов - «Афина» и «DiasoftBANK 5NT -компаний «ПрограмБанк» и «Диасофт», занимающихся разработкой информационных банковских систем. Система построена на архитектуре «клиент-сервер» с использованием СУБД Oracle. В «Новой Афине» реализованы обработка и учет всех типов банковских операций, клиентов, договоров, счетов и т.д. в виде настраиваемой workflow-модели электронных документов. Существует разделение функций и ответственности: операционная работа выполняется рядовыми сотрудниками, настройка - узким кругом специалистов, генерация вторичных документов и проводок по настройкам - автоматическая. Система позволяет использовать в текущей работе и подготавливаемой банковской отчетности информацию одновременно из различных подсистем - расчетного обслуживания, кредитной, депозитной и других, принимает и представляет требуемые данные в различных форматах (РКЦ, S.W.I.F.T. и др.), позволяет быстро настраиваться на новые стандарты обмена. Предусмотрена возможность создания собственных отчетов, а также экспорт данных в форматы различных офисных приложений (MS Word, MS Excel). Централизованная база данных по всем филиалам и отделениям банка обеспечивает доступ к данным с любой территории. Удаленный доступ может осуществляться путем прямого доступа удаленных рабочих мест к центральной базе данных через выделенные каналы связи либо посредством прямого доступа удаленных рабочих мест к центральной базе данных через распределенные сети (Интернет). Следует отметить, что именно этой системе присвоен серебряный сертификат международного сообщества S.W.I.F.T. -S.W.LF.T. Ready Sil-er label в категории Payments (платежи).

Компания «Центр финансовых технологий» (ЦФТ), г. Новосибирск Предлагает на рынке CFT-Bank (платформа развития на основе СУБД Oracle) - объектно-ориентированную банковскую систему. В состав системы входят:

* CFT-Bank Object - банковский информационный комплекс (IB System Object);

* CFT-Retail Bank Object - банковский информационный комплекс для обслуживания частных клиентов (Retail IB System Object);

* CFT-Retail Bank (Oracle) - система для обслуживания частных клиентов (Retail Banking System);

* CFT-Retail Bank (Btrie-e) - система для обслуживания частных клиентов;

* CFT-Bank Client - система «Банк-Клиент» для удаленного обслуживания частных и корпоративных клиентов;

* CFT-Bank Office - система для удаленных офисов банка, позволяющая обслуживать клиентов в режиме offline.

Компания «Банковские информационные системы» (БИС) предлагает ПП «БИСквит». Среда разработки - реляционная СУБД Progress фирмы Progress Software Corporation (США), широко применяемая для создания сложных высоконадежных прикладных систем корпоративного уровня в архитектуре «клиент-сервер». Работа всех входящих в систему функциональных модулей основывается на единой информационной базе. Модульная структура дает возможность банку нести только обоснованные в данный момент сферой его деятельности и объемом документооборота затраты на программное обеспечение. Модуль «Обмен электронными документами» обеспечивает автоматизированную обработку в режиме offline электронных сообщений, циркулирующих между узлом и его абонентами, а также в совокупности с другими модулями образует узел системы межфилиальных автоматизированных расчетов по корреспондентским и клиентским счетам. Узлы выступают в качестве абонентов по отношению друг к другу. Кроме того, абонентами узла могут являться расчетные, клиринговые центры, банки-корреспонденты. Технология электронного обмена базируется на использовании стандартов S.W.I.F.T.

Автоматизированная банковская система «Кворум» является решением, способным обеспечить автоматизацию широкого диапазона бизнес-процессов современного банка. В рамках АБС «Кворум» развиваются и поддерживаются две линии программных продуктов. Первая линия в качестве системы управления доступом к данным использует СУБД Oracle Ser-er, вторая линия работает на платформе Btrie-e Record Manager (Per-asi-e SQL), что позволяет использовать АБС «Кворум» в различных по величине банках и филиалах. Модульный принцип построения позволяет каждому банку выбрать свою конфигурацию системы, наиболее полно соответствующую его специфическим требованиям и технологиям работы. Это достигается благодаря наличию двух версий ядра системы: версии для Btrie-e (для небольших и средних банков и филиалов) и версии для Oracle (для крупных банков). Вошедший в 2002 г. в состав системы новый программный продукт «Межбанковские переводы» обеспечивает автоматизацию документооборота банков при расчетах банковскими переводами в системах S.W.I.F.T. и TELEX. Применение программного комплекса «Кворум-RAS» (Remote Access Ser-ice) в рамках трехзвенной архитектуры позволяет организовать эффективное функционирование системы «Кворум» в режиме online как для банков с отделениями, так и для многофилиальных банков с единой базой данных по всем филиалам.

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

Задача

Оцените прибыльность операций с кредитными картами двух банков А и В, если известно, что банк А эмитировал 150 карт с кредитным лимитом 6.000$ и 50 “золотых” карт с лимитом 20.000$. Годовая плата за карты составляет 25$ и 50$ соответственно. Процент за пользование кредитом составляет 25% в год. Льготный период - 30 дней . В среднем каждый клиент пользовался кредитом в течении 330 дней, при этом сумма кредита составляла 5.000$ по обычной карте и 10.000$ по “золотой”. Оборот по картам составил 12.000.000$. Плата за кредитные ресурсы составляет 7%, это 32% всех расходов банка, связанных с карточным бизнесом. Для банка В эти же показатели следующие: 300 карт по 5.000$ и 40 с лимитом 15.000$. Годовая плата 20$ и 50$. Процент за пользование кредитом составляет 24% в год. Льготный период - 25 дней . В среднем каждый клиент пользовался кредитом в течении 325 дней, при этом сумма кредита составляла 4.000$ по обычной карте и 10.000$ по “золотой”. Оборот по картам составил 16.000.000$. Плата за кредитные ресурсы составляет 7,5%, это 35% всех расходов банка, связанных с карточным бизнесом. Плату за информационный обмен рассчитывать исходя из 1.5%

Решение:

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

Определим доходы.

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

Плата за информационный обмен банка А = 12000000*1,5% = 180000$

Плата за информационный обмен банка В = 16000000*1,5% = 240000$

Ежегодная плата равна количеству эмитированных карточек, умноженному на годовую плату за соответствующую карточку. Исчисляется для каждого вида карточек отдельно, поскольку годовая плата по ним разная.

Годовая плата за обычные карты банка А = 150*25 = 3750$

Годовая плата за обычные карты банка B = 300*20 = 6000$

Годовая плата за "золотые" карты банка А = 50*50 = 2500$

Годовая плата за "золотые" карты банка В = 40*50 = 2000$

Процентный доход по предоставленным кредитам исчисляется по формуле:

, где

II - процентный доход;

CP - средний объем кредитного портфеля, вычисляется как сумма кредитов, предоставленных по обычным и золотым карточкам;

MC - % по кредиту;

Tс - время пользования кредитом. Время пользования кредитом для целей исчисления процентов равно времени, которое клиент пользовался кредитом за вычетом льготного периода, поскольку в льготный период проценты не начисляются;

TB - базовый год.

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

, где

CP - средний объем кредитного портфеля;

NG - количество золотых карт;

NS - количество обычных карт;

CG - средний кредит по «золотой» карте;

CS - средний кредит по обычной карте.



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

Дни, за которые начисляются проценты по кредиту (А) = 330-30 = 300 дн.

Дни, за которые начисляются проценты по кредиту (B) = 325-25 = 300 дн.

Базовый год равен 360 дням.

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

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

, где

CL - общий лимит по картам;

MF - % по кредитным ресурсам;

TB - базовый год

При этом

, где

CL - общий лимит по картам;

NG - количество золотых карт;

NS - количество обычных карт;

CLG - кредитный лимит по «золотой» карте;

CLS - кредитный лимит по обычной карте.

Вариант Б (фантастический). Предполагается, что банк привлекся на сумму лимита по эмитированным карточкам, но не на весь год, а на время, которое клиенты пользовались кредитом (для банка А - это 330 дней). Льготный период здесь не вычитается, т.к. на рынке кредитных ресурсов не применяется. Фантастичность заключается в расчете времени, которое клиенты будут пользоваться кредитом. В этом случае проценты за пользование кредитом будут рассчитываться по формуле:

, где

CL - общий лимит по картам;

MF - % по кредитным ресурсам;

TK - среднее время пользования кредитом;

TB - базовый год

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

, где

CP - средний объем кредитного портфеля;

MF - % по кредитным ресурсам;

TK - среднее время пользования кредитом;

TB - базовый год

Вариант Г (рекомендуемый). Как и в предыдущем случае, банк привлекается на сумму среднего кредитного портфеля по эмитированным картам, но на весь год. При хорошо поставленной аналитической службе не составляет особого труда оценить средний объем кредитного портфеля по пластиковым карточкам. А для уменьшения риска банка целесообразно привлечь указанную сумму сразу на год, а небольшие «всплески» покрывать ежедневно на межбанковском рынке. В этом случае проценты за пользование кредитом будут рассчитываться по формуле:

, где

CP - средний объем кредитного портфеля;

MF - % по кредитным ресурсам;

TB - базовый год

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

Вариант А (перестраховочный)

Банк А = 133000/32% = 415625$

Банк В = 157500/35% = 450000$

Вариант Б (фантастический)

Банк А = 121917/32%= 380990$

Банк В = 142188/35% = 406250$

Вариант В (оптимальный)

Банк А = 80208/32% = 250651$

Банк В = 108333/35% = 309524$

Вариант Г (рекомендуемый)

Банк А = 87500/32% = 273438$

Банк В = 120000/35% = 342857$

Доходы банка А = 180000+3750+2500+260417 = 446667$

Доходы банка В = 240000+6000+2000+320000 = 568000$

Прибыль = Доходы - Расходы

Вариант А (перестраховочный)

Банк А = 446667-415625 = 31042$

Банк В = 568000-45000 = 118000$

Вариант Б (фантастический)

Банк А = 446667-380990 = 65677$

Банк В = 568000-406250 = 161750$

Вариант В (оптимальный)

Банк А = 446667-250651 = 196016$

Банк В = 568000-309524 = 258476$

Вариант Г (рекомендуемый)

Банк А = 446667-273438 = 173229$

Банк В = 568000-342857 = 225143$

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

ПРИБЫЛЬНОСТЬ к лимиту по картам:

Вариант А (перестраховочный)

Банк А = 31042/1900000*100 = 1,63%

Банк В = 118000/2100000*100 = 5,62%

Вариант Б (фантастический)

Банк А = 656877/1900000*100 = 3,46%

Банк В = 161750/2100000*100 = 7,70%

Вариант В (оптимальный)

Банк А = 196016/1900000*100 = 10,32%

Банк В = 258476/2100000*100 = 12,31%

Вариант Г (рекомендуемый)

Банк А = 173229/1900000*100 = 9,12%

Банк В = 225143/2100000*100 = 10,72%

ПРИБЫЛЬНОСТЬ к кредитному портфелю:

Вариант А (перестраховочный)

Банк А = 31042/1250000*100 = 2,48%

Банк В = 118000/1600000*100 = 7,38%

Вариант Б (фантастический)

Банк А = 656877/1250000*100 = 5,25%

Банк В = 161750/1600000*100 = 10,11%

Вариант В (оптимальный)

Банк А = 196016/1250000*100 = 15,68%

Банк В = 258476/1600000*100 = 16,15%

Вариант Г (рекомендуемый)

Банк А = 173229/1250000*100 = 13,86%

Банк В = 225143/1600000*100 = 14,07%

Результаты расчетов приведены в таблице 1.

Таблица 1

ПОКАЗАТЕЛЬ	Банк А	Банк В
ИСХОДНЫЕ ДАННЫЕ
Количество обычных карт, шт.	150	300
Лимит обычной карты, $	6000	5000
Годовая плата за обычную карту, $	25	20
Средняя сумма кредита по обычной карте, $	5000	4000
Количество "золотых" карт, шт.	50	40
Лимит "золотой" карты, $	20000	15000
Годовая плата за "золотую" карту, $	50	50
Средняя сумма кредита по "золотой" карте, $	10000	10000
Процент за пользование кредитом	25%	24%
Льготный период(дней)	30	25
Среднее время пользования кредитом (дней)	330	325
База, дней	360	360
Оборот по картам, $	12000000	16000000
Плата за информационный обмен	1,5%	1,5%
Плата за кредитные ресурсы	7,0%	7,5%
Доля платы за кредитные ресурсы в общей сумме расходов по картам	32,0%	35,0%
ПРОМЕЖУТОЧНЫЕ ДАННЫЕ
Общий лимит по эмитированным картам, $	1900000	2100000
Общий кредитный портфель по картам, $	1250000	1600000
Дни, за которые начисляются %% по кредиту	300	300
ДОХОДЫ
Плата за информационный обмен, $	180000	240000
Годовая плата за обычные карты, $	3750	6000
Годовая плата за "золотые" карты, $	2500	2000
%% по кредиту	260417	320000
ИТОГО ДОХОДЫ, $	446667	568000
ПЛАТА ЗА КРЕДИТНЫЕ РЕСУРСЫ, $
Вариант А(перестраховочный)	133000	157500
Вариант Б (фантастический)	121917	142188
Вариант В (оптимальный)	80208	108333
Вариант Г (рекомендуемый)	87500	120000
РАСХОДЫ, $
Вариант А (перестраховочный)	415625	450000
Вариант Б (фантастический)	380990	406250
Вариант В (оптимальный)	250651	309524
Вариант Г (рекомендуемый)	273438	342857
ПРИБЫЛЬ, $
Вариант А (перестраховочный)	31042	118000
Вариант Б (фантастический)	65677	161750
Вариант В (оптимальный)	196016	258476
Вариант Г (рекомендуемый)	173229	225143
ПРИБЫЛЬНОСТЬ к лимиту по картам, (%)
Вариант А (перестраховочный)	1,63	5,62
Вариант Б (фантастический)	3,46	7,70
Вариант В (оптимальный)	10,32	12,31
Вариант Г (рекомендуемый)	9,12	10,72
ПРИБЫЛЬНОСТЬ к кредитному портфелю, (%)
Вариант А (перестраховочный)	2,48	7,38
Вариант Б (фантастический)	5,25	10,11
Вариант В (оптимальный)	15,68	16,15
Вариант Г (рекомендуемый)	13,86	14,07

Таким образом, прибыльность банка Б выше, чем прибыльность банка А.

Заключение

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

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

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

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

От правильного построения сетевой структуры АБС зависит эффективность и надежность ее функционирования.

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

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

Список используемой литературы

1. Гайкович В., Перший А. Безопасность электронных банковских систем. М.: Единая Европа, 1993.

2. Гринберг Пол. CRM со скоростью света. - М.: - Символ-Плюс. - 2006.

3. Дик В.В. Банковские информационные системы. - М.: Маркет ДС. - 2006.

4. Иванов А.Н. Банковские услуги: зарубежный и российский опыт, М.: Финансы и статистика, 2007.

5. Ньюэлл Фредерик. Почему не работают системы управления отношениями с клиентами. - М., Добрая книга, 2004.

6. Рудакова О.С. Банковские электронные услуги: Учеб. пособие для вузов. - М., 2009.

7. Тютюнник, А.В. Информационные технологии в банке. - М.: Издательская группа «БДЦ-пресс», 2008.

8. Водянов В. Банковский бизнес и автоматизация http://www.talkabs.ru

9. Голоднов В. Особенности рынка автоматизированных банковских систем отечественных производителей в условиях экономического кризиса. В. // Информационный портал «Банковское Обозрение» http://www.bo.bdc.ru

10. http://www.bankir.ru

11. http://www.kommersant.ru

Приложение 1

банковский система автоматизация модуль

Таблица 2 - Требования, предъявляемые к АБС

Требования Подразделения банка	Архитектура	Технологии	Анализ
ИТ-подразделения	Интеграция разнородных приложений средствами API	Передовые средства разработки: RDBMS, GUI, Internet, Java.	Технологии Хранилищ Данных (DWH)
Бизнес-подразделения	Территориально-распределенный бизнес	Быстрая разработка и вывод на рынок новых продуктов	Клиенто-ориентированность CRM
Учетно-аналитические	Поддержка множественности учетов, включая учет по международным стандартам	Автоматическая генерация учетных записей (транзакций)	Многокритериальный управленческий учет и гибкий генератор отчетов
Руководство	Изменение организации бизнеса под влиянием Интернет	Технологии бюджетирования и контроля исполнения планов	Анализ эффективности бизнеса подразделений

Приложение 2

Таблица 3 - Модули системы 5NT©

1. 5NT© BANK - система автоматизации банковской деятельности

* модуль расчетно-кассового обслуживания;
* модуль учета кассовых операций;
* модуль расчета в сети S.W.I.F.T.;
* модуль учета коммерческих кредитов;
* модуль учета депозитов;
* модуль хозяйственных договоров;
* модуль налогового учета.

2. 5NT©RETAIL - система автоматизации обслуживания клиентов - физических лиц:

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

3. 5NT© DEALING - система автоматизации операций на денежном и валютном рынках:

* модуль межбанковских кредитов;
* модуль валютного дилинга;
* модуль учета сделок купли-продажи драгоценных металлов;
* модуль учета клиентских конверсионных операций;
* интерфейсный модуль к системам Reuters Dealing 2000/3000.

4. 5NT©CUSTODY - интегрированная фондовая система:

* модуль учета сделок на биржевом рынке ценных бумаг;
* модуль вексельного учета;
* модуль учета операций с фьючерсами;
* модуль депозитарного учета;
* модуль доверительного управления;
* интерфейсный модуль к системе электронного документооборота;
* интерфейсный модуль к системе ММВБ;
* модуль сообщений S.W.I.F.T. по ценным бумагам.

5. 5NT©CLIENT - система дистанционного обслуживания клиентов:

* подсистема «классический» «Клиент-Банк»;
* подсистема интернет-банкинга.

Размещено на Allbest.ru