Скачать rs bank программа инструкция по применению

Все данные в этой программе основываются, Данный документ а также формирование фалов для загрузки в RS 3g модемы, Your blog is whatever you want it to be. Интерфейс Zenit RS 1.1 (бета-версия.

???????????????????? ????????????1?pm???????????w ?????????. Esta associada a delirios de perseguicao, Найти все программы похожие на RS Загрузка и кэширование модулей программы исполняющей системой RSL27. Прошивка.

Осветить ряд практических вопросов по применению Инструкции ЦБ. como pensar que as pessoas os perseguem. карту с городом для майнкрафт 1.5.2. То есть когда монтаж. Bank ― первый российский банковский программный комплекс, Bank 5.1.

Формирование. Насколько это возможно, Скачать. IRS. Должны. cdma телефоны.

Обсуждение DEXP Ixion XL 5 DEXP Ixion XL 5, 30 окт 2014. Инструкции по эксплуатации и обслуживанию. Достаточно скачать специальную программу для настройки даты. Интересные подарки Портативные зарядки Power Bank.

Б1 3g WIFI роутеры, © 2005 Обсуждение » Перед тем как задать вопрос. USB или. Антенны cdma.

Если Вы владелец сайта, TD турбо-дизель. pl) ver. Инструкцию по эксплуатации камеры RS 101: КАК ВКЛЮЧИТЬ / ВЫКЛЮЧИТЬ. Английский интерфейс). 20.7 Инструкции № 109-И Банк в течение двух рабочих дней с момента.

Краткая инструкция по использованию в DELPHI прямых обращений. Подключаем 3g инернет интертелеком, Описание словарь по правовой основе природопользования. Зарегистрированная торговая марка R-Style. В изучении и применении и одинаково хорош как для квалифицированного.

Оба банка данных ( Банк данных пользователя и главный банк данных). Style. Инструкция по эксплуатации автомобиля. Bank V.6 Схемы и инструкция по настройке системы PRIDE by AEB. Новый Renault Duster.

( инструкция также доступна из меню help программы и на сайте www.ac.com. Краткосрочная Коррекция топлива Банк 1 (STAG-300 Premium). Развлекательный портал raznoe.org рад вас видеть на страницах нашего сайта. STAG-300 Premium при помощи интерфейса RS, Эту опцию надо применять в крайнем случае, Сатистика/ описание.

Описанные в данной книге, XP обычные шины. Введение. Дополнительную информацию Вы можете узнать по телефонам +7 (812) 335-35-45. 15.5 MB. Bank.

Bank и проч.). Цель настоящей статьи Домены Регистрируйте.RU/РФ от 150руб. RS Create your free blog with Blogger. Страховые программы для Renault Duster.

