최근 검색
최근 검색 없음

Niall Colfer
가입한 날짜: 2021년 4월 14일
·
마지막 활동: 2021년 12월 09일
팔로잉
0
팔로워
0
총 활동 수
23
투표 수
2
플랜 수
14
활동 개요
배지
문서
게시물
커뮤니티 댓글
문서 댓글
활동 개요
님의 최근 활동 Niall Colfer
Niall Colfer님이 에 문서를 만듦
질문
답변
아니요, 삭제된 조직이나 사용자는 복구할 수 없습니다. Zendesk는데이터 복구 정책에 따라 귀사를 대신하여 조직이나 사용자를 복구할 수 없습니다.
계정에서 종료된 티켓은 삭제 후에도 조직의 ID를 저장하는티켓 조직이라는 특성을 유지합니다. Explore에서 데이터를 검토하거나 API를 통해 티켓을 읽을 때 사용할 수 있습니다.
번역 고지 사항: 본 문서는 콘텐츠에 대한 기본적인 이해를 제공하기 위해 자동 번역 소프트웨어를 사용하여 번역되었습니다. 정확한 번역을 제공하고자 합당한 노력을 기울였으나 Zendesk는 번역의 정확성을 보장하지 않습니다.
번역된 문서에 포함된 정보의 정확성과 관련하여 질문이 있으시면 문서의 공식 버전인 영문 버전을 참조하시기 바랍니다.
2023년 1월 12일에 편집됨 · Niall Colfer
0
팔로워
1
투표
0
댓글
Niall Colfer님이 에 문서를 만듦
질문
새 채팅에 대한 알림을 받고 싶습니다. Chat에 대한 데스크톱 알림을 받으려면 어떻게 해야 하나요?
답변
모든 상담사는 Chat 설정에서 알림을 사용 설정할 수 있는 옵션이 있습니다.
자세한 안내는 다음 문서를 참조하세요. 채팅 알림 설정 편집하기 문서를 참조하세요.
또한 브라우저에 알림을 보낼 수 있는 권한이 있어야 합니다. 브라우저별 정보는 아래 문서를 참조하세요.
- Chrome의 경우에는 알림을 설정하거나 해제합니다.
- Edge의 경우에는 Microsoft Edge에서 웹사이트 알림을 관리하세요.
- Safari의 경우에는 Safari의 웹사이트 알림을 사용자 지정하세요.
- Windows 10 및 11 사용자의 경우, 집중 지원 또는 방해 금지 모드가 사용 설정되어 있지 않은지 확인하세요. 자세한 안내는 이Microsoft 문서를 참조하세요.
Chat 알림이 표시되지 않는 문제가 있다면 네트워크 상태가 안정적인지, 확장 기능이 사용 중지되어 있는지 확인하세요.
번역 고지 사항: 본 문서는 콘텐츠에 대한 기본적인 이해를 제공하기 위해 자동 번역 소프트웨어를 사용하여 번역되었습니다. 정확한 번역을 제공하고자 합당한 노력을 기울였으나 Zendesk는 번역의 정확성을 보장하지 않습니다.
번역된 문서에 포함된 정보의 정확성과 관련하여 질문이 있으시면 문서의 공식 버전인 영문 버전을 참조하시기 바랍니다.
2024년 2월 20일에 편집됨 · Niall Colfer
0
팔로워
2
투표 수
0
댓글
Niall Colfer님이 에 문서를 만듦
질문
SFDC의 조회 필드를 Zendesk Support로 동기화하려면 어떻게 해야 하나요? 설정할 때 Zendesk에 레코드 ID만 표시되어 유용하지 않습니다.
답변
SFDC의 조회 필드는 다른 필드와 약간 다르게 작동합니다. 이 필드에 저장된 원시 정보는 레코드 ID이며, 사용자가 볼 때 Salesforce에서 관련 세부 정보를 조회합니다. 이 데이터를 Zendesk Support에 동기화하면 SFDC 레코드 ID만 갖게 됩니다. 따라서 연동 서비스에서는 동기화를 위해 조회 필드를 맵핑할 수 없습니다.
이를 사용 가능한 데이터 유형으로 변환하기 위해 적절한 유형(보통 "텍스트")으로 사용자 지정 수식 필드를 만들고 해당 조회 필드를 통해 레코드의 값을 자동으로 채울 수 있습니다. SFDC에서 Zendesk로 동기화할 때 사용자 지정 필드를 사용하면 값이 그대로 유지됩니다.
사용 사례 예:
일반적인 예는 상위 계정 정보를 동기화하는 것입니다. SFDC 계정은 Zendesk 조직에 동기화되지만, 조직은 Zendesk에서 평면 구조를 가지며 계층 구조가 없습니다. 상위 계정을 가져오려면 사용자 지정 필드 맵핑이 필요하지만, SFDC의 조회 필드 이후로 최고의 사용자 경험이 아닌 일반 레코드 ID를 얻게 되었고 개선할 수 있습니다.
1. Zendesk Support에서 사용자 지정 필드 만들기
첫 번째 단계는 Zendesk에서 사용자 지정 필드를 만들어 이 정보를 캡처하는 것입니다. 필드 유형은 캡처하려는 정보에 따라 다릅니다. 이 경우에는 조직 수준 필드이며 텍스트 필드 유형을 사용하여 상위 계정의 이름을 수집하겠습니다.
- 관리자>관리>조직 필드로 이동합니다.
- 오른쪽에서Text를 드래그합니다.
- 예를 들어,상위 계정과 같이 유용한 이름을 지정합니다.
2. SFDC에서 수식 필드 만들기:
이제 수식을 통해 데이터를 채우기 위해 SFDC에 적절한 유형 필드가 필요합니다. 정보에 따라 유형이 다르겠지만 이 경우에는 계정의 텍스트 필드입니다.
- 설정>사용자 지정>계정>필드로 이동하여 새 사용자 지정 필드를 만듭니다.
- 수식데이터 유형을 선택합니다.
- 상위 계정 이름과 같은 레이블을 지정하고텍스트와 같은수식 리턴 유형을 선택합니다.
- 수식 입력상자에서 이 필드에 대한 수식을 작성해야 합니다. 사용 사례는 매우 간단하므로고급 수식편집기를 선택하고필드 삽입버튼을 클릭합니다.
- 올바른 데이터 필드를 선택합니다(예:계정>상위 계정>계정 이름).
- 원하는 보안 설정과 페이지 레이아웃 설정을 추가하여 설정을 마치세요.
3. 필드 맵핑을 구성합니다.
두 위치 모두에 필드가 있으므로 연결을 추가하기만 하면 됩니다.
- Zendesk에서관리 센터를 열고Salesforce 연동 페이지로 이동합니다.
- 계정에서 조직으로 동기화를선택하고구성을 클릭한 다음필드 맵핑이 나올 때까지 아래로 스크롤합니다.
- 맵핑 추가버튼 클릭
- 2단계에서 Salesforce 필드를 선택합니다. 상위 계정 이름을 선택하고 Zendesk Support 필드가 로드될 때까지 기다립니다.
- 1단계에서 Zendesk 필드를 선택합니다. 상위 계정.
- 저장버튼을 클릭하여 완료합니다.
4. 다 되었습니다!
구성이 완료되었으며 그때부터 이러한 필드 간에 데이터가 동기화됩니다. 지속적인 동기화를 사용 설정하고 몇 개의 레코드를 테스트하거나, 대규모 일괄 동기화를 수행하기 전에 소량의 샘플 일괄 동기화를 수행하여 구성이 정확히 원하는 대로 설정되어 있는지 확인하는 것이 좋습니다.
한 가지 중요한 사항은 Salesforce Streaming API의 제한 사항으로 인해 이러한 수식 필드를 변경해도 동기화가 직접 트리거되지 않는다는 것입니다. 이 제한 사항을 해결하려면 다음 워크플로를 따르는 것이 좋습니다.https://support.zendesk.com/hc/en-us/articles/4408823413658
Salesforce에 대한 자세한 내용은 Salesforce 연동을 위한 Zendesk 설정하기.
번역 고지 사항: 본 문서는 콘텐츠에 대한 기본적인 이해를 제공하기 위해 자동 번역 소프트웨어를 사용하여 번역되었습니다. 정확한 번역을 제공하고자 합당한 노력을 기울였으나 Zendesk는 번역의 정확성을 보장하지 않습니다.
번역된 문서에 포함된 정보의 정확성과 관련하여 질문이 있으시면 문서의 공식 버전인 영문 버전을 참조하시기 바랍니다.
2023년 1월 12일에 편집됨 · Niall Colfer
4
팔로워
2
투표 수
0
댓글
Niall Colfer님이 에 문서를 만듦
Support+Chat 계정 및 Phase 4 Chat 계정에서 Chat API를 사용하려면 OAuth 액세스 토큰을 생성하여 API 요청을 인증해야 하며, 기본 인증은 지원되지 않습니다. 처음으로 토큰을 생성하려면 좀 혼동스러울 수 있으므로 이 튜토리얼을 통해 직접 토큰을 생성하는 방법에 대한 단계별 예를 제공합니다. 이 튜토리얼을 마치고 나면 데이터를 읽고 쓰기 위해 Chat API 요청에서 사용할 수 있는 토큰이 생성되어 있을 것입니다.
애플리케이션을 구축하는 경우에는 토큰 생성 기능을 앱에 구축하여 이 과정을 자동화해야 합니다.
Chat API용 액세스 토큰을 만드는 방법으로는 테스트 환경을 위한 좀 더 빠르고 편리한 방법(”암시적” 권한 부여 흐름 사용)과 프로덕션 환경을 위한 좀 더 시간이 오래 걸리지만 공식적인 방법(”인증 코드” 권한 부여 흐름)의 두 가지가 있습니다. 이 튜토리얼에서는 두 방법을 모두 다룹니다.
조건
이 튜토리얼은 위의 문서에서 참조된 모든 변경 내용이 적용된 Chat 연동 계정용으로 작성되었습니다. 이러한 변경은 현재 점차적으로 구현 중이므로 계정에 따라 먼저 조치를 취해야 하거나, 나중에 조치를 취해야 할 수도 있습니다. 계정에 모든 변경 내용이 적용되었는지 확실하지 않은 경우 저희 지원팀에 문의하시면 확인해 드릴 수 있습니다.
참고: 계정 변경으로 인한 한 가지 부작용은 OAuth 토큰을 다시 만들어야 한다는 점입니다. 계정에 변경 내용이 적용되기 전에 이 튜토리얼을 완료하는 경우에는 나중에 다시 단계를 수행해야 합니다.
절차
OAuth “암시적” 권한 부여 흐름의 단계는 다음과 같습니다.
- OAuth API 클라이언트 만들기
- OAuth 암시적 권한 부여 흐름을 완료하여 1단계의 정보로 토큰 받기
OAuth API 클라이언트 만들기
무엇보다 먼저 API 클라이언트가 필요합니다. Zendesk Chat > 계정 > API 및 SDK로 가서 API 클라이언트 추가 버튼을 클릭합니다. 클라이언트의 이름과 해당 회사를 입력하고 리디렉션 URL에는 http://localhost:8080
을 입력합니다. 예를 들어 다음과 같습니다.
API 클라이언트 만들기를 클릭하여 설정을 마칩니다. 클라이언트 ID와 비밀키가 있는 팝업이 표시됩니다. 매우 중요: 클라이언트 비밀키는 한 번만 표시되므로 나중에 사용할 수 있도록 적어 두세요. 예를 들어 다음과 같습니다.
API 클라이언트를 사용할 준비가 되었으므로 클라이언트 ID와 클라이언트 비밀키를 적어두고 확인을 클릭합니다. 이제 OAuth 권한 부여 흐름을 완료하면 됩니다.
OAuth 암시적 권한 부여 흐름을 완료하여 토큰 받기
이 방식은 OAuth “암시적” 권한 부여 흐름을 사용합니다. 다른 방식은 Oauth “인증 코드” 권한 부여 흐름을 사용하는 것입니다(다음 섹션에서 설명). 직접 수행하는 경우, 나중에 보여 드릴 인증 코드 권한 부여 방식보다 이 방식이 단계 수가 더 적고 훨씬 편리합니다.
1. 위의 “OAuth API 클라이언트 만들기” 단계를 따릅니다.
2. OAuth 클라이언트로부터 다음 정보를 수집합니다.
- 클라이언트 ID: CLIENT_ID
- Zendesk 하위 도메인
3. 해당 CLIENT_ID 및 하위 도메인으로 아래 URL을 포맷하여 새 브라우저 탭에 붙여넣고 Enter 키를 누릅니다.
https://{subdomain}.zendesk.com/oauth2/chat/authorizations/new?response_type=token&client_id=CLIENT_ID&scope=read%20write&subdomain=SUBDOMAIN
참고:
- Chat OAuth 클라이언트에 리디렉션 URL 값이 하나만 있는 경우에는 redirect_uri 값을 전달하는 것은 선택 사항입니다. 시스템은 기본적으로 OAuth 클라이언트의 리디렉션 URL 값 하나를 사용합니다.
- OAuth 클라이언트에 리디렉션 URL 값이 두 개 이상 있는 경우에는 redirect_uri 값을 전달해야 합니다. redirect_uri 값을 전달하는 경우에는 URL로 인코딩해야 합니다. 위의 예에서 선택 사항인 리디렉션 매개변수는 redirect_uri=http%3A%2F%2Flocalhost%3A8080입니다.
4. 로그인하고 ‘허용’을 선택하여 토큰을 생성하도록 요구하면서 호출을 하게 됩니다.
호출에 성공하면 브라우저의 주소 필드에 새 OAuth 토큰(access_token 값으로 리턴)이 포함됩니다.
브라우저의 기본 창에 오류 메시지가 표시되더라도 브라우저의 URL 필드에 ‘access_token’이 리턴된다면 제대로 된 것입니다.
다음은 워크플로우의 데모입니다.
시간이 더 오래 걸리는 대체 토큰 생성 방법
이러한 단계는 이전 섹션처럼 토큰을 만들지만 OAuth “인증 코드” 권한 부여 흐름을 보여줍니다. 아래에서 사용될 OAuth 클라이언트 세부 정보를 적어 두세요.
실제 데이터 대신 자리 표시자가 사용됩니다. OAuth 클라이언트의 비밀키는 Chat 계정의 비밀번호이므로 보안에 각별히 유념해야 합니다.
- 클라이언트 ID:
CLIENT_ID
- 클라이언트 비밀키:
CLIENT_SECRET
- URI 리디렉션:
http://localhost:8080
- 하위 도메인: Zendesk 하위 도메인으로 예를 들어 계정이
niall.zendesk.com
에 있는 경우 이 값은niall
- 인증 코드: 아직 없음
1. 첫 번째 URL 준비
여기에서 URL을 만들어 인증 코드를 요청하게 됩니다. https://{subdomain}.zendesk.com/oauth2/chat/authorizations/new
로 이동하여 위 정보의 일부를 전달하도록 쿼리 매개변수를 몇 개 추가해야 합니다. 이번에는 다음 정보가 필요합니다.
-
response_type
: 항상code
-
redirect_uri
: 액세스 권한 부여 후 리디렉션되는 곳으로 이 튜토리얼에서는http://localhost:8080
-
client_id
: 앞서 적어 둔 ID -
scope
: 이 토큰이 갖게 될 액세스 권한으로read
및write
를 선택하게 됨-
Chat 대화 API에 대한 토큰을 사용하는 경우에는 ‘chat’ 범위도 포함하세요.
-
Chat 대화 API에 대한 토큰을 사용하는 경우에는 ‘chat’ 범위도 포함하세요.
-
subdomain
: Zendesk 하위 도메인
URL 인코딩과 함께 이 정보를 모두 합쳐서 다음과 같은 최종 URL이 생깁니다.
https://{subdomain}.zendesk.com/oauth2/chat/authorizations/new?response_type=code&redirect_uri=http%3A%2F%2Flocalhost%3A8080&client_id=CLIENT_ID&scope=read%20write&subdomain=SUBDOMAIN
실제 사용하는 URL에서 CLIENT_ID
및 SUBDOMAIN
만 다릅니다.
2. cURL 호출 준비
실제로 해당 URL을 방문하기 전에 나중에 실행할 cURL 호출을 만드세요. 이번에는 다음 정보가 필요합니다.
-
grant_type
: 항상authorization_code
-
code
: URL에서 액세스를 허용한 후에 제공됨 -
client_id
: 클라이언트 ID -
client_secret
: 클라이언트 비밀키 -
redirect_uri
: 마지막 단계와 동일 - http://localhost:8080 -
scope
: 마지막 단계와 동일 -read
및write
이를 모두 합쳐서 아래와 같은 명령을 얻습니다.
curl https://{subdomain}.zendesk.com/oauth2/chat/ \ -H "Content-Type: application/x-www-form-urlencoded" \ -d 'grant_type=authorization_code&code=AUTH_CODE&client_id=CLIENT_ID&client_secret=CLIENT_SECRET&redirect_uri=http%3A%2F%2Flocalhost%3A8080&scope=read%20write' \ -X POST
이제 CLIENT_ID
및 CLIENT_SECRET
가 있지만 AUTH_CODE
는 아직 없다는 사실을 기억하세요.
3. 인증 코드 받기
이제 1단계에서 생성한 URL로 갑니다. 다음과 같은 페이지를 보게 됩니다.
허용을 클릭하여 액세스 권한을 부여하면 리디렉션 URL로 리디렉션됩니다. 끊어진 페이지처럼 보이지만 URL에서 인증 코드를 찾아야 합니다. 즉 ?code=
뒤에 있는 것이 인증 코드입니다.
이제 이 코드를 복사하여 마지막 단계로 가면 됩니다. 인증 코드는 짧은 시간 동안만 유효합니다. 몇 분 이상 기다리면 새 코드 값을 받기 위해 위의 단계를 다시 실행해야 할 수도 있습니다.
4. cURL 호출을 하여 토큰 받기
아래와 같이 보이는 2단계에서 구성한 cURL 호출을 다시 참조합니다.
curl https://{subdomain}.zendesk.com/oauth2/chat/token \ -H "Content-Type: application/x-www-form-urlencoded" \ -d 'grant_type=authorization_code&code=AUTH_CODE&client_id=CLIENT_ID&client_secret=CLIENT_SECRET&redirect_uri=http%3A%2F%2Flocalhost%3A8080&scope=read%20write' \ -X POST
여기에서 AUTH_CODE
를 3단계에서 확보한 코드로 바꾸고 터미널 애플리케이션에서 명령을 실행합니다. 다음과 같은 JSON 개체 형태로 응답을 받습니다.
{ "access_token": "TOKEN", "token_type": "Bearer", "refresh_token": "REFRESH_TOKEN", "scope": "read write" }
5. 새 토큰 테스트
모든 것이 예상대로 작동하는지 테스트해 보는 것이 좋습니다. 가장 쉬운 호출은 /api/v2/chats
에 GET
호출을 하여 계정 정보를 보는 것입니다.
curl https://{subdomain}.zendesk.com/api/v2/chat/chats -H "Authorization: Bearer TOKEN"
TOKEN
을 4단계에서 확보한 토큰으로 바꿉니다.
추가 정보
Confidential client_type
위의 섹션에서는 “암시적” 권한 부여 유형과 “인증 코드” 권한 부여 유형을 보여주었습니다. Chat API는 클라이언트 자격 증명을 사용한 기밀 자격 부여 유형도 지원합니다. 이러한 유형은 참조 문서의 비밀 권한 부여 유형에서 자세히 설명됩니다.
리포팅 메트릭 등 관리자와 상담사가 사용하는 API 호출의 경우에는 기밀 권한 부여 유형 중 하나로 OAuth 토큰을 받는 것이 좋습니다. client_type
을 “confidential”로 설정해야 합니다. 기본적으로 이 값은 “public”으로 설정됩니다. 이는 다음과 같이 API를 통해서만 수행될 수 있습니다.
1. 클라이언트 ID 받기
먼저 새 클라이언트의 ID가 필요합니다. 새 토큰을 사용하여 다음 호출로 얻을 수 있습니다.
curl https://{subdomain}.zendesk.com/api/v2/chat/oauth/clients -H "Authorization: Bearer TOKEN"
모든 클라이언트가 표시됩니다. 하나만 있을 수도 있지만 여러 개가 있으면 업데이트하려는 클라이언트를 선택하고 해당 ID를 적어 둡니다.
2. client_type 업데이트
이제 클라이언트의 ID가 있으니 다음 cURL 호출을 실행하여 client_type
특성을 업데이트할 수 있습니다.
curl https://{subdomain}.zendesk.com/api/v2/chat/oauth/clients/{client_ID} -d '{"client_type": "confidential"}' \
-X PUT -H "Content-Type: application/json" -H "Authorization: Bearer TOKEN"
완료되면 제한 엔드포인트에 이 토큰을 사용할 수 있습니다.
2024년 11월 27일에 편집됨 · Niall Colfer
8
팔로워
2
투표 수
0
댓글
Niall Colfer님이 에 문서를 만듦
질문
고객이 웹사이트를 처음 방문할 때 Web Widget(클래식) 버튼에 표시되는 텍스트를 변경하려면 어떻게 해야 하나요?
답변
Support Web Widget(클래식)이 있는 경우
위젯 버튼에도움말,지원또는피드백이라고 설정할 수 있습니다. 그러한 단어 중 하나를 선택하려면관리 센터> 채널 > 클래식 >Web Widget으로 이동합니다. 변경하려는 위젯을 선택한 다음스타일탭을 클릭합니다. 스타일 탭 아래로 내려가 드롭다운 메뉴에서 위젯 버튼 텍스트에 원하는 단어를 선택할 수 있습니다. 도움말, 지원 또는 피드백
Web Widget(클래식) 설정에서 문의 양식이 현재 사용 설정된 경우에는 같은 곳에서 문의 양식 버튼 텍스트를 변경할 수도 있습니다.
참고: 어떤 연락 옵션을 사용 설정했는지에 따라채팅또는전화로 선택한 텍스트가 무시될 수 있습니다. 자세한 내용은 웹사이트의 위젯 버튼에서 텍스트를 변경하려면 어떻게 해야 하나요?
위젯 버튼에 사용자 지정 단어나 문구를 배치하려면 Web Widget(클래식)의 고급 사용자 지정 문서의 설명에 따라 사용자 지정 코드를 사용하면 됩니다.
번역 고지 사항: 본 문서는 콘텐츠에 대한 기본적인 이해를 제공하기 위해 자동 번역 소프트웨어를 사용하여 번역되었습니다. 정확한 번역을 제공하고자 합당한 노력을 기울였으나 Zendesk는 번역의 정확성을 보장하지 않습니다.
번역된 문서에 포함된 정보의 정확성과 관련하여 질문이 있으시면 문서의 공식 버전인 영문 버전을 참조하시기 바랍니다.
2024년 1월 16일에 편집됨 · Niall Colfer
0
팔로워
2
투표 수
0
댓글
Niall Colfer님이 에 문서를 만듦
질문
Zendesk Chat(이전의 Zopim) 플랜을 취소하려면 어떻게 해야 하나요?
답변
해지는 Chat 계정이 어떻게 만들어졌는지와 Support와 어떻게 연동되어 있는지에 따라 다릅니다. Chat 계정에는 4가지 버전이 있습니다.
- Zendesk Chat Phase 3: Support 내에서 Chat에 가입한 Zendesk Support 고객을 위한 연동 계정입니다.
- Zendesk Chat Phase 4: Chat 전용 또는 Chat + Support입니다.
Zendesk Chat 계정 버전을 확인하는 데 문제가 있으면 Zendesk Chat 계정 버전 확인 문서를 참조하세요.
Zendesk Chat Phase 3 및 Phase 4
관리 센터에서 Chat Phase 3 또는 Chat Phase 4 계정을 취소하려면 제품 및 계정 해지하기 문서를 참조하세요.
이러한 옵션이 보이지 않을 경우
두 경우 모두 계정 소유자만 계정을 취소할 권한이 있는 유일한 관리자이므로 해당 작업을 수행할 수 있습니다.
관리되는 계정이 있거나 영업팀의 지원을 받는 계정이 있는 경우 플랜을 업데이트하고 Chat을 취소하려면 Zendesk 내의 계정 관리자에게 연락해야 합니다. 일부 셀프 서비스 계정의 경우 Zendesk에 문의하여 해지해야 합니다.
2024년 1월 23일에 편집됨 · Niall Colfer
3
팔로워
2
투표 수
0
댓글
Niall Colfer님이 에 문서를 만듦
문제 증상
을(를) 사용할 때 {{ticket.title}}
트리거 및 자동화에서 최종 사용자에게 보내는 알림에서 자리 표시자가 제목 대신 티켓의 첫 번째 댓글로 바뀝니다.
해결 단계
계정에서 이런 일이 발생하면 계정의 고객에게제목 필드가 표시되지 않습니다.
권한이상담원 편집 가능으로 설정된 상태에서제목필드가 비활성화되거나 활성 상태이면제목필드가 최종 사용자에게 보이지 않으므로 자리 표시자가 대신 티켓에 대한 설명을 렌더링합니다. 티켓의 첫 번째 댓글입니다. 최종 사용자에게 보내는 알림에서제목필드를 사용하려면제목이 최종 사용자에게 표시되어야 합니다.
이 필드를 다시 활성화하는 데 대한 도움말은 티켓 필드 비활성화 및 재활성화 문서를 참조하세요.
{{ticket.title}}
최종 사용자에게 보내는 알림의 자리 표시자는 “제목 없는 티켓”으로 렌더링됩니다. 최종 사용자에게제목필드가 표시되고 티켓에 하나 이상의 공개 댓글이 있는지 확인합니다. 번역 고지 사항: 본 문서는 콘텐츠에 대한 기본적인 이해를 제공하기 위해 자동 번역 소프트웨어를 사용하여 번역되었습니다. 정확한 번역을 제공하고자 합당한 노력을 기울였으나 Zendesk는 번역의 정확성을 보장하지 않습니다.
번역된 문서에 포함된 정보의 정확성과 관련하여 질문이 있으시면 문서의 공식 버전인 영문 버전을 참조하시기 바랍니다.
2024년 5월 21일에 편집됨 · Niall Colfer
5
팔로워
2
투표 수
0
댓글