Четыре типовых сценария из практики интеграции 1С с аналитикой и хранилищами. Каждый — ситуация, решение и измеримая выгода.
Финансовому директору нужен дашборд по продажам и задолженности из 1С:ERP. BI-команда не знает физическую структуру базы, а консультант по 1С занят на месяцы вперёд.
Синхронизация строит слой vw_* с понятными именами. Power BI подключается к базе проекта обычным SQL. Перечисления уже расшифрованы, ссылки раскрыты в *_id/*_obekt.
Старт BI-проекта — в день синхронизации. Никаких доработок 1С и очереди к дефицитным экспертам.
Компания строит DWH на ClickHouse и хочет загружать туда данные из 1С. Ручное проектирование таблиц под сотни объектов и подбор типов — недели работы и источник ошибок.
Сценарий экспорта DDL порождает CREATE TABLE реплик (слой stg) с корректными типами ClickHouse и CREATE VIEW с понятными именами (слой ods). Данные заливает ваш ETL.
Готовая, детерминированная схема DWH «из коробки». Экономия недель проектирования и единый стандарт именования.
Холдинг с несколькими юрлицами на отдельных базах 1С хочет консолидированную отчётность в общем DWH, различая источники данных.
Для каждой базы задаётся свой префикс (например, org1_, org2_) — объекты не конфликтуют в одной схеме хранилища. Каждый источник изолирован и обрабатывается независимо.
Единое хранилище с разделением по источникам без ручных ухищрений. Неограниченное число подключаемых баз.
Раз в квартал обновляется конфигурация 1С. Команда данных боится, что интеграции «поедут», и хочет контролировать, когда меняется контракт витрин.
Политика Manual: изменения метаданных подсвечиваются («N объектов ожидают пересоздания»), а пересоздание запускается по решению команды. Режим CHANGED_ONLY трогает только изменившееся.
Обновления 1С проходят без внезапных поломок BI/DWH. Прозрачный, управляемый и быстрый цикл сопровождения.
Дистрибутив self-contained — на сервере ничего доставлять не нужно, среда .NET внутри.
MSI (служба) и портативный EXE — self-contained, ~40 и ~102 МБ. Внешних зависимостей ставить не нужно.