Почему ваша 1С превратилась в «черный ящик»: как ИТ-отдел подменяет финансового директора
В этой статье разберем, почему «лоскутная автоматизация» без финансовой методологии убивает прозрачность бизнеса и как забрать власть над цифрами у ИТ-отдела, пока система не превратилась в «черный ящик»
Недавно я проводила аудит управленческого учета в крупной компании — производителе и ритейлере одежды. Бизнес масштабный: собственные розничные магазины в Москве и области, интернет-магазин, оптовое направление, закупки материалов в Китае и РФ. Пошив организован по сложной схеме: часть на своем производстве, но основной объем — по давальческой модели в Китае, Белоруссии и странах СНГ.
На построение системы управленческого учета было потрачено много сил и средств, но за огромным количеством отчетов и баз данных на платформе 1С скрывалась системная ошибка: учетом фактически заправляли программисты, а не финансисты.
Архитектура без архитектора: как рождаются «самописки»
Управленческий учет в компании построили на основе 1С Торговля (семерка), назовем её «1С: Управленческая», переписав программу до неузнаваемости, добавив множество регистров, десятки отчетов для каждого отдела, чуть ли не для каждого сотрудника.
Проблема в том, что за всё время её разработки финансовый директор или не участвовал в закладке правил и принципов учета или давал указания, без написания ТЗ, а функции главного архитектора и методолога системы взял на себя руководитель ИТ-отдела.
Что из этого вышло на практике:
- Отсутствие «бумажного» фундамента. При аудите выяснилось, что в компании нет ни одного регламентирующего документа: ни учетной политики, ни описанных бизнес-процессов. Отсутствовали даже технические задания (ТЗ) или переписка, из которой было бы понятно, по какой логике программисты выстраивали учет, с кем они его согласовывали и кто отвечал за корректность учета в будущей системе и полноту отчетов.
- Учет «на коленке» у программиста. Разработка велась стихийно. Любой сотрудник или руководитель мог попросить айтишников «добавить кнопочку», или «вывести цифру», посчитанную по им самим придуманным правилам, или создать новый отчет. Программисты дорабатывали систему на свой вкус, исходя из логики кода, а не финансовых стандартов.
- База данных вместо учетной программы. Система превратилась в огромный склад информации, где нет единого стержня — управленческого плана счетов и двойной записи. Без этого фундамента проверить достоверность данных и корректность отчетов невозможно: цифры в разных отчетах живут своей жизнью и ни один из них не проходит проверку на полноту и правильность ввода информации.
Сами ИТ-специалисты со временем стали заложниками собственной системы. Когда отчетов становятся сотни, а единой методологии нет, программисты уже сами не понимают, какие данные актуальны и в какие отчеты они попадают.
Красивый «план» и потерянный «факт»
Специфика fashion-индустрии — это работа с коллекциями, где цикл от разработки модели до поступления товара в магазин составляет около 1,5 лет. Это гигантский временной разрыв.
Вы вкладываете деньги в разработку моделей, ткани и фурнитуру сегодня, а выручку начнете получать только через 18 месяцев. В такой модели любая ошибка в себестоимости или планировании становится фатальной.
В учетной системе были хорошо проработаны модули создания коллекций: в карточке каждой модели детально расписаны используемые материалы, предполагаемая стоимость пошива затраты на логистику, все сопутствующие расходы. Но, как выяснилось при аудите, в карточке закладывались только плановые данные, а вот с фактическими их сравнить оказалось невозможно.
Где система начала давать сбои:
· Замороженные миллионы в «серой зоне». Плановые данные в карточках базировались на договорных обязательствах с поставщиками и подрядчиками. Однако после того, как одежда была пошита в Китае или СНГ и доставлена на склад, реальный факт в систему возвращался криво. Оплаченные счета за материалы и сложную транспортировку распределялись на готовую продукцию некорректно или не в полном объеме. Практически отсутствовал учет возвратов. Не корректно считались затраты на пошив продукции на собственном производстве.
В итоге собственник видел «бумажную» прибыль, не понимая реальной себестоимости остатков на складах.
- «Черная дыра» давальческой схемы. Отчеты от переработчиков вносились в систему хаотично. Никто не контролировал полноту и своевременность ввода данных. В итоге учет существовал отдельно, а реальное движение материалов и готовых изделий — отдельно. При полуторагодовом цикле оборачиваемости это приводило к тому, что компания теряла контроль на отдельных этапах производственного процесса и логистики, или получала данные с большой задержкой, когда принимать важные управленческие решения было уже поздно.
- Учет «по кошельку», а не по начислению. Основной финансовый учет велся по оплате (кассовый метод). Но при таком длинном цикле производства кассовый метод — это самообман. Без закрытия месяца, начисления расходов и контроля полноты ввода данных невозможно понять реальный результат. Вы можете видеть деньги на счету (авансы), в то время как коллекция уже убыточна из-за выросшей логистики. Такой учет не давал данных об эффективности продаж ни по компании в целом, ни по отдельным изделиям или направлениям продаж.
- Коллективная безответственность. В компании не было описанной оргструктуры и четко закрепленного функционала. Никто не отвечал за корректность данных в 1С «от и до». Если возникал конфликт между подразделениями или сбой процесса, его решали методом «тушения пожара». Систему не перестраивали, чтобы исключить причину сбоя, а просто латали очередную дыру. Данные учетной системы не давали возможности увидеть где именно тонкие места, где надо оперативно принимать управленческие решения исходя из цифр и/или будущих кассовых возможных разрывов и сбоев в логистической цепочке товарных потоков. Отсутствие прозрачного учета автоматически сняло ответственность с руководителей — ведь цифры всё равно нельзя проверить.
Самое опасное, что компания уже три года пытается перейти на 1С: Комплексная автоматизация, но наступает на те же грабли. Те же ИТ-специалисты снова полагаются на собственные знания учета, отказываясь от внедрения управленческого плана счетов и двойной записи. Они опять идут по пути методологии «отчеты важнее учета», противопоставляя регистрам реальную финансовую логику.
Власть программистов и страхи собственника: почему так происходит?
Эта ошибка — классика российского бизнеса. Многие ИТ-специалисты искренне считают, что разбираются в учете лучше финансистов и способны самостоятельно выстраивать методологию. Руководство же часто поддерживает этот сценарий по двум причинам:
- Иллюзия экономии. Кажется, что можно не нанимать дорогого финансового директора, раз «программисты и так всё рисуют».
- Страх делегирования. Реальный учет — это не просто отчеты. Это полномочия выстраивать бизнес-процессы, менять оргструктуру и жестко требовать дисциплины от всех отделов. Это право вето на решения, которые не подтверждены цифрами. Не каждый собственник готов передать такую власть «внешнему» человеку.
В итоге владельцы компании устранились от деталей. Им удобно, что каждый отдел может попросить у айтишников «свою кнопочку», и те её быстро реализуют. Но за этим удобством скрывается стратегический тупик:
- Собственник не знает реальную маржу по каждой модели и каналу продаж.
- Невозможно поставить KPI подразделениям, так как нет базы для расчета их реальной эффективности и самоокупаемости.
- Отсутствие грамотного учета автоматически сняло ответственность с руководителей — если цифры нельзя проверить, то и спросить за результат невозможно.
Как забрать власть у ИТ и вернуть её финансам или как вернуть учету функцию управления
Когда ИТ-отдел годами единолично «рулит» учетом, в компании вырастает опасная иерархия. Программисты привыкают быть единственными носителями сакрального знания о том, как считаются цифры.
Попытка внедрить финансового директора с жесткой методологией неизбежно наткнется на сопротивление системы:
- Манипуляция «бухгалтерской ограниченностью». ИТ-специалисты будут доказывать, что план счетов и двойная запись в управленке не нужны, а требования финдира — это «узкое мышление бухгалтера», которое только перегрузит базу.
Для программиста регистры — это просто удобные таблицы для кода. Для финансового директора план счетов — это единственная гарантия, что ни один рубль не потерялся при трансформации аванса поставщика в материалы на складе, а затем в готовую продукцию и дебиторку.
- Технический саботаж. Любые требования по внедрению финансовой логики будут блокироваться под предлогом «технических ограничений» старой или новой 1С. Пока собственник не понимает разницы между регистром и транзакцией, айтишники будут защищать свою «монополию на цифры» до последнего.
Здесь критически важна жесткая позиция собственника. Без политической воли собственника бизнеса даже самый высокопрофессиональный финансовый директор не сможет ничего изменить. Владелец должен осознать: отдавая методологию на откуп ИТ, он добровольно передает им ключи от управления бизнесом. Пока программист решает, как считать маржу, собственник — лишь пассажир, которому показывают только те «приборы», которые ИТ-отдел захотел настроить.
Тест-драйв: Кто на самом деле управляет вашим учетом?
Чтобы понять, не стал ли ваш бизнес заложником программного кода, ответьте на 5 вопросов:
- ТЗ на отчеты: Программисты принимают задачи напрямую от отделов («сделайте мне кнопочку»), не согласуя финансовую логику с финдиректором?
- Методология: На вопрос «как считается себестоимость?» ИТ-отдел отвечает: «Как в коде прописано, так и выводится»?
- Двойная запись: Вам говорят, что управленческий план счетов — это «лишняя нагрузка на базу», предлагая вместо него только разрозненные регистры?
- Закрытие месяца: Цифра прибыли за прошлый месяц появляется позже 10-го числа, потому что «айтишники еще что-то догружают»?
- Проверка: Вы не можете за 1 минуту сопоставить остатки денег на счетах с данными в базе без «специального отчета»?
Если у вас более 3 ответов «Да» — ключи от «черного ящика» с вашей прибылью лежат в отделе разработки, а не у вас на столе.
Как выйти из этой ловушки: алгоритм действий
Чтобы учет перестал быть «черным ящиком», нужно сменить саму парадигму взаимодействия финансов и ИТ.
- Установите субординацию: Финансист — Архитектор, ИТ — Исполнитель. Программист не должен обсуждать, нужна ли двойная запись. Его задача — реализовать финансовую логику, заданную методологом. Если программист утверждает, что регистры равноценны двойной записи — он либо не понимает сути финансового контроля, либо сознательно защищает свой хаос. Программист не должен решать, как считать прибыль, он должен реализовать алгоритм, заданный финансистом.
- Методология первична. Прежде чем переходить на новую 1С (как в нашем случае с «Комплексной автоматизацией»), опишите учетную политику и бизнес-процессы в документах. ТЗ должно быть системным, основанным на финансовых стандартах, а не набором «хотелок» из разных отделов. Если правила не описаны — программисты напишут их сами, как умеют.
- Вернитесь к финансовому фундаменту. Управленческий план счетов и двойная запись — это не «бухгалтерская прихоть», а единственный способ гарантировать достоверность, полноту и корректность данных. Без этого фундамента вы никогда не увидите реальную точку безубыточности и маржу в разрезе каждой единицы продукции. Если в вашей 1С этого нет — у вас не учет, а «лоскутное одеяло» из регистров.
- Учет важнее отчетов. Красивые дашборды бесполезны, если под ними нет выверенной базы данных. Сначала — дисциплина ввода данных и регламенты закрытия месяца, и только потом — инвестиции в визуализацию.
Управленческий учет — это право собственника видеть объективную правду о своем бизнесе. Не позволяйте ИТ-отделу превращать вашу компанию в «черный ящик», ключи от которого лежат в отделе разработки за ваши же деньги.
Какой результат получился у вас в тесте? Делитесь в комментариях: кто в вашей компании на самом деле определяет правила учета — финансовый блок или ИТ-отдел? Часто ли вы сталкиваетесь с тем, что отчеты в системе противоречат друг другу?
Если вы набрали 4–5 «Да» и чувствуете, что методология учета ускользает из-под контроля — пишите в личные сообщения в ТГ, поделюсь опытом.
Больше разборов системных ошибок в финансах и управлении в моем канале.
Теги: финансы, личный опыт, управленческий учет, торговля, кейс, 1С