От разрозненных данных
к единому хранилищу:
КХД-решение на базе платформы DATAREON

Когда в компании появляется две системы, их можно соединить напрямую — условным «проводом» — и какое‑то время это будет работать. Но по мере роста компании бизнес-систем становится больше: ERP (планирование ресурсов предприятия), CRM (система управления взаимоотношениями с клиентами), HR (управление персоналом), WMS (система управления складом), веб‑сервисы, BI (система сбора
и визуализации данных), десятки баз 1С. «Проводов» становится так много, что никто уже не понимает, какие данные куда идут, кто за что отвечает и что сломается при следующем изменении.

Именно в этот момент компании задумываются о корпоративном хранилище данных (КХД). Не просто об архиве отчетов, а об архитектурном слое, который наводит порядок в потоках информации.

Эту тему подробно разобрали на вебинаре «Практики разработки корпоративного хранилища данных на платформе DATAREON».Своим опытом поделились: Георгий Нанеишвили, руководитель отдела по работе с клиентами DATAREON и Никита Перевозчиков, технический архитектор Programming Store. В статье мы отразили ключевые мысли вебинара.

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

С точки зрения бизнеса проблема КХД редко начинается с аналитики. Она начинается с противоречий.

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

Каждая новая интеграция добавляет еще один провод. Через год никто не может сказать какие данные по нему идут, кто его поддерживает, что будет, если изменить формат или источник.

В результате отчеты требуют ручных сверок, аналитика запаздывает, изменения в ИТ становятся дорогими и рискованными.
КХД в таком контексте — это не «еще одна система», а способ навести порядок в проводах.

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

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

Когда все провода сходятся в одном ядре:

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

Этот слой и становится фундаментом для корпоративного хранилища данных.

Единый маршрут данных
Все данные поступают в платформу по заранее описанным маршрутам:

• из 1С — по событиям;
• из веб‑систем — через REST API (архитектурный стиль взаимодействия между клиентом и сервером через HTTP).

Это позволяет сразу уйти от ночных выгрузок и ручных запусков: изменения приходят в КХД тогда, когда они действительно произошли.

Банк данных как основа КХД
В DATAREON КХД реализуется через встроенный сервис «Банк данных».
На практике это означает:

• проектирование структуры данных внутри платформы;
• хранение согласованных сущностей, а не «сырых выгрузок»;
• подготовку данных для аналитики и внешних потребителей.

Типы данных, описанные в Банке данных, становятся основой таблиц и логики хранения — без дублирования и разрозненных схем.

Low‑code и код

• простые сценарии — через low‑code инструменты (разработка с минимальным использованием ручного программирования и написания кода);
• сложная логика и нестандартные проверки — через C#.

Это позволяет не усложнять архитектуру там, где это не нужно, и при этом
не упираться в ограничения платформы.

API и потребление данных
КХД не заканчивается хранением данных. На платформе формируется собственный API (программный интерфейс приложения), через который данные получают BI‑системы, внутренние сервисы, внешние приложения.
Таким образом КХД становится активным элементом архитектуры, а не «складом данных».

Вот несколько практических рекомендаций:

1. Начинайте с инвентаризации источников и потоков данных.
2. Выстраивайте единый маршрут данных вместо точечных интеграций.
3. Используйте low‑code там, где это оправдано, и код — там, где это необходимо.
4. Делайте мониторинг и контроль частью архитектуры, а не дополнением.
5. Начинайте с «пилота» на наиболее важных потоках данных.

Корпоративное хранилище данных — это не только витрины BI. Это результат правильно выстроенной архитектуры, в которой данные движутся по понятным
и управляемым маршрутам.

Платформа DATAREON позволяет навести порядок в «проводах» между системами
и на этой основе построить КХД, которое масштабируется вместе с бизнесом,
а не тормозит его развитие.