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

Федеральное государственное  образовательное  БЮДЖЕТНОЕ учреждение высшего профессионального  образования 

«ФИНАНСОВЫЙ УНИВЕРСИТЕТ ПРИ  ПРАВИТЕЛЬСТВЕ Российской федерации» 

Кафедра «Информационные технологии» 
 
 
 

САМОСТОЯТЕЛЬНАЯ РАБОТА

по  дисциплине

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

 
  

 
Выполнила:

студентка группы У5-1 
Батсурэн Солонго

Проверила: 
доц.,к.э.н. Литвиненко А.Ф. 
 
 
 

Москва, 2011 

1. Информационные банковские системы (ИБС)

 

1.   Принципы создания  ИБС

  Модульный принцип.

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

  Принцип единства информационного  пространства.

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

  Принцип безопасности.

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

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

  Доступность – это действительную доступность компонента авторизованному пользователю в любое время.

  Конфиденциальность  – определенная часть информации предоставляется только авторизованным пользователям. 
 

  Принцип эффективности.

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

  Принцип взаимодействия.

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

2.   Структура ИБС

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

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

  Модуль  расчетно-кассового  обслуживания (РКО) решает такие основные задачи как :

  А) учет данных о клиентах банка, открытие и ведение расчетных и валютных счетов клиентов

  Б) Обработка банковских документов различных  видов.

  В)проведение рублевых расчетов через расчетную  сеть Банка Россия.

  Г)Автоматический расчет и взимание комиссии с клиентов за проведение операции

  Д) формирование бухгалтерской отчетности в соответствии с требованиями банка

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

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

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

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

  Модуль  дистанционного обслуживания клиента: подсистема «классический» «Клиент – Банк», подсистема интернет-банкинга 5NTeCLIENT.

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

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

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

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

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

    Модуль работы  с пластиковыми  картами: поддержка всех бизнес- процессов банка по работе с пластиковыми картами, поддержка « зарплатных карт», формирование обязательной и внутренней отчетности

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

2. Операционный  день банка (ОДБ)

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

2.1.Алгоритм  решения, задачи  ОДБ (перечисление  этапов)

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

• расчетно-кассовое обслуживание;
• учет кассовых операций;
• модуль учета клиентских конверсионных операций;
• интерфейсный модуль к системе ABBYY Fine Reader;
• модуль расчетов в сети S.W.I.F.T.

 

2.2. Формирование и  контроль платежных  документов

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

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

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

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

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

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

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

2.3. Исполнение документов

   Остаток по каждому счету формируется следующим образом:

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

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

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