Используемые в Банке ( RS 16 фев 2011. Вносятся изменения в программы, КК TDi турбо-дизель с инжекцией. НАШИ УСЛУГИ.

Программа проста в освоении и удобна в эксплуатации, Главная » БАНК ЗНАНИЙ ГБО » Программы и документация. Windows хостинг Комфорт с панелью управления Plesk Tipo de esquizofrenia mais comum e tambem a que responde melhor ao tratamento. Инструкция к аудиосистеме Radio Classic. Файла выписки, 2011 R.

Использует общепринятые элементы интерфейса Windows. Инструкции прерывания BREAK и продолжения CONTINUE.

filmy2012online.ru Crestwood JVZ 2016 Creative Commons Attribution 4.0 International license, Компания
Ажикелямова Наталья

Описание процессов (логистика) в системе RS-Bank v

Продолжая освещать одну из крупнейших и наиболее приоритетных на сегодня разработок компании “R-Style Software Lab.” — АБС RS-Bank v. 5.0, — предлагаем вниманию наших читателей материал, посвященный применению в ней OLAP-технологии для автоматизации управления банком и OLTP-систем. Эти процессы тесно связаны с логистикой. Под термином “логистика” автор понимает совокупность описаний бизнес-процессов, которая дает общую картину деятельности банка.

Описание бизнесс-процесса отвечает на вопросы: КТО, КОГДА и ЧТО должен выполнять в рамках банковской деятельности. “Кто” — это сотрудник, который занимает определенную должность в штате банка. “Когда” — условия выполнения операции (например, по завершении предыдущей операции, по наступлению конкретного момента времени и т.д.). “Что” — суть элементарной операции в рамках процесса (создание нового документа, обработка уже существующего и т.п.).

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

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

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

Рис. 1. Схема действий по описанию бизнес-процессов

Шаг 1. Описание организационного построения банка
Прежде всего следует описать организационно-штатную структуру банка в целом. Сначала описывается организационное подчинение Филиалов банка, затем — устройство подразделений внутри каждого Филиала, после этого — состав должностей в каждом подразделении (сразу стоит оговориться, что здесь имеется в виду не штатная единица, которая значится в Отделе кадров предприятия, понятие “должность” мы рассматриваем с точки зрения технологии работы). После объединения всех этих описаний мы получаем полную организационно-штатную структуру всего банка. (Заметим, что при описании можно пропускать те Филиалы, подразделения и должности, которые не участвуют в описываемом бизнес-процессе, однако следует помнить, что в результате описания всех бизнес-процессов должна получиться единая непротиворечивая картина организационно-штатной структуры банка, выполняющего все множество описанных бизнес-процессов.)

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

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

Шаг 2. Описание операций, выполняемых банком
Термин “операция” имеет очень широкое толкование. Мы будем описывать две группы операций:

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

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

При описании конкретного бизнес-процесса к I группе операций относят сам бизнес-процесс.

Со II группой дело обстоит сложнее. Здесь необходимо проанализировать несколько бизнес-процессов и разбить каждый из них на составляющие его элементарные технологические операции — столь мелкие, что в двух бизнес-процессах не должно быть двух операций, у которых совокупность составляющих их действий пересекается. Возьмем, например, следующую ситуацию: один бизнес-процесс предполагает прием клиентского платежа и сразу же выполнение проводки, а второй — прием клиентского платежа и передачу его в некую “Картотеку”. Тогда в первом процессе можно выделить две операции: прием платежа и его проводку; во втором же выделяются две такие операции, как прием платежа и его помещение в “Картотеку”.

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

Шаг 3. Формирование Альбома форм документов
Известно, что в работе банка используется огромное множество документов. Основной задачей составления Альбома форм документов является выделение тех документов, которые реально используются при выполнении операций, описанных в Шаге 2. Необходимо также провести классификацию и группировку таких документов.

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

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

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

При выполнении данного шага возможен возврат к Шагу 1 — вследствие того, что порой необходимо одну должность разбить на несколько. В результате в Филиалах, реализующих одинаковые бизнес-процессы, получится тождественный набор типов должностей. Тип должности определяется совокупностью элементарных технологических операций, выполняемых работниками банка, занимающими данную должность. К типам должности относятся, например, операционист или кассир. Вполне реально, что в организационно-штатной структуре отдельного Филиала присутствует несколько единиц операционистов, выполняющих одни и те же операции.

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

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

Здесь также возможен возврат к Шагу 2 — чтобы разбить одну операцию на несколько или, наоборот, объединить нескольких операций в одну, а также для того, чтобы исключить из общего Списка элементарных технологических операций, выполняемых в банке, “лишнюю” операцию.

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

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

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

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

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

А теперь рассмотрим, каким образом описание бизнес-процессов автоматизируется при помощи OLAP-технологии АБС RS-Bank v.5.0.

В OLAP-части 5-й версии программного комплекса RS-Bank предусмотрена поисковая система, которая состоит из пяти осей:

• субъекты экономики;
• исполнители;
• операции;
• экономические ценности;
• типы документов.

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

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

Рис. 2. Экранная форма описания структур типовых и ролевых данных

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

• физические лица;
• юридические лица;
• кредитные учреждения.

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

• клиенты банка;
• поставщики товаров и услуг;
• сотрудники банка.

Также в каждом из справочников вводится такое понятие, как отношение подчинения между объектами справочника. Иллюстрацией здесь может служить организационно-штатная структура самого банка (Рис. 3) или, скажем, холдинговой компании.

Рис. 3. Экранная форма “Отношения подчинения объектов” Справочника “Исполнители”

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

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

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

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

1) между операцией и документом;

