Шестнадцать лет назад я столкнулся со стандартным для растущего технологического бизнеса вызовом: существовавшие на рынке «коробочные» enterprise-решения требовали либо радикальной перестройки бизнес-процессов, либо создания сложной экосистемы из десятков интеграционных «костылей». С точки зрения финансов это означало неконтролируемый рост операционных затрат и проблемы с достоверностью данных из-за рассинхронизации источников. С точки зрения инженерии — потерю гибкости, а с точки зрения ИБ — появление множества точек потенциальных утечек информации. По моим расчетам, совокупная стоимость владения (TCO) подобной экосистемы за 16 лет составила бы от 5 млн до 8 млн рублей.

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

Спустя 16 лет непрерывной эксплуатации эта система остается главным цифровым контуром организации. Далее я разберу финансовые и операционные принципы, которые позволили самописному решению доказать свою экономическую эффективность на длинной дистанции.

Проектный и финансовый контур: интеграция задач с P&L

Я всегда считал, что главная ошибка классического разделения труда между ИТ и финансами — разрыв между операционной деятельностью сотрудников и управленческим учетом. В разработанной ERP-системе эти сущности объединены. Бизнес-логика полностью исключает возможность существования задачи или поручения в отрыве от конкретного проекта.

Когда сотрудник фиксирует время, затраченное на выполнение задачи, система автоматически рассчитывает стоимость этих часов на основе внутренних ставок, категорий и роли специалиста. Такой подход решает сразу две управленческие задачи:

• Оптимизация ресурсов: позволяет выбирать исполнителя не только по должности или квалификации, но и по его реальному влиянию на итоговую экономику проекта.
• Непрерывный контроль маржинальности: CFO в реальном времени видит «накопленный» ФОТ, рентабельность и чистую прибыль по каждому направлению, не дожидаясь закрытия отчетного периода бухгалтерией.

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

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

Коммерческий и логистический блоки: сквозной контроль активов

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

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

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

Капитализация знаний и управление ресурсами

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

• Учет обучения. Система полностью контролирует курсы, проводимые организацией. Благодаря описанному выше механизму задач, можно отслеживать загрузку преподавателей и финансовую рентабельность каждого образовательного трека. Как CFO, я рассматривал этот модуль в качестве инструмента точной оценки возврата инвестиций в человеческий капитал.
• Аудит ИТ-ресурсов. В системе ведется строгий учет всех внутренних информационных активов — от закупленных лицензий на стороннее ПО до распределения серверных мощностей и прав доступа к инфраструктуре. Для финансового отдела это существенное снижение трудозатрат на проведение ежегодных инвентаризаций.

Финансово-инженерный итог: оценка TCO на 16-летнем горизонте

Главный вопрос при оценке самописного софта всегда звучит одинаково: оправдались ли затраты на собственную разработку по сравнению с покупкой и интеграцией готового рыночного решения?

Короткий ответ: да, полностью оправдались.

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

Источник: IT World.

Больше новостей читайте в сообществе SAPLAND в ВК и телеграм-канале SAPLAND: Новости экосистемы.