Добрый день!
Работаю в промышленной компании, у нас есть несколько ИС, во всех свои данные. Нужно, чтобы они как-то между собой общались через единое место.
Принято решение этим единым местом сделать специально написанную на базе 1С программу (СУБД этой 1с - SQL Server 2012).
Т.е. 1С каждый раз закачивает (ежесуточно и иногда раз в час разностную инфу) в себя данные из внешних систем и отдаёт другим.
Например,
Одна система хранит фамилии

Другая информацию по сделкам

Третья по каким-то операциям и заявкам

Четвёртая по организационной структуре и городам
и так далее

И вот чтобы объединить, что " вот в этом городе вот этот сотрудник провёл вот эту сделку, все системы (зависящие от других) хранят в себе ID соответствующих записей именно 1Сные. Т.е. завязано всё тесно.
Плюс там же в 1с можно как-то эти данные подредактировать, подчистить (модули специальные написаны для вычистки данных).

Понятно, что можно с помощью SQL сервера сделать и т.п. Но это всё надо переделывать и ооочень ёмко обосновывать перевод всего на этот сервер.

Меня интересует конкретно 1С. Какие риски, напр., в случае увеличения объёмов данных, что всё это будет стабильно работать, не отвалится. Будет ли это тяжелее сопровождать, зайдёт ли такая архитектура в тупик?
Один из рисков, как мне известно, 1С постоянно обновляется, в связи с чем в эти периоды он недоступен как и данные в нём.

В добавок, поскольку нужны отчёты, то сервер (SQL 2012й) для отчётов есть - в него тоже стекаются данные, чтобы потом в powerbi визуализироваться. И вот ежесуточно SSIS берёт данные из 1С и загружает в себя.

МодальноеОкноплохая идея
"обоснуй".
Хотел без кавычек написать. Но воспринимается иначе.
Я в 1С плох. Просто понимаю, что вообще для этого не предназначена. А какие риски - не понятно.