ОТЧЁТНОСТЬ · 12 МИН · 5 СЕНТЯБРЯ 2026

Автоматизация отчётности: как собрать данные из CRM, 1С и маркетплейсов в один дашборд

Во многих компаниях отчёт для собственника собирают руками: выгрузка из CRM, выгрузка из 1С, выписка из банка, скриншот из Директа, три файла из кабинетов маркетплейсов. Дальше всё это склеивают в Excel, и через месяц процедура повторяется с нуля. Ниже разбираем, откуда реально берутся данные, что мешает их свести, какие отчёты нужны каждый день, а какие раз в месяц, и сколько стоит собрать дашборд вместо ручной сводки.

Почему отчёты до сих пор собирают руками

Дело не в лени сотрудников. Данные компании физически лежат в 5-8 разных системах, и ни одна из них не знает про остальные.

CRM знает сделки, но не знает себестоимость. 1С знает отгрузки и закупку, но не знает, из какого канала пришёл клиент. Банк знает движение денег, но не знает, к какой сделке относится платёж. Кабинет маркетплейса знает заказы, но комиссии и логистику покажет отдельным отчётом и с задержкой.

Человек становится живым интегратором. Он открывает шесть вкладок и сводит их головой. Это работает ровно до того момента, пока человек на месте и пока цифр немного.

Сколько это стоит в часах

По совместному исследованию Association for Financial Professionals и APQC (2019 год, опрошено более 430 специалистов по финансовому планированию и анализу), на сбор данных уходит 42% рабочего времени, на администрирование процессов 33%, а на сам анализ остаётся 25%. То есть на подготовку цифр уходит в 1,7 раза больше времени, чем на выводы по ним.

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

408 часов это 51 рабочий день. Десять рабочих недель в году один сотрудник занят копированием чисел из одного окна в другое.

Три потери, которых не видно в часах

Задержка решения. Отчёт за август готов 10 сентября. Решение по августу принимают в середине сентября, а действовать оно начинает в октябре. Реакция на проблему опаздывает на полтора месяца.

Расхождения. У продаж своя таблица, у финансов своя. На совещании числа не сходятся, и вместо решения начинается сверка. Час совещания уходит на выяснение, чья выгрузка правильная.

Отчёт живёт в одном человеке. Формулы, ручные правки и «тут я всегда вычитаю возвраты» держатся в голове автора файла. Он уходит в отпуск, и отчёта нет.

Откуда берутся данные и что мешает их свести

Прежде чем строить дашборд, нужно честно описать источники. У каждого свой способ отдачи данных и свои подводные камни.

Битрикс24 и amoCRM мы не внедряем, но данные из них забираем по API так же, как из любой другой системы. Разбор источников и настройка регулярных обменов входят в автоматизацию процессов.

Пять причин, по которым данные не сходятся

Нет общего ключа. В CRM клиент это «ООО Ромашка», в 1С это ИНН, в банке это строка назначения платежа. Пока не выбран один идентификатор, склейка держится на ручном сопоставлении.

Разные календари. CRM считает по дате закрытия сделки, банк по дате поступления денег, 1С по дате отгрузки. Одна и та же продажа попадает в три разных месяца.

Разные определения выручки. Отдел продаж считает выручкой сумму сделки, финансы считают выручкой то, что отгружено, собственник считает деньгами то, что пришло на счёт. Все трое правы, но числа разные.

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

Тихие ограничения выгрузок. Многие API отдают ограниченное число строк за запрос и не предупреждают, что данные обрезаны. Отчёт выглядит нормально, а часть заказов в него не попала. Частая причина, по которой аналитика врёт, а никто этого не замечает.

Часть данных вообще нельзя взять программно. В Lamoda Seller Partner API финансовых методов нет: комиссии и итоговые суммы к перечислению приходят раз в месяц отчётом комиссионера через ЭДО (документация Lamoda Seller Academy). Факт по деньгам живёт только в этом файле. Такие случаи закладывают в проект отдельно: загрузка файла в систему и разбор его по строкам.

Что такое сквозная аналитика на практике

Сквозная аналитика сводится к одной таблице: в одной строке стоят расход на канал и деньги, которые этот канал принёс. Графики поверх неё вторичны.

Выглядит она примерно так: источник, кампания, визиты, лиды, сделки, выручка, прибыль, стоимость лида, доля рекламных расходов. Слева данные из рекламных кабинетов и Метрики, справа данные из CRM и банка.

В нашем проекте сквозной аналитики в такую строку сводятся 12 источников: расход из Директа, визиты из Метрики, лиды и сделки из CRM, звонки из коллтрекинга, деньги из банка. Руководитель открывает строку и читает: канал забрал 180 000 ₽ и вернул 620 000 ₽.

Чтобы это работало, нужны четыре правила.

• Единый ключ клиента. Обычно ИНН для юрлиц и телефон для физлиц. Все системы приводятся к нему.
• Единый календарь. Заранее решено, какая дата считается датой продажи, и это правило одинаково во всех отчётах.
• Единое определение показателя. Выручка, маржа, лид: по каждому термину есть одна формулировка, записанная в системе, а не в голове.
• Пересчёт истории. Когда приезжают возвраты или корректировки, система пересчитывает прошлые периоды, а не оставляет старую версию.

