Платформа развития на базе oracle – комплексное решение для построения централизованной ит-инфраструктуры банка

Вид материала

Содержание

Ibank 2 – универсальный инструмент создания полнофункциональных и масштабируемых решений электронного банкинга для частных клиен
Розничный фронт-офис – набор технологий отр для быстрого и качественного обслуживания
Что делать, если нет решения под конкретную задачу?
Всё для Вашей розницы в Ваших отделениях
Lend Stream
FI Monitoring
Внедрение стандарта банка россии
Аспекты информационной безопасности при электронном взаимодействии через Интернет
Ibank 2 key – единственный аппаратный криптопровайдер для промышленной плат-формы электронного банкинга. предотвра-щение хищения
Обеспечение принципиально нового уровня безопасности ключевой информации

Подобный материал:

1 2 3

IBANK 2 – УНИВЕРСАЛЬНЫЙ ИНСТРУМЕНТ СОЗДАНИЯ ПОЛНОФУНКЦИОНАЛЬНЫХ И МАСШТАБИРУЕМЫХ РЕШЕНИЙ ЭЛЕКТРОННОГО БАНКИНГА ДЛЯ ЧАСТНЫХ КЛИЕНТОВ

Шилов С.

Компания «БИФИТ», г. Москва

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

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

В рамках системы «iBank 2» компания «БИФИТ» разработала четыре главных полнофункциональных модуля для электронного обслуживания частных клиентов:

Web-Банкинг
Internet-Банкинг
PC-Банкинг
Mobile-Банкинг

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

Internet-Банкинг и PC-Банкинг дополняют Портал электронного банкинга функциями управления счетами и картами с использованием механизма ЭЦП под распоряжениями клиентов.

Mobile-Банкинг обеспечивает доступ к услугам электронного банкинга с мобильных платформ – КПК и коммуникаторов – с использованием механизма ЭЦП.

Web-Банкинг с самого начала создавался как главный инструмент продвижения услуг электронного банкинга. Анализ успешных проектов показал – продвигать услуги электронного банкинга частным клиентам необходимо вместе с услугами-локомотивами. Таких услуг оказалось немного:

получение кредита;
получение карты;
электронные переводы;
срочные вклады.

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

В Web-Банкинге учтены интересы трех основных групп целевой аудитории:

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

Структура Портала, список информации и услуг соответствуют интересам целевых групп аудитории. Наиболее востребованная информация и услуги выдвинуты на первый план, менее востребованные – перенесены на один-два уровня ниже.

Для потенциальных и существующих клиентов Web-Банкинг выступает как инструмент вовлечения в потребление банковских продуктов.

Для зарегистрированных частных клиентов Web-Банкинг служит средством продвижения новых банковских услуг, новых дополнительных сервисов и каналов обслуживания электронного банкинга.

Услуги-локомотивы и Web-Банкинг обеспечивают взаимное продвижение – через интерес к услугам-локомотивам частный клиент вовлекается в обслуживание с использованием Web-Банкинга, а Web-Банкинг служит средством расширения линейки используемых клиентом услуг.

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

В текущей версии Web-Банкинга поддерживаются несколько механизмов аутентификации клиента:

логин и пароль
многоразовый транзакционный пароль
одноразовые пароли в виде таблиц одноразовых паролей и скретч-карт
одноразовые пароли, полученные с использованием OTP-токена (One Time Password) Vasco Digipass

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

Для обеспечения конфиденциальности и целостности передаваемых через Интернет данных используются встроенные во все современные Web-браузеры криптопротоколы SSL или TLS (шифрование и целостность данных, аутентификация клиентом сервера банка).

Шилов Станислав Олегович, руководитель аналитического отдела, компания «БИФИТ», shilov@bifit.com

105203, Москва, ул. Нижняя Первомайская, 46. Тел./факс: (495)797-88-89, info@bifit.com, www.bifit.com

