기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
워크스페이스 헤더의 알림
인앱 알림 이해
인앱 알림은 Amazon Connect 헤더에 표시되는 화면 알림입니다. Amazon Connect에 로그인한 사용자에게 중요한 정보를 전달하는 중앙 방법을 제공합니다. 관리자 및 에이전트에게 알림을 보낼 수 있습니다. 사용자가 어떤 페이지에 있든 헤더 아이콘은 읽지 않은 메시지가 있는지 나타냅니다.
지원되는 사용 사례
알림은 다음 사용 사례를 지원합니다.
가용성 영향, 장애 조치 이벤트, 정책 변경 및 중요한 기능 업데이트와 같은 시스템 알림.
훈련 알림, 일정 준수 알림, 팀에 대한 긴급 알림 등 원하는 사용 사례에 대해 팀이 API 요청에 지정한 사용자 지정 조직 메시지입니다.
알림 표시 방식
알림은 읽지 않은 메시지(들)를 나타내는 아이콘과 함께 연결 헤더에 표시됩니다. 사용자는 아이콘을 클릭하여 메시지를 봅니다.
알림 패널에는 다음이 표시됩니다.
우선 순위 지표: 긴급 메시지가 강조 표시됨
메시지 콘텐츠: 임베디드 링크를 지원하는 현지화된 문자열당 최대 500자
읽음으로 표시: 사용자는 각 메시지 오른쪽에 있는 작업 메뉴를 클릭하여 읽음 또는 읽지 않음으로 표시할 수 있습니다.
읽지 않은 알림은 가장 최신에서 가장 오래된 순서로 점 표시기와 함께 굵게 표시됩니다. 읽기 알림은 시각적 강조를 줄였습니다. 열어본 메시지에 반응할 시간이 없는 사용자는 이를 읽지 않음으로 시각적 미리 알림으로 표시할 수 있습니다.
알림의 기본 표시 기간은 1주입니다. 만료된 메시지는 자동으로 제거됩니다.
알림 생성 및 관리(API만 해당)
모든 사용자는 추가 권한 없이 알림을 받을 수 있지만 전송된 알림을 생성, 편집, 삭제 및 보려면 특별한 권한이 필요합니다.
중요
알림을 작성하고 전송하려면 API 권한이 필요합니다. 알림 APIs 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 콘솔에서만 작업하는 사용자에게는 연락할 수 없습니다.
수신 테스트 및 확인
알림을 테스트할 때 다음 지침을 따르세요.
광범위한 배포 전에 테스트: 먼저 소규모 그룹으로 전송하여 콘텐츠와 형식을 검증합니다.
알림은 생성 즉시 전송되며 예약된 전송은 지원되지 않습니다.
전송 확인: 수신자 목록에 자신을 포함시켜 알림이 예상대로 표시되는지 확인합니다.
