Курсовая: Проектирование системы анализа финансовых результатов деятельности банка - текст курсовой. Скачать бесплатно.
Банк рефератов, курсовых и дипломных работ. Много и бесплатно. # | Правила оформления работ | Добавить в избранное
 
 
   
Меню Меню Меню Меню Меню
   
Napishem.com Napishem.com Napishem.com

Курсовая

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

Банк рефератов / Экономика и финансы

Рубрики  Рубрики реферат банка

закрыть
Категория: Курсовая работа
Язык курсовой: Русский
Дата добавления:   
 
Скачать
Архив Zip, 383 kb, скачать бесплатно
Заказать
Узнать стоимость написания уникальной курсовой работы

Узнайте стоимость написания уникальной работы

сПИСОК условнЫХ ОБОЗНАЧЕНИЙ DDE – dynamic data exchange АБС – автоматизированная банковская система АКБ – акционерный коммерческий банк асу – автоматизированная система управления БИС – банковская информационная система БС – банковская система БД – база данных ГУ ЦБ РФ – Главное Управление Центрального Банка Российс кой Федерации к.э.н . – кандидат экономических наук оао – открытое акционерное общество ОАОД – отдел автоматизированной обработки информации ОДБ – операционный день банка ОКО – операционно-кассовое обслуживание ПО – программное обеспечение ПП – программный продукт РКО – расчётно-кассовое обслуживание РКЦ – расчётно-кассовый центр СППР – системы поддержки принятия решений СРВ – система реального времени ТБСВК - таможенно-банковская система валютного контроля ТЗ – техническое задание ТМЦ – товароматериальные ц енности ЦБ РФ – Центральный Банк Российской Федерации Содержание Введение 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 (оце нивание и контроль прибыльности , управление рисками , затратами , капиталом активами и пассивами , денежными потоками ) относятся к классу аналитических и выполняются сотрудниками кредитного отдела и председателем правления . На основе данных балансовых и внеб а лансовых отчётов , составленных бухгалтерией , в кредитном отделе рассчитываются экономические нормативы деятельности , оценивание и контроль прибыльности , данные передаются руководству Банка и в ЦБ РФ . Функции контроля выполняются юридическим отделом , котор ы й проводит экспертизу документации , специалистом по валюте , который проверяет законность валютных операций и главным экономистом , который контролирует прибыльность банка . Функции планирования осуществляются во взаимодействии кредитного отдела и управляюще г о банком на основе его деятельности. Как видим , функции различных подразделений банка пересекаются , так , например , операционно-кассовый отдел и кредитный отдел подготавливают и заключают договоры на обслуживание клиентов , специалисты кредитного отдела вмес те с председателем правления занимаются планированием и т.д . Наличие всех трёх групп функций и их взаимосвязь гарантируют полный замкнутый цикл выполнения банковских операций , их учета , анализа и управления ./2/ Рассмотрим схему функционального взаимодейст вия подразделений Банка (см . прил . 3). Слаженную работу Банка обеспечивают , выполняя свои функции , все его подразделения . Процесс , отвечающий за операции с клиентами , предназначен для выполнения основной производственной деятельности – получения прибыли о т операций с денежными средствами . Процесс создания юридического обеспечения отвечает за соответствие деятельности банка действующему законодательству . Процесс организации сбора информации и автоматической обработки документов отвечает за информационное об е спечение деятельности Банка . Процесс обеспечения работы финансовых служб включает в себя функционирование экономической службы и бухгалтерии Банка . Целью этого блока является формирования обобщённой картины работы Банка в ценовом выражении . Здесь же соста в ляется финансовая отчётность по установленным формам . Процесс обеспечения кредитной и аналитической деятельности обеспечивает анализ сведений о клиентах банка , а также анализ финансовой отчётности с целью поддержки принятия решений Правлением Банка . В сво ю очередь , основная задача процесса обеспечения работы правления – подготовка стратегического плана развития и оперативное руководство общей деятельностью Банка . Для простоты восприятия из схемы исключены вспомогательные службы Банка , такие , как общий отде л и архив , хотя они тоже участвуют во взаимодействии подразделений. Функциональное взаимодействие подразделений Банка обеспечивается внутренним документооборотом. 1.3.Внутренний документооборот ОАО АКБ «Белогорскагрокомбанк» Документооборотом называют механ изм , который позволяет формировать и контролировать текущее состояние документов , их взаимосвязь и маршрут , определяет набор необходимых документов для совершения операций на уровнях стоимостного и количественного учёта . Поэтому от организации документооб о рота во многом зависит успешное проведение операций . Все документы для простоты обращения , по возможности , формализуются . Законность документа подтверждается : - для бумажного документа печатью и подписями уполномоченных лиц ; - для электронных документов электронная подпись. Для защиты документов от несанкционированного доступа применяется разграничение прав доступа к документам . Администратор имеет право доступа и корректировке всех данных . Главный бухгалтер может работать со всеми счетами и документами в сех клиентов , введёнными бухгалтерами , при этом выполняются стандартные проверки его действий . Бухгалтер может вводить данные закреплённых за ним счетов и клиентов , причём стандартные проверки его действий тоже должны выполняться . Управляющему доступна вс я хранящаяся в системе информация , но в режиме «только чтение». Рассмотрим процесс сбора и обращения управленческой информации в ОАО АКБ “Белогорскагрокомбанк” . Сбор информации , регламентируемый постановлениями ГУ ЦБ РФ , начинается во время проведения банко м операционного дня . Работники операционного зала проводят операции с клиентами . Бухгалтерией на основании платёжных поручений и чеков , полученных от клиентов данные заносятся в программу одб («О перационный день банка» ), один из результатов обработки дан ных , – ежедневный бухгалтерский баланс , – остаётся в бухгалтерии . Затем с помощью различных программ (комплекс задач «Отчётность кредитных организаций об остатках и оборотах на корреспондентских счетах лоро-ностро и межбанковских кредитах» , «Отчётность ко м мерческих банков» , «Объём сделок по приобретению и отчуждению иностранной валюты против российского рубля» , «Отчёт об открытых валютных позициях» , «Отчёт о кассовых оборотах» и т.д .), которые будут описаны ниже , составляют ежедневные , пятидневные , ежемеся ч ные , годовые отчётности и направляют их посредством специальной банковской электронной почты «Ремарт» в органы контроля (ГУ ЦБ РФ , налоговую инспекцию и т.д .) . Та же самая информация дублируется телексами и на бумажных носителях , отправляется в таком в иде в те же организации для обеспечения большей надёжности . При этом все отправляемые отчётные данные остаются также на предприятии (на бумажных носителях , в виде текстовых файлов и файлов в формате dbf ) и используются управляющим персоналом для последующ его анализа и принятия решений о корректировке деятельности. Кроме специальных документов , предназначенных для сбора и обработки информации по основной деятельности , банк также использует документы , регламентирующие порядок ведения дел на предприятии , глав ным из которых является Устав акционерного коммерческого банка «Белогорскагрокомбанк» (Открытого акционерного общества ). К таким документам также относятся указания и другие нормативные и методические документы Центрального Банка Российской Федерации (Бан к а России ), распространяемые территориальным учреждением Банка России (ГУ ЦБ РФ по Амурской области ). Юридическая информация поступает с помощью системы «Консультант-плюс» . Инструкции и приказы налоговой службы – из публикаций в специальных экономических и зданиях , таких , как журнал «Бухгалтерский учёт» , газета «Экономика и жизнь». Остановимся теперь на учёте и отчётности банка подробнее . Бухгалтерский учёт в банке осуществляется в соответствии с правилами , установленными Центральным Банком России. Банк вед ёт статистическую и иную отчётность в порядке , установленном законодательством Российской Федерации. Банк предоставляет государственным органам информацию , необходимую для налогообложения и ведения общегосударственной системы сбора и обработки экономическ ой информации. Банк публикует информацию , относящуюся к эмитируемым им ценным бумагам , в объёме , в сроки и в порядке , определённые действующим законодательством и соответствующими указаниями Банка России. Итоги деятельности банка отражаются в ежемесячных , квартальных и годовых бухгалтерских балансах , в отчёте о прибылях и убытках , а также в годовом отчёте , предоставляемых в Центральный Банк России в установленные им сроки. Годовой бухгалтерский баланс и отчёт о прибылях и убытках банка после проведения ре визии и проверки аудиторской организацией утверждается общим собранием акционеров и подлежит публикации в печати. Операционный год банка начинается 1 января и заканчивается 31 декабря. Банк в целях реализации государственной социальной , экономической и нал оговой политики обеспечивает сохранность , приведение в надлежащий порядок , длительное хранение и использование (выдачу справок по запросам юридических и физических лиц ) документов по личному составу . В порядке , предусмотренном Государственной архивной слу ж бой России документы по личному составу банка передаются на государственное хранение. Состав документов и сроки их хранения определяются в соответствии с согласованным с Росархивом перечнем (номенклатурой дел ) в установленном им порядке. Уничтожение докум ентов допускается только после проведения проверки истечения нормативных сроков их хранения на основании надлежащим образом составленных и согласованных актов списания. Из схемы внутреннего документооборота Банка ( см . прил . 4 ) видно , что первичными докуме нтами являются поступающие от клиентов заявки на кредит , депозитные договора и договора РКО . На основании этих документов открываются лицевые счета клиентов и , после поступления платёжных и кассовых документов , совершаются расчётно-кассовые операции . Они м огут осуществляться через расчётно-кассовый центр . Для получения кредита заёмщику необходимо предоставить ряд документов , подтверждающих его платежеспособность . Если в результате анализа этих документов платежеспособность ссудозаёмщика подтверждается , с н и м заключается кредитный договор , предоставленный предмет залога принимается на внебалансовый учёт , выписывается внебалансовый ордер . На основании внебалансовых ордеров , кассовых и платёжных документов в АБС «Операционный День Банка» составляются соответст вующие бухгалтерские проводки . Ориентируясь на курсы валют , установленные Центробанком , специалист по валюте устанавливает курс обмена валюты для Банка . Эти данные также заносятся в «ОДБ» . В качестве выходных документов , получаемых в АБС «ОДБ» выступают : 1) списки лицевых счетов , списки счетов дебиторов и кредиторов и списки внебалансовых счетов , которые затем регистрируются в Книге регистрации лицевых счетов аналитического учёта ; 2) баланс Банка , внебалансовый отчёт , отчёт о прибылях и убытках . Эти формы отчётности предоставляются государственным органам , а также на их основе рассчитываются нормативы деятельности Банка , которые передаются руководству Банка ; 3) журнал валютных операций и кассовые книги , на основании которых составляется кассовый журнал. З десь же рассчитываются налоги , налоговые справки отправляют в соответствующие органы . Клиенты могут получить выписки по счетам. Учёт рабочей силы ведётся в БД «Кадры» . Там составляется штатное расписание и должностные инструкции , которые распределяются по подразделениям Банка. Для учёта товароматериальных ценностей создана БД «Учёт ТМЦ» . На основе заявок на приобретение ТМЦ составляется журнал заявок , а по журналу – лимитно-заборные карты . Затем оформляются заявки , которые отправляются поставщикам . От поста вщиков поступают счета-фактуры , накладные и требования. 1.4.Анализ информационных потоков Рассмотрим теперь структуру потоков информации Банка . Основные информационные потоки можно проследить по схеме функционального взаимодействия подразделений Банка ( с м . прил . 3 ). Более подробно они представлены в приложении 5 . По типам информации их можно разделить на : 1) структурированные потоки , в которых можно выделить поля , имеющие тип и размерность (это платёжные документы , банковские выписки , обязательные форм ы отчётности ); 2) неструктурированные потоки , в которых информационные единицы нельзя разделить на отдельные поля разного типа и размерности (это стратегические планы работы , нормативные документы , текущая переписка , информация о внешнем мире ); 3) части чно структурированные , или смешанные потоки , в которых можно структурировать только часть информации , а оставшаяся часть должна храниться и обрабатываться как единое целое (это договора на обслуживание , кредитные договора , отчёты Банка о деятельности ). Так им образом , основные информационные потоки в Банке являются либо частично структурированными , либо вовсе не структурированными. На схеме информационных потоков Банка представлены все основные потоки информации , но так как преимущественным направлением деят ельности Банка является кредитование , то далее в тексте подробно будут рассматриваться именно те потоки , которые связаны с обеспечением этого процесса. На первичном этапе все основные информационные потоки направлены в основные подразделения Банка для рабо ты с клиентами (это операционно-кассовый отдел и кредитный отдел ). Этот блок обеспечивает выполнение основной производственной деятельности – получение прибыли от операций с денежными средствами . Он определяет основной объём текущей работы в Банке , поэтом у здесь требуется обрабатывать достаточно большое количество информации . Входными здесь будут документы , предоставляемые Банку клиентами – заявки на кредит и документы , подтверждающие платежеспособность заёмщика . Формат такой информации различен – как стру к турированная (заявки , баланс предприятия ), так и неструктурированная (справки , протоколы , акты осмотра имущества ). Полученная информация агрегируется экономистом Банка в анкету заёмщика . Такую анкету можно считать частично структурированной информацией. На этапе основной обработки информации основная обработка происходит в кредитном отделе и бухгалтерии . Её обеспечивают ОАОД и юрист , а контролирует Правление Банка . Юрист работает только с неструктурированной информацией . Входными документами здесь будут , с одной стороны , нормативные документы , поступающие из государственных органов , а с другой – документы , посылаемые подразделениями Банка на экспертизу . Выходными – документы , нуждающиеся в дополнительной экспертизе , и переработанные нормативные документы , о тправляемые в подразделения Банка . ОАОД обрабатывает в основном неструктурированную информацию . Типичными входными данными являются материалы средств массовой информации , сообщения информационных агентств . Выходными данными могут быть сведения о клиентах Банка , аналитические обзоры конкурентов , рынков и т.д . В бухгалтерии концентрируются сводки показателей работы всех подразделений Банка . Это , в основном , структурированная информация . Сюда же поступают правила ведения учёта из юридической службы (в нестру ктурированной форме ). Выходными документами будут финансовые отчёты для нужд управления и обязательные формы отчётности для государственных органов. Специалисты кредитного отдела на данном этапе занимаются сначала анализом кредитоспособности заёмщика (в сл учае принятия решения о предоставлении кредита заключается кредитный договор , договор о залоге и составляется опись заложенного имущества , в бухгалтерию передаётся балансовый ордер , а в архив – досье заёмщика ), а затем анализом текущей отчётности и расчёт о м по ней определённых ЦБ РФ нормативов деятельности. Правление работает с неструктурированной информацией , – аналитическими обзорами , подготовленными АООД , с отчётами о текущей деятельности , рассчитанными нормативами , – и на основании этих данных должно пр инимать решения , составлять стратегические планы и направлять руководящие указания в различные подразделения Банка. На заключительном этапе обязательные формы отчётности и налоговые справки отсылаются в государственные органы . Ссудозаёмщик через отдел ОКО посредством кассовых документов оформляет оплату начисленных по кредиту процентов , либо Банк взыскивает начисленные проценты согласно кредитному договору . Ссудозаёмщик возвращает кредит , либо продлевает срок действия кредитного договора (решение о продлен и и срока принимает кредитный отдел ), либо передаёт Банку заложенное имущество . В качестве свидетельства о предоставлении денежных средств отдел ОКО оформляет банковские выписки по счетам. В Банке ведётся архив , в котором хранятся все документы , образующиеся в процессе деятельности Банка и подлежащие хранению . Деятельность архива регламентируется специально разработанной номенклатурой ( см . прил . 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.Анализ аппаратного и программного обеспечения Для развития фирмы необходимо создать структуру , чтобы упорядочить её деятельность , иначе при стремительных темпах роста через некоторое время может наступить хаос . Какую-то структуру , вероятно , можно было бы создать и с помощью служебных инструкций и обучения персонала , но тогда в период развития эти инструкции пришлось бы постоянно переписывать , а смена персонала свела бы на нет все усилия , а автоматизация , напротив , способствует систематизации труда персонала на предприятии , и к тому же , облегчает учёт и сокращает время на подготовку отчётности. АСУ , используемые кредитными организациями , как правило , состоят из следующих компонентов : 1) сред ства вычислительной техники ; 2) системное программное обеспечение ; 3) специализированное программное обеспечение бухгалтерского и оперативного учёта. Разберём вопрос об оборудовании . Сердцем и мозгом проекта автоматизации является сервер локальной сети с установленным программным обеспечением , на нём размещается база данных , которая составляет информационное ядро системы . Определившись с базой данных , рассмотрим вопрос о количестве и размещении компьютеров. Для обеспечения всей системы управления банк р асполагает 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 166 MMX , в приёмной председателя Правления i 486, на электронных платежах Pentium 166 MMX , в ОАОД 1 станция i486, 1 – Pentium 166 MMX и 1 – Pentium 133; серверы – на базе Pentium 166 и Pentium 166 MMX. Интеграция с Internet осуществляется через прокси-сервер Wingate. Для выхода в систему межбанковской электронной почты «Ремарт» используется коммуникационная программа QmodemPro 2.6 (client-telnet). Обратимся к другой оргтехнике . Это принтеры Epson DF X 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 ). Специализированное ПО предназначено в основном для обработки бухгалтерских данных и составления отчётностей , представляет собой целый комплекс программ . Рассмотрим наиболее важные из них. «ОДБ» по новому плану счетов v 4.1(СРВ ) – основной программный продукт . Обеспечивает работу в произвольной дате , пересчёт балансовых , внебалансовых операций и картотек , счетов доверительного управления , счетов депо , срочных операций , процентов , на копительной информации при изменении информации в прошлых датах . Кроме общепринятых выходных документов имеются следующие документы : баланс по разделам ; свод оборотов дня ; оборотные ведомости месячная , квартальная , годовая по всем разделам баланса ; движен и е по счетам за заданный интервал ; извещения по возврату документов ; справки в налоговую инспекцию ; остатки на счетах клиентов ; справка по документообороту ; наличие средств по оплате картотек. Программный модуль TESTKB – « Финансовая отчётность» уровня кред итной организации предназначен для решения задачи свода финансовой отчётности и обеспечивает формирование магнитных носителей и бумажных документов установленной формы , для последующего представления их в территориальные учреждения Банка России или РКЦ. ТБ СВК «Импорт» за обоснованностью платежей в иностранной валюте за импортируемые товары (сетевой вариант ) предназначена для автоматизации процесса сбора и обработки информации , обеспечивающей контроль за обоснованностью платежей в иностранной валюте за импо р тируемые товары. Программное обеспечение "Комплекса задач статистической отчетности по валютному регулированию и контролю " предназначено для формирования , ведения и сопровождения электронной базы отчетности по некоторым видам валютных операций , согласно Ук азаниям Банка России N 137-У от 15.01.1998 г. Программное обеспечение , условно именованное «Эмитент 4.2» предназначено для формирования следующих документов : заявление на регистрацию выпуска ЦБ ; решение о выпуске ЦБ ; проспект эмиссии ЦБ ; отчёт об итогах вы пуска ; ежеквартальный отчёт по ЦБ ; сообщение о существенном событии , затрагивающем финансово – кредитную деятельность кредитной организации ; изменения и дополнения к регистрационным документам. Программное обеспечение (ПО ) "Комплекса задач статистической отчетности по валютному регулированию и контролю " М 652 КВ предназначено для формирования , ведения и сопровождения электронной базы отчетности о движении средств в иностранной валюте на транзитных валютных счетах резидентов , согласно Письму Банка России N 2 77-Т от 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. Компьютеризиро ванные банковские системы и их функции . Аналитические системы В настоящее время БС позволяют автоматизировать практически все стороны банковской деятельности . Среди основных возможностей современной БС , основанных на использовании сегодняшних сетевых техно логий , следует упомянуть : системы электронной почты , базы данных на основе модели "клиент-сервер ", ПО межсетевого взаимодействия для организации межбанковских расчетов , средства удаленного доступа к сетевым ресурсам для работы с сетями банкоматов и много е другое. На мировом рынке существует масса готовых БС . Основной задачей , стоящей перед службой автоматизации западного банка , является выбор оптимального решения и поддержка работоспособности выбранной системы . В нашей стране ситуация несколько иная . В усл овиях стремительного возникновения новой для России банковской сферы вопросам автоматизации поначалу уделялось недостаточно внимания . Большинство банков пошло по пути создания собственных систем . Такой подход имеет свои достоинства и недостатки . К первым с ледует отнести : отсутствие необходимости в больших финансовых вложениях в покупку БС , приспособленность БС к условиям эксплуатации (в частности к существующим линиям связи ), возможность непрерывной модернизации системы . Недостатки такого подхода очевидны : необходимость в содержании целого компьютерного штата , несовместимость различных систем , неизбежное отставание от современных тенденций и многое другое . Однако есть примеры приобретения и успешной эксплуатации российскими банками дорогостоящих банковских с истем . Наиболее популярны сегодня смешанные решения , при которых часть модулей БС разрабатывается компьютерным отделом банка , а часть покупается у независимых производителей. Основными платформами для БС в настоящее время считаются : 1) ЛВС на базе ПК (10,7%); 2) Различные модели специализированных бизнес-компьютеров фирмы IBM типа AS/400 (11,1%); 3) Универсальные компьютеры различных фирм-производителей (IBM, DEC и др . - 57,8%) и др. Характерен переход на компьютерные платформы , которые работают по модели "клиент-сервер " и используют ОС UNIX. БС , обычно реализуются по модульному принципу . Широко используются специализирован ные мощные или универсальные компьютеры , объединяющие несколько ЛВС . В БС применяется межсетевой обмен и удаленный доступ к ресу рсам центрального офиса банка для выполнения операций "электронных платежей ". Банковские системы должны иметь средства адаптации к конкретным условиям эксплуатации . Для поддержки оперативной работы банка БС должна функционировать в режиме реального времен и OLTP (On-line Transaction Processing). Перечислим основные функции БС (обычно они реализуются в виде независимых модулей единой системы ): 1) Автоматизация всех ежедневных внутрибанковских операций , ведение бухгалтерии и составление сводных отчетов. 2) С истемы коммуникаций с филиалами и иногородними отделениями. 3) Системы автоматизированного взаимодействия с клиентами (так называемые системы “банк-клиент” ). 4) Аналитические системы . Анализ всей деятельности банка и системы выбора оптимальных в данной с итуации решений. 5) Автоматизация розничных операций - применение банкоматов и кредитных карточек. 6) Системы межбанковских расчетов. 7) Системы автоматизации работы банка на рынке ценных бумаг. 8) Информационные системы . Возможность мгновенного получе ния необходимой информации , влияющей на финансовую ситуацию. Таким образом , мы видим , что любая банковская система представляет собой сложный комплекс , объединяющий сотни отдельных компьютеров , ЛВС и ГВС. Исходя из соображений сложности настройки и последу ющего сопровождения наиболее предпочтительными для внедрения в российских банках являются следующие АБС : 1) Symbols (производитель System Access; поддержку в странах СНГ осуществляет НПФ ФОРС ); 2) 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 Исходя из соображений сложности настройки и последующего сопровождения наиболее предпочтительными для внедрения в российских банках являются следующие АБС : 3) Symbols (пр оизводитель System Access; поддержку в странах СНГ осуществляет НПФ ФОРС ); 4) Globus (производитель Temenos; поддержку в странах СНГ осуществляет AviComp). Эти АБС в полной мере удовлетворяют современным технологическим требованиям и имеют высокие функц иональные возможности . Кроме того , из всех систем на Unix-платформе только эти две имеют централизованную поддержку авторизованными организациями на территории СНГ. Среди лидирующих российских фирм по продажам программного обеспечения для банков (по числу инсталляций ) лидируют R-Style Software Lab. (программа RS-Bank) и "Диасофт " (DiasoftBank 4x4, Diasoft 5NT). "Второй эшелон " составляют компании "ФОРС " (Ва-Банк ), "Кворум " (Кворум ), "ПрограмБанк " (Гефест ), "Инверсия " (Invobank). //11 , 12, 13 2.3.Выбор метода анализа финансовых результатов Среди наиболее распространённых методов анализа результативности деятельности коммерческого банка можно выделить следующие : 1) Рейтинговые оценки . П озволяют получить комплексную оценку финансового состояния коммерческих бан ков и провести их сравнение . В России разработка таких методик началась несколько лет назад , поэтому они нуждаются в доработке. Существует популярная зарубежная методика CAMEL, которая была даже адаптирована к российским уловиям и получила название “Россий ский CAMEL”. 2) Методики расчёта рисков. 3) Расчёт обязательных нормативов деятельности , т.е . определённых коэффициентов с заданным уровнем в соответствии с Инструкцией ЦБ РФ № 1. Экономические нормативы устанавливаются Центральным банком РФ для обеспече ния устойчивости банковской системы . Для соблюдения указанных экономических нормативов в кредитных организациях создаётся система анализа и контроля. 4) Анализ общей финансовой отчетности (например , по Временной инструкции ЦБ РФ от 24.08.93 года № 17) 5) Экспресс-анализ . Его сущность заключается в отборе минимально допустимого количества наиболее существенных и сравнительно несложных в исчислении показателей . В результате его проведения можно определить надёжность финансового положение банка. На основании анализа перечисленных методик было решено при организации системы финансового анализа использовать : 1) Расчёт обязательных нормативов деятельности в соответствии с Инструкцией ЦБ РФ № 1 для автоматического составления отчётности , предоставляемой в ЦБ РФ. Анализ экономических нормативов осуществляется по следующим направлениям : - сравнение фактических значений показателя с нормативным - рассмотрение динамики изменения анализируемого показателя - выявление факторов , оказавших влияние на показатели. На пе рвом этапе анализа необходимо составить таблицу , характеризующую фактический уровень экономических нормативов в сопоставлении с его предельным значением . На втором этапе проверяется соответствие каждого показателя его нормативному уровню. Далее необходимо рассмотреть показатели в динамике , чтобы убедиться в устойчивости или случайности ситуации . На следующем этапе проводится пофакторный анализ существенных отклонений . при устойчивой отрицательной тенденции такой анализ осуществляется на ряд дат , чтобы выя вить причины отклонений. 2) Методику , приведённую Л.Г.Батраковой в книге «Экономический анализ деятельности коммерческого банка». Анализ результативности банковской деятельности начинается с анализа доходов и расходов и завершается исследованием прибыли. Информационной базой для анализа финансовых результатов деятельности банка служат счета 701 «Доходы» и 702 «Расходы» , 703 «Прибыль» , 704 «Убытки» , 705 «Использование прибыли» баланса банка , формы № 2 «Отчет о прибылях и убытках коммерческого банка» и № 3 « Приложение к балансу» , а также «Окончательный отчет о прибылях и убытках» общей финансовой отчетности. В процессе анализа используются следующие методы : - группировка доходных и расходных аналитических счетов баланса ; - вертикальный и горизонтальный анал из финансовых результатов работы банка ; - оценка динамических рядов показателей прибыльности по кварталам и годам ; - расчет и оценка степени зависимости прибыли от отдельных факторов ; - сопоставление полученных результатов с рекомендуемыми в зарубежной и отечественной практике уровнями. Цель анализа финансовых результатов — выявление резервов роста прибыльности банковской деятельности и формирование на этой основе рекомендаций по дальнейшей работе. 3) В методике Л.Г.Батраковой не учтено влияние инфляции на финансовые показатели деятельности банков , содержащиеся в их отчетности . А это очень важно для России , поскольку в условиях инфляции , сложившихся в стране , оценка ликвидности , рентабельности , надёжности деятельности банка , степени риска отдельных опера ций существенно искажает определение границ , зон финансового риска . Поэтому при разработке системы финансового анализа следует учитывать коэффициент инфляции . Подобный анализ уже проводился автором данной работы по отчётности Банка за I – III кварталы 1998 года . Рекомендации , предложенные на его основе , приведены в приложении 12. 4) Полученные результаты расчетов должны быть дополнены сведениями о стабильности экономической ситуации , имидже банка на финансовом рынке и другой подобной информацией. 2.4.Обос нование выбора программной среды Одним из последствий финансового кризиса августа 1998 г . стало не только резкое уменьшение количества работающих коммерческих банков (в том числе и наиболее крупных ), но и существенное уменьшение финансовых ресурсов , выдел яемых оставшимися банками на решение вопросов автоматизации своей деятельности . Это касается как транзакционных учетных систем , так и в еще большей мере систем поддержки принятия решений (СППР ). Количество закупок даже АБС с обеспечением всей необходимой д ля аналитики информации (Equation DBA, GLOBUS и т . д .) практически сведено к нулю . Построение СППР на базе инструментария SAS или SAP становится нереальным с учетом финансового состояния даже крупных многофилиальных банков . Таким образом , основной задачей департаментов информатизации банков стало создание единого информационного пространства на базе работающих АБС. С другой стороны , условия деятельности коммерческих банков в рамках нестабильной экономики и постоянно меняющихся "правил игры " требуют (и возм ожно , как никогда раньше ) наличия развитых СППР , позволяющих решать вопросы как оперативного , так и стратегического управления банком . Создание таких СППР , особенно обладающих функциями имитационно-моделирующего комплекса , требует решения ряда ключевых во п росов , таких , как : - разработка концепции управления , доведенная до уровня методик ; - реализация методик в виде комплекса алгоритмов вычисления показателей и измерителей финансового состояния банка и их презентации на бумажных носителях ; - построение системы навигации , позволяющей произвести детальный анализ динамики показателей и измерителей на основе динамики атрибутов сделки ; - реализация системы "Информационный АРМ руководителя " на основе многомерной базы данных с развитой системой визуализации данных (графики , диаграммы , гистограммы ), работающей в режиме реального времени ; - разработка инструментария , позволяющего решать задачи имитационного моделирования "что - если " с учетом вероятностных характеристик атрибутов сделок . Таким образом , возни кшая ситуация характеризуется , с одной стороны , реальными потребностями банка в создании развитой СППР , а с другой стороны , отсутствием финансовых возможностей (а иногда и скепсисом руководителей ) для создания такой системы на базе полнофункциональной АБС 5-го поколения , интегрированной с информационным хранилищем . Следует отметить , что и до кризиса августа 1998 г . в банках с наиболее развитыми информационными технологиями , по существу , не были внедрены СППР , решающие перечисленные выше вопросы в полном об ъеме . Известны отдельные успешные попытки решения задач управления отдельными финансовыми инструментами (оптимизация портфеля ценных бумаг , управление кредитами с анализом кредитных рисков и т . п .), но системы анализа и управления всеми видами финансовых и нструментов банка реализовано не было . Фирмы - разработчики АБС в лучшем случае предоставляли возможность разработки информационных хранилищ и инструментарий для формирования показателей и измерителей , но не СППР . Связано это обстоятельство с тем , что в к а ждом банке у руководителей существует свое представление (что , по большому счету , еще не является ни методологией , ни тем более методикой ) о том , какая информация о сделках нужна и какие агрегированные показатели (и их динамика ) характеризуют финансовое с о стояние банка . Таким образом , существующие реалии определили подход к созданию СППР в Банке , где в качестве АБС имелась внедрённая по распоряжению Центрального банка пакетная система "Тульский операционный день " (ОДБ ), а в качестве СУБД – FoxPro . Он может быть изложен в следующем техническом задании. 2.5.Техническое задание на разработку системы Система под условным названием «АФР» (анализ финансовых результатов ) должна выполнять ниже перечисленные функции : - импортировать из ОДБ и хранить информацию , не обходимую для анализа (из файлов отчётности , формируемых в ОДБ в формате . dbf ); - получать все требуемые виды агрегированных показателей с необходимой формой их презентации ; - показывать динамику всех вычисляемых показателей ; - анализировать полученн ые показатели ; - выдавать рекомендации по принятию решений на основе произведённого анализа. Исходя из требований к СППР и имеющихся в распоряжении банка программных средств , были приняты следующие решения : - инструментарий разработки – Microsoft VBA ; - используемая СУБД – FoxPro (будет применена в качестве средства для импорта данных из ОДБ ) ; - система представления исходных данных - Excel-файлы (хотя правильнее было бы использовать для этих целей MS Access, однако такое решение потребовало бы допол нительного обучения пользователей и , соответственно , переноса срока ввода системы в эксплуатацию ); - система нейросетевого программирования – BrainMaker; - сетевая ОС – Novel NetWare . Excel-листы представляют собой плоские двухвходовые таблицы , содержа щие необходимые наборы данных по различным формам отчётности . В системе будут представлены данные следующие форм общей финансовой отчетности : 1) формы № 2 «Отчет о прибылях и убытках коммерческого банка» ; 2) формы № 3 «Приложение к балансу» ; 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 Список использованных источников 1) Устав акционерного коммерческого банка «Белогорскагрокомбанк» (Открытого акционерного общества ), – Белогорск , 1996. 2) В.И . Чаусов //Банковские Технологии . – 199 8 . – № 11-12 . 3) В . Садвакасов . Коммерческие банки . Управленческий анализ деятельности . Планирование и контроль . – М .: Ось -89, 1998 . 4) А . Триф , О . Уткин , В . Кривоножко , Р . Сеньков , А . Антонов . Анализ эффективности финансовых институтов // Банковские Технол огии . – 1999. – № 5-6 . 5) Н . Акишина . автоматизация финансового анализа – веление времени // Банковские Технологии . – 1997. – № 5 . 6) И.Сидоров . Главному бухгалтеру – отличный сервер // Экономика и жизнь . – 199 9 . – № 13 март. 7) И.Береговский . Бухучёт и пр ограммы : совет профессионала // Экономика и жизнь . – 199 9 . – № 3 январь . 8) С.П.Проскурин . Десять вопросов на тему автоматизации // Бухгалтер и компьютер . – 199 8 . – № 0. 9) Ю.Ю.Королев . Автоматизация учёта : системный и технический нюансы // Бухгалтер и ко мпьютер . – 199 8 . – № 1. 10) Автоматизация банковской деятельности / Под ред . С.И . Кумок . – М .: МФО , 1994. 11) Е . Суховарова , Е . Соломатин . – Обеспеченность дилинга аналитическими данными в АБС // Банковские Технологии . – 2000. – Январь-Февраль 12) Л . Вик торов . – Интеграция данных в АБС - эффект гарантирован // Банковские Технологии . – 1999. – октябрь 13) В . Галактионов , С . Захаров . – Обзор рынка зарубежных АБС // Банковские Технологии . – 1999. – ноябрь-декабрь 14) Батракова Л.Г . Экономический анализ де ятельности коммерческого банка . – М .: Логос , 1998 15) Ольга Заратуйченко . – Современные подходы и методы построения аналитических информационных систем . Тезисы выступления на семинаре НТЦ АРБ // Практические вопросы информационно-аналитической работы в ко ммерческом банке . – 1998. – март 16) Банковское дело . / Под ред . О.И.Лаврушина . – М .: Финансы и статистика ,1998 17) ПРИЛОЖЕНИЕ 1 ОРГАНИЗАЦИОННАЯ СТРУКТУРА ПРЕДПРИЯТИЯ р ис .1 ПРИЛОЖЕНИЕ 2 ФУНКЦИОНАЛЬНАЯ СТРУКТУРА ОАО АКБ «БЕЛОГОРСКАГРОКОМБАНК» р ис .2 ПРИЛОЖЕНИЕ 3 СХЕМА ФУНКЦИОНАЛЬНОГО ВЗАИМОДЕЙСТВИЯ ПОДРАЗДЕЛЕНИЙ БАНКА ПРИЛОЖЕНИЕ 4 ВНУТРЕННИЙ ДОКУМЕНТООБОРОТ БАНКА ПРИЛОЖЕНИЕ 5 ВНУТРЕННИЙ ДОКУМЕНТООБОРОТ БАНКА ПРИЛОЖЕНИЕ 5 НОМЕНКЛАТУРА ДЕЛ ОАО АКБ «БЕЛОГОРСКАГРОКОМБАНК» ПРИЛОЖЕНИЕ 6 АНАЛИЗ ИНФОРМАЦИОННЫХ ПОТОКОВ Таблица 6.1. – Анализ потоков информации на первичном этапе Направление потока Содержание потока Отправитель Получатель Документ Сообщение Суммма Показатели Суммма 1 2 3 4 5 6 7 Процесс получения кредита в Банке Клиент Кредитный отдел Заявка на получение ссуд ы Ходотайство для получения кредита 3000 Целевое направление кредита , сумма кредита , срок пользования кредитом , конкретные сроки погашения кредита , предполагаемое обеспечение , краткая характеристика кредитуемого мероприятия , экономическая эффективность от его использования 250 Продолжение таблицы 6.1 1 2 3 4 5 6 7 Клиент Кредитный отдел Нотариально заверенные копии учредительных документов предприятия Подтверждение реальности существования предприятия 20000 Юридический адрес , фактический адрес , Банковские реквизиты , номер и дата принятия Устава , дата изменений к уставу , номер регистрации учредительного договора 100 Клиент Кредитный отдел Свидетельство о регистрации предприятия Подтверждение регистрации предприятия 700 Серия , номер , дата , регистр ирующие органы 50 Клиент Кредитный отдел Нотариально заверенные банковские карточки Достоверность подписей 700 Подписи руководителя предприятия , главного бухгалтер , печать предприятия 160 Клиент Кредитный отдел Форма № 1 Балёанс предприятия на последнюю дату , заверенный налоговой инспекцией Финансовая отчётность предприятия 4000 Показатели 700 Клиент Кредитный отдел Технико-экономическое обоснование эффективности проекта Подтверждение эффективности проекта 1400 Экономические показатели эффективности 50 Продолжение таблицы 6.1 1 2 3 4 5 6 7 Клиент Кредитный отдел Копии контрактов , договоров Отношения предприятия с другими организациями 2700 Контрагенты предприятия 200 Клиент Кредитный отдел Гарантии возврата кредита Гарантии , которыми располагае т заёмщик 700 Вид гарантийного обеспечения 30 Клиент Кредитный отдел Справка о том , вносились ли изменения в Устав , если да , то соответствующие документы с изменениями Сведения об изменениях в Уставе предприятия 200 Дата изменения , номер изменения 24 К лиент Кредитный отдел Копия решения об избрании или назначении руководителя Сведения об избрании руководителя 300 Фамилия , имя , отчество , дата и место рождения руководителя 100 Клиент Кредитный отдел Справка о служебных и домашних адресах и телефонах рук оводителя , заместителей , главного бухгалтера Служебные и домашние адреса и телефоны ответственных лиц 500 Место жительства , телефон 150 Продолжение таблицы 6.1 1 2 3 4 5 6 7 Клиент Кредитный отдел Справка о численности работающих Численность работающ их 170 Численность работающих 10 Клиент Кредитный отдел Справка о том , какой орган вправе принимать решение о заключении договора и даче согласия на залог имущества предприятия (со ссылкой на определённые статьи Устава предприятия ) Указание органа , принима ющего решение о залоге 300 Орган принимающий решение о залоге 50 Клиент Кредитный отдел Протокол соответствующего органа о решении получения кредита и даче согласия на залог имущества (перечислить ) Сообщение о решении получения кредита с указанием предме та залога 700 Предмет залога 100 Клиент Кредитный отдел Акт осмотра имущества , передаваемого в залог Состояние имущества , передаваемого в залог 700 Состояние имущества , передаваемого в залог 300 Продолжение таблицы 6.1 1 2 3 4 5 6 7 Экономист К редитный отдел Анкета заёмщика Сведения о заёмщике 1333 Наименование заёмщика , юридический адрес , фактический адрес , банковские реквизиты , регистрирующие органы , , учредители заёмщика , данные о руководителе заёмщика 695 Процесс перевода средств по поручен ию физических лиц без открытия банковских счетов Отдел ОКО Клиент Форма 0402008 – приходный кассовый ордер Сумма перевода и компенсационного вознаграждения 1400 Сумма перевода , сумма компенсационного вознаграждения 1400 Таблица 6.2. – Анализ потоков информации на тапе основной обработки Направление потока Содержание потока Отправитель Получатель Документ Сообщение Суммма Показатели Суммма 1 2 3 4 5 6 7 Процесс получения кредита в Банке Экономист Руководитель кредитного комит ета Заключение о кредитоспособности заёмщика Результаты анализа кредитоспособности 2000 Показатели ликвидности баланса и обеспеченности заёмщика собственными– источниками 500 Кредитный комитет Кредитный отдел Решение о предоставлении денежных средств заёмщ ику Положительное решение о предоставлении средств 200 Положительное решение о предоставлении средств 30 Уполномоченное лицо Банка Руководитель предприятия Кредитный договор Основные условия предоставления и возврата размещаемых Банком средств 6000 Дата , наименование предприятия , фамилия , имя и отчество руководителя , основание , срок кредита , сумма кредита , номер расчётного счёта , номер ссудного счёта , процент за кредит , % за пролонгированный кредит , дата подписания 250 Продолжение таблицы 6.2 1 2 3 4 5 6 7 Уполномоченное лицо Банка Руководитель предприятия Дополнительное соглашение о продлении срока возврата кредита Условия продления срока возврата кредита 1500 Номер кредитного договора , дата кредитного договора , дата дополнительного соглашения , наи менование предприятия , фамилия , имя и отчество руководителя , дата регистрации Устава предприятия , сумма продлеваемого кредита , цель кредита , срок гашения кредита , установленный кредитным договором , срок гашения кредита , установленный дополнительным соглаш е нием , плата за кредит , плата за просроченный кредит 180 Кредитный отдел Бухгалтерия Договор залога и описи Описание предмета залога и случая его передачив собственность Банка 3000 Предмет залога , перечень имущества , предоставляемого в залог , стоимость 200 Продолжение таблицы 6.2 1 2 3 4 5 6 7 Кредитный отдел Отдел ОКО , бухгалтерия Распоряжение о принятии договора залога Принятие залога 500 Символ , внебалансовый счёт , наименование заёмщика , номер и дата кредитного договора , Банк ссудозаёмщика , банков ские реквизиты номера расчётного счёта (наименование банка , РКЦ , МКО , город , где открыт корсчёт ), вид залога , сумма залога , сроки списания залога 250 Бухгалтерия Отдел ОКО Балансовый ордер , договор залога , описи Оформленияе факта заключения договора залога 3500 Дата , номер ордера , номер договора залога 50 Кредитный отдел Архив Досье клиента - заёмщика Сведения о клиенте 6000 Дата , оценка показателей платежеспособноати 500 Отдел ОКО Государственные органы Уведомление об открытии счетов Открытие счёта 500 Н аименование организации , номер ссудного счёта , номер расчётного счёта 70 Продолжение таблицы 6.2 1 2 3 4 5 6 7 Бухгалтерия Бухгалтерия Проводки Оформление факта уплаты процентов , либо перенос задолженности на счета по учёту просроченной задолденно стс и просроченных процентоаи 200 Проводки 200 Кредитный комитет Бухгалтерия Представление о списании безнадёжной задолженности с баланса Списание задолженности за счёт резерва на возможные потери по ссудам 300 Номер счёта , срок списания 50 Процесс пер евода средств по поручению физических лиц без открытия банковских счетов Отдел ОКО Бухгалтерия Форма 0402008 – приходный кассовый ордер Сумма перевода и компенсационного вознаграждения 1400 Сумма перевода , сумма компенсационного вознаграждения 200 Пр одолжение таблицы 6.2 1 2 3 4 5 6 7 Бухгалтерия Отдел ОКО Платёжное поручение Сумма перевода 700 Сумма перевода , получатель , ИНН , банк получателя , город получателя номер счёта , БИК 700 Отдел ОКО Место назначения Платёжное поручение Сумма перевода 700 Сумма перевода , получатель , ИНН , банк получателя , город получателя номер счёта , БИК 90 Бухгалтеия Отдел ОКО Мемориальный ордер Оплата перевода 700 Сумма компенсационного вознаграждения , дата 700 Бухгалтеия Отдел ОКО Мемориальный ордер Оплата за обналичи вание перевода 700 Размер оплаты , дата 700 Таблица 6.3. – Анализ потоков информации на заключительном этапе Направление потока Содержание потока Отправитель Получатель Документ Сообщение Суммма Показатели Суммма 1 2 3 4 5 6 7 Пр оцесс получения кредита в Банке Бухгалтерия Отдел ОКО Банковское платёжное требование Взыскание начисленных процентов 700 Взыскиваемый %, дата , номер счёта , основание 700 Отдел ОКО Ссудозаёмщик Банковское платёжное требование Взыскание начисленных процен тов 700 Взыскиваемый %, дата , номер счёта , основание 90 Ссудозаёмщик Отдел ОКО Платёжное поручение Оплата начисленных процентов 700 Оплачиваемый процент , дата , номер счёта , основание 700 Отдел ОКО Бухгалтерия Платёжное поручение Оплата начисленных процен тов 700 Оплачиваемый процент , дата , номер счёта , основание 90 Продолжение таблицы 6.3 1 2 3 4 5 6 7 Ссудозаёмщик Отдел ОКО Акт приёма-передачи имущества Гашение кредита путём передачи ссудозаёмщиком права собственности на движимое и недвижим ое имущество 2000 Наименование , цена , стоимость , дата 2000 Отдел ОКО Бухгалтерия Акт приёма-передачи имущества Гашение кредита путём передачи ссудозаёмщиком права собственности на движимое и недвижимое имущество 2000 Наименование , цена , стоимость , дата 1000 Отдел ОКО Ссудозаёмщик Уведомление об увеличении процентной ставки Увеличение процентной ставки 500 Дата , размер процентной ставки 100 Продолжение таблицы 6.3 1 2 3 4 5 6 7 Отдел ОКО Ссудозаёмщик Инкассовое поручение Взыскание издержек , связа нное с несвоевременным погашением кредита и процентов – за пользование им 700 Сумма издержек , номер счёта , дата 100 Бухгалтерия Отдел ОКО Выписка по кор.счёту , по расчётному счёту , по ссудному или межбанковскому депозитному счёту или счёту по учёту прочих размещаемых средств ; оплаченные платёжные документы заёмщика Свидетельство о факте предоставления денежных средств 700 Наименование заёмщика , номер счёта , сумма , дата 700 Отдел ОКО Клиент Выписка по кор.счёту , по расчётному счёту , по ссудному или межбанк овскому депозитному счёту или счёту по учёту прочих размещаемых средств ; оплаченные платёжные документы заёмщика Свидетельство о факте предоставления денежных средств 700 Наименование заёмщика , номер счёта , сумма , дата 100 Продолжение таблицы 6.3 1 2 3 4 5 6 7 Ссудозаёмщик Отдел ОКО Платёжное поручение Возврат кредита путём списания с расчётного счёта клиента 700 Дата , номер расчётного счёта , сумма , основание 700 Отдел ОКО Бухгалтерия Платёжное поручение Возврат кредита путём списания с расчётного счё та клиента 700 Дата , номер расчётного счёта , сумма , основание 100 Отдел ОКО Ссудозаёмщик Инкассовое поручение Возврат кредита путём списания 700 Дата , номер счёта , сумма 700 Отдел ОКО Бухгалтерия Инкассовое поручение Возврат кредита путём списания 700 Да та , номер счёта , сумма 100 Отдел ОКО Ссудозаёмщик Приходный кассовый ордер Возврат кредита путём взноса наличных денег в кассу 1200 Дата , номер счёта , сумма 1200 Продолжение таблицы 6.3 1 2 3 4 5 6 7 Отдел ОКО Бухгалтерия Приходный кассовый ордер Возврат кредита путём взноса наличных денег в кассу 1200 Дата , номер счёта , сумма 100 Процесс перевода средств по поручению физических лиц без открытия банковских счетов Отдел ОКО Клиент Мемориальный ордер Оплата перевода 700 Сумма компенсационного возна граждения , дата 70 Отдел ОКО Получатель Мемориальный ордер Оплата за обналичивание перевода 700 Размер оплаты , дата 70 Таблица 6.4. – Анализ объёмов потоков информации Документ Количество знакв в сообщении Кличество знаков в показа телях Максимальная значимость Режим потока Номер Название Периодичность Максимальный объём в единицу времени 1 2 3 4 5 6 7 1 Заявка на получение ссуды 3000 250 3250 2 раза в неделю 6500 2 Нотариально заверенные копии учредительных документов предпри ятия 20000 100 20100 2 раза в неделю 40200 3 Свидетельство о регистрации предприятия 700 50 750 2 раза в неделю 1500 4 Нотариально заверенные банковские карточки 700 160 860 2 раза в неделю 1720 5 Форма № 1 Баланс предприятия на последнюю дату , заверенн ый налоговой инспекцией 4000 700 4700 2 раза в неделю 9400 6 Технико-экономическое обоснование эффективности проекта 1400 50 1450 2 раза в неделю 2900 7 Копии контрактов , договоров 2700 200 2900 2 раза в неделю 5800 8 Гарантии возврата кредита 700 30 730 2 раза в неделю 1460 9 Справка о том , вносились ли изменения в Устав , если да , то соответствующие документы с изменениями 200 24 224 2 раза в неделю 448 Продолжение таблицы 6.4 1 2 3 4 5 6 7 10 Копия решения об избрании или назначении руководител я 300 100 400 2 раза в неделю 800 11 Справка о служебных и домашних адресах и телефонах руководителя , заместителей , главного бухгалтера 500 150 650 2 раза в неделю 1300 12 Справка о численности работающих 170 10 180 2 раза в неделю 360 13 Справка о том , какой орган вправе принимать решение о заключении договора и даче согласия на залог имущества предприятия (со ссылкой на определённые статьи Устава предприятия ) 300 50 350 2 раза в неделю 700 14 Протокол соответствующего органа о решении получения креди та и даче согласия на залог имущества (перечислить ) 700 100 800 2 раза в неделю 1600 15 Акт осмотра имущества , передаваемого в залог 700 300 1000 2 раза в неделю 2000 16 Анкета заёмщика 1333 695 2028 2 раза в неделю 4056 17 Форма 0402008 – приходный кас совый ордер 1400 200 1600 25 раз в неделю 40000 18 Заключение о кредитоспособности заёмщика 2000 500 2500 2 раза в неделю 5000 19 Решение о предоставлении денежных средств заёмщику 200 30 230 2 раза в неделю 460 Продолжение таблицы 6.4 1 2 3 4 5 6 7 20 Кредитный договор 6000 250 6250 1 раз в неделю 6250 21 Дополнительное соглашение о продлении срока возврата кредита 1500 180 1680 0,05 раз в неделю 84 21 Договор залога и описи 3000 200 3200 1 раз в неделю 3200 23 Распоряжение о принятии договора зал ога 500 250 750 1 раз в неделю 750 24 Балансовый ордер , договор залога , описи 3500 50 3550 1 раз в неделю 3550 25 Досье клиента - заёмщика 6000 500 6500 2 раза в неделю 13000 26 Уведомление об открытии счетов 500 70 570 1 раз в неделю 570 27 Проводки 200 200 400 26 раз в неделю 10400 28 Представление о списании безнадёжной задолженности с баланса 300 50 350 0,01 раз в неделю 3,5 29 Форма 0402008 – приходный кассовый ордер 1400 200 1600 25 раз в неделю 40000 30 Платёжное поручение 700 700 1400 25 ра з в неделю 35000 31 Платёжное поручение 700 90 790 25 раз в неделю 19750 32 Мемориальный ордер 700 700 1400 25 раз в неделю 35000 33 Мемориальный ордер 700 700 1400 25 раз в неделю 35000 34 Банковское платёжное требование 700 700 1400 2 раза в неделю 2800 35 Банковское платёжное требование 700 90 790 2 раза в неделю 1580 36 Платёжное поручение 700 700 1400 2 раза в неделю 2800 37 Платёжное поручение 700 90 790 2 раза в неделю 1580 38 Акт приёма-передачи имущества 2000 2000 4000 0,02 раза в неделю 80 Продолжение таблицы 6.4 1 2 3 4 5 6 7 39 Акт приёма-передачи имущества 2000 1000 3000 0,02 раза в неделю 60 40 Уведомление об увеличении процентной ставки 500 100 600 0,04 раза в неделю 24 41 Инкассовое поручение 700 100 800 0,1 раз в неделю 80 42 Выписка по кор.счёту , по расчётному счёту , по ссудному или межбанковскому депозитному счёту или счёту по учёту прочих размещаемых средств ; оплаченные платёжные документы заёмщика 700 700 1400 25 раз в неделю 35000 43 Выписка по кор.счёту , по расчётному счёту , по ссудному или межбанковскому депозитному счёту или счёту по учёту прочих размещаемых средств ; оплаченные платёжные документы заёмщика 700 100 800 25 раз в неделю 20000 44 Платёжное поручение 700 700 1400 0,3 раз в неделю 420 45 Платёжное поруче ние 700 100 800 0,3 раз в неделю 240 46 Инкассовое поручение 700 700 1400 0,3 раз в неделю 420 47 Инкассовое поручение 700 100 800 0,3 раз в неделю 240 48 Приходный кассовый ордер 1200 1200 2400 0,3 раз в неделю 720 49 Приходный кассовый ордер 1200 100 1300 0,3 раз в неделю 390 50 Мемориальный ордер 700 70 770 25 раз в неделю 19250 51 Мемориальный ордер 700 70 770 25 раз в неделю 19250 ПРИЛОЖЕНИЕ 7 СХЕМА ЛВС ОАО АКБ «БЕЛОГОРСКАГРОКОМБАНК» ПРИЛОЖЕНИ Е 8 КРАТКАЯ ХАРАКТЕРИСТИКА АБС , ИМЕЮЩИХ АНАЛИТИЧЕСКИЕ ФУНКЦИИ 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 поддерживает : 1) Главную книгу . 2) Обновление остатков в режиме реального времени . 3) Валютный дилинг . 4) Межбанковский дилинг . 5) Кредиты . 6) Документарные операции . 7) Торговлю ценными бумагами . Кроме того , доступен ряд дополнительных продуктов того же производителя , расширяющих функциональные возможности АБС : Система MoneyMaker автоматизирует фронт-офис для межбанковских операций и покрыва ет валютный и межбанковский дилинг , опции доходности , анализ прибылей и убытков , управление позицией , обработку лимитов и денежных потоков ; планируется поддержка деривативов . Имеются интерфейсы к системам моделирования и к Reuters 2000. Система Customer A ccess Systems поддерживает электронный банкинг . Система Finware автоматизирует бэк-офис розничных операций и включает : 1) Главную книгу . 2) Кредиты . 3) Ипотеку . 4) Депозиты . 5) Текущие и сберегательные счета . 6) Безналичные расчеты и взаимозач еты . Система обеспечивает онлайновые связи между всеми подразделениями банка , поддерживает автоматические кассовые аппараты (теллеры ) и стандарты ISO для доступа к другим периферийным устройствам . В настоящее время CITIL предлагает комплекс из АБС Microba nker и 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. В технологическом направлении были сделаны следующие усоверш енствования : 1) заменена система генерации отчетов ; 2) в систему розничных операций добавлены : - поддержка прямого дебетования ; - поддержка регулярных платежей в адрес нескольких получателей ; - поддержка комиссий ; - интерактивный доступ к SWIFT терминалу Alliance; 3) внедрен новый дилинговый модуль , который полностью заменил старую систему ввода сделок . Новый модуль является дополнением к существующим модулям поддержки бэк-офиса дилинга и расширяет их возможности в части : - ввода уведо млений о сделках ; - улучшенной обработки кредитов с возможностью пересмотра условий , - интерфейса с Reuters Dealing 2000, - поддержки сенсорных экранов (touch-screens); 4) добавлены функции электронного банкинга , позволяющие частным и корпоративным клиентам удаленно , в том числе и через Интернет : - отслеживать изменения балансов и счетов ; - инициировать регулярные платежи ; - переносить средства со счета на счет ; - инициировать транзакции ; - получать доступ к оперативной информации ; 5) до бавлена система управления рисками , поддерживающая стандартные модели и методы , включая 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 значится поддержка Интернет-банкинга . Сначала для частных , а затем и для корпоративных клиентов буду т доступны следующие функции : 1) оплата чеков ; 2) формирование постоянных распоряжений ; 3) платежи ; 4) управление счетами ; 5) запрос на кредитование ; 6) запрос курсов валют ; 7) оценка портфеля . Кроме этого планируется организовать на 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 млн . долл . ФОРС будет отвечать за внедрение Symbo l s. Система будет поддерживать ссуды , ценные бумаги , валютный дилинг , межбанковские ссуды , внутрирегиональные и международные платежи , управление активами и пассивами на сети филиалов и головного офиса . Тендер по выбору АБС для банка «Петровский» проводилс я в течение двух лет и его результат был назван руководителем европейского отделения 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. активно тиражирует св ою модульную АБС . Диасофт " предпочитает комплексную автоматизацию крупных заказчиков с учетом их специфических задач , работая на вертикальном рынке . Но не забывает и о тиражировании своих продуктов на горизонтальном рынке . "Инверсия " и "ПрограмБанк " не го н ятся за увеличением числа пользователей , предпочитая высококачественное обслуживание своих старых клиентов . 2.1. 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. 2.2. "Диасофт ". Программный продукт Diasoft 5NT фирмы "Диасофт " осуществляет комплексную автоматизацию деятельности финансовых институтов в рамках единого информационного пространства . Линия продуктов Diasoft 5NT включает в себя следу ющие системы : 1) DiasoftBANKING 5NT - система автоматизации банковской деятельности . 2) DiasoftDEALING 5NT - система управления ресурсами : - кредиты и депозиты ; - кассовые конверсионные сделки ; - срочные конверсионные сделки . - DiasoftCUSTODY 5 NT - интегрированная фондовая система : - модуль депозитарного учета ; - модуль учета сделок на биржевом рынке ценных бумаг ; - модуль учета сделок на внебиржевом рынке ценных бумаг ; - модуль учета сделок с производными ценными бумагами ; - модуль ав томатизации деятельности расчетного брокера на внебиржевом рынке ценных бумаг ; - модуль вексельного учета ; - модуль обслуживания эмитента . 3) DiasoftTRUST 5NT - система автоматизации деятельности общих фондов банковского управления (ОФБУ ); 4) Diaso ftFUND 5NT - система автоматизации деятельности паевых инвестиционных фондов (ПИФ ). 5) DiasoftREGISTRAR 5NT - система автоматизации регистраторской деятельности. Модульность продуктов компании "Диасофт " заключается не в автоматизации деятельности конкрет ного подразделения банка , а в полном комплексном обслуживании операций одного вида деятельности . Разработчик в своих программных продуктах реализует описание операций коммерческого банка в виде циклов движения денежных средств , при этом не разрезает на ча с ти полный цикл в соответствии с исполняющим подразделением . Поэтому в продуктах "Диасофт " легко проследить историю каждой сделки , операции и документа . В АБС поддерживаются три основные группы объектов , обеспечивающих учет операций : сделки , документы и бу хгалтерские проводки . В Diasoft 5NT реализована возможность ведения неограниченного количества альтернативных планов счетов , что позволяет осуществлять не только бухгалтерский , но и аналитический , и позиционный учет . Тем самым в продукте Diasoft 5NT прост о не существует проблемы ведения позиций по какому-либо инструменту или по портфелю . С помощью альтернативного плана счетов портфельный менеджер может создавать портфели и субпортфели и проводить их разделение по тем классификационным признакам , которые з а кажет в плане счетов . По каждому портфелю (субпортфелю ) ведется позиция (лимит ) по инструментам и денежному остатку , производится общая переоценка стоимости активов на текущий момент или на любую дату . В бухгалтерский баланс попадают проводки в соответств и и с бухгалтерским , а не альтернативным планом счетов , которые мирно сосуществуют между собой . Diasoft 5NT поддерживает учет операций со всеми инструментами фондового и денежного рынков . По каждому портфелю (или субпортфелю , сформированному самим портфельн ым менеджером ) проводится расчет финансового результата следующими методами : LIFO, FIFO и по средневзвешенной цене приобретения . Открытость Diasoft 5NT заключается в поддержании стандартных форматов данных со всех торговых площадок и от крупнейших поставщ иков информации (ММВБ , МФБ , РТС , Reuters DEALING 2000, Reuters Kondor+). Формирование отчетов в продуктах линии Diasoft 5NT производится с помощью генератора отчетов , который может настраиваться самим пользователем . Разработчики не позиционируют свою сис тему как выполняющую аналитические задачи , кроме транзакционных . Аналитика (в понимании ведения позиций , лимитов , расчета задаваемых агрегированных показателей ) просто вытекает из самих принципов построения системы . Достоинством Diasoft 5NT с точки зрения портфельного менеджера является возможность прослеживания эволюции реальной текущей стоимости активов по любому портфелю (субпортфелю ). Разработок , связанных с прогнозированием стоимости инвестиционного портфеля и оценками риска , у данной компании нет . 2.3. Компания ФОРС Интегрированная система автоматизации банковской деятельности "Ва-Банк ПЛЮС /SYMBOLS-R" компании ФОРС строится на все том же принципе модульности (более 20) и интегрированности в одной архитектуре АБС . Система опирается на реляционную СУБД и отличается от других АБС тем , что в ее составе есть модуль "Управление портфелем ", который предназначен для : - анализа содержимого и структуры портфеля ; - отслеживания динамики номинальной и рыночной стоимости ; - расчета доходности по группе сдело к . В этом модуле реализован подход к инвестиционному портфелю , как пересекающемуся множеству субпортфелей . Рассчитывать показатели портфеля можно , вводя собственную классификацию активов . Для каждой сделки оценивается размер нереализованной прибыли как ра зность между рыночной и балансовой стоимостью . Указанный модуль - шаг в сторону анализа инвестиционного портфеля от исполнения чисто учетной функции . С одной стороны , ФОРС придерживается принципа разграничения учетных и аналитических функций АБС , но , с др угой стороны , выстраивает стройную "пирамиду управления ". В ее основании - реляционные АБС , средняя часть - системы , извлекающие информацию из АБС и помещающие ее в хранилище данных для анализа . Верхушка "пирамиды " представлена OLAP-системами , реализованн ы ми на Oracle Express. Посреднические функции между АБС и аналитическими OLAP-системами осуществляют системы "Про-Филиал " и "Финансовый калькулятор ". Для нужд финансового аналитика верхняя часть "пирамиды управления " реализована в действующих системах "Опт имальный баланс " и "Российский CAMEL". "Российский CAMEL" позволяет оценить финансовое состояние коммерческого банка по более чем 40 показателям . С точки зрения реализации задач инвестиционного портфельного анализа на верхушке "пирамиды управления " компан ия ФОРС , как и другие разработчики , предлагает инструментарий OLAP-технологий . Отсутствие готовой реализации задачи объясняется отсутствием ее постановки со стороны пользователей . 2.4. Компания "Кворум " Компания "Кворум " называет свою интегрированную сист ему автоматизации банковских операций комплексной . Комплексность заключается в существовании более 40 программных модулей , которые позволяют реализовать учет чисто банковских операций и автоматизировать учет внутренней хозяйственной деятельности . Базовым э лементом считается операция . Это - отражение общего подхода к отражению операций банка как циклов движения денежных средств . Гибкость и адаптивность системы реализуются в возможности создания новых форм справочников и аналитических данных на основе встрое н ных в систему средств генерации запросов . Источником данных для этих отчетов служит единая информационная база балансовых данных . Некоторые особые виды отчетности и расчет агрегированных показателей , значимых для портфельного аналитика , реализованы по отн ошению к государственным ценным бумагам . Отчет в разрезе клиентов по состоянию их счетов и по набору ценных бумаг в штуках с учетом остатка денежных средств - первое приближение компании "Кворум " к понятию портфеля как единицы управления . По государственн ы м ценным бумагам (точнее , ГКО /ОФЗ ) реализован расчет доходности к погашению . Разработчиками декларируется возможность расчета доходности за период по портфелю ГКО /ОФЗ . Реализованного расчета иных агрегированных показателей , относящихся к дилинговым инвест и ционным инструментам , в системе "Кворум " нет . Подсистема анализа финансово-экономического состояния банка АБС "Кворум " проводит расчеты по динамике ресурсов банка и экономическим нормативам и позволяет формировать документы по прибылям и убыткам . При ввод е нового аналитического показателя описывается формула для его расчета , в качестве аргументов которой можно использовать более 500 стандартных функций , обеспечивающих получение данных из баланса . Таким образом , получение нестандартных агрегированных показ ателей в системе "Кворум " для портфельного менеджера осуществляется путем реализации разработчиками системы особых отчетов , основанных на балансовых данных . 2.5. Компания "ПрограмБанк " Компания "ПрограмБанк " пошла по иному пути создания АБС , разграничив ф ункцию учетную и функцию аналитическую . Кроме стандартной АБС "Гефест ", компания "ПрограмБанк " предлагает аналитическую систему "Нострадамус ", реализованную на платформе Oracle. "Нострадамус " применяется для целей внутреннего аудита и мониторинга состояни я банка . Это полноценный инструмент OLAP-приложений , который может быть применен для анализа финансовых рынков и оптимизации инвестиционного портфеля . Среди функциональных задач , реализуемых в системе "Нострадамус ", разработчиками называется "Анализ финан совых рынков " и "Оптимизация портфеля краткосрочных активов ". Целью решения задачи "Анализ финансовых рынков " является мониторинг характеристик рынков , оператором которых является коммерческий банк . Под мониторингом понимаются закачка , расчет , визуализаци я и прогнозирование отобранных характеристик рынков . В качестве характеристик используются : - цены отдельных инструментов (минимальная , максимальная , средняя , "bid", "ask", закрытия и т . д .); - индексы ; - индикаторы и сигналы технического анализа . М одуль обеспечивает возможность выборки из базы данных , построение графиков , расчет тенденций и прогнозов . К последнему разработчики делают оговорку "если определены алгоритмы прогнозирования ". Целью задачи "Оптимизация портфеля краткосрочных активов " явля ется формирование рекомендаций по управлению инвестиционным портфелем на основе результатов "Анализа финансовых рынков ". Наиболее важными характеристиками портфеля называются : - политика управления портфелем ; - планируемые потоки платежей ; - количест во каждого инструмента в портфеле ; - текущая рыночная стоимость портфеля ; - текущая доходность (за стандартный период ); - история портфеля (сделки ). "Нострадамус " позволяет в рамках решения задачи "Оптимизация портфеля " проводить построение портфеле й и субпортфелей , при этом вводится понятие "пробный портфель ". Среди декларируемых характеристик портфеля отсутствует какое-либо количественное описание риска . По признанию разработчиков , реализации готовой задачи по инвестиционному портфельному анализу нет . Отсутствие готовых решений обосновывается отсутствием заказа на реализацию и отсутствием постановки задачи . 2.6. Компания "Центр Финансовых Технологий " Новосибирская компания "Центр Финансовых Технологий " в своей интегрированной банковской системе IB System также использует принцип модульности (более 10 модулей ), реализующих автоматизацию разнообразных банковских операций . Аналитические (агрегированные ) данные строятся генератором отчетов в интерактивном режиме . Особых разработок для инвестиционного п ортфельного анализа нет . Говоря о путях распространения программы , можно отметить нестандартную политику "Центра Финансовых Технологий ", который предлагает банкам участие в совместном проекте . Таким образом , достигается компромисс для банков , предпочитающ и х собственные разработки тиражируемым , и удается сочетать профессиональную постановку задачи с учетом всех требований конкретного банка . 2.7. Компания CSBI EE Компания CSBI EE позиционирует на рынке свою АБС БАНКИР как многофилиальную систему с высокой пр оизводительностью (пропускной способностью транзакций ). Упор разработчиками сделан на учетные функции и реализацию OLТ P-систем . 2.8. Компания "Инверсия " Компания "Инверсия " следует принципам модульности в АБС "Банк ХХ I Век " и InvoBank. Основное внимание у деляется логической завершенности учетных операций . В АБС описаны операции со всеми инструментами фондового рынка . Наиболее полно реализованы учетные задачи с государственными ценными бумагами . Генератор отчетов позволяет подсчитывать для облигаций доходн о сть к погашению , может быть реализован расчет доходности за период . По словам разработчиков , отсутствие реализации серьезных аналитических моделей обусловлено спросом пользователей на автоматизацию учетной части операций коммерческого банка . 2.9. Компания АСОФТ Компания АСОФТ предлагает систему "АС-Банк 2000", которая обеспечивает поддержку текущего законодательства и правил ведения бухгалтерского учета в кредитных организациях на базе единого ядра бухгалтерских проводок , возможность одновременной работы с несколькими планами счетов , возможность расширения и самостоятельного изменения состава и содержания отчетных форм за счет встроенного генератора отчетов . Среди основных принципов построения системы можно назвать всю ту же модульность . С точки зрения ана литика , интерес представляет гибкость настройки генератора отчетных форм , которая реализуется в подсистеме "Отчеты ". Все отчеты формируются по данным бухгалтерского баланса . 2.10. Компания "СервоКомп " Несколько особняком от основных разработчиков АБС стои т компания "СервоКомп ", вышедшая на рынок с системой Signator/2000. Входящий в ее состав "Модуль учета торговых операций " является программным комплексом для автоматизации бэк - и фронт-офиса операций с ценными бумагами в инвестиционных компаниях и фондовы х отделах банков . Решение задач автоматизации операций с ценными бумагами привело разработчиков к введению в систему Signator/2000 отдельного аналитического модуля на основе OLAP-технологии (Oracle Express). Аналитический модуль реализует подход к инвестиц и онному портфелю как к пересекающемуся множеству субпортфелей . По классификационным атрибутам портфель ценных бумаг может быть построен как собственный , клиентский , трастовый , по виду инструмента , по задаваемым логическим условиям . Финансовые показатели по ртфеля включают в себя : - свободный остаток денежных средств ; - приведенную стоимость активов ; - доходность . Финансовые показатели могут быть рассчитаны по портфелю , построенному на любом классификационном признаке . Аналитический модуль Signator/20 00 является , видимо , единственным почти реализованным модулем , позволяющим осуществлять прогноз цен закрытия некоторых инвестиционных инструментов (акций ). Прогнозы по котировкам бумаг , состоянию портфелей , денежным потокам осуществляются статистическими и модельными методами : - по экспоненциальному тренду ; - по линейному тренду ; - методом Хольта-Винтера . Решена задача Г . Марковица по выбору оптимального портфеля из 3 акций . Работа с виртуальными портфелями , сравнение нескольких вариантов прогнозов - те необходимые составные части инвестиционного портфельного анализа , которые не реализованы крупными разработчиками АБС . Недостатком аналитического модуля Signator/2000 является отсутствие количественных характеристик риска инвестиционного портфеля . К с ожалению , внедрения аналитического модуля Signator/2000 на сегодня нет . Разработки по реализации идей , заложенных в модуле , приостановлены после августа 1998 г . По словам разработчиков , для завершения аналитического модуля не хватает постановки задачи со с тороны клиента-пользователя. ПРИЛОЖЕНИЕ 11 СВОДНЫЕ ДАННЫЕ ПО КРУПНЕЙШИМ РАЗРАБОТЧИКАМ АБС ПРИЛОЖЕНИЕ 12 РЕЗУЛЬТАТЫ АНАЛИЗА , ПРОВЕДЁННОГО ПО ОТЧЁТНОСТИ БАНКА ЗА I – III КВАРТАЛЫ 1998 ГОДА НА ОСНОВЕ МЕТОДИКИ Л .Г.БАТРАКОВОЙ С УЧЁТОМ ВЛИЯНИЯ ИНФЛЯЦИИ По результатам проведённого анализа можно дать следующие рекомендации по дальнейшеё работе банка : 1) полностью загрузить кредитные ресурсы банка , что позволит использовать выявленный резерв увеличения прибыли ; 2) ликвидировать безпроцентные ссуды ; 3) повысить процентную ставку по кредитам (средневзвешенная ставка банка составляет 34,5%, в то время как ставка рефинансирования Банка России – 55%) до ставки рефинансирования ; 4) для мобилизации выявленных резервов у величения прибыли и рентабельности необходимо осуществлять постоянный контроль за выполнением плана кредитных вложений , изыскивать возможности их увеличения , а также выполнять смету расходов банка.
1Архитектура и строительство
2Астрономия, авиация, космонавтика
 
