Наиболее прогрессивным в общемировой практике считается первый подход. В предельном выражении он может трансформироваться в выделение из материнского банка картподразделения в самостоятельный «карточный» банк (например, английский банк First Direct, являющийся дочерней структурой банка HSBC).
В реальности, конечно, все не так просто – распределение функций является предметом постоянной борьбы между смежными подразделениями, что в конечном итоге приводит к некоторому промежуточному состоянию каждого отдельно взятого картподразделения. Поправку на реальность читатель может сделать самостоятельно. Далее перейдем к экономике карточного центра прибыли.
Методы и инструменты экономического анализа
Для представления экономической картины карточного бизнеса крайне важно правильно организовать ведение и хранение информации по операциям. Карточные операции в своем физическом выражении представляют базу данных, то есть большой объем структурированной информации. Именно от того, как организована эта структура, и зависят в конечном итоге возможность и эффективность анализа. В структурировании информации критически важными являются две основные составляющие: программная оболочка и план счетов бухгалтерского учета. Остановимся на каждом факторе подробнее.
Программная оболочка[8] позволяет вести операции над базой данных – изменять, пополнять, удалять и производить комбинированные манипуляции над данными. С точки зрения структурирования информации она должна поддерживать как минимум следующие функции:
для эмиссионной части:
• группировать картсчета и карты по первичным признакам – это может быть некоторая маска в номере карты, счете или некоторый отдельно вводимый признак – например, код операционной площадки (отделения, филиала);
• поддерживать тарифные (набор тарифных ставок) или маркетинговые (пол, адрес, резидентность) параметры группировки картсчетов;
• обеспечивать хранение транзакционной информации в формате, где как минимум указаны номер карты, валюта и сумма транзакции, место ее проведения и тип (наличные, торговая транзакция, возврат и т. д.);
для эквайрингового бизнеса:
• группировать торговые организации, места реализации товаров/услуг и точки продажи (POS) по индивидуальным регистрационным номерам в разрезе обслуживающего подразделения и оснащенности оборудованием (POS, импринтер);
• поддерживать тарифные ставки и маркетинговые (профиль деятельности, месторасположение) группировочные параметры;
• обеспечивать хранение транзакционной информации в формате, где как минимум указаны параметры карты (срок действия, номер), сумма транзакции, место ее проведения и тип (торговая транзакция, возврат и т. д.).
Для серьезных систем все вышесказанное воспринимается как само собой разумеющееся, но для небольших банков, зачастую использующих отечественное, а иногда и самостоятельно написанное программное обеспечение, напоминание будет не лишним. Вообще говоря, чем больше в базе данных различительных признаков у каждой записи (карты, транзакции, точки обслуживания), тем лучше, но при этом следует иметь в виду, что чрезмерная полнота увеличивает операционные затраты на ввод данных и поглощает технологические ресурсы производительности на их обработку.
План счетов бухгалтерского учета также необходимо тщательно продумать. Должны быть обязательно учтены на перспективу задачи масштабирования: дробление видов операций и разрастание количества клиентских групп.
Чтобы оптимизировать ведение учета по счетам, практически повсеместно применяют раздельное ведение аналитического и синтетического учета. Аналитический учет по лицевым картсчетам физических лиц ведется карточной автоматизированной системой, а синтетический учет на сводных счетах – системой автоматизированного ведения операционного дня банка (АБС). Что касается счетов корпоративных карт, учет ведется на лицевых балансовых счетах, которые дублируются в карточной подсистеме и операционном дне. Транзитные счета (более точно – счета по учету обязательств и требований) и счета доходов и расходов, а также конверсионные счета ведутся в операционном дне, а в некоторых системах они зеркально ведутся и в карточной подсистеме. При этом для целей анализа (на самом деле не только для этого) должны соблюдаться следующие принципы.