Время на прочтение: 7 минут

Дата публикации: 27.10.2026

Вывести данные из 1С в BI можно несколькими способами, от выгрузки в Excel до автоматической загрузки в хранилище данных. Для разового отчета хватит выгрузки или подключения через OData. Регулярную управленческую отчетность, где данные 1С нужно сводить с CRM и другими системами, надежнее строить через хранилище. Так отчеты обновляются по расписанию, а рабочая база 1С не тормозит от аналитических запросов.

1С хорошо ведет учет, но управленческая аналитика в ней упирается в три ограничения.
• Источники. Продажи часто идут через CRM, бюджеты живут в Excel, данные маркетплейсов и рекламы вообще не попадают в учетную систему. А если в холдинге несколько юрлиц, у каждого обычно своя база 1С или даже своя конфигурация.
• Скорость. Тяжелый отчет за несколько лет формируется минутами и нагружает ту же базу, в которой в это время работают бухгалтерия и отдел продаж.
• Формат. Отчеты 1С отвечают на вопросы учета, а финансовому директору нужны управленческие срезы. Это план-факт, динамика маржинальности, ОДДС с графиком платежей, сравнение подразделений на одном экране.

Поэтому в большинстве компаний между 1С и руководителем стоит Excel. Аналитик или финансист выгружает отчеты, сводит их с другими таблицами и к середине месяца отдает цифры, которые уже устарели. BI убирает этот ручной шаг, но только если данные из 1С в него попадают автоматически и в правильном виде.

Автоматизируем сбор данных и освободим команду от ручной аналитики

Сотрудники тратят часы на отчеты?

Сначала о том, чего делать нельзя. Иногда BI подключают напрямую к SQL-базе, в которой хранятся данные 1С. Лицензионное соглашение 1С запрещает обращаться к данным информационной базы в обход платформы. Да и технически это неудобно. Таблицы в базе называются по типу _Document123, а после обновления конфигурации их структура может поменяться. Все способы ниже работают через саму платформу 1С.

Сотрудник выгружает готовый отчет из 1С в файл, а BI-система забирает его из папки. Запустить такую схему можно за день, и для пилотного дашборда этого достаточно.

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

У 1С есть собственный BI-инструмент, «1С:Аналитика», который работает на платформе 1С:Предприятие. Он использует те же права доступа, что и 1С, и позволяет собирать дашборды без переноса данных во внешнюю систему. Для компании, где почти все данные уже в 1С, это логичный первый шаг.

Ограничения связаны с тем, что инструмент живет внутри платформы 1С. Загрузить в него Excel или внешние данные можно, но для свода нескольких баз 1С и больших объемов обычно нужен еще и «1С:Корпоративное хранилище данных». Лицензируется «1С:Аналитика» отдельно, по числу пользователей.

OData — стандартный интерфейс платформы 1С, через который внешние системы читают справочники, документы и регистры. Менять конфигурацию при этом не нужно. Базу публикуют на веб-сервере и выбирают, какие объекты будут доступны снаружи.

Стоит учесть, что напрямую к OData подключаются в основном Power BI и Power Query в Excel. Российские BI-платформы, в том числе Yandex DataLens, обычно получают данные 1С через промежуточную базу. Кроме того, Microsoft приостановила продажи в России, и многие компании переходят с Power BI на отечественные системы.

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

На рынке есть расширения для 1С, которые сами выгружают данные в аналитическую базу. Расширение устанавливают в 1С, выбирают нужные регистры и документы и задают расписание. Дальше данные сами передаются в базу, к которой подключается BI-система. Программист для этого не нужен, первые данные появляются за несколько дней.

Ограничения у таких решений похожи. Лицензию обычно покупают на каждую базу 1С, у облачной базы есть лимит на объем, а само решение часто привязано к одной BI-системе. Данные из CRM и других систем коннектор для 1С не передает, их придется подключать отдельно.

В этом варианте данные 1С по расписанию выгружаются в отдельную аналитическую базу, например PostgreSQL или ClickHouse. Выгрузку делают через HTTP-сервисы или OData, а запускает ее ETL-процесс, обычно ночью. В то же хранилище попадают данные CRM, Excel-бюджеты и другие источники, а BI-система работает уже с чистыми и связанными таблицами. Подходит этот способ для любой BI-платформы, включая российские.

