Положительная статистически значимая корреляция

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

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

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

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

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

4. Моделирование будущего. Все бизнес-правила должны свободно использовать любые элементы в БД, а ПО — выполнять консолидацию неоднократно. Используя подобные правила, система сможет работать с рядом задач (как, например, распределение и расчет долей участия дочерних компаний и пр.), которые иным способом решить не удастся.

5. Временная логика.