Последнее правило чаще всего и отличает рабочую систему от разовой выгрузки. Разовая выгрузка фиксирует момент, система показывает актуальную картину каждый день.

Какие отчёты нужны каждый день, а какие раз в месяц

Главная ошибка при заказе дашборда: попытка вывести на один экран всё сразу. Получается панель на 40 показателей, которую никто не открывает.

Разделите отчёты по частоте решений, которые они запускают.

Ежедневный отчёт: короткий и без действий

Ежедневная сводка не должна требовать от человека ни одного клика. В проекте KPI отделов план и факт по каждому отделу приходят к 9 утра сами: руководитель открывает экран и за минуту видит, где отставание. Ничего собирать не надо, цифры приезжают ночью.

Держите на дневном экране 5-7 показателей. Всё остальное прячьте на второй уровень.

Месячный отчёт: тут можно и нужно копать

Месячные отчёты наоборот требуют разбора. Юнит-экономика имеет смысл только в глубину, до каждой позиции. Общая строка «маркетплейсы принесли 4 млн» решений не даёт. В проекте по Ozon и Wildberries прибыль считается до SKU, с учётом комиссии, логистики, возвратов и рекламы. На этом уровне становится видно, что половина ассортимента работает в минус.

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

Сколько занимает и сколько стоит

Сроки зависят от числа источников и от того, есть ли у них нормальный доступ по API.

Порядок работ

• Аудит источников, 2-3 дня. Смотрим, что за системы, какие в них доступы, какие данные реально есть, где придётся грузить файлы руками.
• Согласование показателей, 1-2 дня. Фиксируем определения: что считаем выручкой, какая дата считается датой продажи, как учитываем возвраты.
• Первая рабочая версия, 5-10 рабочих дней. Один-два источника, ключевые показатели, живой экран с реальными данными.
• Расширение. Остальные источники, история, права доступа, выгрузки, уведомления.

Первая версия появляется быстро специально: пока вы не увидели свои настоящие цифры на экране, обсуждать состав отчётов бессмысленно. В системе учёта агентства первая версия заработала за шесть дней, а полный контур с финансами, зарплатой, CRM и задачами на 26 человек собирался дальше по частям.

Цены

Полный прайс по остальным задачам собран на странице услуг.

Что двигает цену вверх:

• Много источников. Каждый новый источник это отдельный разбор формата и отдельная обработка ошибок.
• Нет API. 1С в закрытом контуре или кабинет без нормальной выгрузки требуют обходных решений.
• Нужна история. Часть кабинетов отдаёт ограниченный период назад, старые данные придётся загружать файлами.
• Разные права доступа. Когда руководитель отдела видит только свой отдел, а собственник всё, это отдельная работа по разграничению.

Что цену снижает: готовность зафиксировать определения показателей на старте и не менять их каждую неделю.

Когда хватит выгрузки в таблицу, а когда нужен дашборд

Дашборд нужен не всем и не всегда. Иногда автоматическая выгрузка в Google Sheets решает задачу за неделю и за меньшие деньги.

Хватит таблицы

• Источник один, максимум два.
• Показателей до пяти.
• Смотрит один человек.
• Данные не меняются задним числом.
• Отчёт нужен раз в месяц, срочности нет.

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

Нужен дашборд

• Три источника и больше, особенно если среди них 1С и кабинеты маркетплейсов.
• Смотрят несколько человек, и им положено видеть разное.
• Цифры нужны ежедневно, а не в конце месяца.
• Данные пересчитываются задним числом: возвраты, корректировки, поздние платежи.
• На этих числах считают премии и принимают решения о деньгах.
• Таблица уже тормозит или ломается от объёма.

Последний пункт встречается часто. Excel и Google Sheets прекрасно живут на десятках тысяч строк и начинают тормозить на сотнях тысяч. У обоих есть жёсткий потолок: лист Excel вмещает 1 048 576 строк, файл Google Таблиц 10 млн ячеек на всю книгу (Google поднял лимит с 5 до 10 млн в 2022 году). К этому моменту у файла обычно уже есть пять версий, и никто не знает, какая настоящая.

Промежуточный вариант

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

Если CRM у вас пока нет вообще или текущая не отдаёт данные, начинать надо не с дашборда, а с учётной системы: выводить на экран нечего, пока сделки живут в переписке.

Что вы получаете на выходе

Результат автоматизации управленческой отчётности выглядит просто: утром вы открываете один экран и видите актуальные цифры, собранные без чьей-либо ручной работы.

Практический результат выглядит так:

• Данные из CRM, 1С, банка, рекламных кабинетов и маркетплейсов собираются по расписанию.
• Показатели считаются по одной зафиксированной формуле, одинаково для всех отделов.
• Прошлые периоды пересчитываются, когда приезжают возвраты и корректировки.
• Разные роли видят разный объём данных.
• Ежедневная сводка приходит сама, к началу рабочего дня.
• Часы, которые уходили на сбор, возвращаются в работу.

Если хотите заказать разработку дашборда с аналитикой, начните с простого шага: выпишите, из скольких систем сейчас собирается ваш месячный отчёт и сколько часов на это уходит. Этих двух чисел достаточно, чтобы оценить объём работ и понять, окупится ли автоматизация в вашем случае.

Частые вопросы