Система учета как основа финансового анализа

А. Екушов, R-Style Software Lab, (095) 187-4009, E-mail

---

Проблемы автоматизации финансового анализа

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

Рис. 1. Общая схема "теоретической" методики финансового анализа

Как правило, авторы сосредотачиваются на второй части, а по первой ограничиваются кратким описанием, типа: "возьмем такие-то и такие-то данные". В хороших методиках не возникает непонимания, какие данные имеются в виду и если просматривать первичные документы, то процесс отбора нужных цифр не представляет из себя экономическую проблему. С точки зрения объяснения методики такой подход оправдан, но стоит перейти к вопросу реализации методики в виде программы в составе автоматизированной банковской системы (АБС), то возникают "неожиданные" проблемы.
Эти проблемы связаны с тем общеизвестным фактом, что АБС содержит не сами первичные данные, а их "электронное" представление, которое содержит, во-первых, не всё, что нужно, а во- вторых, не в том виде, каком нужно.
Таким образом, методики, разработанные теоретиками финансового анализа (даже самыми выдающимися), как правило плохо приспособлены для программной реализации, если, конечно, они не ограничиваются использованием самых простых исходных данных, содержащихся в стандартной статистической отчетности.
На рис. 2 представлена общая схема методики, приспособленной для программной реализации в составе АБС. Пунктиром отмечен путь "ручной" реализации методики (который был показан на предыдущей схеме). Более жирными линиями выделены новые составляющие пути, который нужно пройти при программной реализации (и который редко рассматривается в теоретических изысканиях). От старого пути осталась только одна тонкая линия. Двойные стрелки - это то, что задано в рамках данной АБС.

Рис. 2. Общая схема реализации методики финансового анализа в составе АБС

Ключевой проблемой при программной реализации является разработка новой (третьей) части методики, которая формирует исходные данные на основе базы данных АБС (а не на основе первичных документов). Если рассматривать работу АБС как преобразование первичных документов в новую форму представления, то третья часть методики - это, в некотором смысле, обратное преобразование.
Кроме того, качество исходных данных, которые можно автоматически сформировать в рамках АБС, зависит от качества "электронного" представления первичных данных в самой АБС.
Если Вам говорят, что в АБС реализована "крутая" методика, то спросите, кто разрабатывал для нее третью часть и каково качество "электронного" представления данных в этой АБС. Без ответов на эти вопросы крутизна методики мало о чем говорит.
Чтобы обойти или ослабить проблемы разработки третьей части методики, при программировании модулей финансового анализа можно ограничиться внедрением только экспресс-методик, т.е. таких, которые используют только данные стандартной отчетности.
Более трудный, но перспективный путь - это адаптация системы учета в АБС к потребностям финансового анализа. Учитывая многообразие методик, а также потребности стандартной (т.е. внешней) и внутренней отчетности, технологии обработки документов, сохранения имеющихся данных и т.п., речь может идти только о системном подходе к этой проблеме.

Система учета как основа финансового анализа

Задача насыщения АБС функциями анализа не может быть достаточно успешно решена автономно от задачи учета. Основной проблемой реализации модулей финансового анализа является невозможность автоматического формирования достаточно качественных исходных данных для анализа, если только это не простейшая стандартная отчетность.
Хотя принято считать, что в области учета существующие АБС гораздо более продвинуты, чем в области анализа, тем не менее качество реализации функций учета нельзя признать удовлетворительным. Именно низкий уровень организации учета, а не отсутствие теоретических разработок, является главным препятствием на пути создания и развития модулей финансового анализа в составе АБС.
Основные усилия следует направить на построение такой системы учета в АБС, которая бы позволяла строить любой осмысленный денежный поток. Такая системы существенно облегчит как проблему доработки методик финансового анализа, так и задачу автоматического формирования финансовой отчетности, осложненную постоянной погоней за изменчивыми требованиями директивных органов и пользователей АБС.
В настоящий момент в компании R-Style Software Lab развернута работа по построению АБС нового типа, которая будет принципиально отличаться от АБС, существующих на сегодняшний момент у нас и за рубежом. Имеется в виду отличие на самом верхнем - логическом уровне, а не на уровнях оптимизации (выбор технических средств, способов передачи данных, распределения ресурсов и задач между клиентом и сервером и т.п.).
Хотелось бы использовать вместо слов "новый тип" слова "новое поколение", но в прессе термин "новое поколение АБС" несколько девальвировали. Фактически, "новым поколением" могут назвать даже простой перенос старых АБС на новую техническую и программную базу.
В рамках проводимых компанией научных изысканий построена формальная модель учетной системы, реализующая оригинальные идеи, способы и принципы автоматизации бухгалтерского учета. Эта модель не связана с какими-либо языками программирования или техническими средствами и может быть реализованы на чем угодно. Эта модель положена в основу новой версии RS-Bank.
Содержащиеся в модели механизмы учета позволяют решать очень многие проблемы не только учета, но и анализа, на уровне ядра системы. Надеемся, что почти все упомянутые выше проблемы в новой версии будут сведены к программированию нужных интерфейсов.
В частности, в разработанной модели можно получать отчеты за любой период в прошлом и будущем. Более того, имеется возможность получать отчеты за прошедший период в таком виде, в каком они были бы, если бы их запросили в начале этого периода. Это позволяет сравнивать то, что планировалось в этом периоде с тем что получилось на самом деле. Эти и другие нововведения базируются на использовании некоторых новых для систем учета конструкциях: многомерный вектор состояния счета, моменты наблюдения истории проводок, образы истории проводок, уровень формальности отчетов, исходящие и входящие заключительные обороты и т.п.