이 문서는에 출시된 Jira Service Management 10.1.x Release Note 릴리즈 노트를 공유하기 위해 작성되었다.
이제 요청 유형에 대한 제한을 추가하여 특정 요청 유형을 제기할 수 있는 사람을 제어하고 요청이 적절한 채널로 라우팅되도록 할 수 있습니다.
예를 들어, 직원 급여 인상과 같은 민감한 요청 유형을 관리자와 HR 직원으로만 제한할 수 있습니다. 제한은 고객 포털과 문제 보기에 모두 적용됩니다.
해당 요청 유형에 대한 명시적 액세스 권한이 있는 사람(도움을 요청하는 사람, 에이전트, 관리자 포함)만 이러한 요청을 만들 수 있습니다.
해당 요청 유형에 대한 액세스 권한이 없는 다른 사람은 검색을 통해서도 옵션으로 사용할 수 없기 때문에 해당 요청을 제기할 수 없습니다.
이메일 채널에서 사용되는 요청 유형에는 제한을 적용할 수 없으므로 익명 사용자가 이러한 채널을 통해 요청을 보낼 수 있습니다.
Jira Service Management에서 요청 유형에 제한을 추가하는 기능을 통해 다음 자동화를 변경했습니다.
이제 Jira 자동화는 규칙 액터가 자동화 규칙에서 사용되는 요청 유형을 생성할 수 있는 액세스 권한이 있는지 확인합니다.
서비스데스크 요청 생성
문제 편집(요청 유형 값이 변경되는 경우에만)
전환 문제(요청 유형 값이 변경되는 경우에만)
인스턴스 사용 데이터를 Atlassian과 공유하는 새로운 방식을 소개합니다.
이제 분석 기능을 사용 데이터 공유 라고 하며, Atlassian과 공유하는 내용을 더 잘 제어할 수 있습니다.
인스턴스의 사용 데이터를 공유하기로 결정한 경우 전체 분석 또는 보안 및 성능에 초점을 맞춘 하위 집합을 공유할 수 있습니다.
이를 사용하여 제품의 성능과 확장성을 개선합니다. 이러한 지식은 또한 보안 사고 중에 보다 효과적으로 커뮤니케이션하는 데 도움이 되어
데이터를 보호하기 위한 타겟팅된 조언과 업데이트를 제공할 수 있습니다. 동시에 인스턴스 내에서 콘텐츠를 수집하지 않으며 수집한 데이터는 집계되고 식별 정보가 제거됩니다.
고객은 고객의 데이터를 소유하고 Atlassian과 공유할 내용을 결정합니다.
이제 기존 규칙을 열 때 구성 오류가 있는지 표시합니다. 이를 통해 게시하기 전에 규칙 구성을 식별하고 수정하는 데 도움이 됩니다.
감사 서비스의 jira.webhooks.auditing.category범주에 세 개의 새로운 감사 이벤트를 추가하고 WEBHOOK 이벤트 유형은 다음과 같습니다.
jira.webhooks.auditing.webhook.addedjira.webhooks.auditing.webhook.modifiedjira.webhooks.auditing.webhook.deleted이 이벤트에는 다음이 포함됩니다.
uriJira 10.0 릴리스 노트에서 Java 17이 이제 기본 언어 수준이라고 발표했습니다. Jira가 JDK 17에서 재컴파일되었지만 Java 16이 컴파일 언어 수준으로 사용되었다는 점을 명확히 하고 싶습니다.
이 기능은 iOS 기기에서만 사용할 수 있습니다. Android는 기본적으로 클라이언트 인증서를 지원하기 때문입니다. |
Jira Data Center iOS 모바일 앱 2.0부터 OAuth 2.0 인증 흐름을 사용하여 Jira의 보안을 개선하고 세션 복원을 강화할 수 있습니다.
OAuth 2.0을 활성화하면 모바일 기기에서 Fast IDentity Online 2( FIDO2 )와 같은 클라이언트 인증 인증서를 다운로드, 저장 및 사용할 수도 있습니다.
OAuth 2.0은 다음 Jira 버전과 호환됩니다.
Jira Mobile에 OAuth 2.0을 활성화하는 방법에 대한 자세한 내용