웹 요청 노드

조직 내 여러 도구를 사용하는 가운데 서비스 데스크가 운영의 중심이 되므로, 서비스 데스크를 생태계와 원활하게 통합하는 것이 중요합니다. 웹 요청 노드를 사용하면, 오케스트레이션 센터에서 통합할 수 없는 시스템을 포함하여 모든 종류의 3자 시스템과 통합할 수 있습니다. 오케스트레이션 센터

웹 요청 노드란 무엇인가요?

웹 요청 노드는 워크플로우 자동화기에서 REST API를 사용하는 모든 3자 시스템에 API 요청을 보낼 수 있게 해줍니다.

또한 요청에서 반환된 상태 코드를 후속 조건 노드에서 참조하여 요청의 성공 또는 실패에 따라 분기할 수 있습니다.

웹 요청 vs 웹훅

웹 요청 노드	웹훅
요청의 응답 본문을 JSON 파서로 구문 분석하고 후속 노드에서 응답 출력을 참조할 수 있습니다.	웹훅에서 받은 응답을 기반으로 작업을 수행할 수 없습니다.
응답을 받은 후에만 다음 노드로 진행합니다.	응답을 받지 않아도 후속 작업을 수행합니다.

인증 유형

인증 유형	입력값	설명
기본 인증	사용자 이름: 이메일 주소 비밀번호: 비밀번호	; padding: 5pt; overflow: hidden; overflow-wrap: break-word; width: 41.1756%; font-size: 14px; font-family: "Helvetica Neue";"> 요청에 인증된 사용자 이름과 비밀번호 를 전송해야 할 때 Basic Auth를 사용하세요. 참고: Freshservice API 키 인증은 다음 값을 사용하여 기본 인증을 통해 수행할 수 있습니다. 사용자 이름: <API key> 비밀번호: x
API 키	키: 권한 부여 값: API 키	API 키가 필요한 애플리케이션에서 작업을 수행하기 위해 API 키 유형을 사용하세요.
No Auth	-	요청에 권한 부여가 필요하지 않을 때 No Auth 유형을 사용하세요.

Webrequest 노드를 통해 비공개 엔드포인트에 액세스하려면 아래 IP를 화이트리스트에 추가하여 방화벽 제한을 우회하고 신뢰할 수 있는 요청만 처리되도록 하세요.

: 1.38; text-align: center; margin-bottom: 0pt; font-size: 14px; font-family: "Helvetica Neue";">52.70.115.44

지역	US	EUC	AU	IND
IP 주소	34.229.27.241	3.64.157.0	52.65.121.133	13.233.211.108
	54.87.5.255	18.157.153.36	13.236.156.211	43.204.166.208
	52.87.58.63	3.64.157.0	13.236.156.211	43.204.166.208
	3.123.72.31	13.238.60.153	43.204.166.209
44.206.73.232	3.74.148.8	3.26.254.196	43.204.166.210 to 43.204.166.211 (2 IPs)
	44.206.73.233	3.74.148.9	3.26.254.197
	44.206.73.234 to 44.206.73.239 (6 IPs)	3.74.148.10 to 3.74.148.11 (2 IPs)	3.26.254.198 to 3.26.254.199 (2 IPs)

아래는 지역별 Onprem- 오케스트레이션 서버에 대해 화이트리스트에 추가해야 할 도메인 목록입니다.

지역	US	EUC	AU	IND
화이트리스트에 추가할 도메인 이름	freshservice-us.freshorchestrator.com	freshservice-eu.freshorchestrator.com	freshservice-au.freshorchestrator.com	freshservice-ind.freshorchestrator.com

예제를 살펴보고 워크플로우에서 웹 요청 노드를 어떻게 사용할 수 있는지 알아보겠습니다.

샘플 사용 사례

이 예제에서는 비밀번호 재설정 서비스 요청을 위해 강력한 임시 비밀번호를 생성하기 위해 웹 요청을 호출합니다.

1단계

이벤트 블록에서 티켓이 생성됨 을 선택하고 조건 블록에서 비밀번호 재설정 서비스 항목을 선택합니다.

웹 요청 노드를 캔버스로 드래그 앤 드롭하여 사용자 정의 API 요청을 트리거하고 인증 유형을 인증 없음으로 설정합니다.

참고: 오케스트레이션 서버의 도움을 받아 요청을 온프레미스 네트워크로 라우팅할 수 있습니다.오케스트레이션 서버.

2단계

상태 코드는 조건 블록에서 2XX 응답에 대해 확인하여 이 요청이 성공했는지 확인할 수 있습니다.

3단계

웹 요청작업을 테스트하고 샘플 응답 본문을 클립보드에 복사합니다.

단계 4

캔버스로 JSON 파서 노드 를 드래그 앤 드롭합니다.

단계 5

소스를 웹 노드 요청의 출력에 매핑합니다.

단계 6

샘플 응답 본문을 페이로드 섹션에 붙여넣고 출력 생성 버튼을 눌러 페이로드 입력의 스키마에 따라 출력을 자동으로 생성합니다.

단계 7

Microsoft AD에서 작업을 수행하려면 앱 노드 를 캔버스로 드래그 앤 드롭하고 비밀번호 재설정 작업을 Microsoft AD에서 실행합니다.

해당 사용자 정의 필드 플레이스홀더(SamAccountName)를 이름 페이로드 전반에 걸쳐 사용합니다. 새 비밀번호는 파서 필드에 정의된 출력에서 가져올 수 있습니다.

팁: Freshservice에서 사용자 정의 필드와 SamAccountName을 동기화하려면 디스커버리 프로브 를 사용할 수 있습니다.

단계 8

마지막으로, 계정을 잠금 해제 하고 요청자에게 새 비밀번호와 함께 이메일을 보냅니다.

WebRequest 노드를 사용하여 더 많은 설정을 할 수 있습니다.

WebRequest 노드를 호출하여 티켓 세부 정보를 가져오고 이를 기반으로 작업을 수행합니다.

1. 누군가가 닫힌 티켓에 답장/공개 노트를 추가할 때마다 새 티켓을 생성하는 방법은?

티켓을 생성하는 새로운 자동화를 만들려면 다음 단계를 따르세요:

전역 설정 또는 특정 워크스페이스 관리자로 이동합니다.
워크플로우 자동화로 이동하여 새 워크플로우를 클릭합니다.
이벤트를 답장이 전송될 때 트리거되도록 설정합니다.
조건 노드를 추가하여 상태가 닫힘 또는 해결됨인지 확인합니다 (또는 사용 사례에 따라 상태를 조정합니다).
웹 요청 노드를 드래그하여 드롭하고 POST 호출을 사용하도록 구성합니다.
API를 통해 티켓을 생성하려면 다음 링크를 사용하세요: https://api.freshservice.com/v2/#create_ticket.
API URL은 다음과 같아야 합니다: your_domain.freshservice.com/api/v2/tickets.
인증을 위해 기본 인증을 사용하고 관리자 API 키를 사용자 이름으로, 임의의 한 글자 알파벳 (예: 'a', 'x')을 비밀번호로 사용합니다.
모든 필수 필드가 요청 본문에 포함되어 있는지 확인하세요. 기존 티켓을 다시 열 필요가 없다면, 티켓을 다시 여는 워크플로우를 비활성화하세요. 티켓 활동을 확인하여 티켓을 다시 여는 데 실행되는 특정 워크플로우를 식별할 수 있습니다.