API를 시작하는 데 몇 가지 문제가 있었으므로 올바른 방향으로 가고 싶습니다. docusign에서 제품 응용 프로그램 PDF 목록을 템플릿으로 유지하려고합니다. 고객이 사이트를 방문하여 특정 제품을 원할 때 신청서를 작성해야합니다. 모든 데이터는 당사 사이트에서 수집됩니다.Docusign API 시작하기
- 는
- 저희 사이트
- 봉투를 보내기에 수집 된 데이터에서 양식 필드에 입력 문서를 서명해야한다는 고객과의 envolope (그리고 잠재적으로 다른 정당을) 만들기 :에 그때 원하는 것 서명을 받고 진행 상황을 모니터하십시오.
그래서이 작업을 한 번에 작성하려고합니다. 첫 번째 작업은 양식 데이터를 docusign에 제공 할 수 있는지 확인하는 것입니다. 나는 docusign 웹 사용자 인터페이스로 템플릿을 만들고 모든 양식 필드가 보존 된 것처럼 보입니다. 그러나 나는 시도하고 API 내가 envelopeTemplateDefinition 템플릿에 대한 올바른 이름을 표시하지만 문서 개체를하지 않고 사용자 정의 필드 개체를하지와 매우 짧은 응답을 참조
https://demo.docusign.net/restapi/v2/accounts/xxxx/templates/yyyy
와 템플릿을 검색 할 때. 나는 또한 문서로 봉투를 작성하여 (초안에서)이 방법을 시도했지만 비슷한 결과를 보였다.
이 초보자 질문에 대해 미리 사과드립니다.
덕분에 내가 봉투에 문서를 추가하는이 운동을하려고 할 때 내가 어디에 있는지에 저를 얻었다 : - 다음과 같이 그냥 봉투 아이디 대신에 템플리트 ID를 지정합니다. 하지만 여전히 GET https : // {{env}} .docusign.net/restapi/{{version}}/accounts/{{acctId}}/envelopes/{templateId}/documents/1/fields. 나는 documentFields : Array [0]을 얻는다. 사용자가 잠재적으로 채울 수있는 모든 양식 필드를 검색하지 않아야합니까? – Sam
REST API에서 각받는 사람에게 속한 필드 (일명 "탭")는 "받는 사람"호출을 통해 반환됩니다. GET https : // {{env}} .docusign.net/restapi/{{version} }/accounts/{{acctId}}/봉투/{templateId} /받는 사람? include_tabs = true. 응답의 각받는 사람 개체에는받는 사람에게 속한 여러 가지 필드/탭에 대한 정보가 차례로 들어있는 "탭"개체가 포함됩니다. –
템플릿 내에서 필드 이름을 프로그래밍 방식으로 결정할 필요가 있는지 잘 모르겠습니다.웹 UI를 통해 DocuSign 템플릿을 만드는 경우 해당 템플릿의 필드는 상당히 정적 일 것입니다. 따라서 템플릿을 만들 때마다 프로그래밍 방식으로 필드 이름을 검색 할 필요가 없기를 기대합니다. 봉투를 사용하여 (API를 통해). 대신, 당신은 하드 코드 할 수 있어야합니다 (또는 더 쉽게 업데이트 할 수 있도록하려면 데이터베이스 또는 구성 파일에 저장하십시오) 필드 이름을 Create Envelope API 호출에 사용할 수 있어야합니다. –