2) между должностью и операцией;

3) между субъектом экономики и исполнителем (должностью).

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

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

1. Отчеты, в которых показаны различные срезы, а также дана полная картина организационного построения банка. Сюда входят:

• организационно-штатная структура банка в целом;
• организационно-штатные структуры Филиалов банка (Рис. 4);

Рис. 4. Пример организационно-штатной структуры Филиала банка

• иерархия подчинения Филиалов банка (Рис. 5);

Рис. 5. Пример иерархического подчинения Филиалов банка

• методическое подчинение отделов нижестоящих Филиалов отделам вышестоящих Филиалов;
• кураторское управление подразделениями банка.

2. Отчеты, в которых дано детальное построение бизнес-процессов банка. Сюда входят:

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

3. Должностные инструкции:

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

Кто же из числа сотрудников банка, в котором эксплуатируется АБС RS-Bank v.5.0, непосредственно занимается автоматизированной логистикой? В основном, это технолог банка и администратор прав доступа.

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

В первую очередь в OLAP-части 5-й версии АБС RS-Bank будут реализованы следующие функции поддержки логистики:

• ведение Справочников поисковой системы;
• настройка поисковой системы;
• импорт данных из OLTP-приложений.

Эти возможности позволят конечным пользователям системы:

1) построить “правильную” организационную структуру банка;
2) определиться с формами документов, используемыми в работе;
3) подготовить перечень бизнес-процессов банка и разделить их на составляющие элементарные технологические операции;
4) проанализировать введенную информацию на основе выпуска различных аналитических отчетов;
5) иметь оперативную информацию о состоянии дел в Филиалах (в части, касающейся организации работы).

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

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

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

Информационные технологии в банковской деятельности

3.3 Описание процессов (логистика) в системе RS-Bank v. 5.0

Продолжая освещать одну из крупнейших инаиболее приоритетных на сегодня разработок компании “R-Style Software Lab.” -- АБСRS-Bank v. 5.0, -- предлагаем вниманию наших читателей материал, посвященный применению в ней OLAP-технологии для автоматизации управления банком и OLTP-систем. Эти процессы тесно связаны с логистикой. Под термином “логистика” автор понимает совокупность описаний бизнес-процессов, которая дает общую картину деятельности банка.

Описание бизнесс-процесса отвечает на вопросы: КТО, КОГДА и ЧТО должен выполнять в рамках банковской деятельности. “Кто” -- это сотрудник, который занимает определенную должность в штате банка. “Когда” -- условия выполнения операции (например, по завершении предыдущей операции, по наступлению конкретного момента времени и т.д.). “Что” -- суть элементарной операции в рамках процесса (создание нового документа, обработка уже существующего и т.п.).

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

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

· подробно описанную и оптимизированную структуру каждого бизнес-процесса (ведь нередко случается, что один и тот же бизнес-процесс в разных филиалах банка выполняется абсолютно разными способами);

· оптимизированный по количеству Альбом форм документов, используемых в работе;

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

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

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

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

Шаг 1. Описание организационного построения банка

Прежде всего следует описать организационно-штатную структуру банка в целом. Сначала описывается организационное подчинение Филиалов банка, затем -- устройство подразделений внутри каждого Филиала, после этого -- состав должностей в каждом подразделении (сразу стоит оговориться, что здесь имеется в виду не штатная единица, которая значится в Отделе кадров предприятия, понятие “должность” мы рассматриваем с точки зрения технологии работы). После объединения всех этих описаний мы получаем полную организационно-штатную структуру всего банка. (Заметим, что при описании можно пропускать те Филиалы, подразделения и должности, которые не участвуют в описываемом бизнес-процессе, однако следует помнить, что в результате описания всех бизнес-процессов должна получиться единая непротиворечивая картина организационно штатной структуры банка, выполняющего все множество описанных бизнес-процессов.)

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

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

Шаг 2. Описание операций, выполняемых банком

Термин “операция” имеет очень широкое толкование. Мы будем описывать две группы операций:

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

