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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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