Как собрать данные WB, Ozon, 1С и CRM в один управленческий дашборд

Коротко

• Управленческий дашборд — это не «графики из личного кабинета», а один экран, где сходятся выручка, себестоимость, маржа и остатки по всем каналам.
• Четыре источника говорят на разных языках: WB и Ozon дают продажи и удержания, 1С — деньги и себестоимость, CRM — сделки и воронку. Их нужно привести к общим справочникам (единый SKU, единый календарь, единая валюта дат).
• Главная техническая боль — не «выгрузить данные», а сверить их между собой: продажа на маркетплейсе и поступление денег в 1С почти никогда не совпадают ни по дате, ни по сумме.
• Начинать стоит с 5–7 метрик, которые реально влияют на решения, а не с «дашборда на 40 виджетов».
• ИИ здесь полезен на конкретных участках — сопоставление артикулов, объяснение отклонений, черновики отчётов, — но итоговые цифры для решений должны проходить через сверку и человека.

Проблема: данные есть, а картины нет

У большинства SMB-продавцов данные не отсутствуют — их слишком много и они не бьются друг с другом. Разберём, почему.

Разные единицы учёта. На WB один и тот же товар может быть заведён под артикулом продавца, артикулом WB (nmID) и штрихкодом. В Ozon — свой SKU и offer_id. В 1С — номенклатура с собственным кодом. В CRM — вообще название сделки текстом. Пока эти идентификаторы не связаны в одну таблицу соответствий, любая попытка «посчитать продажи по товару» упирается в то, что система не знает, что это один и тот же товар.

Разные даты одного события. Продажа на Ozon произошла 3-го числа, отгрузка со склада — 5-го, деньги пришли на счёт — 20-го, а в 1С реализация проведена 21-м. Какую дату считать «продажей»? Ответ зависит от того, на какой вопрос вы отвечаете: для оценки спроса — дату заказа, для денежного потока — дату поступления. Дашборд, где это не разведено, будет показывать выручку, которая не сходится ни с одним отчётом.

Удержания, которые съедают маржу незаметно. Комиссия, логистика, хранение, платная приёмка, штрафы, реклама, компенсации за брак, эквайринг. В личном кабинете это разбросано по разным отчётам и разным датам. Собственник видит «продали на 2 млн», а на счёт приходит 1,3 млн — и разница не собрана в одном месте, поэтому её никто системно не контролирует.

Возвраты, которые приходят с задержкой. Товар вернули через три недели после продажи. В моменте маржа выглядела отличной, по факту сделка ушла в минус. Если дашборд считает выручку «в лоб», он систематически завышает результат свежих периодов.

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

Workflow: как собрать данные, чтобы им можно было верить

Хороший дашборд собирается снизу вверх: сначала данные и справочники, потом сверка, и только в конце — визуализация. Обратный порядок («давайте сразу нарисуем графики») почти всегда приводит к красивой панели с неправильными цифрами.

Шаг 1. Определить вопросы, а не метрики

До любой интеграции ответьте письменно: какие 5–7 решений вы принимаете регулярно и каких цифр вам для этого не хватает. Обычно это:

• Сколько мы реально заработали (маржа после всех удержаний) за период — по каналам и по топ-товарам?
• Какие SKU приносят деньги, а какие только оборот?
• Где сейчас зависли остатки и на сколько дней продаж их хватит?
• Сколько стоит привлечение продажи через рекламу на каждой площадке?
• Сходятся ли деньги: что заказали, что удержали, что пришло на счёт?

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

Шаг 2. Собрать источники через API, а не выгрузками руками

Технически данные забираются так:

• WB — через официальные API (статистика, продажи, остатки, реклама, финансовые отчёты по реализации).
• Ozon — через Seller API (аналитика, отчёты о реализации, остатки, начисления, реклама).
• 1С — через веб-сервисы/HTTP-сервисы или обмен через промежуточную базу; реже — выгрузка регламентным заданием.
• CRM (Битрикс24, amoCRM и т.п.) — через REST API: сделки, суммы, статусы, источники.

Данные складываются в промежуточное хранилище — это может быть отдельная база (PostgreSQL) или даже структурированные таблицы на старте. Ключевой принцип: исходные данные хранятся как есть, сырыми, а все преобразования — отдельным слоем. Тогда при ошибке в расчёте вы правите формулу, а не теряете первичку.

Шаг 3. Свести справочники — это 70% работы

Сердце проекта — таблица соответствий, где один товар связан со всеми своими идентификаторами: артикул продавца ↔ nmID (WB) ↔ SKU/offer_id (Ozon) ↔ код номенклатуры 1С. Без неё дашборд не сможет сказать «вот этот товар в сумме по всем площадкам».

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

Заодно приводится к общему виду календарь (выбираете, какая дата считается «продажей» для каждого отчёта) и валюта дат для удержаний.

Шаг 4. Построить слой сверки

Прежде чем рисовать графики, добавьте служебный отчёт сверки: продажи по данным площадки против реализации в 1С против поступлений на счёт. Расхождения будут всегда — вопрос в их размере. Если разница в пределах ожидаемого (переходящие периоды, задержки выплат) — норма. Если WB показывает продаж на 200 тысяч больше, чем прошло по 1С за квартал, — это сигнал, что где-то теряется учёт, а не просто «данные разные».

Этот слой скучный и его вечно хотят пропустить. Не пропускайте: именно он превращает «красивую панель» в инструмент, которому доверяют на планёрке.

Шаг 5. Визуализация под роль

Только теперь — дашборд. И желательно не один экран на всех:

• Собственнику — деньги: маржа по каналам, денежный поток, топ/антитоп SKU, ABC.
• Категорийщику/закупщику — остатки, оборачиваемость, скорость продаж, что заканчивается и что зависло.
• Маркетологу — реклама: расход, ДРР/ROAS по площадкам, окупаемость по товарам.

