간단히 말해서, 그렇습니다. 요청에 대해 eConnect를 실행하는 모든 클라이언트 시스템에 eConnect SDK를 설치해야합니다. 웹 응용 프로그램을 작성하는 경우 요청이 시작된 웹 서버에 eConnect SDK가 설치되어 있어야합니다.
각 사용자의 PC에 Windows 양식 응용 프로그램을 설치하려면 각 사용자의 PC에도 eConnect SDK를 설치해야합니다. 이것은 종종 바람직한 배포 시나리오가 아니기 때문에 많은 사람들은 응용 프로그램이 필요로하는 특정 eConnect 요청을 캡슐화하여 SDK를 서버에 설치하기 만하면되는 새로운 서비스를 작성하고 있습니다.
또 다른 옵션은 Dynamics GP 웹 서비스라는 Dynamics GP를 별도로 설치하는 것입니다. 그러면 eConnect SDK를 설치할 필요없이 웹 서비스 요청을 실행할 수 있습니다. 그러나 Dynamics GP 용 웹 서비스를 설치하는 것은 쉬운 일이 아닙니다.
보안과 관련하여 eConnect SDK는 자격 증명이 제공되는 Windows 서비스를 만듭니다. Dynamics GP에 대한 eConnect를 인증하는 데 사용되는 자격 증명입니다. Dynamics GP는 사용자 액세스를 위해 Active Directory 인증을 지원하지 않습니다. 그러나 eConnect 서비스에서 도메인 서비스 계정을 사용하고 DYNGRP 역할을 사용하여 SQL Server에서 직접 액세스 할 수 있도록 설정할 수 있습니다. 일반적으로이 계정은 사용자 계정이 아닌 목적으로 생성 된 서비스 계정입니다.
우리는 서버에서 DYNGRP 역할을 가진 SQL에 액세스 할 수있는 서비스 계정을 가지고 있습니다. 다른 컴퓨터에서 서버의 서비스를 호출 할 때 동일한 자격 증명을 사용해야합니까? – Ramya
eConnect는 Windows 인증을 사용하므로 응용 프로그램에서 통합 보안을 사용하여 eConnect에 연결합니다. 이제 우리는 서버에 eConnect를 설치하는 동안 자격 증명이 주어진 한 사용자의 컴퓨터에서 데이터를 통합 할 수 있습니다.하지만 서버에서 서비스를 호출하여 다른 컴퓨터 (다른 Windows ID)의 데이터를 통합해야합니다. – Ramya
서비스 계정을 eConnect 서비스에 넣어야합니다. 서비스 계정에서 사용자 자격 증명을 사용하지 마십시오. eConnect 계정에 SQL Server에서 DYNGRP 역할 사용 권한이있는 한 각 컴퓨터의 다른 유효한 활성 디렉터리 계정과 올바르게 작동해야합니다. 모든 컴퓨터 설치에서 동일한 eConnect 서비스 계정을 사용하십시오. –