оценка системы финансового менеджмента

Когда говорят об оценке системы финансового менеджмента, многие сразу представляют горы отчетов, графики и KPI. Но на практике, особенно в компаниях, которые проходят цифровую трансформацию, всё упирается не в цифры сами по себе, а в то, как эти цифры ?живут? в операционных процессах. Вот, например, работали мы с ООО Хэнань Цзюйхэ Текнолоджи — поставщиком услуг цифровой трансформации. Их сайт, hnjhkjjt.ru, позиционирует их как ведущего игрока, но когда начали копать в их внутренние финансовые потоки, оказалось, что автоматизация есть, а целостной системы управления финансовыми рисками — нет. И это частая история: компании вкладываются в технологии, но забывают, что технология — это лишь инструмент. Без пересмотра процессов и, что критично, без понимания, как оценивать эффективность этих процессов, деньги уходят в песок.

Не цифры, а процессы: с чего начинается реальная оценка

Итак, первое, с чем сталкиваешься — это запрос на ?оценку эффективности?. Руководство хочет цифр. Но если начать сразу с метрик, можно промахнуть мимо цели. В случае с Хэнань Цзюйхэ Текнолоджи мы начали не с финансовой отчетности, а с карты бизнес-процессов. Как формируется заявка на закупку серверного оборудования? Как согласуется бюджет на облачные решения с клиентом? Где в этих цепочках возникают финансовые решения? Оказалось, что ключевые решения по оттоку денег принимались на уровне тимлидов проектов, без единого регламента. Система была, но она не управляла — она лишь фиксировала.

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

И вот что важно: в таких проектах цифровой трансформации, как у Хэнань Цзюйхэ, часто есть соблазн сразу внедрить ?крутое? ПО для финансового планирования. Но если процессы не выверены, программа станет лишь очень дорогим архивом. Мы видели подобное у других интеграторов — покупают SAP или 1С, а потом годами борются с тем, что сотрудники ведут параллельный учет в Excel. Поэтому наш первый вывод был прост: оценка должна начинаться с анализа ?как есть?, причем не в идеальном мире регламентов, а в мире реальных ежедневных операций.

Метрики, которые работают, и те, что лишь создают видимость

После анализа процессов встает вопрос: а что, собственно, измерять? Классические показатели вроде оборачиваемости дебиторки или операционной маржи, конечно, важны. Но в динамичном бизнесе, где проекты могут длиться от трех месяцев до двух лет, эти метрики часто запаздывают. Мы для Хэнань Цзюйхэ Текнолоджи ввели, например, показатель ?финансовой гибкости проекта? — это не канонический термин, но суть в том, чтобы оценить, как быстро бюджет проекта может быть перераспределен между статьями без потери качества. Это родилось из конкретной боли: на одном из этапов цифровой трансформации для клиента срочно потребовалось закупить дополнительное лицензионное ПО, а бюджет был жестко зашит в оборудование. Пришлось идти на переговоры, терять время.

Еще один момент — оценка стоимости привлечения денег. Казалось бы, базовый показатель. Но когда начинаешь считать не по учебнику, а с учетом реальных условий работы в России и с международными контрактами (а у Хэнань Цзюйхэ такие есть), вылезают нюансы. Комиссии банков, курсовые разницы по предоплатам, стоимость альтернативных источников финансирования для конкретного проекта — всё это должно ложиться в модель. Мы как-то просчитали проект, где формально рентабельность была 25%, а после учета всех реальных финансовых издержек и рисков — едва 7%. Без глубокой оценки системы такое можно заметить слишком поздно.

И да, нельзя забывать про человеческий фактор. Самые лучшие метрики ничего не стоят, если их не понимают те, кто принимает решения. Мы разработали дашборд с ключевыми показателями для руководства Хэнань Цзюйхэ Текнолоджи, но сначала он был перегружен. Пришлось упрощать, оставив 5 ключевых ?лампочек?: текущая ликвидность по проектам, прогноз кассовых разрывов на 30 дней, средняя стоимость финансирования, отклонение фактических затрат от плановых (в динамике) и коэффициент использования бюджетов подразделений. Всё. Главное — чтобы на это смотрели каждый день, а не раз в квартал для отчета.

Интеграция с системами цифровой трансформации: где ломаются зубы

Компания ООО Хэнань Цзюйхэ Текнолоджи, как поставщик таких услуг, сама является живым примером. Их внутренняя система финансового менеджмента должна была быть безупречной. Но на стыке между CRM-системой, где формируются коммерческие предложения, и бухгалтерским контуром, где учитываются фактические затраты, всегда был зазор. Предложение клиенту просчитывалось по одним тарифам, а реальная закупка у вендора происходила по другим, из-за колебаний на рынке комплектующих. Финансовый отдел узнавал об этом постфактум, когда нужно было платить по счету.

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

Был и неудачный опыт. Пытались автоматически привязывать каждую трату к конкретному этапу проекта из Jira. Идея была в том, чтобы видеть финансовую эффективность каждого этапа разработки. Но на практике сотрудники не всегда корректно проставляли теги в задачах, данные ?грязнились?, и картина получалась искаженной. От этой идеи отказались, заменив ее на еженедельные сверки с руководителями проектов. Иногда простой человеческий диалог надежнее сложной автоматизации. Это важный урок: не всякую связку процессов стоит автоматизировать, иногда эффективнее оставить ручной контроль в ключевых точках.

Риски и как их оценивать по-настоящему

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

Для Хэнань Цзюйхэ мы ввели практику ежеквартальных стресс-тестов финансовой модели. Берем три самых ?жирных? проекта и моделируем негативные сценарии: срыв сроков на 30%, рост затрат на закупки на 20%, отказ одного из ключевых клиентов от контракта. Смотрим, как это повлияет на денежный поток и выполнение других обязательств. Первые такие тесты вызывали панику — оказывалось, что запас прочности у компании меньше, чем все думали. Но это и есть цель: не испугаться, а заранее создать финансовые буферы или скорректировать политику резервирования.

Отдельно стоит сказать про оценку рисков самой системы. Та же самая цифровая платформа, которую компания внедряет для клиентов, — это и ее актив, и потенциальная статья расходов на поддержку. Мы как-то недосмотрели, и выяснилось, что стоимость техподдержки одного из собственных продуктов за год выросла на 40% из-за устаревшей архитектуры. Это напрямую ударило по маржинальности. Теперь в финансовую модель любого нового продукта сразу закладываем не только стоимость разработки, но и прогноз затрат на поддержку на 3 года вперед, с учетом возможного морального устаревания. Это и есть интеграция риск-менеджмента в ежедневное управление финансами.

Итоги: система как живой организм, а не отчет

Так к чему же мы пришли? Оценка системы финансового менеджмента — это не разовое мероприятие по составлению отчета. Это постоянный процесс настройки и адаптации. Для компании типа ООО Хэнань Цзюйхэ Текнолоджи, которая сама находится в авангарде цифровых изменений, это особенно актуально. Их система должна быть не просто отлаженной, но и чрезвычайно гибкой, чтобы быстро реагировать на изменения как на рынке технологий, так и в финансовой среде.

Главный результат нашей работы — не идеальные графики, а изменение подхода. Финансовый отдел теперь не просто собирает данные, а активно участвует в планировании проектов на самой ранней стадии. Руководители проектов научились видеть финансовые последствия своих операционных решений. А на уровне топ-менеджмента появилась привычка регулярно смотреть не только на выручку, но и на качество денежного потока и степень реализации финансовых стратегий.

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