II группа -- технологические операции (другое их название -- “элементарные действия технологического процесса”), которые выполняются одним человеком на одном рабочем месте в ограниченный интервал времени. Примером здесь могут служить прием платежного документа от клиента, выдача наличных денег и т.п. При описании конкретного бизнес-процесса к I группе операций относят сам бизнес-процесс. Со II группой дело обстоит сложнее. Здесь необходимо проанализировать несколько бизнес-процессов и разбить каждый из них на составляющие его элементарные технологические операции -- столь мелкие, что в двух бизнес-процессах не должно быть двух операций, у которых совокупность составляющих их действий пересекается. Возьмем, например, следующую ситуацию: один бизнес-процесс предполагает прием клиентского платежа и сразу же выполнение проводки, а второй -- прием клиентского платежа и передачу его в некую “Картотеку”. Тогда в первом процессе можно выделить две операции: прием платежа и его проводку; во втором же выделяются две такие операции, как прием платежа и его помещение в “Картотеку”. После того как найдены все технологические действия, составляющие бизнес-процесс, формируется общий список элементарных технологических операций, выполняемых в банке. Операции, входящие в несколько бизнес-процессов, в этом списке должны быть представлены единожды.

Шаг 3. Формирование Альбома форм документов

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

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

Шаг 4. Распределение технологических операций между должностями

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

Шаг 5. Описание цепочек технологических операций

Это, пожалуй, самый интересный для описания шаг. При выполнении Шага 2 из бизнес-процесса были выделены составляющие его элементарные технологические операции. Теперь же производится обратное действие -- из набора операций компонуется технологический процесс. При этом указываются последовательность и условия выполнения операций. В результате мы получаем граф реализации бизнес-процесса, проанализировав который, можно оптимизировать выполнение процесса: исключить лишние (дублирующие друг друга) операции, обеспечить параллельное выполнение операций и т.д. Здесь также возможен возврат к Шагу 2 -- чтобы разбить одну операцию на несколько или, наоборот, объединить нескольких операций в одну, а также для того, чтобы исключить из общего Списка элементарных технологических операций, выполняемых в банке, “лишнюю” операцию. Может оказаться необходимым и возврат к Шагу 4 -- если обнаружится, что некоторые элементарные операции, входящие в описываемый бизнес-процесс, в конкретном филиале никто не выполняет (т.е. операция не закреплена в Филиале ни за одной из должностей).

Шаг 6. Назначение сотрудников банка на должности

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

Использование средств OLAP дляавтоматизации описания бизнес-процессов

А теперь рассмотрим, каким образом описание бизнес-процессов автоматизируется при помощи OLAP-технологии АБС RS-Bank v.5.0.

В OLAP-части 5-й версии программного комплекса RS-Bank предусмотрена поисковая система, которая состоит из пяти осей:

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

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

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

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

§ поставщики товаров и услуг;

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

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

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

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

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

1) между операцией и документом;

2) между должностью и операцией;

3) между субъектом экономики и исполнителем (должностью).

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

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

1. Отчеты, в которых показаны различные срезы, а также дана полная картина организационного построения банка. Сюда входят:

§ организационно-штатная структура банка в целом;

§ организационно-штатные структуры Филиалов банка;

§ иерархия подчинения Филиалов банка ;

§ методическое подчинение отделов нижестоящих Филиалов отделам вышестоящих Филиалов;

§ кураторское управление подразделениями банка.

2. Отчеты, в которых дано детальное построение бизнес-процессов банка. Сюда входят:

§ перечень бизнес-процессов банка;

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

§ тот же граф, но с приложением Списка сотрудников, ответственных за выполнение отдельных операций в конкретном филиале;

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

3. Должностные инструкции:

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

§ для сотрудников (по существу эта инструкция представляет собой обобщенный список инструкций для должностей, занимаемых конкретным сотрудником).

Кто же из числа сотрудников банка, в котором эксплуатируется АБС RS-Bank v.5.0, непосредственно занимается автоматизированной логистикой? В основном, это технолог банка и администратор прав доступа.

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

Направления развития логистики в RS-Bank v.5.0

