От карты объектов 1С на русском до готового DDL для вашего хранилища. Каждая возможность — это конкретная экономия времени и снижение зависимости от редких специалистов.
Продукт сначала читает метаданные и строит read-only карту объектов 1С на русском — вы видите справочники, документы, регистры, состав полей и типы. Затем выбираете нужные объекты и назначаете сценарий обработки.
Транслитерированные технические имена показываются только в предпросмотре DDL/SQL — в карте вы работаете с бизнес-названиями. Поиск по типу и наименованию, множественный выбор.
Бизнес-пользователь понимает, что публикуется.
Discovery, Mapping и Diff всегда обрабатывают всю базу целиком — карта и версии остаются полными. Выбор объектов влияет только на этап генерации.
Ничего не теряется между запусками.
Стабильный слой vw_* в отдельной «базе проекта» поверх физических таблиц 1С — как в классическом BI-подключении, но полностью автоматически.
Справочники, документы и табличные части, регистры сведений/накопления/бухгалтерии с итогами и субконто, планы счетов и видов характеристик, перечисления с расшифровкой значений, константы, журналы, узлы обмена.
Транслитерация кириллицы в латиницу по единой схеме (Контрагенты → kontragenty, ц → ts, х → kh), snake_case, учёт лимита идентификатора PostgreSQL (63 байта) с детерминированным хэш-суффиксом.
Новое представление строится рядом со старым, проверяется (состав полей, типы, компиляция, контрольный запрос) и только затем атомарно занимает место старого. Рабочий слой не ломается ни на секунду.
Ценность: BI-команда подключается к понятным vw_* обычным SQL уже в день синхронизации — без экспертов по внутреннему устройству 1С и без правок конфигурации.
Когда данные 1С нужно физически загрузить в собственное хранилище, DataBridge формирует готовый текст DDL — отдельно таблицы-реплики исходных структур 1С и отдельно представления над ними — для целевой СУБД вашего DWH.
CREATE TABLE с именами <схема>.<префикс><таблица> (например stg.up_AccReg184), повторяющие физическую структуру 1С. Ваш ETL заливает в них данные.
CREATE VIEW с понятными транслитерированными именами, читающие уже загруженные реплики — тот же понятный контракт, но внутри вашего DWH.
MS SQL, PostgreSQL и ClickHouse. Диалект, квотирование и типы подбираются под цель; для ClickHouse таблицы-реплики создаются с движком MergeTree.
Раздельные поля «схема» и «префикс» задают, куда и под каким именем лягут объекты. Разные префиксы (stg, ods) — разные слои интеграции; несколько генераций сохраняются в истории без перезаписи.
Коннектор никогда не подключается к вашему DWH и не переносит данные — он лишь порождает скрипт. Перенос выполняет внешний ETL. Полный контроль остаётся у вас.
Ценность: инженер DWH получает корректную схему хранилища «из коробки» — экономятся недели ручного проектирования таблиц и подбора типов под 1С.
При обнаружении изменений метаданных представления пересоздаются автоматически. Удобно для стабильных сред, где важна свежесть слоя без ручных действий.
Изменения только подсвечиваются («N объектов изменились — ожидают пересоздания»), а пересоздание запускается по явному запросу. Полный контроль над тем, когда меняется контракт для BI/DWH.
Режим CHANGED_ONLY пересобирает только изменившиеся объекты, а не весь слой — быстро даже на больших базах.
Дистрибутив self-contained — на сервере ничего доставлять не нужно, среда .NET внутри.
MSI (служба) и портативный EXE — self-contained, ~40 и ~102 МБ. Внешних зависимостей ставить не нужно.
Web UI с живым прогрессом по этапам, REST API + Swagger для автоматизации, CLI (discover, generate, ddl, verify) для скриптов и CI.
Только чтение источника (гарантировано в коде), шифрование учётных данных (DPAPI), роли доступа (Администратор / Инженер данных / Наблюдатель), JWT-токены поверх API-ключей.
Структурированные логи, метрики и health-check для мониторинга; история версий метаданных и генераций DDL с отметкой «устарело».