У ресторанных и FMCG-сетей обычно зоопарк систем: 1С — бухгалтерия и управленческий учёт, iiko или Rkeeper — фронт (продажи, заказы), отдельно сервисы доставки, лояльности, агрегаторов. Без единого DWH связать сырьё и маржу по конкретному блюду или SKU руками почти невозможно.
Особенности источников
1С отдаёт финансовые данные, остатки, закупки, документы движения. iiko и Rkeeper — транзакционную историю продаж: чеки, блюда, модификаторы, столы, официанты, каналы (зал, доставка, самовывоз). Отдельно живут агрегаторы (Яндекс Еда, Wolt и пр.) и собственные сайты/приложения.
Задача DWH
Задача DWH — свести эти миры в одно пространство: продажи по блюдам и чекам связать с себестоимостью, закупками, логистикой и маркетингом. Тогда маржа считается по блюдам, категориям, сменам, каналам и площадкам, а не только «выручка по кассе».
Технические аспекты интеграции
С 1С обычно работают через прямое подключение к SQL-базе или выгрузки (regl-файлы, web-сервисы). С iiko — через SQL или официальные API-бэкапы. С Rkeeper — через его собственную структуру БД, часто сложную и с нюансами историчности. Поверх источников нужен слой нормализованных справочников: номенклатура, подразделения, сотрудники, контрагенты.
Модель данных
В модели DWH формируют факты: продажи по чекам/блюдам, закупки и приходные накладные, списания и перемещения, производство (если есть кухня-фабрика), финансовые движения. Измерения: продукты/блюда, рецептуры, склады, рестораны/магазины, сотрудники, каналы продаж, календарь.
Практические выгоды
Единое DWH позволяет видеть полноценный P&L по ресторанам и каналам, считать эффективность акций и агрегаторов, контролировать food cost и потери, сравнивать выработку смен и сотрудников, собирать меню на основе данных, а не только интуиции управляющих.
Вывод
Интеграция 1С, iiko и Rkeeper в единое DWH — серьёзный проект, но отдача для сети того стоит. Вместо хаоса разрозненных систем получается управляемая картина: каждое блюдо и каждый чек видны в контексте всей финансовой модели.