РОЗНИЧНЫЙ ФРОНТ-ОФИС – НАБОР ТЕХНОЛОГИЙ ОТР ДЛЯ БЫСТРОГО И КАЧЕСТВЕННОГО ОБСЛУЖИВАНИЯ

Маркелов К.

ООО «Организационно-Технологические Решения 2000», Москва

Системная интеграция в истинном понимании

Исторически на различных ИТ-проектах и программах ИТ-проектов, которые мы (как компания ОТР - уже восьмой год и личный опыт - уже более 15 лет) ведём, всегда и постоянно сталкиваемся с тем, что нет решений и нет поставщиков, которые полностью закроют все требования конкретного Заказчика. В данном случае – конкретного (любого) Банка. Каков же выход?

В прошлом году в этих стенах обсуждались два принципа: «Единого поставщика» и «Лучшее в своём классе». В любом случае – всегда будут системы и приложения, которые необходимо соединять, интегрировать между собой. Иными словами, «системная интеграция», как «интеграция различных систем», а не как поставка серверного / телекоммуникационного оборудования – бессмертна. И это не может не радовать. Поэтому ОТР ещё долго будет «системным интегратором» в изначальном и буквальном понимании этих слов.

Если нужно автоматизировать основной бизнес Банка или обеспечить переход на централизованную архитектуру – внедряем базовую банковскую систему. Если нужно автоматизировать составление управленческой и нормативной отчётности – внедряем Хранилище данных. Если нужно решить задачу электронного обмена платёжными документами с клиентами, то внедряем систему Банк-Клиент или Интернет-Банк. Потом или прямо в процессе внедрения внедрённые модули нужно связать между собой, чтобы работали «без швов». В новой терминологии это называется «Интеграционное решение - ИР», или «Сервисно-ориентированная архитектура - СОА». Но ни ИР, ни СОА не решат тех задач, под которые нет подходящих прикладных систем. В частности, мало кредитных модулей АБС имеют встроенный документооборот рассмотрения кредитной заявки ещё до выдачи кредита, и практически никакая АБС не имеет подсистемы автоматизации отделений, работающей автономно от центрального ядра, да ещё и с другими АБС…

Что делать, если нет решения под конкретную задачу?

Некоторые разработчики возразят и скажут, что «Есть такие решения!» И я – соглашусь. Но…

Мы так и не смогли найти решения такого класса, которые удовлетворили бы наших Заказчиков полностью. Без «довесков» в виде АБС, или Кредитного модуля. Но которые смогли бы работать с любой АБС и с любым кредитным модулем. Какой выход из этого положения найдёт правильный системный интегратор?

Как бы ни тянулась душа к адаптации и внедрению чужих решений, правильному интегратору придётся разрабатывать свои собственные – чтобы закрыть функциональные прорехи в базовых решениях. И это – не «добровольное» наше решение, а решение, к которому нас подтолкнули наши Банки-партнёры. Точнее сказать – подвинули. Вот почему Компания ОТР с недавнего времени стала не только интегратором систем и внедренцем «больших и тяжёлых» чужих решений (как правило – решений мирового уровня), но и разработчиком собственных (привычный для нас и наших партнёров уровень, конечно же, мы сохранили).

Кстати, могу сразу успокоить слушателей: ни АБС, ни Хранилищ Данных, ни модулей Банк-Клиент мы не собираемся и не будем разрабатывать.

Всё для Вашей розницы в Ваших отделениях

Для двух-трёх Программ ИТ-проектов одновременно нам собственными разработками «пришлось» закрыть три задачи, которые в явном виде отсутствовали в тех системах, которые были выбраны нашими банками-партнёрами в качестве базового ядра. Так получили путёвку в жизнь три разработки, которые имеют клеймо производителя: «well done by OTR»:

Front FI - Подсистема автоматизации Отделения банка со следующими функциональными модулями: Ядро, Кассовые операции с Клиентами, Клиентская инкассация, Хранилище, Платежи, Депозиты розничные, Карты, Договоры РКО (счета), Доверенности, Клиенты, Отчеты – т.е. полная розничная функциональность; только операции БЕЗ бухгалтерского учёта;
Lend Stream - Подсистема автоматизации обработки кредитной заявки от ее ввода до принятия решения и заведения сделки в АБС; может работать как в офисе банка, так и в удаленной точке продаж;
FI Monitoring – Подсистема противодействия отмыванию денежных средств, полученных преступным путем и финансирования терроризма, взаимодействует как с ПО «Комита» (формирование отчётности), так и с любой АБС (контроль анкет клиентов, контроль операций, управление справочниками, отчётность).

Все приложения созданы для быстрого, качественного и технологичного обслуживания клиентов, разработаны в открытой архитектуре, прошли (или проходят) обкатку в нескольких банках и на нашем тестировочном полигоне, они АБС-независимы, ориентированы на работу с наиболее распространёнными интеграционными решениями от мировых брендов, такими, как IBM, Oracle, SAP и … готовы к внедрению у новых Заказчиков!

Маркелов Константин Николаевич, Заместитель Директора по развитию бизнеса, ООО «Организационно-Технологические Решения 2000», e-mail: const@otr.ru.

127254, Москва, ул. Добролюбова, д. 3, стр. 1. Тел./факс: (495) 223 07 99, www.otr.ru.

ВНЕДРЕНИЕ СТАНДАРТА БАНКА РОССИИ
СТО БР ИББС-1.0

Истомин Д.

Центр информационных и финансовых технологий, Екатеринбург

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

1. Обучение: к сожалению, нельзя сказать, что разработчики стандарта донесли до читателя всю суть своего творения. Как его основная часть, так и дополнения требуют комментариев, разъяснений и примеров из практики. Для того, чтобы сократить этот разрыв, была разработана программа обучения. В настоящее время программа согласована с ЦБ РФ, сообществом ABISS и введена в действие. Программа включает разъяснения к стандарту, плюс слушатели получают шаблоны основных документов политики безопасности. Обучением сотрудников банка по стандарту занимаются несколько образовательных учреждений в России. У нас на Урале в ближайшее время также появится центр обучения. Это станет, безусловно, хорошей поддержкой банков, поставивших цель соответствовать стандарту.

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

Истомин Дмитрий Владимирович, заместитель директора департамента обеспечения ИБ, «ЦИФТ», istomin_dv@cift.ru, 8-9122633266

620026, Россия, г. Екатеринбург, ул. Белинского, 83, 2 эт. Тел.: (343) 351-06-00, cift@cift.ru , www.cift.ru

Аспекты информационной безопасности при электронном взаимодействии через Интернет

Менщиков Д.

ЗАО «Эй-Си-Эс», г. Екатеринбург

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

Наиболее технологически «продвинутые» решения предполагают предоставление или использование Интернет сервисов, предоставляемых информационными системами (например, системы «клиент-банк»). Такого рода взаимодействия являются технологическими (т.е. предназначены для взаимодействия систем) и требуют более сложных схем защиты, чем традиционные схемы, когда решается задача подключения пользователей и web-сервера в Интернет (организация ДМЗ, антиспам, антивирусный контроль и т.п.). При технологическом взаимодействии, т.е. когда взаимодействие из Интернет доводится до внутренних систем, возрастают риски, связанные с включением критических для бизнеса систем в потенциально враждебную среду Интернет: это, в первую очередь, возможные простои систем в результате DoS атак, инфицирование вирусами и backdoor и т.п. Поэтому сегодня начинают развиваться решения, позволяющие помимо традиционных мер защиты на сетевом уровне (межсетевые экраны, сетевые сканеры) осуществлять защиту на прикладном уровне. Такие средства называются domain firewall application gateway (прикладной межсетевой экран) и строятся на базе интеграционных продуктов, которые сегодня выпускают ведущие производители – IBM, Microsoft, Oracle и другие. Ключевая функция прикладного МСЭ – это разделение внешних и внутренних сетей на прикладном уровне, что исключает прямое взаимодействие извне с внутренними системами. Прикладные МСЭ функционируют в рамках существующей концепции сервисно-ориентированной архитектуры, т.е. позволяют обеспечивать защищенное использование сервисов, экспортируемых в Интернет.

