Управленческая отчётность редко появляется в компании как готовая система. Обычно всё начинается с конкретных запросов.

Руководителю нужен отчёт по продажам — его настраивают. Финансовому директору требуется анализ затрат — появляется ещё одна форма. Затем добавляются показатели маржинальности, дебиторской задолженности, проектов, подразделений и KPI сотрудников.

Каждая отдельная задача может быть решена правильно. Но со временем возникает другая проблема: отчётов становится много, а единой логики за ними нет.

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

В этот момент стоит проверить: компании действительно нужен ещё один отчёт или задача уже находится уровнем выше.

Один показатель начинает означать разные вещи

Хороший пример — прибыль направления.

Для отдела продаж это может быть выручка за вычетом себестоимости. Финансовая служба дополнительно распределяет общехозяйственные расходы. Руководитель проекта учитывает собственные затраты команды.

Каждая цифра может быть рассчитана корректно, но отвечать на свой вопрос.

Если правила заранее не согласованы, в системе постепенно появляются несколько вариантов одного показателя. То же самое происходит с маржинальностью, статьями затрат, задолженностью и другими управленческими метриками.

Поэтому перед разработкой очередного отчёта полезно определить не только его внешний вид, но и методологию расчёта:

• откуда берутся исходные данные;
• когда признаются доходы и расходы;
• какие аналитические разрезы обязательны;
• как распределяются общие затраты;
• кто отвечает за изменение правил расчёта.

Без этого новый отчёт увеличивает количество доступных цифр, но не обязательно улучшает качество решений.

Excel из инструмента анализа превращается в часть учётной системы

Сам по себе Excel не мешает управленческому учёту. Он удобен для моделирования, разовых расчётов и дополнительного анализа.

Проблема возникает, когда без таблиц уже невозможно регулярно получить итоговую отчётность.

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

Фактически часть логики учёта в такой ситуации находится уже не в 1С, а в наборе файлов и последовательности ручных действий.

Чем больше источников данных участвует в процессе, тем сложнее проверять результат и воспроизводить расчёт одинаково от периода к периоду.

Аналитики начинают проектироваться под отдельные отчёты

Управленческие показатели почти всегда нужны в разрезах.

Результат бизнеса может анализироваться по проектам, подразделениям, ЦФО, направлениям, сделкам, договорам, юридическим лицам или другим аналитикам.

Если каждый новый отчёт развивается независимо, возникают параллельные классификации.

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

Отдельно каждый механизм способен работать. Но сопоставлять данные разных отчётов становится всё труднее.

Поэтому на определённом этапе аналитическую модель полезнее проектировать не под конкретную форму, а под систему управленческих задач компании.

Отчёт показывает проблему, но не позволяет её объяснить

Руководителю недостаточно увидеть, что маржинальность снизилась.

Следующий вопрос — почему.

Изменилась цена? Выросла закупочная стоимость? Увеличились скидки? Появились дополнительные расходы? Изменилась структура продаж?

Если практически каждый такой вопрос требует отдельной выгрузки и ручной расшифровки финансовым специалистом, отчёт показывает итог, но плохо поддерживает анализ причин.

Системная модель должна позволять двигаться от агрегированного показателя к данным, из которых он сформирован.

Для этого отчёты должны использовать согласованные источники и аналитики, а не существовать как независимые разработки.

Когда проблема уже не решается новым отчётом

Если компания сталкивается сразу с несколькими такими признаками, очередная доработка может дать только временный результат.

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

При таком подходе сначала определяют, какую информацию нужно получать для управления и по каким правилам она должна рассчитываться. И только затем решают, какими объектами, настройками и отчётами 1С реализовать эту модель.

Вместо сценария «возник новый вопрос — сделали новый отчёт» появляется общая основа, из которой можно получать разные представления данных для собственника, финансового директора и руководителей направлений.

С чего начать проверку существующего учёта

Для первичной диагностики не обязательно сразу перестраивать систему.

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

После этого обычно становятся видны повторяющиеся проблемы.

Одинаковые показатели рассчитываются по разным правилам. Один справочник используется в разных значениях. Часть цифр формируется в 1С, а часть появляется только после ручной обработки. Несколько отчётов содержат одинаковые данные, но получают их разными способами.

Следующий вопрос — каким должен быть целевой вариант.

Если правила расчёта согласованы, аналитики унифицированы, а источники данных определены, техническая часть автоматизации становится значительно понятнее.

Цель — не максимальное количество отчётов

Качество управленческого учёта определяется не числом форм в системе.

Важнее, чтобы показатели были сопоставимы, правила их расчёта — понятны, а пользователь мог перейти от итоговой цифры к её причинам.

Два отчёта, построенные на общей модели данных, иногда дают руководителю больше, чем двадцать независимых разработок.

Поэтому по мере роста требований к аналитике полезно периодически оценивать не только то, какого отчёта ещё не хватает, но и архитектуру учёта в целом.

Следующим этапом автоматизации может оказаться не ещё одна форма на экране, а наведение порядка в правилах, аналитиках и источниках данных, на которых строятся все остальные отчёты.