Один и тот же трюк №3: Дутые прогнозы

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

Сегодня в фокусе — манипуляции с признанием выручки по долгосрочным контрактам. В форензике этот трюк называется процент готовности, Percentage of Completion.

В январе 2018 года в Великобритании рухнул строительный и сервисный гигант Carillion. Это было крупнейшее корпоративное банкротство страны за десятилетие: тысячи людей остались без работы, правительство экстренно спасало сотни госконтрактов — от строительства больниц до обслуживания военных баз.

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

Механизм обмана.

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

Топ-менеджмент Carillion сознательно шёл на должностной подлог:

Директора просто отодвигали признание убытков на следующий квартал. Симулякр рос, пока у компании физически не закончился оборотный капитал для выплаты краткосрочных долгов. Гигант с миллиардными «бумажными» контрактами испарился за недели.

Тот же трюк, но в масштабах среднего ИТ-консалтинга. Небольшая ИТ-компания разрабатывала крупную специализированную ERP-систему для производственного учёта. Контракт был фиксированным — Fix Price, с поэтапной сдачей. Срок — полтора года.

Механизм обмана.

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

Каждый месяц в систему и на стол генеральному директору ложился отчёт: «Проект в графике, маржинальность 35%». Руководитель защищал плановые показатели, уверяя, что текущие задержки — временная шероховатость. При этом ставки разработчиков росли, а фактические трудозатраты — man-hours — уже на середине дистанции превысили общий бюджет проекта в полтора раза.

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

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

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

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

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

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

1. Сверьте факт с базой. Требуйте от финдиректора жёсткого сопоставления текущей себестоимости этапа с первоначальным бизнес-планом. Если затраты выросли на 10%, плановая маржинальность финального этапа должна автоматически пересчитываться вниз в системе — без ручных правок руководителя проекта.

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

3. Комплаенс «второго взгляда». Внедрите независимую верификацию промежуточных этапов. В строительстве — независимый технадзор. В ИТ — сторонний аудит архитектуры кода.

Пересматриваются ли у вас прогнозы по факту реальных затрат? Или они просто защищаются менеджментом на каждом новом этапе?

Больше кейсов и разборов — в телеграм-канале: t.me/corp_fish

Видеоразборы бизнес-кейсов — в Instagram*: mari_kovura

*Принадлежит Meta, запрещённой в РФ.