Chronock Webhook으로 예약 후 업무를 자동화하는 방법
Chronock Webhook으로 예약 생성, 취소, 변경을 다른 도구에 알리고 CRM 업데이트, 팀 알림, 맞춤 업무 흐름을 자동화하세요.
미팅을 예약한 후에 실제 업무가 시작되는 경우가 많습니다.
CRM 기록을 업데이트하고, Slack 채널에 알림을 보내고, 후속 작업을 만들고, 온보딩 업무 흐름을 시작하거나 사내 시스템에 예약을 동기화해야 할 수 있습니다. 누군가가 Chronock을 확인하고 세부 내용을 직접 복사해야 한다면 쉽게 빠뜨릴 수 있습니다.
Chronock 아웃바운드 Webhook을 사용하면 워크스페이스에서 이미 쓰고 있는 도구로 예약 수명 주기 이벤트를 직접 보낼 수 있습니다. 예약이 생성, 취소, 변경될 때 Chronock이 사용자의 엔드포인트로 서명된 HTTPS 요청을 보냅니다.
이렇게 하면 일정 조율이 독립된 행동으로 끝나지 않고 나머지 업무 흐름을 시작하는 트리거가 됩니다.
Chronock Webhook이 하는 일
Webhook은 Chronock이 사용자가 관리하는 URL로 보내는 자동 HTTP 요청입니다.
첫 버전의 Chronock Webhook은 예약 수명 주기 이벤트에 집중합니다.
| 이벤트 | 전송 시점 | 업무 흐름 예시 |
|---|---|---|
booking.created |
새 예약이 확정됨 | CRM 활동 추가, 영업 팀 알림, 온보딩 작업 생성 |
booking.canceled |
예약이 취소됨 | 작업 종료, 담당자 알림, 사내 기록 업데이트 |
booking.rescheduled |
캘린더에서 예약 시간 변경이 감지됨 | 후속 시스템의 일정 업데이트, 팀 알림, 리마인더 갱신 |
각 Webhook 엔드포인트는 Chronock 워크스페이스에 속합니다. 워크스페이스 소유자와 관리자는 엔드포인트를 만들고, 수신할 예약 이벤트를 고르고, 테스트 이벤트를 보내고, 전송 기록을 확인할 수 있습니다.
일정 조율 운영에 Webhook이 중요한 이유
일정 조율 도구는 실제 비즈니스 프로세스와 연결되는 경우가 많습니다.
영업 팀이라면 데모 예약 후 기회 단계를 업데이트해야 할 수 있습니다. 채용 팀이라면 면접 확정 후 조율 담당자에게 알리고 지원자 추적 업무 흐름을 업데이트해야 할 수 있습니다. 고객 성공 팀이라면 킥오프 미팅이 취소될 때 다음 작업을 일시 중지해야 할 수 있습니다.
Webhook이 없으면 이런 작업은 보통 다음 세 가지 중 하나가 됩니다.
- 누군가가 기억해야 하는 수동 체크리스트
- 나중에 변경 사항을 확인하는 정기 폴링 작업
- 특정 도구 하나에서만 작동하는 직접 연동
Webhook은 더 유연한 출발점을 제공합니다. 일정 조율 변경이 발생하면 Chronock이 이벤트를 보내고, 수신 시스템이 다음 작업을 결정합니다.
수신자는 작은 사내 API, 자동화 플랫폼의 Webhook 트리거, 서버리스 함수, 인바운드 Webhook을 받는 워크플로 도구 등이 될 수 있습니다.
자동화하기 좋은 업무 흐름
Chronock Webhook은 예약 데이터를 다른 시스템으로 빠르게 옮겨야 할 때 가장 유용합니다.
| 업무 흐름 | Webhook이 돕는 방법 |
|---|---|
| CRM 활동 업데이트 | 예약된 미팅을 리드, 연락처, 기회, 계정에 연결 |
| 팀 알림 | 중요한 예약, 취소, 시간 변경을 Slack 또는 다른 사내 채널에 게시 |
| 채용 운영 | 후보자 면접이 예약되거나 변경될 때 조율 담당자에게 알림 |
| 고객 온보딩 | 고객이 첫 미팅을 예약하면 킥오프 체크리스트를 시작 |
| 사내 대시보드 | 예약 이벤트를 데이터 파이프라인 또는 운영 데이터베이스로 전송 |
| 맞춤 리마인더 | 자체 시스템에서 리마인더나 준비 작업을 트리거 |
중요한 점은 Webhook이 하나의 대상에만 제한되지 않는다는 것입니다.
팀에 이미 맞춤 관리 시스템이 있다면 Chronock 이벤트를 직접 받을 수 있습니다. 노코드 자동화를 선호한다면 Webhook 트리거를 제공하는 플랫폼에서 시작해 사용 중인 도구와 연결할 수 있습니다.
포함되는 데이터
Chronock은 Webhook 페이로드를 JSON으로 보냅니다.
예약 수명 주기 페이로드에는 이벤트 ID, 이벤트 유형, API 버전, 생성 시간, 예약 데이터를 담은 이벤트 본문이 포함됩니다.
{
"id": "evt_7Z4A2rXh2B4V8nYcH9pQmN",
"type": "booking.created",
"api_version": "2026-07-06",
"created_at": "2026-07-06T03:04:05.000Z",
"data": {
"booking": {
"id": "7Z4A2rXh2B4V8nYcH9pQmN",
"status": "confirmed",
"start_time": "2026-07-07T01:00:00.000Z",
"end_time": "2026-07-07T01:30:00.000Z",
"timezone": "Asia/Tokyo",
"slot": {
"id": "2dK8eV6hKp9mQr4ZyT1xAb",
"title": "Product Demo"
},
"meeting_tool": "google_meet",
"meeting_url": "https://meet.google.com/example"
}
}
}예약 변경의 경우 Chronock은 이전 시작 시간과 종료 시간도 함께 보냅니다. 이 데이터를 사용하면 수신 시스템이 변경을 새 미팅으로 처리하지 않고 적절한 후속 기록을 업데이트하기 쉽습니다.
기본적으로 페이로드에는 참여자의 이름과 이메일 주소가 포함되지 않습니다. 엔드포인트에 이 정보가 필요하면 소유자 또는 관리자가 해당 엔드포인트의 참여자 세부 정보를 활성화할 수 있습니다.
이 기본값은 중요합니다. 많은 자동화에는 예약이 존재한다는 사실, 시간, 속한 예약 유형, 미팅 URL만 필요합니다. 개인정보를 선택적으로만 포함하면 의도하지 않은 데이터 노출을 줄일 수 있습니다.
전송 로그로 Webhook 동작을 확인하기
무슨 일이 일어났는지 확인할 수 없다면 Webhook 자동화는 유용하지 않습니다.
Chronock은 Webhook 전송을 기록하므로 관리자가 각 전송이 성공했는지, 실패했는지, 재시도를 기다리는지 확인할 수 있습니다. 새 업무 흐름을 구성할 때 Chronock이 수신자가 기대한 요청을 보냈는지 확인하는 데 유용합니다.
테스트 전송 기능을 사용하면 실제 예약이 들어오기 전에 설정을 확인할 수 있습니다. 엔드포인트를 만들고, 테스트 이벤트를 보내고, 수신자를 검증한 다음 더 안심하고 업무 흐름을 활성화하세요.
수동 테스트는 선택한 예약 이벤트와 관계없이 예약 데이터 대신 엔드포인트 데이터를 담은 endpoint.verification 이벤트를 보냅니다.
전송이 실패하면 Chronock은 대기 시간을 늘려 가며 재시도합니다. 수신 시스템의 일시적인 장애로 예약 이벤트가 즉시 손실되지 않도록 합니다.
Chronock은 비동기 전송을 시작하기 전에 각 예약 이벤트의 최종 페이로드를 관련 예약 처리와 함께 안정적으로 저장합니다. 전송은 exactly-once가 아닌 at-least-once 방식이므로, 타임아웃 등으로 전송 결과를 확인할 수 없는 경우 같은 요청이 두 번 이상 도착할 수 있습니다. 수신 측이 멱등성을 보장하도록 구현하고 Chronock-Webhook-Id를 기준으로 재시도를 중복 제거하세요.
Webhook 엔드포인트 설정 방법
Webhook을 관리하려면 워크스페이스 소유자 또는 관리자 권한이 필요합니다.
기본 설정 순서는 다음과 같습니다.
- Chronock을 열고 워크스페이스 연동 설정으로 이동합니다.
- HTTPS URL로 Webhook 엔드포인트를 만듭니다.
- 엔드포인트가 수신할 예약 이벤트를 고릅니다.
- 표시될 때 엔드포인트 시크릿을 복사합니다.
- Chronock 서명을 검증하도록 수신자를 구성합니다.
- 테스트 Webhook을 보내고 전송 로그를 확인합니다.
엔드포인트 시크릿은 엔드포인트를 만들 때 한 번만 표시됩니다. Webhook 서명을 검증할 수 있도록 수신 서비스나 자동화 플랫폼에 시크릿을 저장하세요.
Chronock에서 보낸 Webhook인지 검증하기
Chronock은 HMAC-SHA256으로 Webhook 요청에 서명합니다.
수신자는 페이로드를 신뢰하기 전에 서명을 검증해야 합니다. Chronock은 다음과 같은 헤더를 보냅니다.
| 헤더 | 용도 |
|---|---|
Chronock-Webhook-Id |
전송을 식별 |
Chronock-Webhook-Event-Id |
Webhook 이벤트를 식별 |
Chronock-Webhook-Event-Type |
booking.created와 같은 이벤트 유형 표시 |
Chronock-Webhook-Timestamp |
재전송된 요청으로부터 보호 |
Chronock-Webhook-Signature |
HMAC 서명 포함 |
프로덕션 업무 흐름에서는 서명을 검증하고 오래된 타임스탬프를 거부하세요. 이렇게 하면 Chronock에서 오지 않았거나 나중에 재전송된 요청을 수신자가 받아들이는 것을 방지할 수 있습니다.
Chronock은 Webhook 엔드포인트 URL에 HTTPS를 요구하고, 서버 측 요청 위조 위험을 줄이기 위해 엔드포인트 주소를 검증합니다.
Webhook이 아닌 것
Webhook은 유연한 연동 지점이지만 완전한 네이티브 연동과 같지는 않습니다.
Chronock Webhook의 첫 구현에는 다음이 포함되지 않습니다.
- 다른 서비스에서 받는 인바운드 Webhook
- 구독 및 구독 취소 API가 있는 Zapier REST Hooks 앱
- 패키지된 n8n 커뮤니티 노드
- Make 또는 Yoom 마켓플레이스 등록
- 그룹별 또는 예약 유형별 필터
- 기본으로 활성화된 참여자 세부 정보
이 경계는 의도적입니다. 첫 단계는 엔드포인트 관리, 저장된 예약 이벤트, 서명된 전송, 제한된 엔드포인트 전송 재시도, 테스트 전송, 전송 로그를 갖춘 내구성 있는 Webhook 기반을 만드는 것입니다.
나중에 이 기반 위에 네이티브 마켓플레이스 연동을 구축할 수 있습니다.
가치가 큰 자동화 하나로 시작하기
Webhook을 사용하는 가장 쉬운 방법은 모든 것을 한 번에 자동화하지 않는 것입니다.
예약 업데이트를 놓쳤을 때 시간 비용이 큰 업무 흐름 하나로 시작하세요. 예를 들어 다음과 같습니다.
- 데모가 예약되면 영업 채널에 알림
- 예약이 생성되면 CRM 메모 추가
- 예약이 취소되면 사내 작업 종료
- 킥오프 미팅이 변경되면 고객 온보딩 기록 업데이트
이 업무 흐름이 안정적으로 작동하면 다음 자동화를 추가하세요.
예약을 업무 흐름의 트리거로 만들기
Chronock은 연결된 Google 캘린더와 Microsoft Outlook 캘린더에서 예약 가능 시간을 찾고 예약할 수 있게 해 줍니다. Webhook은 예약 후에도 그 가치를 이어 갑니다.
확정된 미팅을 일정 조율 흐름의 끝으로 보지 말고 다음 단계의 시작으로 사용하세요. 적절한 사람에게 알림을 보내고, 적절한 기록을 업데이트하고, 후속 시스템을 동기화할 수 있습니다.
일정 조율의 변경 사항이 운영의 나머지 작업을 시작하게 하고 싶다면 Chronock Webhook이 실용적인 출발점을 제공합니다.