Менщиков Дмитрий Геннадьевич, главный архитектор информационных систем ЗАО
«Эй-Си-Эс», e-mail: dim@quorus.ru.

620075, г. Екатеринбург, ул. Луначарского 81. Тел./факс: (343) 3762300.

IBANK 2 KEY – ЕДИНСТВЕННЫЙ АППАРАТНЫЙ КРИПТОПРОВАЙДЕР ДЛЯ ПРОМЫШЛЕННОЙ ПЛАТ-ФОРМЫ ЭЛЕКТРОННОГО БАНКИНГА. ПРЕДОТВРА-ЩЕНИЕ ХИЩЕНИЯ СЕКРЕТНЫХ КЛЮЧЕЙ ЭЦП

Мустафаев Р.

Компания «БИФИТ», г.Москва

Хищение секретных ключей ЭЦП и борьба с хищениями

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

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

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

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

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

Предотвращение хищения ключевой информации
Предотвращение использования злоумышленником похищенного ключа ЭЦП

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

Для предотвращения использования злоумышленником похищенного ключа ЭЦП необходимо максимально полно использовать встроенные в систему механизмы, которые позволяют сформировать «второй эшелон» обороны от злонамеренных действий. К таким механизмам относятся:

IP-фильтр. В iBank 2 существует возможность разрешить каждому клиенту работать только с определенных IP-адресов. Список разрешенных IP-адресов и IP-подсетей задается банком. Данный механизм позволяет исключить использование злоумышленником секретного ключа ЭЦП клиента через произвольное подключение к сети.
«Черный список». В iBank 2 встроен механизм выявления подозрительных электронных платежных поручений. Механизм работает как фильтр, сравнивая реквизиты получателей платежей с постоянно обновляемым и расширяемым «черным списком». Содержание «черного списка» банк может настраивать самостоятельно. Если счет получателя платежного поручения содержится в «черном списке», документу в iBank 2 присваивается статус «Подозрительный». Такие документы не выгружаются в АБС и требуют ручной обработки сотрудником банка.
SMS-Банкинг. iBank 2 позволяет обеспечить оперативное автоматическое информирование клиентов с помощью SMS о таких событиях, как вход в систему электронного банкинга или списание средств с расчетных счетов.Получение таких уведомлений позволит клиентам своевременно узнать о несанкционированном доступе и оперативно предпринять необходимые меры.

Обеспечение принципиально нового уровня безопасности ключевой информации

Компания «БИФИТ» разработала и внедрила решение, позволяющее сделать принципиально невозможным хищение секретных ключей ЭЦП злоумышленником. Таким решением является использование USB-токенов «iBank 2 Key» для хранения секретных ключей ЭЦП.

USB-токен «iBank 2 Key» объединяет в компактном корпусе PC/SC-совместимый кардридер и SIM-карту на базе микроконтроллера ST19NR66 компании STMicroelectronics.

В микроконтроллере SIM-карты при производстве масочным методом «прошита» карточная операционная система «Магистра», в составе которой содержится СКЗИ «Криптомодуль-С», сертифицированная ФСБ РФ по классу КС2.

Главное достоинство USB-токена «iBank 2 Key» – формирование ЭЦП по российскому ГОСТу Р34.10-2001 непосредственно внутри USB-токена. USB-токен принимает на вход подписываемый документ и возвращает на выходе ЭЦП для этого документа.

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