3Безопасность жизнедеятельности
4Биология
 
5Военная кафедра, гражданская оборона
 
6География, экономическая география
7Геология и геодезия
8Государственное регулирование и налоги
 
9Естествознание
 
10Журналистика
 
11Законодательство и право
12Адвокатура
13Административное право
14Арбитражное процессуальное право
15Банковское право
16Государство и право
17Гражданское право и процесс
18Жилищное право
19Законодательство зарубежных стран
20Земельное право
21Конституционное право
22Конституционное право зарубежных стран
23Международное право
24Муниципальное право
25Налоговое право
26Римское право
27Семейное право
28Таможенное право
29Трудовое право
30Уголовное право и процесс
31Финансовое право
32Хозяйственное право
33Экологическое право
34Юриспруденция
 
35Иностранные языки
36Информатика, информационные технологии
37Базы данных
38Компьютерные сети
39Программирование
40Искусство и культура
41Краеведение
42Культурология
43Музыка
44История
45Биографии
46Историческая личность
47Литература
 
48Маркетинг и реклама
49Математика
50Медицина и здоровье
51Менеджмент
52Антикризисное управление
53Делопроизводство и документооборот
54Логистика
 
55Педагогика
56Политология
57Правоохранительные органы
58Криминалистика и криминология
59Прочее
60Психология
61Юридическая психология
 
62Радиоэлектроника
63Религия
 
64Сельское хозяйство и землепользование
65Социология
66Страхование
 
67Технологии
68Материаловедение
69Машиностроение
70Металлургия
71Транспорт
72Туризм
 
73Физика
74Физкультура и спорт
75Философия
 
76Химия
 
77Экология, охрана природы
78Экономика и финансы
79Анализ хозяйственной деятельности
80Банковское дело и кредитование
81Биржевое дело
82Бухгалтерский учет и аудит
83История экономических учений
84Международные отношения
85Предпринимательство, бизнес, микроэкономика
86Финансы
87Ценные бумаги и фондовый рынок
88Экономика предприятия
89Экономико-математическое моделирование
90Экономическая теория

 Анекдоты - это почти как рефераты, только короткие и смешные Следующий
Разговор с бабушкой:
- Как тебе последняя серия "Шерлока"?
- Так понравилось! А когда следующую будем смотреть?
- В 2016 году.
После паузы бабушка говорит:
- Да-а-а... Надо ещё пожить...
Anekdot.ru

Узнайте стоимость курсовой, диплома, реферата на заказ.

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

Смотрите также:


Банк рефератов - РефератБанк.ру
© РефератБанк, 2002 - 2016
Рейтинг@Mail.ru