На старте он требует больше времени. Для HTTP-сервисов и расширений обычно нужен программист 1С, а выгрузку приходится поддерживать, когда меняется конфигурация. Зато рабочая база не страдает от аналитических запросов, в хранилище накапливается история, а один и тот же показатель считается одинаково во всех отчетах. BI-платформу можно поменять, хранилище останется.

Главная ловушка: изменения задним числом

В 1С данные за прошлые периоды меняются постоянно. Бухгалтерия перепроводит документы, исправляет ошибки, вносит корректировки перед закрытием месяца. Если выгружать в хранилище только новые документы, через пару месяцев цифры в BI начнут расходиться с отчетами 1С, и никто не сможет сразу объяснить почему.

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

Покажем демо-дашборд и расскажем, как это работает на практике

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

• Одна база 1С, нужен разовый или пилотный дашборд. Хватит выгрузки в Excel или OData, если в компании есть Power BI.
• Почти все данные в 1С, аналитика нужна быстро и внутри привычной системы. Подойдет «1С:Аналитика».
• Нужно быстро получить данные одной базы в конкретной BI-системе без программиста. Можно взять готовый коннектор.
• Несколько баз 1С, CRM и другие источники, история за несколько лет, российская BI-платформа. Нужно хранилище данных.

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

1. Показатели и источники. С финансовой службой описывают, какие отчеты нужны, как считается каждый показатель и в каких объектах 1С лежат данные.
2. Выбор способа выгрузки. Учитывают версию и конфигурацию 1С, объем данных, число баз, BI-платформу и другие системы, которые надо подключить. На этом же этапе договариваются с программистом 1С, если выгрузка требует доработки на стороне 1С.
3. Настройка загрузки и модели данных. Справочники приводят к единому виду, чтобы один и тот же контрагент или товар не встречался под разными названиями в разных базах.
4. Дашборды и сверка. Первые недели цифры в BI сверяют с отчетами 1С и только после этого переводят руководителей на дашборды.

Сроки зависят от числа источников и того, насколько чисты данные. Подробнее об этом мы писали в статье сколько времени занимает внедрение BI.

В наших проектах 1С почти никогда не бывает единственным источником. Задача обычно в том, чтобы свести учет с данными, которых в 1С нет, и именно там ручная сверка отнимает больше всего времени. Три типичных ситуации.

• Продавец стройматериалов. Розница учитывалась в 1С, интернет-продажи в Битрикс24, и общую выручку собирали вручную в Excel. Теперь данные обеих систем через API попадают в аналитическую базу, а дашборд по выручке в Power BI обновляется каждый день. В нем учтен и сдвинутый финансовый год компании, который начинается в апреле.

• Застройщик. Данные о продажах и финансах из 1С нужно было свести с готовностью строительства и задачами подрядчиков из Google Таблиц, Excel и XML-файлов. Все источники собрали в хранилище на PostgreSQL, а единая BI-система для застройщика показывает проекты в одном окне, включая план и факт по эскроу-финансированию.

• Сеть клиник. Финансы велись в 1С, записи пациентов в медицинской информационной системе, звонки в коллтрекинге. Сведение их в одну модель позволило видеть выручку, загрузку врачей и конверсию звонков в записи по каждому филиалу. Подробнее в кейсе по контролю эффективности филиалов клиники.

Способ вывода данных из 1С в BI зависит от задачи. Для разового анализа хватит выгрузки или OData. Если все данные в 1С, а объемы небольшие, подойдут «1С:Аналитика» или готовый коннектор. Регулярная управленческая отчетность с несколькими источниками данных и историей за несколько лет строится надежнее через хранилище данных.

В любом варианте заранее продумайте, как в BI попадут правки за прошлые периоды. А начинать стоит со списка показателей и правил их расчета, а не с выбора платформы. Тогда цифры в дашборде сойдутся с бухгалтерией, и руководители начнут пользоваться им вместо Excel.

Другие примеры интеграции 1С с BI-системами смотрите в кейсах VSL-BI. Если хотите обсудить, как вывести данные вашей 1С в BI, запишитесь на бесплатную консультацию.

Мы уже реализовали более 127 проектов по настройке BI-аналитики под разные задачи. Проведём бесплатную консультацию и аудит ваших процессов, чтобы предложить оптимальное решение именно для вас.
Запишитесь на бесплатную консультацию, и мы поможем сделать аналитику вашего бизнеса прозрачной и эффективной.

Больше про аналитику и бизнес в Telegram-канале