В этом заключается ключевое отличие USB-токена «iBank 2 Key» от других решений, предлагаемых на российском рынке для хранения секретных ключей ЭЦП. Все данные решения не поддерживают подпись документа ЭЦП по российскому ГОСТу самим токеном. Фактически, они представляют собой аппаратное хранилище секретного ключа ЭЦП, доступ к которому защищен PIN-кодом. При этом злоумышленник, получивший доступ к компьютеру клиента с помощью «троянской» программы, может получить данный PIN-код и похитить секретный ключ из токена.

Мустафаев Рустам Тофикович, директор по маркетингу, компания «БИФИТ», mustafaev@bifit.com

105203, Москва, ул. Нижняя Первомайская, 46. Тел./факс: (495)797-88-89, info@bifit.com, www.bifit.com

ЭЛЕКТРОННЫЙ БАНКИНГ ДЛЯ ХОЛДИНГОВ В IBANK 2. ПРЕИМУЩЕСТВА СЕРВИСОВ «ЦЕНТР ФИНАНСОВОГО КОНТРОЛЯ» И «КОРПОРАТИВНОЕ БЮДЖЕТИРОВАНИЕ». ОПЫТ БАНКОВ, ОБСЛУЖИВАЮЩИХ ПРЕДПРИЯТИЯ ТЭК РОССИИ

Шилов С.

Компания «БИФИТ», г. Москва

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

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

Для решения всех этих задач холдинговых структур различного масштаба предназначен дополнительный сервис «Центр финансового контроля» системы «iBank 2». Он позволяет банку оказывать холдингу услуги мониторинга и управления финансами дочерних организаций в рамках единого рабочего места.

Сервис «Центр финансового контроля» предоставляет пользователю следующие возможности:

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

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

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

Сервис «Корпоративное бюджетирование» предназначен для предоставления управляющей компании холдинга услуг централизованного контроля исполнения дочерними компаниями корпоративного бюджета.

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

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

Внедрение сервиса «Корпоративное бюджетирование» системы «iBank 2» позволит головной компании:

получать в реальном времени информацию о ходе исполнения бюджета, о попытках превышения лимитов;
передать в банк функции автоматического контроля исполнения бюджета, исключить необходимость создания собственного расчетного центра;
исключить необходимость в установке дополнительного ПО, т.к. для работы используется АРМ «ЦФК» системы «iBank 2».

Преимущества, приобретаемые дочерними компаниями:

простота включения в процесс, нет необходимости в установке дополнительного ПО, для взаимодействия с банком используются клиентские АРМы системы «iBank 2»;
простота и удобство в работе;
оперативный доступ к информации по остаткам лимитов.

Дополнительные возможности сервиса «Корпоративное бюджетирование»:

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

В настоящее время сервис «Корпоративное бюджетирование» эксплуатируется рядом российских банков, обслуживающих предприятия топливно-энергетического комплекса России. Среди таких холдингов можно выделить «МРСК Урала», ОАО «ОГК-1», ООО «Межрегионгаз».

Услуги для холдинга Межрегионгаз представляет Газэнергопромбанк. Благодаря гибкости, простоте внедрения системы и нацеленности банка на результатах решение было внедрено в кратчайшие сроки – 2-3 месяца. Услугами контроля исполнения бюджета были охвачены более 50 предприятий холдинга, обслуживаемых в нескольких филиалах банка с использованием единого централизованного решения на платформе «iBank 2». Эти результаты получили высокую оценку руководства холдинга и самого банка. В настоящее время банк работает над организацией предоставления услуг корпоративного бюджетирования другим предприятиям газовой отрасли.

Шилов Станислав Олегович, руководитель аналитического отдела, компания «БИФИТ», shilov@bifit.com

105203, Москва, ул. Нижняя Первомайская, 46. Тел./факс: (495)797-88-89, info@bifit.com, www.bifit.com

Blog

Платформа развития на базе oracle – комплексное решение для построения централизованной ит-инфраструктуры банка

Содержание