7 типовых ошибок в управленческом учёте и как их исправить

За 1000+ выполненных работ управленческого учёта мы видим одни и те же ошибки в 80% случаев. Они не зависят от размера бизнеса, отрасли и опыта команды — это «детские болезни», через которые проходит каждый, кто впервые строит систему финансового контроля.

Хорошая новость: все эти ошибки описаны и каждую можно исправить за 1–2 дня. Плохая: пока их не исправить, управленческий учёт будет давать неверные цифры, на основе которых принимаются неверные решения. В этой статье — разбор семи самых «дорогих» ошибок, с примерами и инструкциями по исправлению.

Симптом: собственник смотрит «отчёт о прибыли» и видит хороший плюс, а денег на счёте нет. Или наоборот — деньги есть, а P&L показывает убыток. Это означает, что отчёты собраны по разным методам и сравниваются «как яблоки с апельсинами».

Причина: P&L строится по методу начисления (доход в момент сдачи работы), ДДС — по факту движения денег. Это два разных отчёта на разные вопросы: «Зарабатываем ли мы?» и «Куда уходят деньги?» Они никогда не совпадают и не должны.

Как исправить: чётко разделите два отчёта. В P&L — выручка и расходы по дате документа (акт, накладная). В ДДС — поступления и платежи по дате выписки. Разницу между прибылью и денежным потоком объясняет третий отчёт — баланс (изменение дебиторки, кредиторки и запасов).

Симптом: в одной строке журнала статья «Реклама», в другой «реклама», в третьей «маркетинг», в четвёртой «Я.Директ». Свод по статьям показывает 30 строк вместо 8, и собственник не понимает, на что ушли деньги.

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

Как исправить: создайте отдельные листы-справочники для статей, контрагентов, счетов, направлений. В журнале сделайте все эти поля выпадающими списками через «Данные → Проверка данных». Уже введённые данные приведите к единому виду — простой VLOOKUP с переименованием решит задачу.

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

Причина: попытка сделать таблицу одновременно красивой презентацией и базой данных. Эти задачи несовместимы.

Как исправить: разделите данные и презентацию. Журнал и справочники — плоские таблицы без слитых ячеек, без объединений, без «двух заголовков в одной». Дашборд и красивые отчёты — отдельные листы, которые тянут данные формулами.

Симптом: ДДС показывает выручку в 3 раза больше реальной. При сверке с банком оборот не сходится.

Причина: переводы между расчётным счётом и корпоративной картой / эквайрингом / накопительным счётом учтены как «поступление» и «платёж», то есть посчитаны дважды.

Как исправить: введите тип операции «Перевод» отдельно от «Поступление» и «Платёж». При сборке ДДС исключайте переводы из выручки и платежей. Лучше — отдельный лист «Переводы между счетами», который не попадает в основной отчёт.

Симптом: в начале каждого месяца бухгалтер тратит 2–3 дня на «закрытие» прошлого месяца. К моменту, когда отчёты готовы, они уже устарели на 30 дней.

Причина: журнал заполняется «когда дошли руки», обычно перед сдачей отчёта собственнику. Текущая ситуация в бизнесе невидима.

Как исправить: введите правило «каждая транзакция фиксируется в день совершения». Ещё лучше — автоматизируйте: банковская выписка через API или Apps Script подтягивается ежедневно. Сотрудники вносят данные через формы Google Forms прямо с телефона. К концу каждого дня журнал — актуален.

Симптом: «общая прибыль есть, но я не понимаю, какое направление убыточно». Все продукты / точки / клиенты учтены «в куче», и невозможно посчитать, что реально зарабатывает, а что нет.

Причина: в журнале нет колонки «Направление» / «Проект» / «Точка». Каждая транзакция привязана только к статье.

Как исправить: добавьте обязательное поле «Направление» в журнал и журнал выручки. На основе этого собирается P&L по направлениям через SUMIFS или сводную таблицу. После первого же отчёта вы обычно обнаруживаете, что 1–2 направления тащат на себе прибыль, а ещё 2–3 убыточны и просто «съедают» ресурс. Это часто приводит к самому быстрому росту прибыли в истории компании.

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

Причина: нет регулярной сверки. В «нормальной» системе остаток на счетах в системе всегда должен сходиться с фактическим остатком в банке. Если не сверять — расхождения копятся.

Как исправить: создайте лист «Сверка» с двумя колонками — «Остаток в банке на дату» (вручную или из API) и «Остаток по системе» (формула SUM по транзакциям). Сверка раз в неделю занимает 5 минут и не даёт расхождениям накапливаться. При автоматической интеграции с банком сверка делается одним скриптом и шлёт уведомление в Telegram, если разница не равна нулю.

Возьмите свой текущий учёт и пройдитесь по списку:

1. 1Есть ли отдельные P&L и ДДС? Сходятся ли они с балансом?
2. 2Используются ли справочники для статей, контрагентов, направлений?
3. 3Все ли таблицы — плоские, без слитых ячеек?
4. 4Помечаются ли переводы между своими счетами как отдельный тип операции?
5. 5Обновляется ли журнал ежедневно?
6. 6Есть ли аналитика по направлениям / проектам / точкам?
7. 7Сверяются ли остатки в системе с фактическими остатками в банке хотя бы раз в неделю?

Если по 3+ пунктам ответ «нет» — система требует ревизии. Если по 5+ — лучше пересобрать с нуля, потому что чинить хрупкое здание дороже, чем построить заново.

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

Ошибки в учёте — это не ошибки в цифрах. Это ошибки в решениях, которые принимаются на основе этих цифр.