Для представления экономической картины карточного бизнеса крайне важно правильно организовать ведение и хранение информации по операциям. Карточные операции в своем физическом выражении представляют базу данных, то есть большой объем структурированной информации. Именно от того, как организована эта структура, и зависит в конечном итоге возможность и эффективность анализа. В структурировании информации критически важными являются две основные составляющие: программная оболочка и план счетов бухгалтерского учета. Остановимся на каждом факторе подробнее. Программная оболочка*(76) позволяет вести операции над базой данных - изменять, пополнять, удалять и производить комбинированные манипуляции над данными. С точки зрения структурирования информации она должна поддерживать как минимум следующие функции: для эмиссионной части: - группировать картсчета и карты по первичным признакам - это может быть некоторая маска в номере карты, счете или некоторый отдельно вводимый признак, например код операционной площадки (отделения, филиала); - поддерживать тарифные (набор тарифных ставок) или маркетинговые (пол, адрес, резидентность) группировочные параметры картсчетов; - обеспечивать хранение транзакционной информации в формате, где как минимум указаны номер карты, валюта и сумма транзакции, место ее проведения и тип (наличные, торговая транзакция, возврат и т.д.); для эквайрингового бизнеса: - группировать торговые организации, места реализации товаров/услуг и точки продажи (POS) по индивидуальным регистрационным номерам в разрезе обслуживающего подразделения и оснащенности оборудованием (POS, импринтер); - поддерживать тарифные ставки и маркетинговые (профиль деятельности, месторасположение) группировочные параметры; - обеспечивать хранение транзакционной информации в формате, где как минимум указаны параметры карты (срок действия, номер), сумма транзакции, место ее проведения и тип (торговая транзакция, возврат и т.д.). Для серьезных систем все вышесказанное воспринимается как само собой разумеющееся, но для небольших банков, зачастую использующих отечественное, а иногда и самостоятельно написанное программное обеспечение, напоминание будет нелишним. Вообще говоря, чем больше в базе данных различительных признаков у каждой записи (карты, транзакции, точки обслуживания), тем лучше, но при этом следует иметь в виду, что чрезмерная полнота увеличивает операционные затраты на ввод данных и поглощает технологические ресурсы производительности на их обработку. План счетов бухгалтерского учета также необходимо тщательно продумать. Должны быть обязательно учтены на перспективу задачи масштабирования: дробление видов операций и разрастание количества клиентских групп. Чтобы оптимизировать ведение учета по счетам, практически повсеместно применяют раздельное ведение аналитического и синтетического учета. Аналитический учет по лицевым картсчетам физических лиц ведется карточной автоматизационной системой, а синтетический учет на сводных счетах - системой автоматизированного ведения операционного дня банка (АБС). Что касается счетов корпоративных карт, учет ведется на лицевых балансовых счетах, которые дублируются в карточной подсистеме и операционном дне. Транзитные счета (более точно - счета по учету обязательств и требований) и счета доходов и расходов, а также конверсионные счета ведутся в операционном дне, а в некоторых системах они зеркально ведутся и в карточной подсистеме. При этом для целей анализа (на самом деле не только для этого) должны соблюдаться следующие принципы. Группировка карточных счетов на сводных балансовых счетах должна быть в разрезе: а) обслуживающих подразделений; б) зарплатных проектов; в) разных категорий физических лиц. В более общей формулировке - в разрезе групп, различающихся "экономикой", в первую очередь тарифами, далее - какими-либо особенностями платежно-расчетного режима. Счета доходов должны быть открыты: а) в разрезе подразделений; б) в разрезе видов доходов (в идеале - по количеству позиций в тарифах банка для раздельного отражения соответствующих поступлений). В минимальной конфигурации это могут быть счета в разрезе эмиссия/кэш*(77)/эквайринг. Счета расходов должны быть также открыты в разрезе видов операционных расходов - в идеале по числу тарифных позиций, предусмотренных договором с процессинговой компанией и/или платежной системой. Счета по учету положительной/отрицательной курсовой разницы, возникающей за счет конверсии валюты счетов в валюту расчетов по возмещению, можно открыть по одному для обслуживания всей программы. Транзитные счета необходимо открыть: а) под каждый пункт выдачи наличных; б) под каждую площадку взноса наличными; в) под каждый счет по учету внешних расчетов; г) под каждый счет по учету межфилиальных расчетов. Разработанный план счетов необходимо непрерывно обновлять. В заключение следует отметить, что для эффективной работы с данными в эксплуатационном режиме все перечисленные мероприятия должны быть проведены на постановочном этапе, то есть на стадии организации бизнеса. В дальнейшем вносить исправления будет значительно сложнее. Так как даже в бизнесе среднего размера (по отечественным меркам) ежедневно база операций пополняется тысячами транзакций и десятками записей об открываемых счетах/картах, анализ такого объема данных вручную практически нереален. Чтобы автоматизировать процесс получения и подготовки аналитических данных, используют несколько способов или их комбинацию. Многое в конечном итоге зависит от гибкости банковской системы (оболочки), обеспечивающей работу с карточной базой, а точнее - от гибкости и настраиваемости подсистемы отчетов. Во-первых, можно использовать встроенные в подсистему отчеты, но, к сожалению, толковых встроенных отчетов, пригодных в оригинальном виде для целей экономического анализа, довольно мало, и, скорее всего, придется заказывать их поставщику программного обеспечения в качестве доработки. Доработка, как правило, занимает много времени, и поставщик часто связан необходимостью поддержки унификации ПО. На практике это означает, что нельзя осуществлять гибкий оперативный анализ, но есть возможность периодически получать аналитические данные. Во-вторых, можно использовать внешние системы, предназначенные для формирования отчетов. В качестве примера можно привести одно из самых распространенных средств - пакет Crystal Reports, поставляемый компанией Seagate. Приобретя подобный пакет и обучив в течение нескольких дней специалиста из числа IT-сотрудников, можно вопрос анализа решить раз и навсегда. При этом попутно можно решить вопросы маркетингового анализа, формирования отчетности для контролирующих органов и некоторые задачи бухгалтерского учета. На данном этапе анализа можно получить, например, ответы на следующие вопросы: Сколько картсчетов пополнялось на сумму свыше $1000 за последний месяц? Каков доход от выдачи наличных за последний квартал через кассы филиала (филиалов)? Каков среднедневной совокупный оборот супермаркетов, состоящих на эквайринговом обслуживании в банке, за последний квартал? Какова средняя сумма банкоматной транзакции картодержателя, работающего в организации? Ответы на подобные вопросы бывают часто необходимы для принятия оперативных решений, например в процессе проведения коммерческих переговоров. Однако подготовленной таким образом и прошедшей первичную группировку информации зачастую бывает недостаточно для поставленных задач. Например, чтобы оценить, насколько прибыльной была работа картподразделения за истекший месяц, необходимо построить интегрированную экономическую модель.
Ви переглядаєте статтю (реферат): «Методы и инструменты экономического анализа» з дисципліни «Пластикові картки»
