Это июнь 2018 года. Мне была поручена разработка решения для интеграции данных из SAGE 50 в веб-приложение.Конкретная задача - перенести данные кредитной позиции аккаунта из Sage в веб-приложение, чтобы пользователи последнего могли оценить риск для каждого клиента перед обработкой новых заказов.
В области сказано, что мы должны избегать установки какого-либо специфичного для решения кода на локальную установку Sage или делать что-либо, чтобы ограничить возможность обновления Sage у клиента.
Стек на стороне веб-приложения - это все MS, поэтому SQL Server + C # и т. Д. Установка Sage выполняется локально.
С практической точки зрения у меня есть два варианта:
Использовать некоторый стандартизированный шлюз или интерфейсный уровень, через который мы можем общаться, чтобы получить данные Sage DB.Это защитит нас от необходимости вносить какие-либо изменения на низком уровне в установку Sage.Используя эту опцию, мы будем запрашивать данные кредитной позиции по мере необходимости.
У некоторых запланированных заданий в поле Sage периодически отправлять кредитные данные либо в промежуточное хранилище файлов, либо непосредственно ввеб-приложение.Эта опция, очевидно, имеет проблему с задержкой данных.
Sage скрывает свою информацию SDK в программе для разработчиков, стоимость которой составляет 1500 фунтов стерлингов в год.Перед тем как принять решение, я хотел бы подтвердить, что там есть решение, ожидающее решения.
Некоторые из моих исследований на сегодняшний день:
ТАК вопрос об использовании ODBC с 2009
ТАК вопрос об универсальной интеграции с 2009 года
Sage изменила свою продуктовую линейку с 2009 года, по крайней мере, с точки зрения маркетинга, с тех пор.
Я понимаю, что это широкий и неточный вопрос, но мои исследования пока не приводят к четкому выводу.У Sage много миллионов клиентов, поэтому, если я позволю себе потакать, не пометив это как не по теме, я думаю, что этот вопрос может помочь многим людям в будущем.