Агрегация может производиться во всех аналитических разрезах в режиме реального времени. Все вычисления выполняются на сервере. . Консолидация.
В системе реализованы различные алгоритмы консолидации. По умолчанию данные на более высоком уровне рассчитываются путем суммирования данных нижних уровней. В системе можно задать, какая часть введенных значений не подлежит консолидации. На основе этого, реализована функция отключения внутрикорпоративных оборотов. Кроме того, можно настроить, по каким измерениям будет выполняться консолидация.
В процессе консолидации ведется "аудиторский протокол", который позволяет выполнить обратный анализ данных сводного баланса. При этом есть возможность выполнения ручных корректировок с сохранением аудиторского следа.
Помимо обычной консолидации, существует возможность проведения так называемой "точечной" консолидации (Point Consolidation), при которой для ускорения процесса данные самого нижнего уровня иерархии суммируются, минуя промежуточные уровни.
Аллокации и трансферты . Использование шаблонов при разноске значений статей. Реализуется с помощью формул. . Использование нормативов и дополнительных справочников, в которых задаются параметры расчета. Для ввода нормативов и других параметров могут быть созданы дополнительные группы бюджетных статей. . Использование языка формул. Язык формул - неотъемлемая составляющая работы с системой. . Скриптовый язык. Отсутствует Алгоритмы расчета финансовых результатов Система имеет механизмы поддержки финансовой логики (дебет/кредит, актив/пассив и т.д.). Например, можно рассчитать исходящий остаток по балансовому счету за период как сумму его входящего остатка и оборотов, определяемых как значение по некоторой статье. Система может автоматически выполнять перекрестную проверку значений указанных статей.
Организация работы пользователей с системой
Автоматизация коллективной работы с бюджетом Многопользовательская работа в едином информационном пространстве - это один из ключевых элементов концепции системы Comshare MPC. Все пользователи в режиме реального времени работают в единой базе данных. Пользователи могут получить доступ к системе либо с помощью web-браузера, либо через специально разработанные клиентские интерфейсы. При этом им предоставляется ряд стандартных функций: . Ввести данные. При этом, пользователь может сохранять данные на сервере, но не представлять их при этом для консолидации. Это используется для хранения различных сценариев. . Выполнить проверку достоверности данных и просмотреть обнаруженные в данных отклонения. . Выполнить контроль версий, например, осуществить перенос введенных данных в другую версию бюджета В процессе планирования руководитель видит кто, когда и какие ввел значения, и имеет возможность вмешаться в этот процесс, самостоятельно снабжая те или иные данные пояснениями, пополняя план новыми показателями или не принимая очередной версии, если она приводит на верхнем уровне бюджета к неблагоприятной финансовой картине. Количество подобных уровней согласования бюджетов неограниченно.
Организация взаимодействия с удаленными филиалами Поскольку все модули системы имеют Web-интерфейс, то нет жестких требований к наличию выделенных каналов связи, и не требуется устанавливать дополнительного программного обеспечения на компьютере пользователя. Построение отчетов выполняется также с помощью Интернет.
Удобства в работе с системой . Лимиты, защищенные статьи. Возможна эмуляция этой технологии посредством создания дополнительных версий бюджета и распределения прав доступа на просмотр и запрет редактирования. . Утверждение статей и планов. С помощью функции focus range в системе существует возможность установить так называемые заблокированные области, которые определяются для каждой версии бюджета и периода времени. Благодаря этому предотвращается изменение данных бюджетов за этот период и изменение импортированных данных. Отдельно выбранную статью утвердить и заблокировать от изменений нельзя. . Примечания к статье. Пользователь имеет возможность присоединить текст к значению любого показателя в качестве пояснения. Эти записки хранятся в централизованной базе данных, при этом ячейка с присоединенной к ней запиской помечается красным индикатором. . Визуализация расхождений. В системе поставляются отчеты, показывающие отклонение. . Контроль ошибок. В системе для этого есть стандартный отчет. Специальные агенты проверяют базу данных на наличие отклонений и исключительных ситуаций, которые сообщаются пользователю лишь в случае их возникновения.
В этом случае, пользователь перенаправляется к тем данным, где возникла рассматриваемая ситуация. Кроме того, ему предоставляется возможность провести детализацию отклонения для того, чтобы выяснить проблему. . Версионность планов. Контролируется. Есть возможность установить дату, с которой начинает действовать та или иная версия бюджета. . Возможность одновременного планирования в произвольных временных периодах. Предусмотрен способ привязки различных данных к определенным временным отрезкам. Например, одни показатели могут планироваться и учитываться помесячно, а другие - поквартально. . Возможность изменять состав и структуру статей одновременно для плана и факта (исполнения) бюджета.
Можно непосредственно в процессе планирования пополнять бюджет новыми показателями. . Средства анализа бюджета.
Система поддерживает различные форматы и методы представления и анализа данных.
Во-первых, это разработка и предоставление по электронной почте стандартных отчетов, готовых к распечатке. При этом могут быть заданы графики их предоставления и способы доставки без вмешательства конечных пользователей.
Во-вторых, это подготовка отчетов пользователями "на лету" с помощью встроенной в систему OLAP-компоненты. OLAP-отчеты имеют устойчивую связь с базой данных. С их помощью пользователь может смотреть агрегированные данные в различных разрезах, выполнять детализацию данных до уровня транзакций, включать в отчеты собственные вычисления с помощью встроенного калькулятора. Все вычисления выполняются на сервере.
Возможности представления данных могут быть расширены путем включения в отчеты различных диаграмм, карт, дополнительных расчетных показателей, а также при помощи сортировки и цветового кодирования отклонений. Эти элементы отчетов также будут связаны с соответствующими показателями в базе данных.
Отчеты и результаты анализа связаны не только с данными, но и с описанием структуры базы данных. В частности, формы отчетов автоматически модифицируются в соответствии со структурными изменениями. Секретность и безопасность данных. . Типы пользователей и права доступа.
Права пользователей в системе настраиваются в зависимости от их роли в процессе бюджетирования, а также от права доступа к той или иной структурной единице.
В системе выделяются следующие группы пользователей:
. Составитель бюджета - пользователь, который имеет право только вводить данные и проверять их достоверность. Обычно это менеджеры отделов или центров затрат.
. Контролер составления бюджета - лицо, управляющее процессом бюджетирования на корпоративном уровне или на уровне крупных подразделений. Имеет все права составителя бюджета, плюс выполняет консолидацию по организационным подразделениям, которые им непосредственно подчиняются, проверяет статус прохождения первичной информации, а также делает копии версий бюджета.
. Администратор - определяет корпоративные требования к приложению и осуществляет мониторинг системы. Имеет все права контролера составления бюджета, плюс имеет возможность вносить изменения в базу данных.
. Аналитик - имеет права доступа к данным только на чтение для целей анализа. Для ведения пользователей и групп пользователей в системе предусмотрен отдельный модуль. . Фиксация действий пользователей.
Фиксируется кто, когда и какие устанавливал значения и выполнял корректировочные проводки по бюджетным статьям.
Архитектура, платформа, средства интеграции
Архитектура Comshare MPC имеет открытую архитектуру и может функционировать на основе различных как реляционных, так и многомерных СУБД. Это реализуется за счет выделения в качестве промежуточного слоя сервера приложений. Для организации хранения данных в Comshare MPC используется схема "Звезда", которая состоит из центральной таблицы фактов (транзакций) и связанных с ней таблиц внешних ключей. Собственного Хранилища исходных первичных данных нет.
Программно-аппаратная платформа . База Данных: Одно- или двухпроцессорный компьютер класса Pentium III.
Объем памяти - 1 GB
Операционная система - Windows 2000, Windows NT, Unix, AS400.
СУБД - Oracle 8i, MS SQL Server 7.0 или 2000, Hyperion Essbase 5.х или 6.0, IBM OLAP Server. . Сервер приложений: Операционная система - Windows 2000, Windows NT
Microsoft Internet Information Server
Microsoft Internet Authentication Services . Клиентская часть: Компьютер класса Pentium с ОС Windows 95, 98, 2000 или NT 4.
128-256 MB RAM
Internet Explorer 4 (Service Pack 2) или 5.
Связь с локальной сетью или доступ к Интернет Средства расширения функций системы . Генераторы отчетов. В качестве генератора отчетов применяется OLAP- компонента собственной разработки, которая предоставляет стандартные возможности по настройке источников данных и генерации отчетов. . Язык формул, скриптовый язык. Язык формул имеется и является одним из важнейших инструментов системы. Скриптового языка в системе нет. . Открытый API для программиста. Система имеет открытую архитектуру и предоставляет API для доступа к данным. Средства интеграции с другими средствами автоматизации предприятия . Интеграция с другими системами. Декларируется, что в системе существуют средства загрузки данных из внешних учетных систем, но, что конкретно они собой представляют, выяснить не удалось. . Интеграция с офисными приложениями. Есть средства интеграции с MS Excel. . Применение XML для интеграции с другими системами. В источниках информации упоминаний не обнаружено.
Страницы: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15