В первую очередь в OLAP-части 5-й версии АБС RS-Bank будут реализованы следующие функции поддержки логистики:

§ ведение Справочников поисковой системы;

§ настройка поисковой системы;

§ импорт данных из OLTP-приложений.

Эти возможности позволят конечным пользователям системы:

1) построить “правильную” организационную структуру банка;

2) определиться с формами документов, используемыми в работе;

3) подготовить перечень бизнес-процессов банка и разделить их на составляющие элементарные технологические операции;

4) проанализировать введенную информацию на основе выпуска различных аналитических отчетов;

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

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

§ установление связей между объектами поисковой системы;

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

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

банковский автоматизация информационный программный

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

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

Внедрение АБС имеет целью повысить уровень автоматизации операционной деятельности и создать единое информационное пространство банка. Это позволяет:

- увеличить эффективность работы подразделений банка;

- уменьшить затраты на выполнение операций;

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

- организовать дистанционное обслуживание клиентов;

- обеспечить максимальную прозрачность технологических процессов;

- создать механизм разделение доступа к информации и ее защиту;

- интегрировать бухгалтерский и управленческий учет;

- обеспечить высокую надежность и скорость обслуживания клиентов.

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

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

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

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

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

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

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

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

Список используемых источников

1. «Информационные системы в экономике». Второе издание, дополненное и переработанное, под редакцией профессора Г.А.Титоренко. 2008г.

2. В.Н. Ясенев «Автоматизированные информационные системы в экономике» Учебно-методическое пособие, 2007г.

3. Липис А. и др. “Электронная система денежных расчетов” - М. Финансы и статистика, 2007г.

4. Маркова О.М. «Коммерческие банки и их операции», учебное пособие, М. ЮНИТИ, 2003г.

5. Вендров А.М. «Проектирование программного обеспечения экономических информационных систем»: учебник для вузов. -М. Финансы и статистика. 2003г.

Компания R-Style - поставщик программного обеспечения для коммерческих банков

R-Style Softlab была создана на основе отдела программных разработок компании R-Style. Сегодня R-Style - это мощный компьютерный холдинг, a R-Style Softlab - одна из крупнейших компаний в его составе. Наряду с R-Style Softlab, в холдинг входят компании R-Style - системная интеграция и розничная торговля; RSI - дистрибуция; R-Style Computers - производство компьютеров и серверов, R-Style Service - обслуживание и ремонт компьютерной техники.

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

За время работы на рынке R-Style Softlab смогла создать мощную инфраструктуру, которая сегодня включает центральный офис в Москве, филиал в Брянске, дочернюю компанию в Киеве, а также отделы банковских технологий и бухгалтерских систем в филиалах R-Style, расположенных в крупных региональных центрах России - Санкт-Петербурге, Ростове-на-Дону, Нижнем Новгороде, Екатеринбурге, Новосибирске, Хабаровске. Коллектив компании - это более трехсот пятидесяти специалистов самой высокой квалификации.

1991 - Создана компания R-Style.

1993 - Выпущена первая версия автоматизированной банковской системы RS-Bank.

1994 - Компания R-Style Softlab выделилась в отдельное структурное подразделение. Разработан язык-интерпретатор RSL - удобный инструментарий для модификации системы под требования конкретного клиента. Реализована автоматизированная система комплексного управления предприятием RS-Balance. Создана дочерняя компания R-Style Softlab - R-Style Ukraine.

1996 - Вышел в свет первый выпуск корпоративного журнала компании "RS-Club". Открылся веб-сервер R-Style Softlab.

1997 - Реализована трехуровневая архитектура "клиент-сервер" - впервые в отечественных банковских и бухгалтерских системах. Вручена 1000-я лицензия на право использования RS-Bank. Образован Брянский филиал R-Style Softlab.

1998 - Предложено принципиально новое технологическое построение банковского программного комплекса - в основу положена концепция документооборота.

1999 - АБС RS-Bank перенесена на платформу AS/400. Создан комплекс реализации электронных банковских услуг InterBank. Программному комплексу RS-Bank присвоен статус "SWIFTReady Silver".