Инструмент вторичен — Metabase, Yandex DataLens, Power BI или кастомная веб-панель. Важно, что под ним лежат сведённые и сверенные данные, а не прямые выгрузки из кабинетов.

ROI: что это экономит и когда окупается

Считать выгоду честнее не в абстрактной «эффективности», а в конкретных часах и деньгах.

Время на отчётность. Ручная сборка сводки по нескольким площадкам — это обычно 4–8 часов в неделю у человека, который собирает Excel из выгрузок. За месяц — до 30+ часов, и это работа, которую все ненавидят и делают с ошибками. Автоматический сбор убирает саму задачу: данные обновляются сами, человек тратит время на выводы, а не на копирование.

Скорость решений. Разница между «узнал о зависшем неликвиде через неделю» и «через два месяца» — это разница между распродажей со скидкой 15% и списанием в ноль. Один вовремя пойманный неликвидный завоз на пару сотен тысяч рублей окупает проект целиком.

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

Реалистичный горизонт: базовый сбор данных и сверку по одной-двум площадкам можно поднять за 2–4 недели. Полноценный дашборд со всеми источниками и мэтчингом номенклатуры — обычно 1–2 месяца, в зависимости от того, в каком состоянии учёт в 1С и справочники. Окупаемость чаще всего наступает на найденных потерях в первые же месяцы, а не на «экономии часов».

Риски: где такой проект ломается

«Мусор на входе — мусор на выходе». Если номенклатура в 1С ведётся криво, а на складе пересорт, дашборд честно покажет неправильные цифры. Он не чинит учёт, он его отражает. Иногда первый результат проекта — не панель, а обнаружение, что учёт нужно приводить в порядок. Это нормально и полезно, но к этому стоит быть готовым.

Изменения в API площадок. WB и Ozon периодически меняют форматы отчётов и лимиты. Интеграция требует поддержки — это не «настроил и забыл». Заложите в план мониторинг: если выгрузка сломалась, вы должны узнать об этом от алерта, а не от собственника, который открыл пустой дашборд перед совещанием.

Слепое доверие к автоматике. Здесь работает принцип human-in-the-loop. ИИ и скрипты хорошо делают рутину — собрать, сопоставить, посчитать, набросать комментарий к отклонению. Но решения о закупке, цене и рекламном бюджете принимает человек, глядя на сверенные данные. Автоматический мэтчинг артикулов, автоматические выводы «этот товар убыточен» — всегда с возможностью проверки. Подробнее про границы того, что стоит и не стоит отдавать агенту, — в статье про AI-агентов для бизнеса.

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

Implementation: с чего начать на этой неделе

Не пытайтесь сделать всё сразу. Порядок, который реально доводит проект до результата:

1. Выпишите 5–7 вопросов, на которые дашборд должен отвечать. Без этого любой подрядчик построит вам «что-нибудь».
2. Начните с одного канала. Обычно с той площадки, где больше оборота. Один источник, сведённый и сверенный, полезнее, чем пять, слитых в кашу.
3. Соберите таблицу соответствий SKU хотя бы для топ-100 товаров, дающих основную выручку. Остальное подключите позже.
4. Сделайте слой сверки раньше, чем графики. Убедитесь, что продажи площадки бьются с 1С в разумных пределах.
5. Добавьте 1С и CRM, когда по маркетплейсам картина уже сходится.
6. Договоритесь о поддержке. У кого лежат доступы, кто чинит сломавшуюся выгрузку, как приходят алерты.

Такой порядок даёт работающий результат по одному каналу уже через пару недель — и вы принимаете решения по нему, пока достраивается остальное.

FAQ

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

Можно ли собрать всё через готовые сервисы аналитики для селлеров? Для одной площадки и типовых метрик — да, готовые сервисы закрывают многое и это дешевле. Кастомная разработка нужна, когда вам надо свести маркетплейсы с 1С и CRM, считать маржу по своей методике и получать метрики, которых в коробочных сервисах нет.

Почему выручка в личном кабинете не совпадает с 1С — это ошибка? Чаще всего нет. Это разные события: заказ, реализация и поступление денег происходят в разные даты, плюс удержания и возвраты сдвигают суммы. Задача дашборда — не заставить их совпасть, а показать расхождение и объяснить его. Тревожно, когда разница большая и необъяснимая.

Насколько здесь можно доверять ИИ? На вспомогательных участках — вполне: сопоставить артикулы, объяснить, почему упала маржа по товару, набросать текст еженедельного отчёта. Итоговые цифры, на которых стоят деньги, проходят через сверку и человека. ИИ ускоряет работу, но не отменяет контроль.

Сколько времени и денег это занимает? Сбор и сверка по одной-двум площадкам — 2–4 недели. Полный дашборд со всеми источниками — 1–2 месяца, сильно зависит от порядка в учёте 1С. Основная работа не в графиках, а в справочниках и сверке.

Что делать, если 1С ведётся неаккуратно? Либо сначала навести порядок в учёте, либо строить дашборд по тем данным, которым можно верить (маркетплейсы + CRM), а 1С подключать по мере готовности. Дашборд подсветит проблемы в учёте — это неприятно, но полезно.

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

Что дальше

Если у вас несколько каналов продаж и ощущение, что реальная маржа живёт где-то между личными кабинетами и 1С, — начните с малого: сведите один канал и сверьте его с деньгами. Дальше картина обычно достраивается сама.

Разберём 10–20 SKU и покажем, где теряются деньги: в цене, рекламе, остатках, возвратах или закупках. Напиши Дмитрию в Telegram @dmkosik.