ConnectWiz + Zendesk

운영 중인 연동

옮기는 동안 Zendesk는 그대로 돌리세요 — 두 번 일하지 않고

이전 기간을 버티기 위한 현실적인 브리지입니다. ConnectWiz에서 생긴 티켓이 Zendesk에 나타나고, 답장은 양방향으로 미러링되며, 루프 가드가 그 고질적인 무한 코멘트 핑퐁을 구조적으로 불가능하게 만듭니다. 이전이 끝나면 끄시면 됩니다.

Push와 Pull은 서로 독립 공유 시크릿 기반 보안 설계부터 루프 차단
Zendesk × ConnectWiz
티켓 → Zendesk에 생성
상담원 답장 ← 보안 트리거 경유
에코에 태그 — 루프 불가
2
방향 — Push와 Pull — 이전 단계에 맞춰 따로따로 켜고 끕니다
1
Pull 경로의 공유 시크릿, 상수 시간으로 대조합니다
0
가능한 루프 — 미러링된 메시지는 경계에서 태그가 붙고, 에코는 다시 건너오지 않습니다
∞
데스크를 두 개 굴려야 하는 기간: 없습니다. 브리지는 이전 기간용이고, 그다음은 은퇴입니다

지원

하는 일, 정확히

Push: 티켓 내보내기

ConnectWiz 티켓 대화는 제목, 코멘트, 외부 참조를 담은 Zendesk 티켓을 만듭니다. 이후의 답장은 코멘트로 덧붙습니다.

Pull: 답장 가져오기

Zendesk 트리거가 상담원 코멘트를 ConnectWiz 스레드로 보냅니다. 인증은 상수 시간으로 대조하는 공유 시크릿이 맡고, 최종 사용자 코멘트는 걸러 냅니다.

루프 가드

미러링된 메시지는 경계에서 태그가 붙어, Push 리스너가 그것을 되돌려 보내는 일이 없습니다. 이렇게 막는 실패 방식이 바로 무한 티켓 코멘트 핑퐁입니다.

스위치는 두 개

Push와 Pull은 따로 켭니다. 내보내기만, 가져오기만, 아니면 둘 다 — 이전 단계에 맞춰 고르시면 됩니다.

기술적인 구조

브리지 동작 방식

Push, 참조로 뼈대를 잡습니다

ConnectWiz 티켓은 제목, 첫 코멘트, 그리고 둘을 묶는 외부 참조를 달고 Zendesk 쪽 쌍둥이를 만듭니다. 이후의 답장은 모두 같은 티켓에 코멘트로 덧붙고, 새 티켓이 되는 일은 없습니다.

Pull, 자사 트리거를 거칩니다

Zendesk에 붙여 넣는 JSON 트리거가 상담원 코멘트를 되돌려 보냅니다. 인증은 공유 시크릿이 맡고, 최종 사용자 코멘트는 걸러 내 고객이 자기가 쓴 말을 다시 받아 보는 일이 없습니다.

루프 가드, 구체적으로

브리지를 건너는 메시지에는 모두 미러링 태그가 붙고, Push 리스너는 태그가 붙은 메시지를 무시합니다. 허술한 두 데스크 브리지를 괴롭히는 무한 코멘트 핑퐁이 확률상 드문 정도가 아니라 구조적으로 불가능해집니다.

방향은 서로 분리됩니다

내보내기만(Zendesk를 아카이브로 남김), 가져오기만(Zendesk를 비움), 둘 다(이전 기간 병행) 가운데 고릅니다. 방향마다 스위치가 따로 있어 브리지를 이전 일정에 주 단위로 맞출 수 있습니다.

설정

연결 방식

01

Zendesk 연결

서브도메인, 상담원 이메일, API 토큰을 넣습니다. 암호화해 보관하고 연결 테스트로 확인합니다.

02

트리거 붙여넣기

Pull 방향을 위해 제공된 JSON 트리거를 Zendesk에 추가합니다.

03

방향 설정

