Антон Пухов - Управление карточным бизнесом в коммерческом банке

• Название: Управление карточным бизнесом в коммерческом банке
• Автор: Антон Пухов
• Жанр: Банковское дело

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

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

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

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

---

Методы и инструменты экономического анализа

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

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

для эмиссионной части:

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

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

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

для эквайрингового бизнеса:

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

• поддерживать тарифные ставки и маркетинговые (профиль деятельности, месторасположение) группировочные параметры;

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

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

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

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

Группировка карточных счетов на сводных балансовых счетах должна быть в разрезе:

а) обслуживающих подразделений;

б) зарплатных проектов;

в) разных категорий физических лиц.

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

Счета доходов должны быть открыты:

а) в разрезе подразделений;

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

В минимальной конфигурации это могут быть счета в разрезе эмиссия/ кэш [9] /экв айринг.

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

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

Транзитные счета необходимо открыть:

а) под каждый пункт выдачи наличных;

б) под каждую площадку взноса наличными;

в) под каждый счет по учету внешних расчетов;

г) под каждый счет по учету межфилиальных расчетов.

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

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

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

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

На данном этапе анализа можно получить, например, ответы на следующие вопросы:

• Сколько картсчетов пополнялось на сумму свыше 1000 долл. за последний месяц?

• Каков доход от выдачи наличных за последний квартал через кассы филиала (филиалов)?

• Каков среднедневной совокупный оборот супермаркетов, находящихся на эквайринговом обслуживании в банке, за последний квартал?

• Какова средняя сумма банкоматной транзакции картодержателя, работающего в организации?

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

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

Построение экономической модели

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

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

В картбизнесе наиболее распространены два вида экономических моделей: балансовая и инвестиционная.