Информационные системы бухгалтерского учета в банках и других финансово-кредитных учреждениях

   Процесс расчета и сохранения остатков по счетам включается в состав процедуры  «закрытия дня». 

2.4. Подведение итогов  дня

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

   После завершения формирования в системе  документов дня осуществляется подведение итогов: проводится расчет оборотов и  остатков по балансовым счетам и составляется баланс.

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

2.5. Справочники, используемые при решении задач ОБД

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

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

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

2.6. Технологические операции по лицевому счету и структура кода лицевого счета

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

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

Маска счета - это некий шаблон, в соответствии с которым и формируется номер  счета. 

2.7. Бизнес процесс  кассовых операций

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

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

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

2.8. Бизнес процесс расчетов платежными поручениями

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

• от клиента банка на бумажном бланке (операционист набирает данные на клавиатуре);
• по каналам электронной связи (Клиент-Банк);
• в процессе выполнения составной операции.

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

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

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

• оператор корреспондентского счета - расчеты через РКЦ;
• оператор S.W.I.F.T. - расчеты по межбанковским сетям;
• оператор отдела счетов ЛОРО/НОСТРО - прямые межбанковские расчеты.

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

3. Информационные  системы управления эффективностью банковского бизнеса

3.1. Понятие BPM систем

     В ходе эволюционного развития управленческой методологии, проходящего на фоне бурного  роста возможностей ИТ, сформировалось новое прогрессивное направление  менеджмента, получившее название Business Performance Management (BPM) — управление эффективностью бизнеса. BPM трактуется как единство двух составляющих — методологической (набор аналитических и управленческих процессов, которые пронизывают все уровни управления организацией) и информационной (технологии, поддерживающие управленческие процессы).

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

     Рынок информационных систем класса BPM активно  развивается (рост его по разным оценкам  составляет от 15 до 30% в год), и эта тенденция, по прогнозам аналитиков, сохранится в ближайшие годы.

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

3.2. Технология и инструменты  управления банковским  бизнесом (crm система)

     В настоящее время, когда, по мнению ряда авторитетных экспертов, пик финансового кризиса в нашей стране пройден, для экономики наступил период оздоровления. Его ранним индикатором стало возобновление роста рынкаBPM-технологий¹ для российских банков, что подтвердили итоги III квартала текущего года — уже на начало октября по количеству стартовавших банковских ВРМ-проектов показатели 2009 года были превышены. Но это далеко не  единственное доказательство зрелой потребности в ВРМ российских банков. Лично для меня откровенным и оттого особенно важным признанием ощутимого увеличения спроса на технологии управления эффективностью стал выходВРМ-приложений в  составе революционной версии одной из ведущих в России информационных банковских систем.

     Необходимо  переосмысление

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

     Диверсификацию  продуктовой линейки поставщиками транзакционных систем (например, ERP или АБС) легко объяснить их стремлением обеспечить дополнительные продажи в целевом сегменте. Кроме того, здесь определенное влияние оказал и тот факт, что у аналитиков в течение долгого времени никак не  складывалось единого мнения относительно архитектуры GRCM-систем² и  месте приложений для подготовки регуляторной отчетности³. Возможно, эти проблемы так бы и “зависли”, если бы на прошлогоднем сентябрьском саммите “Большой двадцатки” не была поставлена цель завершить процесс сближения международных и национальных стандартов финансовой отчетности и указан конкретный срок — середина 2011 г. Регулирующие органы разных стран активизировали свою работу по пересмотру требований к обязательной отчетности, которую надлежало сделать более обширной, составляемой на базе большого объема исторических данных, и к тому же предоставлять чаще.

     Например, согласно стандартам “Базель II” для  отчетности по финансовым рискам нужен семилетний ряд детальных данных, причем временная протяженность этого ряда может быть увеличена до 11 лет. В результате в вопросах автоматизации требований регуляторов в западных финансовых институтах и в отечественных банках сложилась симметричная ситуация. Ступив первыми на путь проб и ошибок, иностранные банки, как отмечают аналитики исследовательской компании TowerGroup⁴, выяснили, что западные АБС не готовы к выпуску более полной и частой отчетности. В первую очередь это связано с проблемами достаточности и качества данных для таких учетных модулей, как “Главная книга”, “Кредиты”, “Депозиты”, “Основные средства”.

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

     Тренд в сторону переноса подготовки банковской отчетности из Главной книги в  хранилище данных отмечался за рубежом уже с 2004 г. Но в таком виде и сразу в  разных странах — и в государствах, входящих в Евросоюз, где уже требуется исполнение Международных стандартов финансовой отчетности, и в Японии и Канаде, которые перейдут на МСФО к 2011 г., и в США, для которых сроки перехода на МСФО пока уточняются, — такая ИТ-архитектураоформилось впервые.

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

     ВРМ для банков: во время и после кризиса

     Глобальный финансово-экономический кризис внес определенные коррективы в  развитие банковскойИТ-инфраструктуры. Реализовывались только высокоприоритетные проекты, которые реально обеспечивали значимые для бизнеса результаты, как привило, не реже чем каждые полгода. По данным Intersoft Lab, в  этот период в сегменте ВРМ отечественные кредитные организации открывали финансирование преимущественно на проекты автоматизации регуляторной отчетности и управления затратами⁵ От последних отдачу можно получить еще скорее — за 3—4 мес.