원본 게시물이 내가 원하는만큼 분명하지 않을 수 있습니다 (이 모든 것이 샌드 박스에 있음). DocuSign 계정은 두 개의 다른 계정에 연결되어 있습니다. 하나는 로컬 dev 또 다른 하나는 내가 추가 된 스테이징/프로드 용으로 제작되었습니다. 우리는 두 계정에 대한 통합 키와 OAuth 구성을 가지고 있습니다. 또한 Connect webhook을 양쪽 모두에 대해 구성했습니다. 내 계정 터널의 끝점은 ngrok를 통해 localhost로, 웹 응용 프로그램의 끝점은 동일한 끝점을 가리키고 prod/staging 호스트 이름을 가리 킵니다.DocuSign OAuth Flow + Connect
로컬에서 테스트 할 때 내 테스트 계정으로 OAuth를 통해 로그인 할 수 있으며 웹 앱은 테스트 계정의 액세스 토큰을 사용하여 서명을 위해 문서를 보냅니다. 서명이 완료되면 내 localhost에 대한 터널의 연결 종점이 호출되고 웹 응용 프로그램은 액세스 토큰을 보낸 사용자를 사용하여 서명 된 문서를 가져옵니다. 모든 것이 정상적으로 작동하는 것으로 보였지만 준비 환경에서 재검사를했을 때 나는 통합 키가 전환되었지만 실제로 통합 자 계정의 연결 설정 대신 로그인 한 사용자의 연결 설정을 선택했음을 알았습니다 키 (내 로컬 로그에서 Connect 끝점에 도달하는 것을 볼 수 있음). 연결 설정이없는 별도의 다른 테스트 사용자와 OAuth 흐름을 시작할 때 Connect에서 전혀 실행되지 않는 것 같습니다 (로그에 추적이 없거나 실패 함).
진정한 의미는 다음과 같습니다. 문서의 서명이 모두 들어 있고 완료된 것으로 간주되면 OAuth를 통해 로그인하는 데 사용 된 통합 키 또는 계정의 계정에 대한 연결 설정을 확인합니까? 흐름? 나는 그것이 통합 자 키의 계정이라고 가정했지만, 내 경험은 그렇지 않다는 말을하는 것 같습니다.
나는이 문제가 독서력이있는 사람들을위한 나의 문제/혼란을 없애기를 바랍니다.
아래 초기 포스트에서원문 :
의 OAuth는 서명과 배뇨를 위해 문서를 전송하기 위해 잘 작동하지만, 서명 할 때이 연결 설정을 시작한 사용자의 설정을 따기 것으로 보인다 완료 앱의 설정보다는 흐름. 이것이 의도 된 행동인지 아니면 내가 누락 된 것인지 궁금해 할 때.
사용자가 탑승시 DocuSign 설정에서 연결 종점을 입력 할 것으로 기대할 수 없기 때문에 (응용 프로그램에서 보내지 않은 문서를 포함하여 모든 문서가 그것을 게시 할) 나는 최고의 연습이 여기에 궁금해. Connect를 포기하고 사용자가 저장 한 액세스 키를 사용하여 폴링 전략으로 전환하면 원하는 기능을 얻을 수 있지만 가능한 경우 Connect를 사용하는 것이 좋습니다.
DocuSign 통합을 위해 OAuth + Connect를 사용하는 사람이 있습니까?
죄송합니다. 발생한 문제를 이해하지 못했습니다. 웹 인터페이스를 통해 또는 API를 사용하여 Connect 웹 훅 구독을 어떻게 만들고 있습니까? 봉투를 보낼 때 Connect Webhook 기능 또는 eventNotification 기능을 사용하고 있습니까? 연결 알림은 Oauth를 사용하지 않습니다. DocuSIgn 플랫폼은 응용 프로그램의 수신기 URL을 호출합니다. –
어쨌든 폴링 할 필요는 없습니다. –
나는 내 문제를 더 분명하게하기 위해 포스트를 다시 썼다. 혼란에 대해 유감스럽게 생각합니다. 설명하기가 조금 어렵습니다! – stewbawka