Содержание
Определения. 3
Обозначения и сокращения. 4
Введение. 5
История развития Автоматизированных банковских систем. 7
Цели внедрения автоматизированных банковских систем. 13
Функции автоматизированных банковских систем. 16
Внедрение АБС.. 18
Автоматизация работы с пластиковыми картами. 24
Описание модуля карточного обслуживания.28
Исследования области автоматизации банковских операций. 43
Заключение. 47
Список использованной литературы.48
Определения
Автоматизированная банковская система
- совокупность средств , выполняющих в банке операции с вкладами, кредитами и платежами. Банковская система характеризуется разнообразием и большими объемами информации. В своей работе она опирается на систему электронных платежей и использование электронных документов. [1]
Банк
- это финансовая организация, учреждение, производящее разнообразные виды операций с деньгами и ценными бумагами и оказывающее финансовые услуги правительству, предприятиям, гражданам и друг другу. Банки выпускают, хранят, предоставляют в кредит, покупают и продают, обменивают деньги и ценные бумаги, контролируют движение денежных средств, обращение денег и ценных бумаг, оказывают услуги по платежам и расчетам. [2]
Банковская система
- совокупность разных видов взаимосвязанных банков и других кредитных учреждений, действующих в рамках единого финансово-кредитного механизма. [3]
В двухуровневой банковской системе на первом уровне находится центральный банк, а на втором уровне:
- сеть коммерческих банков;
- филиалы и представительства иностранных банков;
- другие расчетно-кредитные учреждения.
Обозначения и сокращения
АБС – автоматизированная банковская система
ПО – программное обеспечение
ИТ-специалист – специалист в области информационных технологий
РФ – Российская Федерация
Введение
Управление активами-пассивами является одной из главнейших задач коммерческого банка. Целью управления является максимизация прибыли при технологических ограничениях банковской деятельности и с учетом банковских и общерыночных экономических. Процесс принятия решений относительно рационального управления активно-пассивными операциями коммерческого банка основан на анализе и прогнозе общеэкономического развития (конъюктуры, процентной ставки, курса валюты) и анализе результатов работы банка.
Конкурентная позиция банка на рынке банковских услуг в значительной степени зависит от уровня автоматизации операций банка.
Автоматизация банковских технологий в новых рыночных условиях стала складываться в начале 1990-х годов, когда появились коммерческие банки. На рынке программных средств появляется ряд фирм-разработчиков, ведущие из них: «Инверсия», «Диасофт», «Асофт», «Программбанк», «R-Style» и др. Развитие процесса автоматизации привело к предложению разнообразных банковских систем, что обусловлено не столько множеством фирм-разработчиков, но и различием самих банков по выполняемым функциям, структуре, размерам и технологии банковского дела.
В условиях мирового экономического кризиса особые требования предъявляются к информационно-технологическому обеспечению деятельности кредитных организаций, инвестиционных компаний, страховых и брокерских контор.
Непредсказуемые экономические потрясения, отражающиеся в резких изменениях экономического состояния ранее стабильно работающих коммерческих структур, в характеристиках финансовых потоков кредитно-денежной системы страны и в финансовых компаниях в частности, многократно увеличивают нагрузку на информационно-технологическую среду банков.
В настоящий момент существует несколько современных систем автоматизации банковской деятельности: Oracle Treasury and Risk Management - производитель корпорация Oracle, PeopleSoft Deal, Cash and Risk Management - производитель корпорация PeopleSoft и Corporate Financial Management, SAP Banking - производитель немецкая корпорация SAP AG.
В данной работе рассматривается становления банковской автоматизированной системы, функции, которые выполняет АБС, а так же рассматривается модель АБС – автоматизация работы с пластиковыми картами.
История развития Автоматизированных банковских систем
Первые автономные системы, обеспечивающие обработку платежных документов, подсчеты балансов и подготовку отчетной документации в банках, были разработаны за рубежом в 50-х годах. В 1959 году в Bank of America начала работать электронная установка для осуществления депозитных чековых операций - "ЭРМА".
Первая попытка широкого внедрения автоматизированных систем в начале 70-х годов окончилась неудачей из-за того, что темпы технического прогресса были ниже потенциально возможных, кроме того, потребовались значительные усилия, чтобы рядовой потребитель принял новые формы предоставления услуг, а так же существующие внутри отрасли экономические связи не способствовали техническому прогрессу и пр.
Массовое распространение ЭВМ в 80-е годы приобрело универсальный и всеобъемлющий характер, охватив буквально все направления банковской деятельности. ЭВМ стали дешевле, компактнее, надежнее, а значит, и более доступными в эксплуатации, что позволило улучшить качество банковских услуг за счет автоматизации обработки информации на рабочих местах, где непосредственно выполнялись банковские операции и велось обслуживание клиентов.
В СССР в это время также начали проявлять интерес к автоматизации банковских операций. Рассматривались вопросы машинной обработки информации в финансово-кредитной системе, в том числе в сберегательных кассах.
Ускоренное развитие финансового сектора рынка, характерное для 90-х годов, потребовало от банков дальнейшего повышения эффективности обслуживания клиентов, гибкого экономического маневрирования, предотвращения снижения прибылей за счет принятия правильных, с точки зрения минимизации рисков, решений.
Вместе с тем в результате ряда слияний многие западные фирмы и системы перестали существовать, и в середине 90-х рынок можно было охарактеризовать как застойный. Старые АБС, разработанные до появления современных компьютерных технологий, таких, как открытые системы, CASE-средства, графический интерфейс пользователя (GUI), объектно-ориентированный подход, устарели и не могли быть модернизированы, а АБС нового поколения еще не были созданы. Кроме того, изменились сами банковские технологии. Если раньше наибольший вес приходился на кредитование, операции Forex и операции на денежных рынках, что позволяло внедрять АБС без больших затрат на адаптацию, то с распространением закладных и портфельных (Portfolio Management) операций и особенно операций с производными инструментами (фьючерсы, опционы и свопы) сформировались новые требования к функциональным возможностям и гибкости АБС. В частности, банки должны были осуществлять мониторинг позиций относительно текущего состояния рынка (Mark-to-Market) и консолидировать риски по торговым операциям.
В России на рубеже 80-х и 90-х годов с появлением финансового рынка и первых коммерческих банков начала становление новая банковская система. Развитие отечественных технологий автоматизации банковского дела неразрывно связано с развитием банковской системы страны.
Высокий уровень инфляции в период 1989-1995 годов стал важнейшим фактором, определившим развитие всей российской банковской системы, собственно банковского бизнеса, банковских технологий и банковских программных разработок.
Инфляционная "накачка" финансового рынка в эти годы явилась как макроэкономической основой количественного роста банковской системы "вширь" (банков становилось все больше, и они становились все крупнее), так и микроэкономической причиной высокого уровня доходности единичных финансовых сделок. Высокая доходность была доступной не для всех участников рынка, но именно для банков - как для распределителей и регуляторов инфляционных потоков, направленных "сверху вниз". Основная задача банковской автоматизации на "инфляционном" этапе развития состояла в учете "проходящих" финансовых потоков, точнее - в учете отдельных платежей и отдельных операций. Банкам не приходилось особенно заботиться об автоматизации оптимального управления финансовыми ресурсами (активами и пассивами) - общий уровень доходности банковских операций при высокой инфляции все равно оказывался либо высоким, либо приемлемым. Такое положение определяло горизонтальное состояние рынка АБС, когда почти всем коммерческим банкам - потенциальным пользователям были нужны недорогие, практически однотипные программные продукты одного класса.
В 1994 году можно было выделить четыре поколения АБС[4]
.
| Первое поколение | Второе поколение | Третье поколение | Четвертое поколение | |
| Аппаратная платформа | автономные персональные компьютеры под управлением MS-DOS | персональные компьютеры под управлением MS-DOS, работающие в локальной сети Novell NetWare | персональные компьютеры под управлением MS-DOS (MS Windows), работающие в локальной сети Novell NetWare (Windows NT) | персональные компьютеры под управлением MS-DOS (MS Windows), работающие в локальной сети, или же хост-компьютер с терминалами |
| СУБД | Clipper, FoxPro, Clarion | Clipper, FoxPro, Clarion | Btrieve | профессиональная реляционная (может быть постреляционная или сетевая) |
| Базовый элемент технологии | бухгалтерская проводка | бухгалтерская проводка | бухгалтерская проводка (реже документ) | бухгалтерская проводка (реже), документ, сделка |
| Структура АБС | автономные АРМы, не связанные или слабо связанные по данным через обмен файлами (в том числе путем физического переноса на гибких дисках с компьютера на компьютер). | автономные АРМы, связанные по данным через общие файлы, лежащие на сервере и не связанные по функциям | автономные АРМы, сильно связанные по данным через общие структуры базы данных и слабо связанные по функциям. Технология - переходная, от "файл-сервер" к "клиент-сервер" | автономные АРМы, сильно связанные по данным через общие структуры базы данных, в отдельных случаях связанные по функциям через общее ядро. Технология - "хост-терминал" или двухуровневая "клиент-сервер". |
С августа 1995 года прекратился численный рост количества банковских учреждений - как следствие "принудительного" снижения уровня инфляции и в связи с кризисом на рынке межбанковского кредитования - первым системным кризисом российской банковской системы
Соответственно изменился и рынок АБС. Он превращается в вертикальный, когда все большему числу коммерческих банков нужны серьезные, технологически продвинутые решения, интегрирующие учетные, аналитические и управленческие технологии. "Вертикализация" определяла развитие рынка АБС с осени 1995 до лета 1997 года.
В это время продолжалось усовершенствование систем четвертого поколения и начались разработки более серьезных систем пятого поколения. Аппаратная платформа здесь являются персональные компьютеры под управлением MS Windows, MS-DO, (реже UNIX), в распределенной сети (WAN) с несколькими физическими серверами; СУБД - профессиональная реляционная плюс менеджер транзакций; базовый элемент технологии - документ или сделка; структура АБС - логические АРМы, сильно связанные как по данным, так и по функциям в пределах локальной сети или хоста и слабо связанные по данным в пределах распределенной сети. Технология - трехуровневая "клиент- сервер" с использованием менеджеров транзакций.
В 1998 году банкам и разработчикам пришлось приспосабливаться к новой реальности. Поскольку Центральный банк активно проводил политику консолидации в системе коммерческих банков России, это не могло не отразиться на состоянии рынка АБС. Основная конкурентная борьба между разработчиками шла не столько за влияние на рынок вообще, сколько за конкретные, весьма крупные, контракты.
Однако ситуация во второй половине 1998 года резко ухудшилась. Рынок банковских информационных технологий перестает быть вертикальным, поскольку его финансовая емкость очень мала, и он становится точечным.
Перспективное направление развития автоматизированных банковских технологий как у нас в стране, так и за рубежом - шестое поколение АБС. Главные особенности: аппаратная платформа - гетерогенная сетевая среда; СУБД - профессиональные реляционные с открытым интерфейсом (возможно одновременно несколько разных СУБД); базовый элемент технологии - сделка или документ; структура АБС - логические АРМы, динамически формируемые по компонентной технологии, сильно связанные по данным и функциям в пределах всей сети Интранет.
Цели внедрения автоматизированных банковских систем
Цель применения современных автоматизированных банковских систем - обеспечение роста прибыли банка, а так же беспрепятственное развитие и расширение бизнеса в будущем.
Основой данного подхода является анализ и оптимизация бизнес-процессов банка, которые должны быть выявлены, отлажены, приведены в соответствие с эффективной стратегией развития банка и взаимоотношений с клиентами. Следующий шаг – их автоматизация, требующая:
- Выбора информационных технологий, адекватных стратегиям банка.
- Экономически эффективной последовательности внедрений, ориентированной на быстрый поэтапный возврат инвестиций.
- Привлечения высококвалифицированных специалистов по внедрению и сопровождению.
- Обучения персонала банка.
Потенциальные возможности увеличения прибыли Средствами повышения экономической эффективности автоматизации банковской деятельности являются:
- Активное их использование в бизнес-процессах, способствующих быстрому увеличению прибыли банка.
- Снижение себестоимости услуг за счет оптимизации бизнес-процессов банка и внедрения стратегий управления отношениями с клиентами.
- Увеличение объемов бизнеса за счет значительного ускорения обслуживания каждого конкретного клиента.
- Сокращение расходов за счет значительного снижения общего числа рутинных операций, выполняемых сотрудниками банка.
- Оптимизация управления финансовыми и информационными потоками банка.
Внедрение АБС имеет целью повысить уровень автоматизации операционной деятельности и создать единое информационное пространство банка.
Это позволяет:
- увеличить эффективность работы подразделений банка;
- уменьшить затраты на выполнение операций;
- повысить качество клиентской работы с юридическими и физическими лицами;
- организовать дистанционное обслуживание клиентов;
- обеспечить максимальную прозрачность технологических процессов;
- создать механизм разделение доступа к информации и ее защиту;
- интегрировать бухгалтерский и управленческий учет;
- обеспечить высокую надежность и скорость обслуживания клиентов.
Наличие единого информационного пространства обеспечивает единый и целостный взгляд на процессы, происходящие в банке, что, в свою очередь, повышает управляемость и надежность банка.
АБС обеспечивает автоматизацию традиционных задач банковской деятельности: ведение бухгалтерского учета, получение обязательной отчетности, автоматизированное расчетно-кассовое обслуживание клиентов, кредитно-депозитную деятельность и многих других. Как правило, внедрение современной АБС приносит еще и дополнительный эффект, поскольку на этапе разработки решения в банке перестраиваются и оптимизируются бизнес-процессы - просто за счет того, что внедрение системы позволяет по-новому взглянуть на существующие механизмы, упразднить "лишние звенья", использовать опыт поставщиков решения и консультантов.
Автоматизация повышает эффективность работы банка, обеспечивает более высокую надежность безошибочной обработки документов за счет сочетания различных видов автоматического и визуального контроля, а также дает возможность получения в любой момент времени общей картины деятельности и текущего состояния банка.
Автоматизированная система обеспечивает более качественное принятие решений, связанных с банковским риском при выдаче кредитов, инвестиций и ценных бумаг, за счет специальных процедур обработки всей имеющейся в системе информации. Использование автоматизированной системы позволяет значительно повысить качество обслуживания клиентов банка, что особенно важно в условиях реальной конкуренции.
Функции автоматизированных банковских систем
Прикладные программы автоматизированных банковских систем представляют собой набор программных модулей, функционально и информационно связанных между собой. Функциональные связи модулей обеспечивают необходимую последовательность их выполнения, а информационная связь определяется использованием модулем в своей работе информации, сгенерированной другим модулем. Как правило, обмен информацией между модулями идет через базу данных. Один модуль пишет информацию в базу данных, а другой ее считывает при реализации своих функций.
Каждая фирма-разработчик автоматизированных банковских систем самостоятельно решает проблему выделения модулей, но и здесь можно проследить некоторые закономерности. Анализ проектных решений ряда автоматизированных банковских систем показал, что эти модули группируются примерно в одинаковые комплексы. Типовой состав этих комплексов показан на рисунке 1.
Рисунок 1
Внедрение АБС
Для того чтобы программный код превратился в работающее решение, его надо внедрить.
Если АБС является тиражным решением, все основные бизнес-процессы уже проработаны и отлажены. Многое зависит от того, новый ли это банк или уже проработавший некоторое время. В первом случае для внедрения нужна начальная настройка, проведение обучения нескольких пользователей и, если в этом есть необходимость, адаптация ряда отчетов и(или) стыковка с внешними системами. Внедрение может осуществляться силами компании-консультанта – тогда банк опирается на богатый опыт сотрудников и гарантии фирмы. Однако при наличии в штате банка высококвалифицированных программистов, имеющих опыт работы с АБС, кредитное учреждение может провести внедрение и самостоятельно.
Другое дело – банк, который уже выполняет определенный набор операций, работает с АБС (тиражной или собственной разработки – не важно), накопил определенный объем данных, имеет сложившуюся технологию банковских операций, внутренние формы отчетности, обширный штат сотрудников, которых нужно учить «общению» с новой системой. При этом внедрение проводится в соответствии с отработанной технологией, обеспечивающей максимально эффективную дальнейшую работу АБС.
Если необходимо автоматизировать все операции банка, внедрение предполагает:
- обследование (его цель – понять, что банк хочет получить в итоге, и каким образом это будет достигнуто) и подготовка Технического задания на внедрение;
- настройку АБС с учетом специфики технологии банка и параллельно адаптацию ряда технологий банка под АБС;
- конвертацию данных из «старой» системы;
- обучение ИТ-персонала банка, пользователей (его лучше проводить уже на конвертированной базе данных);
- адаптацию имеющейся в новой АБС внутрибанковской отчетности под требования банка;
- создание и настройку шлюзов с другими автоматизированными системами (при необходимости);
- консультационную помощь со стороны сотрудников компании-консультанта.
Перечень необходимых работ весьма обширен, поэтому выполнить внедрение, опираясь только на собственные силы банка, проблематично (но возможно – все зависит от уровня требований, предъявляемых к системе, и квалификации ИТ-персонала кредитного учреждения). При этом, если банк стремится минимизировать затраты на внедрение, он может поручить сотрудникам компании-внедренца отдельные наиболее сложные виды работ (например, обучение ИТ-персонала и конвертацию данных из прежней АБС), а остальное проделать самостоятельно.
Исключительно важная роль отводится поэтапному внедрению АБС. Вначале запускается ядро системы, обеспечивающее самые необходимые функции: бухгалтерский учет, расчетно-кассовое обслуживание, начисление процентов. После того как эти участки заработают, настраивается выпуск отчетности. Потом запускается, скажем, RS-Loans – система автоматизации кредитной деятельности банка. Далее происходит внедрение системы класса «клиент–банк». Следующий шаг – автоматизация работы операционистов с вкладами физических лиц, то есть запуск RS-Retail .
Обследование банка
Целями этапа «обследование» являются:
- изучение документооборота банка, используемых технологий, бизнес-процессов в банке;
- оценка необходимости доработки функциональности и отчетности по сравнению с тиражными возможностями АБС . В случае необходимости доработки – подробное описание необходимых доработок вместе с анализом технологии выполнения этих доработок в АБС.
- оценка необходимости конвертирования данных из используемого в банке ПО и возможность проведения этой конвертации;
- анализ технологии взаимодействия АБС с иными автоматизированными системами (например, с процессинговым центром, аналитическими приложениями, специализированными автоматизированными системами по решению отдельных задач);
- проверка соответствия установленного в банке аппаратного и системного обеспечения требованиям новой АБС.
В результате получается достаточно объемный документ, содержащий подробное, согласованное с сотрудниками банка описание существующих бизнес-процессов, технологий, отчетных форм. Информация об необходимых отчетах сопоставляется с имеющейся отчетностью АБС. Все это составляет первую часть документа. Вторая часть включает подробный перечень работ по настройке или доработке системы, по адаптации существующих отчетных форм или разработке новых, описание осуществления текущих бизнес-процессов в АБС , календарный план внедрения, план проведения обучения (график занятий и объем учебного материала). Т.е. вторая часть документа «результаты обследования банка» содержит перечень всех работ, которые необходимо выполнить при внедрении системы. Эту часть еще называют полным Техническим Заданием на внедрение.
Конвертация данных
Конвертация данных завершает этап предварительной подготовки и является началом этапа реальной работы пользователей в АБС. Задачей этапа конвертации является корректный перенос необходимых данных из ранее использовавшейся системы (или систем) в новую АБС. Объем конвертируемых данных может существенно различаться (в зависимости от набора внедряемых модулей, имеющихся данных в формализованном виде на момент перехода и др.). Как правило, конвертация включает перенос финансовых данных – по проводкам, остаткам на счетах, картотекам и др. Важным элементом процесса конвертации является сверка полученных данных с «контрольными» для того, чтобы проверить корректность проведенной конвертации.
Обучение сотрудников банка
Если говорить об обучении IT -специалистов банка, то в идеальном случае на протяжении всего процесса внедрения необходимо активное ознакомление IT - службы банка с новой АБС – это позволит как обеспечить контроль за процессом внедрения, так и в дальнейшем более квалифицированно сопровождать АБС.
Поэтому в первую очередь задачей данного этапа является изучение АБС ее будущими пользователями (а также сотрудниками IT -службы, не включенными в процесс внедрения АБС, которые, тем не менее, будут в дальнейшем принимать участие в ее сопровождении в банке). В этом случае АБС должна максимально соответствовать тому состоянию, в котором она будет реально эксплуатироваться. Поэтому перед началом данного этапа обязательно производят пробную конвертацию данных для получения учебной базы для проведения обучения. Помимо этого, если в рамках внедрение производится адаптация внутрибанковской отчестности, настройка шлюзов с другими информационными системами или производятся иные доработки АБС , оптимально приступать к обучению пользователей после окончания всех этих работ. Аналогично, желательно до начало обучения провести полную настройку АБС. В задачи этапа входит первичное знакомство пользователей с новой АБС.
Объем и сроки обучения определяются в документе «Результаты обследования». До начала этапа обучения должен быть проделан ряд работ:
1. Определен состав слушателей из соответствующих подразделений. - отдел бухгалтерского учета и отчетности - отдел корреспондентских отношений - отдел расчетно-кассового обслуживания - валютный сектор - отдел автоматизации
2. Согласован график проведения занятий.
3. Обеспечены условия для проведения обучения персонала: подготовлен учебный класс с необходимым оборудованием или определен порядок обучения на рабочих местах.
4. Обеспечена посещаемость специалистов соответствующих подразделений.
Опытная эксплуатация системы
В задачи этого этапа входит:
- Окончательная отладка всех выходных форм.
- Оперативное решение возникающих вопросов
- Окончательное обучение работников банка методам и особенностям работы в новой АБС.
Технология проведения опытной эксплуатации построена таким образом, что всегда сохранятся возможность отката на старую систему. Для этого реальная работа осуществляется в двух системах параллельно. При невозможности организации такой работы в связи с большой нагрузкой на персонал используется технология «тестового дня», когда сотрудники в выходной день дублируют свои действия в новой АБС с выверкой полученных результатов. При успешном завершении «тестового дня» принимается решение о работе банка в режиме опытной эксплуатации, старая система останавливается, актуальность данных в ней не поддерживается. Результатом последнего этапа является промышленная эксплуатация в банке новой АБС.
Сопровождение
Не менее существенным, чем внедрение, является обеспечение бесперебойной работы АБС. Для этого необходимо грамотное администрирование АБС со стороны службы автоматизации банка, настройка и развитие системы, а также предоставление услуг ее поставщиком, то есть сопровождение.
Автоматизация работы с пластиковыми картами
Данное направление появилось как следствие применения современных технологий для традиционных чековых расчетов, и естественно, что его функционирование в банковской практике на 99% зависит от применения передовых банковских и информационных технологий.
С точки зрения автоматизации для поддержки карточного бизнеса двумя важнейшими направлениями являются программная поддержка и телекоммуникации.
Программное обеспечение для автоматизации работы с пластиковыми картами весьма разнообразно как по типам, так и по разновидностям и функциональному наполнению. Можно выделить следующие основные типы программного обеспечения.
Авторизационные системы. Перед совершением операции по пластиковой карте (вне зависимости от источника операции - банкомат, POS-терминал и т.п.) необходимо получить разрешение на операцию - авторизацию. Для этого операция должна соответствовать целому раду условий, которые и проверяются авторизационными системами. Это могут быть и достаточность средств, и просроченность (валидность) карты, и проверки, связанные с обеспечением безопасности, и многое другое.
Авторизацию по поручению точки приема карты запрашивает банк-эквайрер. Ответ предоставляется эмитентом карты и представляет собой положительный код авторизации или сообщение об отказе операции, а возможно, и об изъятии карты. В основном авторизация проходит в онлайн-режиме. В региональных платежных системах операция инициируется в точке приема карты, запрос принимается региональным процессинговым центром. Если операция не локальная, запрос направляется по сети Х25 в головной процессинговый центр.
Ввиду их критичности авторизационные системы должны соответствовать целому ряду критериев, в том числе должны быть лицензированы платежной системой, поэтому, как правило, авторизационные системы - зарубежного производства. Их поддержка и сопровождение осуществляются компанией-поставщиком. В качестве примера можно привести систему BASE 24.
Описанные функции вместе с функциями маршрутизации запросов, операциями в терминальных устройствах также называются фронт-офисными, а их системы автоматизации - фронт-офисными системами.
Бэк-офисные и бухгалтерские системы направлены на поддержку комплекса операций с банковскими картами и, как правило, не функционируют в онлайн-режиме, и не связаны с терминальными устройствами. Их основн
- операционный и бухгалтерский учет;
- формирование выписок и их рассылка клиентам;
- осуществление начислений (проценты, комиссии и т.п.);
- проведение взаиморасчетов;
- клиринг;
- межбанковские расчеты;
- расчеты с платежными системами;
- ведение счетов и т.п.
Такие системы часто разрабатываются самостоятельно. Хотя на рынке предложение таких систем, как российского, так и зарубежного производства, велико. В качестве примера можно привести карточные бэк-офисные системы таких разработчиков, как Diasoft или R-style.
Системы поддержки карточного бизнеса предназначены для ведения и обработки информации о клиентах банка, карточных продуктах, их доходности и объеме операций и предоставляемых услуг.
Иногда бэк-офисные системы и системы поддержки карточного бизнеса могут совмещаться в одном комплексе. Такие системы в отличие от авторизационного ПО часто разрабатываются самостоятельно. Основная причина этого в том, что пластиковый бизнес весьма индивидуален, особенно в части организации его поддержки, операционного и бухгалтерского учета, расчетов с банками и платежными системами.
Перечисленные выше группы программного обеспечения информационных систем не исчерпывают весь список, который мог бы быть продолжен системами поддержки выпуска карт, контроля терминальных устройств и т.д.
Основные требованиях к программному обеспечению для автоматизации операций с банковскими картами:
-Архитектура программного комплекса должна предусматривать открытость и маштабируемость, то есть позволять организаторам системы наращивать ее мощность, не внося кардинальных изменений.
-Программное обеспечение должно обеспечивать возможность использования широкой номенклатуры технологических типов карт и оборудования (карт-ридеров, POS-терминалов, банкоматов). Так как развитие карточного бизнеса в банках обычно идет поэтапно, периодически может возникать необходимость менять ключевые параметры системы, типы используемого оборудования и даже карт. Поэтому программное обеспечение должно быть максимально универсально.
-Программное обеспечение должно иметь возможность настройки и поддержки различных видов организационных, финансовых и коммуникационных схем взаимодействия как между различными участниками платежной системы, так и с внешним миром.
-Программное обеспечение должно соответствовать высочайшим стандартам информационной безопасности и надежности.
-Программное должно быть совместимо с международными платежными системами и банковской системой (АБС).
Следует отметить, что особо критичной областью поддержки операций с пластиковыми картами являются телекоммуникации. Основным протоколом связи для таких операций служит Х25. Основная специфика обеспечения связи всех элементов состоит в том, что должна достигаться их надежность и максимально быстрое восстановление связи при ее сбое. Это приводит к тому, что даже для небольшого банка необходимо отслеживать в круглосуточном режиме связь с множеством устройств. Иногда для этого требуется поддержка специальным программным обеспечением.
Описание модуля карточного обслуживания.
Смоделируем ситуацию, когда клиент заключает договор для корпоративной карты. Для корпоративной карты в модуле "Карточное обслуживание" находится отдельный счет, который по закрытию дня консолидируется в модуле "Расчетное обслуживание" вместе со всеми остальными карточными счетами этого Клиента (если таковые есть).
Рисунок 2
Текущий счет используется для пополнений клиентом, погашение ссудной задолженности, авторизации. При образовании отрицательного сальдо по текущему счету, отрицательное сальдо закрывается со ссудного счета.
При пополнении текущего счета проверяется наличие задолженности по ссудному счету и производится ее полное или частичное гашение.
Ссудный - для выставления кредитной линии и учета ссудной задолженности.
Депозитный - для хранения депозита (вклада) Клиента. Проценты по депозиту могут быть переведены на текущий счет.
С текущего счета, например через карту можно перевести деньги на депозит и обратно.
Депозитный счет может служить обеспечением предоставляемой кредитной линии. Решение об использовании депозита для погашения ссудной задолженности принимается Оператором системы (не автоматически).
Рассмотрим платежную систему банка, как отдельную, конкретную замкнутую систему со своими внутренними (локальные) и внешними (например, "VISA") процессами. В данном проекте, любые карты, выданные нашими банками и обслуживающиеся у наших поставщиков услуг, являются локальными картами, а любые карты, обслуживающиеся у нас, но выданные в других платежных системах, рассматриваются на примере работы карточки "VISA". Мы также рассматриваем отдельно работу обслуживания карточек, выданных нашими банками, в других платежных системах на примере платежной системы "VISA".
За стандарт сообщений в Системе принимается международный стандарт ISO 8583. Стандарт пластика: карточки с магнитной полосой в Системе принимается международный стандарт ISO 7810-7813.
Управление участниками.
1. Счета участника и их привязка (к договору / к участнику).
2. Влияние остатков по счетам участника на статус договора.
Порядок взаиморасчета с участником (двойные проводки или лучше, рапорта).
3. Ведение договора с участником. Наличие интерфейса с участником по авторизациям и транзакциям.
Управление продуктами.
1. Реализация переводов, периодических, коммунальных платежей Связь между продуктами одного клиента.
2. Бина в продукте (выдача более 1 карты на одну грядку счетов. 1 Продукт - 1 карта. Ведение счетов клиентов с поддержкой дебетной, кредитной, предоплаченной схем
Описание продукта.
|
|||||||||||||||||||||||||||
Управление клиентами
1. Держатель - реализация, функции. Назначение агентов и субэмитентов (ограничения в авторизации, прием на себя обслуживания, оплата операционных комиссионных, влияние через статус, иное)
2. Реализация корпоративной карты, виды корпоративных карт. Ведение клиентов.
3. Ведение договоров клиентов. 1 Договор с клиентом - 1 карта.
Управление картами
1. Дополнительная карта.
2. Операционные лимиты - назначение, определение.
3. Агрегатные лимиты - назначение, определение.
4. К чему именно (счет/карта) относятся лимиты и зачем.
Выпуск карт.
Управление статусами.
Управление лимитами.
Начисление обслуживания за карту.
Управление счетами
1. Балансовые счета. Необходимость ведения баланса и двойных проводок
2. Выбор счета для авторизации. Расчет расходного лимита ( максимальной суммы авторизации).
3. Связь счетов и карт
4. Взаимодействие между счетами (ссудный, текущий, депозитный).
Внутренний баланс системы.
Ведение счетов.
Ведение процентных схем.
Взаимодействие счетов.
Обработка сообщений и операций
1. Связь между валютой операции и валютой счета.
2. Базовая валюта системы - необходимость. Курсы валют - к базовой или парные. Активный (рабочий) курс.
3. Реакция системы на присланное участником в сообщении обслуживание.
Обработка авторизаций
Блокировка сумм по счету.
Исправление блокировок.
Гашение авторизации транзакцией. Конвертация
Обработка транзакций.
Обработка транзакций.
Обработка исправлений транзакций.
Конвертация.
Начисление обслуживания транзакций.
Интерфейс с модулем "Расчетное обслуживание".
Прием пополнений.
Формирование итоговых документов по внутреннему балансу.
Подготовка транзакций для отправки в Банковский ОперДень.
Разное.
Управления лимитами
Управления держателями
Разделить блок сообщений и операций на блок операций и блок сообщений
Обработка договоров о приобретении карточек.
Выпуск карточек.
Ведение счетов Держателей карточек.
Выпуск стейтментов.
Выпуск отчетов.
Тип карточного продукта характеризуется финансовой схемой и допустимыми транзакциями.
Дебетовая карточка - индивидуальная или корпоративная, доступ осуществляется к текущему счету (ам) или к текущим счетам юр. лица, лимит устанавливается в пределах остатка по счету (ам) или в определенной сумме, согласно указанию владельца счета.
Дополнительная дебетовая карточка с общим или раздельным лимитом - индивидуальная или корпоративная, доступ осуществляется к тем же счетам, что у основных дебетовых карточек.
Расчетная карточка - индивидуальная или корпоративная, доступ осуществляется к ссудному счету физ. лица или юр. лица, лимит определяется в пределах установленного расходного месячного лимита.
Дополнительная расчетная карточка с общим или раздельным лимитом - индивидуальная или корпоративная, доступ осуществляется к тем же счетам, что у основных расчетных карточек.
Кредитная карточка - индивидуальная или корпоративная, доступ осуществляется к ссудному счету физ. лица или юр.лица, лимит определяется в пределах предоставленной кредитной линии.
Дополнительная кредитная карточка с общим или раздельным лимитом - индивидуальная или корпоративная, доступ осуществляется к тем же счетам, что у основных кредитных карточек.
По всем типам карточного продукта должна быть предусмотрена возможность зачисления средств группе клиентов по электронным спискам.
Реквизиты индивидуальной карточки:
-№ карточки,
-№ счета,
-Дата окончания срока действия карточки,
-Тип карточной программы,
-Имя для эмбоссирования,
-Титул,
-Дата рождения,
-Резидент/нерезидент,
-Категория обслуживания,
-Телефон домашний,
-Телефон рабочий,
-Фамилия Имя Отчество держателя карточки,
-Адрес прописки: страна, код страны, город, почтовый индекс, улица, № дома, корпус, № квартиры,
-Адрес проживания: страна, код страны, город, почтовый индекс, улица, № дома, корпус, № квартиры,
-Валюта расчетов,
-Код периода формирования выписок по счету,
-Код периода печати выписок по счету,
-Банк-Отделение-Счет,
-Второй счет для погашения задолженности (по кредитным карточкам),
-Авторизационный лимит,
-Код процентной ставки,
-Код комиссии за выпуск, пере выпуск и годовое обслуживание.
Реквизиты корпоративной карточки:
-№ карточки,
-№ счета,
-Дата окончания срока действия карточки,
-Тип карточной программы,
-Имя для эмбоссирования,
-Титул,
-Дата рождения,
-Резидент/нерезидент,
-Категория обслуживания,
-Наименование компании,
-Телефон домашний,
-Телефон рабочий,
-Фамилия Имя Отчество держателя карточки,
-Адрес компании: страна, код страны, город, почтовый индекс, улица, № дома, корпус, № апартаментов,
-Адрес прописки держателя карточки: страна, код страны, город, почтовый индекс, улица, № дома, корпус, № квартиры,
-Валюта расчетов,
-Код периода формирования выписок по счету,
-Код периода печати выписок по счету,
-Банк-Отделение-Счет,
-Второй счет для погашения задолженности (по кредитным карточкам),
-Авторизационный лимит,
-Код процентной ставки,
-Код комиссии за выпуск, пере выпуск и годовое обслуживание.
Обработка принятых заявлений и выпуск карточек включает следующие этапы:
· Процесс подтверждения заявлений. Подтверждённые заявления получают соответствующий статус, формируется отчет отвергнутых заявлений с указанием причины;
· Модификация базы счетов держателей карточек. Заведение новых счетов и перенос информации в таблицы счетов;
· Создание файла для эмбоссера;
· Создание PIN файла;
· Выпуск карточек и печать PIN конвертов;
· Генерация выходного файла для передачи в систему ведения счетов (банковскую систему).
Основные идентификационные параметры:
· уникальный код продукта;
· имя продукта;
· эмитент;
· филиал;
· валюта урегулировки транзакций;
· тип счета(счетов)
· тип карточки (дебитная, кредитная, расчетная, иная);
· срок действия;
· возможность доступа к нескольким счетам;
· мультивалютность;
· частная, корпоративная;
· возможность зачисления средств списком
· список допустимых транзакций;
· ограничения за период (день, месяц); по количеству покупок; по сумме покупок; по количеству кассовых авансов; по сумме кассовых авансов.
Допустимые транзакции
POS транзакции:
· покупка
· выдача наличных денежных средств
· возврат покупки
· пересчет суммы
· справка о балансе
Голосовая авторизация:
· покупка
· выдача наличных денежных средств
· возврат покупки
· пересчет суммы
ATM транзакции:
· выдача наличных
· быстрая выдача наличных
· справка о балансе
· изменение ПИНа
· министейтмент
· запрос на получение последнего стейтмента
· выдача наличных в иностранной валюте со счета в локальной валюте
· выдача наличных со счета в иностранной валюте
Комиссии (Fee):
· плата за выпуск и годовое обслуживание;
· плата за пере выпуск;
· плата за изменение PINа;
· плата за авторизацию;
· комиссия за выдачу наличных в банке;
· комиссия за выдачу наличных в банкомате;
· комиссия за министейтмент (ч/з ATM);
· комиссия за повторный последний стейтмент;
· комиссия за конвертацию валюты (ч/з ATM);
· комиссия за перевод средств со счета на счет через АТМ;
· штрафы.
Предусмотрена возможность взимания в момент проведения операции
Платежи:
· поступление средств на счет;
· начисление процентов на среднедневной баланс;
· начисление процентов на неснижаемый остаток;
· удержание процентов за использованный кредит по срочной задолженности;
· удержание процентов по просроченной задолженности;
· установка неснижаемого остатка по карточке (резерва) в % от суммы ежедневного остатка или в фиксированной сумме;
· обнуление баланса.
Исправительные операции:
· установка бонуса;
· снятие бонуса.
Операции установки статуса карточек:
· создание карточки - карточка создана, но не активна.
· активизация карточки- карточка может быть использована для проведения всех допустимых транзакций,
· блокировка карточки; карточка закрыта для использования ее держателем, остальные операции (напр. начисление процентов, удержание комиссий, штрафов) банком проводятся,
· разблокировка карточки; снятие статуса блокировки
· удаление карточки из системы.
Создание базы держателей карточек
Заведение карточек в системе.
Прием и обработка заявлений, выпуск карточек различных видов и типов:
Заведение нового заявления в систему и модификация существующего должны быть возможны в двух режимах: "ручного ввода" в том числе и с удаленного рабочего места) и в режиме файлового обмена.
Параметры карточек:
· Стандарт пластика: карточки с магнитной полосой стандарта ISO 7810-7813
· Срок действия - 2 года
· ПИН - (персональный идентификационный номер)
· Пароли
· Информация на лицевой стороне пластика
· Информация на оборотной стороне пластика
· Наличие фотографии
· Уровни защиты от подделок
Информационное обслуживание клиентов.
Идентификация
Поиск информации по клиенту по следующим критериям:
· номер карточки;
· номер счета;
· Фамилия И.О.
Баланс
Данные по балансу должны содержать следующую информацию:
· неподтвержденные авторизации (дебет и кредит раздельно);
· суммы подтвержденных транзакций
· сумма комиссий;
· вычисляемый расходный лимит (ОТВ).
Счета
Полная структура счетов, все связанные с ними карточки
История транзакций
Детальная информация по всем подтвержденным и неподтвержденным транзакциям.
Персональная информация
Персональные данные по клиенту:
· Имя, отчество, фамилия;
· Адрес;
· Адрес для рассылки стейтментов и др. сервисной информации;
· Информация по карточке (эмбоссированное имя, дата окончания срока действия карточки);
· Информация о дополнительных пользователях.
Оперативная деятельность
Набор транзакций для выполнения следующих функций:
· блокировка потерянных и украденных карточек в системе авторизации;
· изменение статусов;
· возможность передачи информации для выпуска/пере выпуска карточек в режиме пакетной обработки;
· добавление и переключение между связанными счетами;
· изменение персональной информации по клиенту.
Администрирование
Многоуровневая система доступа к информации, с возможностью разделения доступа к отдельным функциям и полям, смена паролей пользователей через определенный период.
Ежедневный отчет по всем изменениям
Отчеты
Финансовые отчеты
Сводные отчеты по транзакциям, принятые из файлов on-us и interchange
· принятые транзакции;
· отвергнутые транзакции;
· отложенные транзакции;
· отосланные транзакции;
Сводный отчет по всем начисленным комиссиям.
Сводный отчет по выпущенным и пере выпущенным карточкам.
Сводный отчет по изменениям расходных лимитов.
Сводный отчет по исправительным операциям.
Должна быть предусмотрена возможность получения отдельных отчетов по любому Эмитенту или Эквайеру за любой период времени.
Другие:
· изменения статусов;
· потерянные, украденные карточки;
· рискованные карточки
· новые заявления на выпуск;
· изменения в структурах счетов.
Отчеты формируются по BIN и группам в следующем порядке: кредитные, расчетные, дебетные, в том числе: индивидуальные, корпоративные, зарплатные, VIP.
Выпуск стейтментов
По дебетным продуктам это выписка по счету.
По кредитным - счет на оплату части использованного кредита с процентами.
По расчетным - счет на полную оплату использованного за определенный период (месяц) расходного лимита.
Стейтменты генерируются в конце отчетного периода и содержат следующую информацию:
· номер счета;
· дата выставления;
· ФИО держателя счета;
· номера связанных карточек, по которым происходили операции;
· перечень подтвержденных транзакций с кодами авторизации;
· предыдущий баланс;
· поступление средств;
текущий баланс.
Исследования области автоматизации банковских операций
По данным опроса CNews Analytics, автоматизацией операций с пластиковыми картами занимаются 63% банков. Исследование показало, что большинство банков для автоматизации бэк-офисных операций с пластиковыми картами по-прежнему используют собственные разработки, однако их доля снизилась с 16% до 14%. При этом сравнение с общей долей собственных разработок в объеме розничных систем (3%), показывает, что и на рынке «пластиковых» разработок доля собственных систем будет снижаться.
Распределение разработчиков по количеству внедрений системы автоматизации операций с пластиковыми картами
Рисунок 3
Источник: CNews Analytics, 2008[5]
Первое место среди разработчиков делят ЦФТ и «Софит» – по 13%. Можно отметить, что доля ЦФТ возросла лишь на 1%, а компания «Софит», отсутствовавшая в прошлом исследовании, сразу заняла лидирующие позиции. Второе место, незначительно уступая ЦФТ и «Софит», занимает «Диасофт» – 11% (1% роста по сравнению с предыдущим периодом). Компания ПСиТ занимает третье место, увеличив свою долю с 8 до 10%. На четвертом месте – компания «Инверсия» (рост с 4 до 8%). Компания R-Style Softlab переместилась со 2-го места на 5-е: доля компании снизилась вдвое и в настоящее время составляет 5%. На «Компас +» и Арт-Банк пришлось по 4%, OpenWay – 3%. «Рукард», CSBI, «ЮниСАБ», БИС, «Кворум», «ПрограмБанк» выбыли из нового списка разработчиков.
Результаты опроса показали, что 13% банков планируют заменить используемое решение. Основными причинами отказа от используемого решения являются недостаточная функциональность и смена АБС, а также моральное устаревание системы. По данным предыдущего исследования в качестве причин отказа от используемого решения также были отмечены ее моральное устаревание и недостаточность функционала
Причины отказа от используемой системы автоматизации операций с пластиковыми картами
Источник: CNews Analytics, 2008[6]
По данным опроса, более 50% банков, планирующих замену системы, уже выбрали поставщика решения. Интерес к решениям «Диасофт» возрос с 19 до 35%. Компании ЦФТ и R-Style Softlab делят вторую позицию – по 13%. При этом, если компания R-Style Softlab сохранила свои позиции, то доля ЦФТ снизилась на 6%. «Инверсия», потеряв 1%, занимает третье место – 8%. Арт-Банк потерял 3% и имеет долю в 4%, столько же – компании ПСиТ и Misys.
Распределение разработчиков в соответствии с предпочтениями банков
Источник: CNews Analytics, 2008[7]
Заключение
Последствия мирового экономического кризиса по некоторым оценкам предстоит преодолевать в течение нескольких лет. За это время разработчики и специалисты, сопровождающие АБИС, должны оперативно реагировать на все изменения и вызовы рынка и, что весьма важно, отслеживать решения органов госвласти и Банка России в целях преодоления кризисных явлений.
В первую очередь это касается подразделений аналитических служб банков и финансовых компаний. Необходимо разрабатывать и внедрять аппаратно-программные комплексы, способные прогнозировать кризисные явления в конкретном банке, финансовой компании. Особенно важной в настоящее время является работа с клиентской базой банков.
Разработка прогнозно-аналитических алгоритмов финансового состояния и мониторинга клиентов, скорейшее внедрение и представление лицам, принимающим решения эффективного инструментария поддержки принятия решений является главной задачей ИТ-специалистов банковской системы РФ в условиях экономического кризиса.
В данной работе была рассмотрена специфика автоматизированных банковских проблем, а так же порядок внедрения.
Рассмотрена работа с автоматизированными карточными системами.
Кроме того приведены результаты исследование в области операций с банковскими карточками.
Список использованной литературы.
1. Вендров А.М. Проектирование программного обеспечения экономических информационных систем: Учебник. – 2-е изд., перераб.и доп. – М.: Финансы и статистика, 2006. – 544с.
2. Емельянова Н.З., Партыка Т.Л., Попов И.И. Основы построения автоматизированных информационных систем: Учебное пособие. – М.: ФОРУМ: ИНФРА-М, 2007. – 416с.
3. Ефимов Е.Н., Патрушина С.М., Панферова Л.Ф., Хашиева Л.И. Информационные системы в экономике. – Москва: ИКЦ «МарТ»; Ростов н/Д:издательский центр «МарТ», 2004. – 352с.
4. Информационные системы в экономике: учебник для студентов вузов, обучающихся по специальностям «Финансы и кредит», «Бухгалтерский учет, анализ и аудит» и специальностям экономики и управления (060000)/ под ред. Г.А.Титоренко. – 2-е. изд., перераб.и доп. – М.: ЮНИТИ-ДАНА, 2008. – 463с.
5. Информационные системы в экономике: Учебник для студентов высших учебных заведений/ В.Б.Уткин, К.В.Балдин. – М.: Издательский центр «Академия», 2004. – 288с.
6. Проектирование информационных систем: курс лекций: учебное пособие для студентов вузов, обучающихся по специальности в области информационных технологий/ В.И. Грекул, Г.Н.Денищенко, Н.Л.Коровкина. – М.: Интернет_Ун-т Информационных технологий, 2005. – 304с.
7. Проектирование экономических информационных систем: Учебник/Г.Н.Смирнова, А.А.Сорокин, Ю.Ф.Тельнов; Под ред. Ю.Ф.Тельнова. –М.: Финансы и статистика, 2003. – 512с.
8. Тютюнник А.В., Шевелев А.С. Информационные технологии в банке - Издательская группа "БДЦ-пресс", 2003 г.
9. Фельдман Я.А. Создаем информационные системы. – М.: СОЛОН-ПРЕСС, 2006. – 120с.
10. Борисенко Е.В. Изучаем АБС // Организация продаж банковских продуктов, 2008, №2.
11. Евсеева А.Ю. Перспективы компьютеризации учета банковских операций // Современный бухучет, 2009, №8.
12. Литвиенко А. Выбор и внедрение автоматизированной системы банка// Бухгалтерия и банки, 2009, №3.
13. Литвиенко А. Формирование требований к автоматизированным банковским системам, 2008, №12.
14. Чернобыльская А.Б. Интегрированный фронт – офис розничного банка// Банковский ритейл, 2006, №4.
15. http://www.absonline.ru/index.php
16. http://www.cisp.org.ua/cisp/CISP_uk.nsf/1a72f110090f514cc22568d600374887/facb0150655a6446c225754b00310c61?OpenDocument
[1]
http://www.absonline.ru/abs/dictionary/
[2]
http://www.absonline.ru/abs/dictionary/
[3]
http://www.absonline.ru/abs/dictionary/
[4]
Тютюнник А.В., Шевелев А.С. Информационные технологии в банке. М., 2003. – С.162
[5]
http://www.cisp.org.ua/cisp/CISP_uk.nsf/1a72f110090f514cc22568d600374887/facb0150655a6446c225754b00310c61?OpenDocument
[6]
http://www.cisp.org.ua/cisp/CISP_uk.nsf/1a72f110090f514cc22568d600374887/facb0150655a6446c225754b00310c61?OpenDocument
[7]
http://www.cisp.org.ua/cisp/CISP_uk.nsf/1a72f110090f514cc22568d600374887/facb0150655a6446c225754b00310c61?OpenDocument