1
Connect가 활성화 된 계정에 대한 재시도 횟수는 무엇입니까? 우리 쪽의 끝 점이 매번 성공적인 승인으로 회신하지 않는다고 가정하면 "승인 필요"설정이 켜져 있습니다. 맞았습니까? 승인 필요 옵션을 선택하고 게시 메시지가 인정 될 실패 할 경우 DocumentationDocusign 확인 응답이 필요하면 재시도 빈도를 입력하십시오.
에서
Connect가 활성화 된 계정에 대한 재시도 횟수는 무엇입니까? 우리 쪽의 끝 점이 매번 성공적인 승인으로 회신하지 않는다고 가정하면 "승인 필요"설정이 켜져 있습니다. 맞았습니까? 승인 필요 옵션을 선택하고 게시 메시지가 인정 될 실패 할 경우 DocumentationDocusign 확인 응답이 필요하면 재시도 빈도를 입력하십시오.
에서
는 메시지가 대기열로 다시 이동하고 성공적으로 확인받은 후 시스템은 배달을 다시 시도합니다 . 배달이 두 번째 실패하면 Connect는 성공적인 확인을 수신하고 이전 재시도 이후 최소 24 시간이 경과 할 때까지 메시지를 대기열로 보내지 않습니다. 최대 10 번의 재 시도가 있습니다.
네, 저도 보았습니다. 그러나 그 단락의 문구에는 모든 종류의 문제가 있습니다. "성공적인 응답"이 콜백에 대한 200 응답이라고 가정하면, 첫 번째 문장의 마지막 부분은 "시스템이 전달을 다시 시도 할 것임을 ** ** 성공한 승인이 수신 될 때까지 ** [안되다] ". 두 번째 문장은 성공적인 인정처럼 들리 겠지만 우리가 시작해야하는 무언가는 목적을 완전히 무효로 만듭니다. 내 이해는 우리가 200을 반환 할 때까지 Docusign 창틀이 일정 간격으로 계속 재 시도한다는 것입니다. – aboostani
Connect가 청취자에게 메시지 ("Message_1"라고 부름)를 보내고 200 응답을받지 못하면 해당 메시지를 오류/재시도 대기열. ** ** 다른 ** (다른) 메시지에 대해 ** 응답을받은 후 ** ** 해당 메시지 (Message_1)를 다시 시도하지 않습니다. –
따라서 청취자가 10 분 동안 중단되고 그 중 다운 타임 동안 실패/재시도 대기열에 많은 수의 메시지가 놓여지면 청취자가 다시 나타나고 다른 봉투 이벤트가 발생하고 Connect가 해당 이벤트에 대한 메시지를 보내고 200 응답 - 그러면 Connect는 그 시간에 실패/재시도 대기열에서 메시지 배달을 재 시도합니다 (연결 설명서에 지정된 재시도 논리에 따라). "재시도 간격"이 없습니다. 재시도 논리는 청취자가 주어진 시점에서 Connect 메시지를 수신하는지 여부에 전적으로 의존합니다. –