Из материала вы узнаете, какие плоскости управленческого учета существуют, почему нельзя решить все проблемы за счет автоматизации и как организовать систему планирования и учета денежных средств в 3 этапа.
3 плоскости управленческого учета
У системы управленческого учета есть три плоскости.
- Методологическая. Разрабатываются списки показателей, классификаторы учета (которые потом станут справочниками в IT-системах), формулы и правила для расчетов и логических вычислений.
- Процессная. Разделяются роли и строится бизнес-процесс учета: определяется, кто ведет какую информацию, на каком этапе, от кого узнает и кому передает данные.
- Техническая. Определяется, какую часть действий, каких именно действий и на каком этапе будет выполнять машина. И какая именно машина (калькулятор, Excel, программа и т.д.).
Как строится управленческий учет?
Организация системы управленческого учета на предприятии проще и качественнее всего реализуется в таком порядке:
Часто компании стараются решить все проблемы за счет автоматизации. Но каждую проблему лучше решать в «своей» плоскости:
- Неопределенность в способах расчетов, отсутствие ясности в структуре измерений учета, неустойчивые формулы — в методологической
- Дублирование функций — в плоскости организации бизнес-процессов
- Качество данных, доступ к ним, прозрачность, скорость их обработки — в технической
Решение проблемы в «чужой» для нее плоскости обычно обходится дороже. Например, формализовать методологию учета во время внедрения сложных программных продуктов будет дороже, чем сделать это до внедрения.
Пример: как организовать управленческий учет на предприятии в 3 этапа
Рассмотрим пример организации управления движением денежных потоков.
1. Разработка методологии
В данной сфере основой проектирования могут стать общепринятые документы:
- Бюджет (план) движения денежных средств
- Заявка на оплату
- Реестр платежей
- Платежное поручение
- Отчет «Платежный календарь»
- Отчет об исполнении бюджета ДДС (план-факт)
Далее проектируем основные функции — пока без привязки к исполнителям, так как здесь это лишь «математическая» последовательность логических операций. Однако, для каждой функции необходимо четко прописать методики.
Функции |
Вопросы по методологии |
Примеры |
---|---|---|
Формирование плана |
В каких разрезах? |
Месяц | Сценарий | ЦФО | Статьи ДДС | Проекты |
По каким формулам? |
= План прошлого года * коэффициент роста цен |
|
Ввод заявок на оплату |
В каких разрезах? |
День оплаты | Сценарий | ЦФО | Статья ДДС | Проект |
Контроль соблюдения лимитов |
В каких разрезах? |
Месяц | ЦФО | Статьи ДДС |
Перемещение заявки между расчетными счетами и датами |
В каких разрезах? |
Банковский счет | Желаемая дата |
Возможно разделение заявки на два платежа с разными датами и банковскими счетами |
||
Формирование дневного реестра платежей |
Отборы (разрезы реестра в целом): |
Один реестр – один день Один реестр – одно юридическое лицо |
В каких разрезах (для строк реестра)? |
Юрлицо | Банковский счет | Контрагент | Сумма | Номер заявки | День оплаты |
|
Формирование платежных поручений для банка |
В каких разрезах? |
… |
«Разнесение» банковской выписки (учет факта платежей) |
В каких разрезах? |
По какой заявке | Дата | Юрлицо |
План-факт анализ |
В каких разрезах? |
Месяц | Сценарий | Организация | ЦФО | Статьи ДДС | Проекты |
Я намеренно оставил в этой таблице несколько недоработок, на которые нужно обратить внимание.
Например:
- Лимиты контролируются в разрезе проектов, тогда как план по ним не вводится.
- Заявка может быть разделена между разными датами после проведения процедуры контроля лимитов. Значит, остается «лазейка» для перемещения платежа на новый месяц в обход контроля лимитов.
- В заявке используется ЦФО, в реестре Юридическое лицо, а в План-Факт анализе – Организация. Необходимо четко определить соотношение между этими измерениями. От этого будет зависеть структура учета.
Все подобные вопросы необходимо выяснить, уточняя методику.
2. Разработка бизнес-процессов
Позднее функции детализируются при переводе в бизнес-процесс, в привязке к ролям и сотрудникам.
На этом этапе решаются организационные аспекты управленческого учета на предприятии, и реализуется организация учета по центрам ответственности.
Функции |
Ответственные роли |
Текущие сотрудники |
---|---|---|
Расчет плана |
Экономист по ДДС |
Петров А.Б. Сидоров Ю.Г. |
Ввод плана |
Экономист по ДДС |
|
Согласование плана |
Руководитель службы контроллинга |
Владимиров Г.Д. |
CFO |
Сергеев А.В. |
|
CEO |
Иванов А.П. |
|
Ввод заявок на оплату |
Сотрудники ЦФО |
(в соответствии с отдельным приложением) |
Контроль соблюдения лимитов |
Экономист по ДДС (в дальнейшем – система контролирует автоматически) |
|
Согласование заявок на оплату |
Экономист по ДДС |
|
Руководитель службы контроллинга |
||
Chief Supply Chain Officer |
||
CFO |
||
Перемещение заявки между расчетными счетами и датами |
CFO |
|
Создание дневного реестра платежей |
Экономист по ДДС |
|
Согласование реестра платежей |
CFO |
|
CEO |
||
Формирование платежных поручений |
Бухгалтер по работе с банком |
Юрина Ю.Л. |
Отправка документов в банк |
Бухгалтер по работе с банком |
|
«Разнесение» банковской выписки |
Бухгалтер по работе с банком |
|
Сбор факта |
Автоматически (Настраивает в Excel IT-инженер) |
Степов Ю.Р. |
План-факт анализ |
Экономист по ДДС |
|
CFO |
||
Утверждение план-факт анализа |
CEO |
3. Проектирование информационной системы
Дальше готовится автоматизация. Вначале все ведется в более простой системе (обычно в Excel), позже выбирается специальный продукт — например, 1С:Управление холдингом.
Теперь важно упорядочить все функции в привязке к конкретным продуктам и объектам системы. Здесь же можно указывать, подходят ли готовые механизмы программы или потребуется доработка.
Функции |
Система |
Задействуемые объекты системы |
Доработка? |
---|---|---|---|
Расчет плана |
Excel |
- |
|
Ввод плана |
1С:УХ |
Документ «план» |
Да (см. ТЗ, п.8) |
Согласование плана |
1С:УХ |
Документ «план» |
- |
Модуль «Согласование» |
Да (см. ТЗ, п.10) |
||
Ввод заявок на оплату |
1С:УХ |
Документ «Заявка» |
Да (см. ТЗ, п.14) |
Согласование заявок на оплату |
1С:УХ |
Документ «Заявка» |
- |
Модуль «Согласование» |
Да (см. ТЗ, п.21) |
||
Контроль соблюдения лимитов |
1С:УХ |
Документ «Заявка» (процедура проведения) |
Да (см. ТЗ, п.25) |
Модуль «Согласование» |
Да (см. ТЗ, п.25) |
||
Перемещение заявки между расчетными счетами и датами |
1С:УХ |
Интерактивный отчет «Платежный календарь» |
- |
Создание дневного реестра платежей |
1С:УХ |
Документ «Реестр» |
Да (см. ТЗ, п.31) |
Согласование реестра платежей |
1С:УХ |
Документ «Реестр»; |
- |
Модуль «Согласование» |
- |
||
Отправка документов в банк |
1С:УХ |
Банк-клиент (в проекте не автоматизируется) |
- |
«Разнесение» банковской выписки |
1С:УХ |
Документ «Выписка» |
- |
План-факт анализ |
1С:УХ |
Отчет «План-факт ДДС» |
Да (см. ТЗ, п.45) |
Утверждение план-факт анализа |
В Excel и устно |
На основе проработки таких связей можно достаточно четко увидеть недоработки в системе управленческого учета и понять, в какой плоскости их нужно решать (путем изменения методик, перестраивания бизнес-процессов, доработки программных продуктов и их отдельных объектов).