Эту историю мы с разной интенсивностью видели десятки раз. Логика одинаковая. Компания растёт. Сначала собственник всё считает сам, в одной Excel-таблице. Потом он нанимает финдира, и финдир получает доступ к таблице, переписывает её под себя, добавляет колонки, формулы. Тогда же примерно компания берёт в работу 1С:ERP или другую учётную систему. На внедрении делают первичную настройку: какие виды затрат, как они распределяются, что считается прямыми, что косвенными. Эту настройку делает интегратор по тому, что говорит финдир и главбух на момент внедрения.

Дальше начинается жизнь. Бизнес-модель меняется. Появляются новые виды затрат, новые направления выручки, новые подразделения. Финдир свою Excel-модель докручивает под изменения. Главбух свою бухгалтерскую методику дорабатывает под новые требования законодательства. А 1С:ERP остаётся настроенной так, как было пять лет назад. Никто эту настройку не трогает, потому что трогать страшно: вдруг сломается, и потом не разберёшься.

Через три-четыре года все три «методики» расходятся. На первом году расхождение в один-два процента, его никто не замечает. На пятом году становится 12-15%, и собственник уже не знает, кому верить.

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

В классической команде 1С-проекта эту роль не предполагали. Был заказчик, был аналитик, был разработчик, был тестировщик. Аналитик это переводчик: он спрашивает у бизнеса, как считать, формализует требования и отдаёт разработчику. Если бизнес считает по двум методикам сразу — аналитик переведёт обе. Он не должен решать, какая правильная. Это не его роль.

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

Методолог это редкая роль на рынке. Хороший методолог управленческого учёта это человек, который сочетает три квалификации одновременно: понимание корпоративных финансов на уровне CFO, понимание возможностей 1С:ERP на уровне внедренца, понимание бухгалтерского учёта на уровне ведущего методиста. Таких людей мало. На постоянку их держат единицы компаний, обычно крупный бизнес с оборотом от 50 млрд. Для среднего бизнеса методолога зовут как внешнего эксперта на проект.

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

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

Первое. Управленческий отчёт расходится с реальностью. Не на эпизодически, а системно. Финдир открывает отчёт из 1С, ищет ошибку, не находит, делает свой пересчёт в Excel, получает другие цифры. Это происходит не раз в год, а каждый месяц. Если это про вас, методология учёта в вашей компании уже расползлась на несколько параллельных версий.

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

Третье. У вас в компании есть «теневая отчётность» в Excel у финдира. Помимо официальной из 1С. Финдир её составляет, потому что официальной не доверяет. На совещания приносит свою, а не системную. Собственник смотрит обе. Это не оптимизация, это признак того, что система потеряла функцию источника правды.

Четвёртое. При попытке доработать отчёт в 1С разработчик отвечает «а как считать?» И никто из заказчиков не может дать однозначный ответ. Каждый отвечает по-разному, в зависимости от того, кого спрашивают. Доработка зависает на согласовании, потому что согласовывать нечего: нет единой методики, под которую правится система.

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

Если хотя бы три из пяти признаков совпадают — это сигнал, что в проекте автоматизации нужна не очередная доработка, а методологический аудит. И это работа методолога, а не аналитика и не разработчика.

Методолог это инвестиция в качество принятия решений. Не в качество системы. Не в красоту отчётов. В качество того, на чём вы как собственник или CFO принимаете решения о бизнесе.

Если в вашей компании сейчас три разные методики считают прибыль, это значит, что три разных решения могут быть приняты по одной и той же ситуации, в зависимости от того, какую методику использовать. И ни одно из них не будет «правильным», потому что нет эталона.

Методолог не делает методику «лучше». Он делает методику единой. После его работы 1С:ERP, Excel-модель финдира и бухгалтерская отчётность считают одну и ту же прибыль одинаково. Расхождений нет. И когда у вас падает маржа на пять процентов в третьем квартале, вы тратите время на разговор о том, что с этим делать, а не на разговор о том, кому верить.

Это и есть главная разница. Не «у нас красивая отчётность». А «у нас можно принимать решения и не оглядываться, не врут ли данные».

Через две недели мы вернулись к собственнику с предложением. Не доработка отчёта, не правки в 1С. Методологическая работа на восемь недель. Команда из методолога, аналитика и финансового консультанта со стороны SENSU плюс рабочая группа со стороны клиента (финдир, главбух, руководитель ПЭО, сам собственник на ключевых точках). Бюджет на эти восемь недель сопоставимый с тем, что они потратили бы на полугодовую серию доработок системы, которые всё равно не решили бы проблему.

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

Первый: «А вы уверены, что после этой работы Excel-модель финдира и моя 1С будут показывать одно и то же». Мы сказали, что уверены, потому что мы их буквально сводим в одну методологию, под которую перенастраивается и система, и Excel.

Второй: «А что если выяснится, что мой финдир считает неправильно». Мы сказали, что это возможно, и тогда нам всем придётся это обсудить открыто. Финдир тоже сидел рядом, услышал, кивнул.

Третий: «А если правильно считают они, а я все пять лет принимал решения по ошибочным цифрам». На этот вопрос мы ответили так: вы принимали решения, на основании которых компания выросла с 1.5 до 4 миллиардов. Значит, цифры были достаточно правильные, чтобы принимать стратегически верные решения. Сейчас мы делаем их точнее.

Восемь недель прошло. Методика собрана, согласована, утверждена приказом по компании, заложена в 1С:ERP и в Excel-модель. Совещания, на которых начинали с пятнадцатиминутного спора о цифрах, прекратились.

Через два месяца после завершения работы я заехал к этому собственнику снова, по другому поводу. На прощание он показал распечатанный понедельничный отчёт, который ему теперь приносят. Сказал: «Я его теперь сразу смотрю на финал. На маржу по категориям. Не на сходимость с финдиром, не на проверку. Просто на маржу. Это лучшее, что вы для меня сделали за все пять лет работы».

Это и было самое важное в этой истории. Не методика. Не отчёт. Не сэкономленные доработки. Возвращённое доверие собственника к собственным цифрам. И возвращённое внимание к тому, ради чего эти цифры считают.

Я уехал и подумал, что вот так выглядит работа между мирами: не когда ты решаешь чью-то задачу, а когда ты помогаешь нескольким людям наконец-то увидеть одно и то же.