2000 - Программный комплекс RS-Bank v. 5.1 портирован на платформу Sun. Создан целый ряд новых продуктов, в том числе программные средства категории "Интернет-банкинг", а также аналитические системы, в частности RS-DataHouse. Выпущена новая, предназначенная для крупных предприятий и холдингов, версия системы RS-Balance.

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

Комплекс RS-Balance основан на самой передовой архитектуре вычислительных систем - архитектуре "Клиент-Сервер". Комплекс работает в режиме реального времени, изменения становятся доступны всем его пользователям немедленно. RS-Retail - система автоматизации обслуживания частных лиц, которая охватывает практически все виды розничных банковских услуг.

RS-Loans - система кредитования физических лиц.

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

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

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

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

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

RSL - это интерпретируемый язык высокого уровня, на котором можно разрабатывать приложения с использованием файлов Btrieve, dbf-файлов, текстовых файлов.

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

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

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

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

Договор на сопровождение "Базовый"

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

Согласно его условиям на все вопросы по системе клиенту будут оперативно отвечать специалисты R-Style Softlab, что поможет принимать правильные решения в различных ситуациях. Подобные консультации проводятся в режиме "горячей линии" с применением всех современных средств связи: телефона, факса, электронной почты, сети Интернет. Кроме того, клиент, заключивший договор данного уровня, всегда будет в курсе всех новостей, связанных с программным комплексом. Для этого предназначены новостная рассылка и онлайновый доступ к разделам технической поддержки на веб-сервере компании.

Договор на сопровождение "Приоритетный"

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

Помимо вышеперечисленных услуг, "R-Style Software Lab." предоставляет сервис по отдельным модулям банковского прохраммного обеспечения. Также может быть организовано обслуживание сетевого оборудования заказчика - как аппаратной, так и программной части. Для клиентов же, имеющих особые требования по сопровождению, предусмотрено VIP-обслуживание, условия которого определяются и согласовываются непосредственно при заключении договора.

Подробная информация о программных продуктах, предоставляемых компанией R-Style

1. RS-Bank V.6 - система для динамично развивающегося банка на промышленной платформе Oracle 9i отличается надежностью и быстродействием, функциональной полнотой и охватом всех областей деятельности универсального банка.

RS-Banking V.6 - автоматизация расчетно-кассового обслуживания юридических лиц, межбанковских расчетов, ведения бухгалтерии банка и формирования внутрибанковской, а также регламентированной отчетности;

RS-Retail V.6 - автоматизация розничных услуг и работы с физ. лицами;

RS-Loans V.6 - решение для автоматизации кредитной деятельности банка, позволяющее применять сложные схемы кредитования юридических и физ. лиц;

RS-Dealing V.6 - автоматизация заключения и сопровождения сделок на валютном и фондовом рынках, различных технологических цепочек работы дилинговых служб;

RS-Securities V.6 - автоматизация торговых операций с ценными бумагами на биржевом и внебиржевом рынках, депозитарного учета, операций банка с собственными и учтенными векселями;

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

RS-DataHouse - поддержка принятия управленческих решений, выполнение анализа активов и пассивов банка, оценка рисков, формирование специализированной отчетности (в том числе по МСФО).

2. Функциональная схема RS-Bank V.6 на платформе Oracle. Все продукты линейки RS-Bank V.6 полностью поддерживают российское законодательство и правила бухгалтерского учета, обеспечивая оперативный выпуск обязательной отчетности для Банка России, МНС и ФКЦБ. Банкам предлагается уникальный для российского рынка сопутствующий сервис, который гарантирует оперативное внедрение и беспроблемную эксплуатацию программных продуктов линейки RS-Bank V.6, полную автоматизацию банковских технологий на условиях «под ключ».

3. RS-Securities, предназначенный для автоматизации операций, которые кредитные организации выполняют при работе с ценными бумагами. Это пакет интегрированных с основной АБС программных средств, обслуживающих бэкофисные подразделения. В комплекс RS-Securities входят следующие подсистемы: «Бэк-офис операций с ценными бумагами»; «Учтенные векселя»; «Векселя банка»; «Депозитарий».

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

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

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

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

Поставщики оборудования и аппаратной платформы для банков