Push, Pull, 또는 둘 다 켜고 — 이전이 끝나는 날 끕니다.

함께 쓰면 강해집니다

함께 쓰는 기능

인박스

브리지를 건넌 티켓도 평범한 인박스 대화 그대로입니다. 브리지가 도는 동안에도 라우팅, 담당자 배정, SLA 시계, AI 초안이 모두 적용됩니다.

이메일과 티켓

브리지는 티켓 대화를 타고 움직입니다 — 이메일에서 생긴 티켓이든 포털에서 생긴 티켓이든 같은 방식으로 미러링됩니다.

빠져나가기

이전이 끝나면 양쪽 방향을 모두 끄세요. 대화도 연락처도 히스토리도 이미 이쪽에 와 있습니다. 그것이 이 브리지의 목적입니다.

보안과 보증

지루한 보증

자격 증명은 암호화하고 실제로 검증합니다

서브도메인, 상담원 이메일, API 토큰은 저장할 때 암호화하고, 연결 단계에서 자사 Zendesk에 실제 테스트를 한 번 돌린 뒤에야 다른 기능이 여기에 기댑니다.

Pull 경로에는 인증이 걸려 있습니다

수신 트리거 호출은 공유 시크릿을 싣고 오고, 상수 시간으로 대조합니다. URL을 찍어 맞힌다고 인박스에 글을 쓸 수는 없습니다.

건너오는 것은 상담원 코멘트뿐입니다

Pull은 상담원이 쓴 코멘트만 걸러 받습니다. 최종 사용자 텍스트, 자동화, 시스템 메모는 브리지 저쪽에 그대로 남습니다.

솔직한 세부 조건

경계를 명시합니다

임포터가 아니라 브리지

적용 범위는 양방향 티켓 생성과 답장입니다. 도움말 문서, 매크로, SLA, 뷰는 넘어오지 않습니다. 솔직한 쓰임새는 이전 기간이고, 그다음은 은퇴입니다.

티켓 대화에만 적용됩니다

Push는 ConnectWiz 티켓 스레드에서만 발동합니다. WhatsApp 채팅이 Zendesk 티켓을 자동으로 만들지는 않습니다. 일부러 그렇게 두었습니다.

Zendesk FAQ

솔직한 답변

더 자세한 내용은 FAQ에서 확인하시거나, 직접 문의해 주세요.

양방향 티켓 생성과 답장입니다. ConnectWiz 티켓이 Zendesk 티켓을 만들고 코멘트를 미러링하며, Zendesk 상담원 답장은 보안 트리거를 통해 돌아옵니다. Push와 Pull은 따로 켜고 끕니다.

미러링된 메시지는 모두 경계에서 태그가 붙고, Push 리스너는 태그가 붙은 메시지를 무시합니다. 그래서 코멘트는 브리지를 한 번만 건널 뿐, 영원히 튕겨 다니지 않습니다.

이전 기간을 위해 만들었습니다. 팀이 옮겨 가는 동안 두 데스크를 맞춰 돌리다가, 끝나면 브리지를 끄시면 됩니다. Zendesk를 계속 쓰고 싶은 팀이라면 대개 데스크 두 개에 돈을 낼 이유가 없습니다.

API 접근과 트리거가 포함된 플랜이면 됩니다. 브리지는 표준 API 토큰 하나와 트리거 하나만 쓰고, Zendesk 마켓플레이스 앱도 Sunshine 구독도 필요 없습니다.

텍스트 답장은 미러링되지만, 첨부 파일 미러링은 약속하지 않습니다. 이전 기간에는 대개 실제로 대화를 처리하는 쪽에 파일이 있습니다. 브리지는 오가는 말만 맞춰 두어 같은 건에 두 번 답하는 일을 막습니다.

요란한 연동보다 정직한 연동이 낫습니다.

여기 있는 연동은 하나같이 실제 동작 그대로 설명합니다. 데이터가 흐르는 방향, 소유권, 한계까지 빠짐없이 적었습니다.