Выгрузка из 1С в SQL и BI: сводная отчётность по нескольким базам

Цифры в отчёте не равны цифрам в 1С

Группа компаний, четыре или пять баз 1С, финдиректор хочет один отчёт по всем юрлицам. Выгрузку в MySQL или другое хранилище кто-то когда-то сделал, отчёты в Power BI строятся. А потом выручка за март в BI на два процента больше, чем в оборотно-сальдовой ведомости, и никто не знает почему.

По обсуждениям на фриланс-биржах в конце сентября 2026 года один из типовых заказов выглядит так: выгрузка уже работает, но после правки счёта удалённые позиции остаются в базе, коды товаров не обновляются, а разнесение оплат считается неверно. Я проверял объявление на fl.ru от 29.09.2026, там описаны именно эти симптомы. Запрос на Инфостарте про обследование баз перед выгрузкой в SQL не открылся, поэтому опираюсь на fl.ru и документацию 1С.

Способы выгрузки и что о них говорит 1С

Я сверил варианты с материалами v8.1c.ru от 2026-10-02. Платформа автоматически публикует REST-интерфейс по протоколу OData версии 3.0, ответы идут в формате Atom/XML или JSON, права доступа проверяются как в обычном сеансе. Собственные HTTP-сервисы разработчик описывает на встроенном языке: шаблоны адресов и методы, ответ он формирует сам. Для обмена между базами есть планы обмена и XML-сериализация, для сложной сети обменов есть отдельный продукт 1С:Шина. Прямой доступ к данным базы мимо объектов платформы лицензионное соглашение запрещает, это записано в ответах 1С на вопросы по лицензированию.

Где выгрузка теряет и портит данные

Удалённые строки. Если выгрузка только добавляет и обновляет записи, строка, убранная из табличной части документа, остаётся в хранилище. Обычно это причина «лишних позиций» после правки счёта. Нужна либо полная перезаливка документа, либо отдельная проверка набора строк.

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

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

Дубли контрагентов. В разных базах один и тот же покупатель заведён по-разному: другое название, с ИНН и без. Объединять по наименованию нельзя, ключом служит ИНН с КПП, и то не всегда.

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

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

Обследование баз: 10 пунктов

1. Список баз, конфигураций и версий. Типовые и самописные.
2. Какие юрлица в какой базе и есть ли общие данные между базами.
3. Какие показатели нужны отчётности, с формулами и источниками в 1С.
4. Что считается документом в отчёте: проведённые, с признаком удаления, с какой даты.
5. Как правят документы: есть ли правки задним числом и запрет изменения прошлых периодов.
6. Справочники: где совпадают коды, где только названия, сколько дублей контрагентов и номенклатуры.
7. Часовые пояса баз и формат дат в выгрузке.
8. Объёмы по годам и допустимое окно выгрузки.
9. Права: отдельный пользователь на чтение и сеть между базой и хранилищем.
10. Кто владелец данных в каждой базе и кто принимает расхождения.

Как проверить, что данные сошлись

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

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

Что можно сделать уже сейчас:

1. Выпишите показатели, которые финдиректор смотрит каждый месяц, и найдите, в каком отчёте 1С они считаются.

2. Проверьте, нет ли в базах правок документов задним числом за последние три месяца.

3. Посчитайте дубли ИНН в справочнике контрагентов каждой базы.

4. Если нужен ответ на вопрос по данным в мессенджере, а не отчётность, это другая задача, она описана в статье про ИИ-ассистента по данным 1С. Готовый отчёт на почту без хранилища разобран здесь. Если нужен свой интерфейс обмена, посмотрите про HTTP-сервис в 1С.

Чужую базу сначала смотрят по паспорту доработок, как в статье про приём чужой 1С. Пайплайн «1С, база данных, отчёты» входит в направление Big Data и Data Engineering.

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

Можно ли читать таблицы СУБД напрямую, чтобы было быстрее?

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

Подойдёт ли стандартный OData для Power BI?

У Power BI есть коннектор OData Feed, я проверил его в документации Microsoft. Годится ли он для ваших объёмов, видно только на пилоте на одной базе и одном годе данных.

Сколько баз можно свести в одно хранилище?

Предел задают качество справочников и ключи, а число баз вторично. Три базы с чистыми ИНН сводятся проще, чем две с дублями.

Коротко о главном

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

Хотите, чтобы я обследовал ваши базы 1С перед выгрузкой в SQL или BI, нашёл, где данные расходятся, и предложил способ выгрузки под вашу задачу? Напишите мне в Telegram слово «БАЗЫ».