Какие данные из 1С нужны для BI-дашбордов: документы, справочники, регистры или отчеты

Готовые отчеты 1С подходят для быстрой проверки итогов, но плохо работают как постоянный источник для BI: в них часто не хватает детализации, структура меняется из-за настроек пользователя, а данные приходится вручную очищать перед загрузкой. Поэтому для регулярной аналитики компании переходят к автоматической выгрузке объектов 1С — в первую очередь регистров, справочников и документов.

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

Почему в отчете не хватает детализации для дашборда

Одно из главных преимуществ аналитических систем — возможность использовать drill-down: переходить от общего значения к деталям за несколько кликов. Например, руководитель видит снижение выручки на 10%, нажимает на показатель и сразу понимает, какие клиенты, товары или регионы повлияли на результат.

Готовые отчеты 1С показывают уже агрегированные данные.

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

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

Как форматирование, итоги и настройки отчета мешают автоматической загрузке

Для BI и ETL-процессов (извлечения, преобразования и загрузки данных) важна стабильная табличная структура: одна строка должна содержать одну запись, а каждый столбец — один конкретный атрибут. Однако после выгрузки отчета в Excel или CSV данные часто содержат элементы, которые затрудняют автоматическую обработку.

В таких файлах могут присутствовать:

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

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

Почему изменение структуры отчета ломает BI-дашборд

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

Когда отчеты 1С все-таки можно использовать для сверки

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

Какие объекты 1С используют для BI

Выбор источника данных в 1С зависит от целей аналитики.
Используйте таблицу ниже, чтобы быстро определить, какой тип данных подходит для ваших задач в BI.

Таблица: какие данные из 1С использовать для BI

Объект 1С	Что содержит	Зачем нужен в BI	Пример использования	Заменяется ли отчетом
Документы	Продажи, оплаты, поступления, перемещения, заказы	Для анализа бизнес-событий и процессов	Разбор цепочки «заказ → отгрузка → оплата»	Частично
Табличные части документов	Строки товаров, услуг, количества, цен, скидок и сумм	Для детализации до SKU, услуг и позиций	Расчет маржи по товарам и анализ продаж по позициям	Обычно нет
Справочники	Клиенты, товары, склады, организации, договоры, подразделения	Для фильтров, группировок и аналитических разрезов	Анализ продаж по клиентам, регионам и менеджерам	Нет
Регистры накопления	Движения, обороты, остатки	Для расчетных показателей: продажи, остатки, задолженность	Контроль остатков, взаиморасчетов, оборотов	Можно сверить, но не заменить
Регистры сведений	Цены, статусы, курсы, свойства	Для дополнительных параметров и истории изменений	Анализ цен, курсов валют, статусов клиентов	Нет
Регистры бухгалтерии	Проводки и учетные движения	Для финансовой и бухгалтерской аналитики	Формирование P&L, баланса, оборотов по счетам	Частично
Отчеты	Готовые агрегированные данные	Для просмотра и сверки итогов	Проверка выручки, остатков и себестоимости	Да, но только в простых сценариях

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

Как объекты 1С превращаются в BI-модель: факты и измерения

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

В BI, как правило, используют два типа данных:

таблицы фактов — отвечают на вопрос «что произошло»;
таблицы измерений — помогают понять «где, когда, с кем и по какой причине это произошло».

Справочники 1С как таблицы измерений

В аналитической модели справочники превращаются в таблицы измерений. Они не содержат основные показатели, но помогают связать данные и добавить к ним бизнес-контекст. Так, справочник «Контрагенты» становится измерением «Клиенты», а справочник «Номенклатура» — измерением «Товары».

Регистры 1С как таблицы фактов

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

Документы 1С как источник контекста и процессной аналитики

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

Готовые отчеты 1С как инструмент проверки

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

Простая схема BI-модели:

Только связанная витрина данных позволяет объединить факты и измерения в единую модель и получать на основе данных 1С цельную аналитику, а не отдельные таблицы.

Что брать из 1С для разных BI-дашбордов

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

Дашборд продаж

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

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

Дашборд складских остатков

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

Финансовый дашборд

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

Дашборд дебиторской задолженности

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

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

Дашборд закупок

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

Как выбрать объекты под конкретный BI-сценарий

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

Начинать стоит с бизнес-вопроса, а затем переходить к конкретным данным:

Определите бизнес-вопросы: какие клиенты приносят основную выручку, где растет дебиторская задолженность, какие товары не двигаются, какие направления дают маржу, где отклоняется план.
Зафиксируйте метрики: для каждого вопроса задайте расчет — выручка, количество, маржа, остатки, долг, оборачиваемость, расходы, прибыль, план-факт. Сразу связывайте метрику с источником в 1С.
Определите детализацию: выберите уровень анализа — день или месяц, клиент или договор, склад, менеджер, подразделение, документ или строка документа. Чем глубже детализация данных, тем важнее опираться на исходные объекты.
Найдите источники фактов в 1С: проверьте, где находятся нужные значения — в документах, табличных частях, регистрах накопления, регистрах сведений, регистрах бухгалтерии или готовых отчетах.
Подберите справочники для разрезов: сразу определите, по каким критериям смотреть показатели (клиенты, товары, регионы, склады, менеджеры) и какие справочники предоставляют эти данные.
Сверьте BI-модель с отчетами: проверьте, совпадают ли итоги в BI с привычными отчетами 1С с учетом периода, фильтров и статусов документов.

Технические нюансы и ошибки при выгрузке данных из 1С

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

Как обрабатывать ссылки и GUID из 1С

Во многих таблицах 1С вместо названий применяют ссылки (GUID). Например, вместо позиции «Стул офисный» система хранит идентификатор a1b2c3.... Чтобы BI показывала понятные данные, идентификатор связывают со справочником номенклатуры, который содержит названия и характеристики товаров. Без этой связи система выведет коды, а не реальные объекты, и анализ потеряет смысл.

Что делать с иерархиями справочников

Справочники имеют иерархию: к примеру, «Бытовая техника» включает группу «Холодильники», а внутри уже идут конкретные модели. Для BI такую структуру упрощают и переводят в плоский вид — с полями «Категория», «Подкатегория» и «Товар». Так данные легче фильтровать и строить срезы на любом уровне.

Где искать дополнительные реквизиты и характеристики

Часть нужных полей не хранится в основных таблицах: они могут быть в дополнительных реквизитах или связанных объектах. Так, бренд товара часто находится в дополнительном реквизите, а размер или цвет — в регистре сведений «Характеристики номенклатуры». Если не учитывать эти источники, BI теряет важные признаки и срезы данных — дашборд в итоге не показывает основные сегменты рынка.

Как учитывать перепроведение документов и изменения задним числом

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

Типичные ошибки при подготовке данных 1С для BI

Делать выгрузку данных из 1С без отбора — модель разрастается и становится нестабильной.
Игнорировать табличные части и справочники — пропадает детализация и нормальные разрезы анализа.
Не связывать GUID со справочниками — BI показывает технические идентификаторы вместо понятных объектов.
Не учитывать перепроведение документов — данные в дашборде начинают расходиться с 1С после изменений задним числом.
Строить BI только на готовых отчетах — дашборд зависит от структуры отчета и плохо масштабируется.

Когда нужна автоматическая выгрузка объектов 1С для BI

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

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

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

Как Экстрактор 1С помогает выгружать объекты 1С для BI

Сервис подключается к 1С и забирает нужные объекты: документы, справочники, регистры и табличные части. Далее он по расписанию передает данные в промежуточную базу или напрямую в BI-систему, избавляя команду от ручной выгрузки файлов и обеспечивая регулярное обновление аналитики.

Стоит рассмотреть автоматическую выгрузку данных, если:

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

Если вы планируете строить BI-дашборды на данных из 1С, начните с выбора нужных объектов: регистров, документов, табличных частей и справочников.

Специалисты Денвик Аналитика помогут определить, какие данные нужны под вашу аналитическую задачу, и настроить автоматическую выгрузку через Экстрактор 1С.

FAQ

Какие нужны данные из 1С для BI?

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

Можно ли использовать отчеты 1С как источник для BI?

Можно, но только для статичных, редко обновляемых задач или для сверки. Как постоянный источник для дашборда отчеты неудобны из-за нестабильной структуры и отсутствия детализации.

Почему готовых отчетов 1С часто недостаточно для BI?

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

Что лучше выгружать из 1С для BI: документы, справочники или регистры?

Эти объекты решают разные задачи и их, как правило, используют вместе. Документы показывают события, регистры содержат показатели, а справочники добавляют необходимые характеристики объектов.

Зачем BI нужны справочники 1С?

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

Какие регистры 1С нужны для аналитики?

Основными являются регистры накопления, регистры сведений и регистры бухгалтерии. Регистры накопления используют для анализа продаж, остатков, закупок и взаиморасчетов. Регистры сведений помогают получить цены, статусы, курсы валют и характеристики объектов. Регистры бухгалтерии нужны для финансовой аналитики: проводок, оборотов, P&L и анализа по счетам.

Как выбрать объекты 1С под конкретный BI-дашборд?

Сначала определите, на какой вопрос должен отвечать дашборд. Далее выберите метрики, нужную детализацию (SKU, менеджер, день), а затем подберите документы, регистры и справочники, в которых хранятся необходимые значения.

Когда нужна автоматическая выгрузка данных из 1С для BI?

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