기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
# 워크스페이스 헤더의 알림
## 인앱 알림 이해
인앱 알림은 Amazon Connect 헤더에 표시되는 화면 알림입니다. Amazon Connect에 로그인한 사용자에게 중요한 정보를 전달하는 중앙 방법을 제공합니다. 관리자 및 에이전트에게 알림을 보낼 수 있습니다. 사용자가 어떤 페이지에 있든 헤더 아이콘은 읽지 않은 메시지가 있는지 나타냅니다.
![\[읽지 않은 알림 3개를 보여주는 알림 위젯입니다.\]](http://docs.aws.amazon.com/ko_kr/connect/latest/adminguide/images/header-notifications.png)
**지원되는 사용 사례**
알림은 다음 사용 사례를 지원합니다.
+ 가용성 영향, 장애 조치 이벤트, 정책 변경 및 중요한 기능 업데이트와 같은 시스템 알림.
+ 훈련 알림, 일정 준수 알림, 팀에 대한 긴급 알림 등 원하는 사용 사례에 대해 팀이 API 요청에 지정한 사용자 지정 조직 메시지입니다.
## 알림 표시 방식
알림은 읽지 않은 메시지(들)를 나타내는 아이콘과 함께 연결 헤더에 표시됩니다. 사용자는 아이콘을 클릭하여 메시지를 봅니다.
![\[사용자의 알림을 보여주는 알림 위젯입니다.\]](http://docs.aws.amazon.com/ko_kr/connect/latest/adminguide/images/notifications-widget.png)
알림 패널에는 다음이 표시됩니다.
+ **우선 순위 지표**: 긴급 메시지가 강조 표시됨
+ **메시지 콘텐츠**: 임베디드 링크를 지원하는 현지화된 문자열당 최대 500자
+ **읽음으로 표시**: 사용자는 각 메시지 오른쪽에 있는 작업 메뉴를 클릭하여 읽음 또는 읽지 않음으로 표시할 수 있습니다.
읽지 않은 알림은 가장 최신에서 가장 오래된 순서로 점 표시기와 함께 굵게 표시됩니다. 읽기 알림은 시각적 강조를 줄였습니다. 열어본 메시지에 반응할 시간이 없는 사용자는 이를 읽지 않음으로 시각적 미리 알림으로 표시할 수 있습니다.
알림의 기본 표시 기간은 1주입니다. 만료된 메시지는 자동으로 제거됩니다.
## 알림 생성 및 관리(API만 해당)
모든 사용자는 추가 권한 없이 알림을 *받을* 수 있지만 전송된 알림을 생성, 편집, 삭제 및 보려면 특별한 권한이 필요합니다.
**중요**
알림을 작성하고 전송하려면 API 권한이 필요합니다. 알림 APIs [https://docs.aws.amazon.com/connect/latest/APIReference/actions-by-resource.html](https://docs.aws.amazon.com/connect/latest/APIReference/actions-by-resource.html)참조하세요.
세분화된 액세스 제어는 알림을 관리할 권한이 있는 사용자에게 적용됩니다.
+ **태그 기반 액세스 제어(TBAC)**: TBAC 제한이 있는 관리자는 할당된 태그와 일치하는 알림만 생성, 편집 또는 삭제할 수 있습니다. 또한 일치하는 태그가 있는 사용자에게만 알림을 보낼 수 있습니다.
+ **계층 기반 액세스 제어(HBAC)**: 관리자는 계층 수준 미만의 사용자에게 전송된 알림만 생성하거나 관리할 수 있습니다.
팀은 다음 알림 작업을 수행할 수 있습니다.
+ 임베디드 링크를 사용하여 서식 있는 텍스트 메시지 전송
+ 사용자 기본 설정에 맞게 메시지를 다양한 언어로 번역합니다(로컬화된 문자열당 최대 500자).
+ 각 메시지의 지속 시간, 즉 "time to live", 즉 TTL을 지정합니다(기본값은 1주).
+ 기존 메시지 업데이트 또는 삭제
+ 한 번에 최대 200명의 사용자에게 전송하거나 필요한 경우 인스턴스의 모든 사용자에게 전송
+
**중요**
태그 기반 액세스 제어(TBAC) 제한 또는 계층 기반 액세스 제어(HBAC) 제한이 없는 관리자만 인스턴스의 모든 사용자에 대한 알림을 생성할 수 있습니다.
+ 긴급 메시지를 우선순위가 높음으로 표시하여 더 잘 표시되도록 합니다.
### 모범 사례
**중요**
개인 식별 정보(PII)를 포함하지 마십시오.
**알림 오버로드 최소화**
인스턴스당 최대 500개의 활성 알림이 지원됩니다. 다음과 같은 방법으로 알림 피로를 피할 수 있습니다.
+ **특정 대상 타겟팅: 가능한 가장 좁은 네트워크를 캐스팅합니다**.
+ **관련 업데이트 통합: 여러 메시지를 보내는 대신 정보를 단일 알림으로 그룹화합니다**.
+ **중복 메시지 방지**: 새 알림을 생성하기 전에 기존 알림을 업데이트하는 것이 더 적절한지 고려하세요.
+ **적절한 우선 순위 사용**: 효과를 유지하기 위해 매우 중요한 메시지에 대해 높은 우선 순위를 예약합니다.
+ **간결한 메시지 제공**: 알림에 긴 콘텐츠가 아닌 전체 설명서 링크를 포함합니다.
**진행 중인 상황 관리**
여러 업데이트를 생성하는 이벤트(예: 기상 중단 또는 시스템 문제)의 경우 다음을 고려하세요.
+ 가장 관련성이 높은 상태 변경만 전송(예: "인시던트 시작" 및 "인시던트 해결")
+ 적절한 간격으로 업데이트 페이싱 - 긴급 발사 메시지로 인해 사용자가 압도되지 않도록 방지
+ 업데이트 빈도에 대한 기대치 설정(예: "조건이 개선될 때까지 10분마다 업데이트가 전송됩니다")
+ 업데이트 API를 사용하여 각 상태 변경에 대해 새 알림을 생성하는 대신 기존 알림을 수정합니다.
*예*: 악천후로 인해 IT 지원 대기열의 에이전트 320명에 영향을 미치는 경우 영향을 포함한 초기 알림을 보냅니다. 5분 후 "170명의 에이전트가 액세스 권한 없이 남아 있습니다."라는 현재 상태로 업데이트합니다. 정의된 간격으로 의미 있는 업데이트를 계속합니다.
**대안을 사용해야 하는 경우**
다음 시나리오에서는 알림에 대한 대안을 고려합니다.
+ **추적된 작업 항목의 경우**: 알림은 CloudTrail 감사를 제공하지만 할당, 추적 및 보고 기능을 제공하는 작업 기능만큼 견고하지는 않습니다. 알림 시스템은 배달 확인 또는 읽기 영수증을 제공하지 않습니다.
+ **데이터 보존이 필요한 시나리오의 경우**: 알림은 TTL이 만료되거나 수동으로 삭제될 때까지만 저장됩니다. 기본 TTL은 1주입니다.
+ **AWS 콘솔 사용자의 경우**: 알림은 Connect 웹 사이트에만 표시됩니다. AWS 콘솔에서만 작업하는 사용자에게는 연락할 수 없습니다.
**수신 테스트 및 확인**
알림을 테스트할 때 다음 지침을 따르세요.
+ **광범위한 배포 전에 테스트**: 먼저 소규모 그룹으로 전송하여 콘텐츠와 형식을 검증합니다.
+ 알림은 생성 즉시 전송되며 예약된 전송은 지원되지 않습니다.
+ **전송 확인**: 수신자 목록에 자신을 포함시켜 알림이 예상대로 표시되는지 확인합니다.