Заказчик звонит и говорит: «нам нужен BI». Спрашиваем, как сейчас устроен учёт. Отвечают: «обычно, нормально». Дальше Discover-неделя — и вылезают вещи, на которые внутри компании уже давно перестали обращать внимание:
- одна и та же номенклатура заведена в трёх вариантах написания;
- категории клиентов формально есть, но 70% контрагентов вне категорий;
- два склада физически объединили полтора года назад, в учётной системе — по-прежнему два;
- интернет-магазин и розница работают в разных базах, артикулы не совпадают;
- директор смотрит «выручку», но в одной базе она с НДС, в другой — без.
На такой учётной системе Power BI покажет искажённую правду. Сначала — порядок. Потом — BI.
Что мы видим в каждом втором аудите
Дальше — семь типичных «грабель». Не претендую на исчерпывающий список, но это то, что встречается чаще всего на Discover-неделе перед DWH-проектом.
Дубли номенклатуры
«Болт М10×30», «болт М10*30», «Болт_М10_30», «Болт М10х30 (новый)». Всё это один и тот же товар. На витрине ABC-анализа он разойдётся по разным строкам, и никакой из них в класс A не попадёт — потому что по каждой записи продаж мало. Решается консолидацией справочника и настройкой контроля ввода. Вручную или через нечёткое сопоставление.
Незаведённые категории
У 60% контрагентов нет ни сегмента, ни региона, ни источника привлечения. Поля в карточке есть, заполнять их никто не обязал. На BI это вылезает в виде «прочее» — и это «прочее» оказывается 60% выручки.
Разрозненные единицы измерения
Один и тот же товар в закупке учитывается в тоннах, в продаже — в штуках, в остатках — в упаковках по 48 штук. Коэффициенты пересчёта где-то заведены, где-то нет. Расчёт маржи на дашборде даёт фантастические результаты — то убыток в 90%, то маржа в 800%.
Открытые периоды и проводки задним числом
Квартал «закрылся» 31 марта, но до 15 мая бухгалтерия ещё донасчитывает. Дашборд, обновлённый 5 апреля, показывает выручку первого квартала. Дашборд, обновлённый 16 мая, — другую выручку первого квартала. У CFO вопросы.
Ручные правки в проводках
«Бухгалтер так привык», следов нет. Регламент учёта на бумаге один, по факту — у каждого свой. BI отражает фактическое поведение системы, а не инструкции — и вскрывает расхождения, на которые годами закрывали глаза.
Несинхронизированные базы
Между УТ и Бухгалтерией расхождения 2-5%. Никто не знает, какая цифра правильная. На вопрос «откуда брать выручку для дашборда» — спор финансового директора с коммерческим, длиной в 2 недели.
Контрагенты-клоны
«ИП Иванов И.И.», «Иванов Иван Иванович, ИП», «ИП Иванов» (без инициалов) — три разные карточки на одного человека. По факту он ваш ТОП-клиент, по дашборду — три средних. Лояльность не посчитать, RFM-сегментация рассыпается.
Что получится, если не наводить порядок до BI
Три живых сценария. Все — из нашей практики, обобщённо, без имён.
Собственник заходит в Power BI, открывает «ТОП-10 клиентов». На первой строке — ИП Иванов. На седьмой — тоже ИП Иванов. Это один человек, заведённый дважды. Собственник смеётся, потом перестаёт смеяться, потом перестаёт открывать дашборд.
Доверие к BI падает за неделю. Восстанавливать его потом — месяцы.
Финансовый директор сравнивает выручку в Power BI и выручку в 1С. Расхождение — 4%. Идёт расследование. Выясняется, что в одном филиале возвраты учитываются в момент отгрузки, в другом — в момент возврата. Логика учёта разная, на BI это вылезло в первый же месяц.
Дальше два пути: либо унифицировать правила в учёте (3-6 месяцев), либо костылить логику в DWH (быстрее, но технический долг растёт).
Контракт подписан на три месяца. К концу третьего месяца DWH-команда отчитывается: 80% времени ушло на маппинг номенклатур, склейку контрагентов и разбор расхождений между базами. Дашбордов — два из запланированных пятнадцати.
Заказчик платит за «BI-проект», по факту получает «проект очистки данных». Бюджет вырос в два раза, сроки — в три. И это, в общем-то, не вина подрядчика — просто работа была не та, что ожидалась.
Что нужно сделать до старта BI-проекта
Не претендую на универсальный рецепт. Ниже — минимум, который реально влияет на успех проекта. Если на момент старта это всё уже закрыто, DWH-команда сразу будет строить модель, а не воевать со справочниками.
- Аудит справочников. Уникальные номенклатуры, контрагенты, единицы измерения. Дубли разъединить по смыслу или консолидировать. Не всё сразу, но хотя бы по ТОП-100 позиций каждой группы.
- Полнота категорий. Все ли товары привязаны к категории? Все ли клиенты — к сегменту? Если 30% и больше пусто — нужно заполнять, иначе на дашборде будет разноцветное «Прочее».
- Регламент закрытия периода. Когда квартал закрывается окончательно? Кто отвечает за «не править задним числом»? Если ответа нет, договоритесь хотя бы о дате Х, после которой период замораживается.
- Сверка между базами. УТ vs Бухгалтерия — расхождения изучены, источник найден. Должен быть один ответ на вопрос «откуда брать выручку для BI».
- Единые правила учёта. В разных филиалах одна и та же логика отнесения расходов и признания выручки. Если нет — зафиксировать различия и решить, что с ними делать в DWH.
- Минимально необходимая нормативная справочная. Категории, регионы, ABC-сегменты — настроены и не пусты. Это то, без чего нельзя сделать ни один полезный срез.
- Историзация ключевых справочников. Когда сегмент клиента поменялся — это видно или потеряно? Если БУ-система перетирает старые значения, ретроспектива в BI станет некорректной.
Что точно НЕ должна делать BI-команда
Граница ответственности — самая больная тема в BI-проектах. Что BI-подрядчик не возьмёт на себя — и правильно сделает:
- Чистить за вас номенклатуру в 1С. Это ваша операционная работа, BI её не заменит. Подрядчик может помочь скриптом по нечёткому сопоставлению — но принимать решение «эти два товара объединить, а эти два оставить» должны вы.
- Принимать решения о закрытии периода. Это финансовая дисциплина, не технология.
- Дополнять отсутствующие категории контрагентов. Без вашего ввода это будет домыслом подрядчика, и потом на этом домысле построится отчёт, по которому будут принимать решения.
BI-команда строит модель на ваших данных. Если в данных каша — модель тоже будет в каше. Никакая нейросеть, никакая ML-магия и никакой DAX-маг этого не поменяют.
Сколько стоит навести порядок
Грубая оценка: 2-8 недель работы команды учётчиков (1С-специалист + аналитик + методолог финучёта). От 200 до 800 тыс. руб., в зависимости от масштаба и текущего состояния. На крупных холдингах с десятками юрлиц — заметно больше, до нескольких миллионов.
При этом BI-проект на «грязных» данных стоит больше — не на 200-800 тыс. дополнительно, а на 1-3 млн руб. сверху. Потому что DWH-команда вынуждена компенсировать всё, чего нет в учёте: маппинги, словари соответствий, костыли по логике учётной политики. И часто такой проект до конечной цели не доходит — заканчивается на этапе «у нас есть DWH, но цифры спорные».
По-простому. Заплатить 500 тыс. за аудит и чистку перед стартом — дешевле, чем заплатить 2 млн за BI-проект, в котором половина денег уходит на ту же чистку, только без вашего контроля.
Когда «учёт сначала» — это оправдание, а не причина
Бывает обратная ситуация: ждать «полного порядка в учётной системе» нельзя, потому что его не будет никогда. В таких случаях BI стартует параллельно с наведением порядка. Признаки, что это ваш случай:
- Учёт ведётся 5+ лет, навести порядок «глобально» уже невозможно — слишком большой объём исторических данных. Лучше начать BI на регулярных, а в учётной системе параллельно подчищать ТОП справочников.
- BI-проект используется как способ увидеть беспорядок. Пока бардак не виден, никто его не чинит. Дашборд — это зеркало, которое заставляет посмотреть.
- Большой холдинг, где ждать единую регламентацию — годы. BI создаёт давление снизу: «отчёты показывают, что у вас не так» — и это часто работает быстрее, чем приказы сверху.
В этих случаях правильный путь — не откладывать BI, а стартовать с понятным договором: что считаем «нормальной точностью на старте», какие справочники приводим в порядок в первую очередь, кто за что отвечает.
Чек-лист «готовы ли мы к BI»
Десять вопросов, на которые честно ответить «да», «частично» или «нет». Если 6+ «да» — можно стартовать BI. Если меньше — сначала Discover-неделя с подрядчиком, потом порядок в учётной системе, потом BI.
- В справочнике номенклатуры по ТОП-100 позиций нет дублей с разным написанием?
- У всех клиентов из ТОП-50 заполнены сегмент, регион, источник привлечения?
- Единицы измерения по ключевым товарам согласованы между закупкой, продажей и остатками?
- Есть регламент закрытия периода и дата, после которой проводки задним числом запрещены?
- Между УТ и Бухгалтерией расхождение по выручке меньше 1%?
- Логика учёта расходов и выручки одинакова во всех филиалах и юрлицах?
- Есть единый ответ на вопрос «откуда брать выручку для управленческой отчётности»?
- Контрагенты не дублируются (один ИНН = одна карточка, не три)?
- Категории товаров и клиентов заполнены минимум на 80% справочника?
- История изменений сегмента клиента и ABC-класса товара сохраняется?
Этот чек-лист — минимально достаточный для старта. Не идеал, а именно «можно работать». Идеал в учёте недостижим, а BI-проект всё-таки делать надо.
Вместо вывода
BI — это не Power BI и не DWH. BI — это дисциплина смотреть на цифры и делать выводы. Технология — только обслуживающая часть. Если в учёте каша, технология эту кашу красиво раскрасит. Если в учёте порядок — технология даст вам инструмент управления.
Поэтому первое решение, которое стоит принять перед звонком подрядчику: а готовы ли мы сами? Если нет — Discover-неделя, аудит, чистка. Если да — можно говорить про DWH, витрины и дашборды.
Связанные материалы:
- Методология DEEONE — как мы ведём проекты от аудита до сопровождения
- Кейс: холдинг с 20+ базами 1С — что было до и после маппинга справочников
- Кейс: omni-канальный e-com — 5 источников в одной модели, как договаривались о единых правилах
- BI-аудит за 5 дней — проверим состояние данных и дадим план перед стартом DWH