ConnectWiz + Zendesk
운영 중인 연동옮기는 동안 Zendesk는 그대로 돌리세요 — 두 번 일하지 않고
이전 기간을 버티기 위한 현실적인 브리지입니다. ConnectWiz에서 생긴 티켓이 Zendesk에 나타나고, 답장은 양방향으로 미러링되며, 루프 가드가 그 고질적인 무한 코멘트 핑퐁을 구조적으로 불가능하게 만듭니다. 이전이 끝나면 끄시면 됩니다.
지원
하는 일, 정확히
Push: 티켓 내보내기
ConnectWiz 티켓 대화는 제목, 코멘트, 외부 참조를 담은 Zendesk 티켓을 만듭니다. 이후의 답장은 코멘트로 덧붙습니다.
Pull: 답장 가져오기
Zendesk 트리거가 상담원 코멘트를 ConnectWiz 스레드로 보냅니다. 인증은 상수 시간으로 대조하는 공유 시크릿이 맡고, 최종 사용자 코멘트는 걸러 냅니다.
루프 가드
미러링된 메시지는 경계에서 태그가 붙어, Push 리스너가 그것을 되돌려 보내는 일이 없습니다. 이렇게 막는 실패 방식이 바로 무한 티켓 코멘트 핑퐁입니다.
스위치는 두 개
Push와 Pull은 따로 켭니다. 내보내기만, 가져오기만, 아니면 둘 다 — 이전 단계에 맞춰 고르시면 됩니다.
기술적인 구조
브리지 동작 방식
Push, 참조로 뼈대를 잡습니다
ConnectWiz 티켓은 제목, 첫 코멘트, 그리고 둘을 묶는 외부 참조를 달고 Zendesk 쪽 쌍둥이를 만듭니다. 이후의 답장은 모두 같은 티켓에 코멘트로 덧붙고, 새 티켓이 되는 일은 없습니다.
Pull, 자사 트리거를 거칩니다
Zendesk에 붙여 넣는 JSON 트리거가 상담원 코멘트를 되돌려 보냅니다. 인증은 공유 시크릿이 맡고, 최종 사용자 코멘트는 걸러 내 고객이 자기가 쓴 말을 다시 받아 보는 일이 없습니다.
루프 가드, 구체적으로
브리지를 건너는 메시지에는 모두 미러링 태그가 붙고, Push 리스너는 태그가 붙은 메시지를 무시합니다. 허술한 두 데스크 브리지를 괴롭히는 무한 코멘트 핑퐁이 확률상 드문 정도가 아니라 구조적으로 불가능해집니다.
방향은 서로 분리됩니다
내보내기만(Zendesk를 아카이브로 남김), 가져오기만(Zendesk를 비움), 둘 다(이전 기간 병행) 가운데 고릅니다. 방향마다 스위치가 따로 있어 브리지를 이전 일정에 주 단위로 맞출 수 있습니다.
설정
연결 방식
Zendesk 연결
서브도메인, 상담원 이메일, API 토큰을 넣습니다. 암호화해 보관하고 연결 테스트로 확인합니다.
트리거 붙여넣기
Pull 방향을 위해 제공된 JSON 트리거를 Zendesk에 추가합니다.
방향 설정
Push, Pull, 또는 둘 다 켜고 — 이전이 끝나는 날 끕니다.
함께 쓰면 강해집니다
함께 쓰는 기능
빠져나가기
이전이 끝나면 양쪽 방향을 모두 끄세요. 대화도 연락처도 히스토리도 이미 이쪽에 와 있습니다. 그것이 이 브리지의 목적입니다.
보안과 보증
지루한 보증
자격 증명은 암호화하고 실제로 검증합니다
서브도메인, 상담원 이메일, API 토큰은 저장할 때 암호화하고, 연결 단계에서 자사 Zendesk에 실제 테스트를 한 번 돌린 뒤에야 다른 기능이 여기에 기댑니다.
Pull 경로에는 인증이 걸려 있습니다
수신 트리거 호출은 공유 시크릿을 싣고 오고, 상수 시간으로 대조합니다. URL을 찍어 맞힌다고 인박스에 글을 쓸 수는 없습니다.
건너오는 것은 상담원 코멘트뿐입니다
Pull은 상담원이 쓴 코멘트만 걸러 받습니다. 최종 사용자 텍스트, 자동화, 시스템 메모는 브리지 저쪽에 그대로 남습니다.
솔직한 세부 조건
경계를 명시합니다
임포터가 아니라 브리지
적용 범위는 양방향 티켓 생성과 답장입니다. 도움말 문서, 매크로, SLA, 뷰는 넘어오지 않습니다. 솔직한 쓰임새는 이전 기간이고, 그다음은 은퇴입니다.
티켓 대화에만 적용됩니다
Push는 ConnectWiz 티켓 스레드에서만 발동합니다. WhatsApp 채팅이 Zendesk 티켓을 자동으로 만들지는 않습니다. 일부러 그렇게 두었습니다.