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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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