Для разового отчета хватит выгрузки в Excel или подключения через OData. Регулярную управленческую отчетность, где данные 1С сводятся с CRM и другими системами, надежнее строить через хранилище данных. Тогда отчеты обновляются сами, а рабочая база 1С не тормозит от аналитических запросов.
Иногда BI подключают напрямую к SQL-базе 1С. Это запрещает лицензионное соглашение 1С, да и технически ненадежно. Таблицы там называются по типу _Document123, а после обновления конфигурации их структура может поменяться. Все способы ниже работают через платформу 1С.
1. Выгрузка в Excel. Отчет выгружают в файл, BI забирает его из папки. Запуск за день, для пилота достаточно. Но актуальность зависит от того, не забыл ли сотрудник нажать кнопку, и ручная работа никуда не уходит.
2. «1С:Аналитика». Встроенный BI-инструмент на платформе 1С с теми же правами доступа. Хорош для компаний, где почти все данные уже в 1С. Для свода нескольких баз и больших объемов обычно нужен еще «1С:Корпоративное хранилище данных», а лицензии покупают по числу пользователей.
3. OData. Стандартный интерфейс 1С, конфигурацию менять не нужно. Напрямую к нему подключаются в основном Power BI и Excel, российские BI-платформы обычно работают через промежуточную базу. На больших регистрах обновление идет долго и нагружает рабочий сервер.
4. Готовые коннекторы. Расширение для 1С по расписанию выгружает данные в аналитическую базу, программист не нужен. Ограничения — лицензия на каждую базу, лимит объема и привязка к одной BI-системе. CRM и другие источники придется подключать отдельно.
5. Хранилище данных. Данные 1С каждую ночь выгружаются через HTTP-сервисы или OData в отдельную базу, например PostgreSQL или ClickHouse. Туда же попадают CRM, Excel-бюджеты и другие источники. На старте нужен программист 1С и больше времени. Зато накапливается история, показатели считаются одинаково во всех отчетах, а способ работает с любой BI-платформой, включая российские. Подробнее о том, как устроено хранилище данных, мы писали отдельно.
Бухгалтерия постоянно перепроводит документы за прошлые периоды. Если выгружать только новые документы, через пару месяцев цифры в BI разойдутся с 1С, и никто не объяснит почему. Выгрузка должна забирать и измененное. Для этого в 1С есть регистрация изменений в плане обмена, а закрытые периоды защищают датой запрета изменения данных.
Начинать при этом стоит не с выбора платформы, а со списка показателей. Выручку можно считать по отгрузкам или по оплатам, с НДС или без. Если не договориться об этом заранее, дашборд разойдется с бухгалтерским отчетом, и доверие к нему пропадет в первую же неделю.
1С почти никогда не бывает единственным источником. Основное время уходит на то, чтобы свести учет с данными, которых в 1С нет.
Для разового анализа хватит выгрузки или OData. Регулярную отчетность с несколькими источниками надежнее строить через хранилище данных. В любом варианте заранее решите, как в BI попадут правки за прошлые периоды, и зафиксируйте правила расчета показателей.
Другие примеры интеграции 1С с BI смотрите в кейсах VSL-BI. Если хотите понять, какой способ подойдет вашей 1С, команда VSL-BI проводит бесплатную консультацию. Посмотрим, как устроены ваши базы и источники, и предложим схему выгрузки.