Конфигурация eConnect для интеграции данных в GP

Question

Нам нужно интегрировать данные из нашего приложения в GP с помощью eConnect. У нас есть GP и eConnect, установленные на сервере. Наше приложение запускается с другого компьютера, который должен отправлять данные в GP на нашем сервере с помощью eConnect.

Нужно ли устанавливать eConnect как на компьютере разработчика, так и на сервере?

Поскольку eConnect использует аутентификацию Windows, мы используем встроенную защиту в нашем приложении для соединения с eConnect. Таким образом, теперь мы можем интегрировать данные с компьютера одного пользователя, учетные данные которого были указаны при установке eConnect на сервере.

Кто-нибудь может помочь?

Answer 1

Короче да. EConnect SDK должен быть установлен на каждом клиентском компьютере, который выдает eConnect для запросов. Если вы создаете веб-приложение, вам потребуется eConnect SDK, установленный на веб-сервере, с которого поступают запросы.

Если вы разрабатываете приложение Windows Form для установки на ПК каждого пользователя, то eConnect SDK также должен быть установлен на ПК каждого пользователя. Поскольку это часто нежелательный сценарий развертывания, многие люди практикуют создание новой службы для инкапсуляции определенных запросов eConnect, в которых нуждается приложение, так что SDK необходимо установить только на сервере.

Другой вариант, который стоит рассмотреть, - это отдельная установка для Dynamics GP, называемая веб-сервисами Dynamics GP. Это позволит вам отправлять запросы веб-службы без необходимости установки eConnect SDK. Однако установка Web Services для Dynamics GP не является тривиальной задачей.

Что касается безопасности, eConnect SDK создает службу Windows, в которой указываются учетные данные. Именно эти учетные данные используются для аутентификации eConnect в Dynamics GP. Помните, что Dynamics GP не поддерживает аутентификацию Active Directory для доступа пользователей. Однако можно использовать учетную запись службы домена в службе eConnect и настроить ее для доступа непосредственно в SQL Server с ролью DYNGRP. Обычно эта учетная запись будет служебной учетной записью, созданной для этой цели, а не учетной записью пользователя.