Dynamics GP eConnect 위에 자신 만의 웹 서비스를 만드시겠습니까?

Question

저는 C# 개발과 eConnect 및 Web Services for Dynamics GP에 익숙하지 않습니다. 일부 소스에서 필자는 웹 서비스가 기능면에서 다소 제한적이며 eConnect 위에 웹 서비스를 구축하는 것이 필요하거나 바람직하다고 생각했습니다.

내가 궁금해하는 점은 누군가 높은 수준에서 수반 할 것이라고 설명 할 수 있습니까?

Answer 1

eConnect에서 사용할 수있는 대부분의 기능은 몇 가지 예외를 제외하고 Dynamics GP 용 웹 서비스를 통해 제공됩니다. 예를 들어 GP 웹 서비스를 사용하여 판매 주문에 대한 세금을 명시 적으로 지정할 수는 없지만 eConnect를 사용하여 수행 할 수 있습니다. GP 웹 서비스 문서를 검토하여 통합 필요성을 확실히 이해하는 것이 좋습니다.

GP 웹 서비스는 eConnect 위에 추가 레이어를 추가합니다. 백엔드에서 eConnect를 사용합니다. 별도의 보안 계층과 예외 처리기를 제공합니다. 이러한 요구 사항이있는 경우 환경에 이점이있을 수 있지만 GP 웹 서비스의 설치 및 유지 관리가 쉽지 않기 때문에 비용이 발생합니다.

나는 여러 번 당신이 요구하는 것을 개발했습니다. 간단히 말해 eConnect 호출을 캡슐화 한 C# WCF 서비스를 만들었습니다. 서비스의 특성을 직접 제어하기 때문에 설치 및 유지 보수가 훨씬 쉽습니다. 게다가 나는 내 논리를보다 잘 캡슐화하고 다른 응용 프로그램에서 난독화할 수 있습니다. 물론 보안과 예외 처리 로직을 작성한 다른 서비스와 마찬가지로 고려해야합니다. 나는을 eConnect 호출을 모두 수행하고 생성 된 고객 번호를 반환 서비스의 논리에서

string CreateCustomer(name, address); 

:

예를 들어, 내 WCF 서비스는 같은 매우 간단한 수술을 할 수있다.

궁극적으로 대답은 "의존적"입니다. 엔티티 단위로 엄격한 보안이 필요한 경우 GP 웹 서비스를 선택합니다 (판매 주문에는 액세스 할 수 있지만 사용자별로 구매 주문에는 액세스 할 수 없음). 또는 설치하고자하는 상용 제품을 구축하는 경우 다이나믹 GP의 여러 설치에서. GP 웹 서비스가 이미 설치되어 있고 클라이언트의 위치에서 사용중인 경우 가능한 경우 일관된 환경을 유지하기 위해이를 사용하려고합니다.

클라이언트가 이미 GP 웹 서비스가 설치되어 있지 않은 그들이 역학의 GP와 상호 작용에 대한 간단한 인터페이스가 필요한 경우, 나는 로직을 캡슐화하고 소비자에 대한 가능한 한 간단하게 통합 할 수 있도록 내 자신의 WCF를 작성하도록 선택할 수 있습니다 서비스의

또 다른 고려해야 할 점은 필드 서비스 또는 제조 통합과 같은 eConnect 또는 GP 웹 서비스로 수행 할 수없는 다이내믹 GP에 여러 가지가 있다는 것입니다. 이 경우 나는 종종 내 자신의 WCF를 만들고 가능한 경우 eConnect를 사용하고 eConnect가 기능을 다루지 않는 SQL 업데이트를 사용합니다.

오늘날의 통합 필요성과 앞으로 필요할 가능성이있는 사항을 고려하여 아키텍처 결정이 장기간 지속될 수 있도록하십시오.

eConnect와 GP Web Services 중 하나를 선택하는 것에 대한 자세한 내용은 article을 참조하십시오.