Standard permissions in Jira Service Management

お困りですか?

アトラシアン コミュニティをご利用ください。

コミュニティに質問

In Jira Service Management, project administrators are allowed to change permissions. You do not need to be a Jira administrator with global privileges to modify permissions schemes in your service projects.

This page shows the permission configuration for a standard Jira Service Management permission scheme.  

プロジェクト権限

ユーザー/グループ/プロジェクトロール

説明

プロジェクト管理

プロジェクトロール (管理者)

Permission to administer a project. This includes the ability to edit project roles, components, versions and some project details ('Project Name', 'URL', 'Project Lead', 'Project Description').

プロジェクトの参照

  • サービスデスクのカスタマー - ポータルアクセス
  • プロジェクトロール (サービスデスクの協力者)
  • プロジェクトロール (サービスデスクチーム)
  • プロジェクトロール (管理者)

Permission to browse projects, use the Issue Navigator and view individual issues (except issues that have been restricted via issue-level security. Many other permissions are dependent on this permission, e.g. the 'Work On Issues' permission is only effective for users who also have the 'Browse Projects' permission.

開発ツールの参照

  • プロジェクトロール (管理者)

Permission to view the development information for an issue, which displays information from Bitbucket Cloud, Bitbucket Server, GitHub, Fisheye, Crucible and Bamboo, if Jira is integrated with development tools.

For older versions of Bitbucket Server (known as Stash) and Fisheye or for Subversion and CVS, this grants permission to view the integrated development tools for an issue, in the 'Commits' and 'Source' tabs. Note that for CVS, to view the related source code commits, the project needs to be associated with at least one integrated tool.

「読み取り専用」ワークフローの表示

  • プロジェクトロール (サービスデスクチーム)
  • プロジェクトロール (管理者)

Permission to view the project's 'read-only' workflow when viewing an issue. This permission provides the 'View Workflow' link against the 'Status' field of the issue view.

課題の権限

ユーザー/グループ/プロジェクトロール

説明

課題の作成
  • サービスデスクのカスタマー - ポータルアクセス
  • プロジェクトロール (サービスデスクチーム)
  • プロジェクトロール (管理者)
Permission to create issues in the project. (Note that the Create Attachments permission is required in order to create attachments.) Includes the ability to create subtasks (if subtasks are enabled).
課題の編集
  • サービスデスクのカスタマー - ポータルアクセス
  • プロジェクトロール (サービスデスクチーム)
  • プロジェクトロール (管理者)
Permission to edit issues (excluding the 'Due Date' field — see the Schedule Issues permission). Includes the ability to convert issues to subtasks and vice versa (if subtasks are enabled). Note that the Delete Issue permission is required in order to delete issues. The Edit Issue permission is usually given to any groups or project roles who have the Create Issue permission (perhaps the only exception to this is if you give everyone the ability to create issues — it may not be appropriate to give everyone the ability to edit too).
課題のトランジション
  • サービスデスクのカスタマー - ポータルアクセス
  • プロジェクトロール (サービスデスクチーム)
  • プロジェクトロール (管理者)
Permission to change the status of an issue.
課題のスケジュール
  • サービスデスクのカスタマー - ポータルアクセス
  • プロジェクトロール (サービスデスクチーム)
  • プロジェクトロール (管理者)
Permission to schedule an issue — that is, to edit the 'Due Date' of an issue. In older versions of Jira this also controlled the permission to view the 'Due Date' of an issue.
課題の移動
  • サービスデスクのカスタマー - ポータルアクセス
  • プロジェクトロール (サービスデスクチーム)
  • プロジェクトロール (管理者)
Permission to move issues from one project to another, or from one workflow to another workflow within the same project. Note that a user can only move issues to a project for which they have Create Issue permission.

課題の割り当て

  • サービスデスクのカスタマー - ポータルアクセス
  • プロジェクトロール (サービスデスクチーム)
  • プロジェクトロール (管理者)

ユーザに課題を割り当てる権限。課題の割り当てドロップダウンでのユーザーのオートコンプリートも可能です。(以下の「割り当て可能ユーザー権限」も参照)

割り当て可能なユーザー

  • プロジェクトロール (サービスデスクチーム)
  • プロジェクトロール (管理者)

課題を割り当てられる権限。(これには課題を割り当てる権限は含まれていないので注意してください。 「課題の割り当て権限」参照)。

課題の解決
  • サービスデスクのカスタマー - ポータルアクセス
  • プロジェクトロール (サービスデスクチーム)
  • プロジェクトロール (管理者)
Permission to resolve issues in the workflow and reopen issues. This also includes the ability to set the 'Fix For version' field for issues. Also see the Close Issues permission.

課題のクローズ

  • サービスデスクのカスタマー - ポータルアクセス
  • プロジェクトロール (サービスデスクチーム)
  • プロジェクトロール (管理者)

Permission to close issues in the workflow. (This permission is useful where, for example, developers resolve issues and testers close them). Also see the Resolve Issues permission.

報告者の修正

  • サービスデスクのカスタマー - ポータルアクセス
  • プロジェクトロール (サービスデスクチーム)
  • プロジェクトロール (管理者)

課題の「報告者」を変更する権限。これによって、ユーザーは、誰かの’代理で' 課題を作成することが可能となります。この権限は、一般的に、管理者のみに付与する必要があります。

課題の削除

  • サービスデスクのカスタマー - ポータルアクセス
  • プロジェクトロール (サービスデスクチーム)
  • プロジェクトロール (管理者)

課題を削除する権限。この権限を割り当てるどのグループやプロジェクトロールについて慎重に検討してください。通常は管理者のみに与えられます。課題を削除すると、そのユーザーが削除コメントを持っているか、添付ファイルのアクセス許可を削除しない場合であっても、そのコメントや添付ファイルをすべて削除することに注意してください。これには個別のコメントや添付ファイルの削除を行う権限は含まれていないので注意してください。

課題のリンク

  • サービスデスクのカスタマー - ポータルアクセス
  • プロジェクトロール (サービスデスクチーム)
  • プロジェクトロール (管理者)

Permission to link issues together. (Only relevant if Issue Linking is enabled).

課題のセキュリティの設定

  • サービスデスクのカスタマー - ポータルアクセス
  • プロジェクトロール (サービスデスクチーム)
  • プロジェクトロール (管理者)

Permission to set the security level on an issue to control who can access the issue.

投票とウォッチャー権限

ユーザー/グループ/プロジェクトロール

説明

投票とウォッチャーの表示
  • サービスデスクのカスタマー - ポータルアクセス
  • プロジェクトロール (サービスデスクチーム)
  • プロジェクトロール (管理者)
Permission to view the watcher and voter list of an issue.

ウォッチャーの管理

  • サービスデスクのカスタマー - ポータルアクセス
  • プロジェクトロール (サービスデスクチーム)
  • プロジェクトロール (管理者)

Permission to manage (i.e. view/add/remove users to/from) the watcher and voter list of an issue.

コメント権限


説明

コメントの追加

  • サービスデスクのカスタマー - ポータルアクセス
  • プロジェクトロール (サービスデスクの協力者)
  • プロジェクトロール (サービスデスクチーム)
  • プロジェクトロール (管理者)

Permission to add comments to issues. Note that this does not include the ability to edit or delete comments.

Edit All Comments
  • プロジェクトロール (サービスデスクチーム)
  • プロジェクトロール (管理者)
Permission to edit any comments, regardless of who added them.

すべてのコメントの編集

  • サービスデスクのカスタマー - ポータルアクセス
  • プロジェクトロール (サービスデスクの協力者)
  • プロジェクトロール (サービスデスクチーム)
  • プロジェクトロール (管理者)

Permission to edit comments that were added by the user.

すべてのコメントの削除
  • プロジェクトロール (サービスデスクチーム)
  • プロジェクトロール (管理者)
Permission to delete any comments, regardless of who added them.
自分のコメントの削除
  • サービスデスクのカスタマー - ポータルアクセス
  • プロジェクトロール (サービスデスクの協力者)
  • プロジェクトロール (サービスデスクチーム)
  • プロジェクトロール (管理者)
Permission to delete comments that were added by the user.

添付ファイルの権限

ユーザー/グループ/プロジェクトロール

説明

添付ファイルの作成

  • サービスデスクのカスタマー - ポータルアクセス
  • プロジェクトロール (サービスデスクの協力者)
  • プロジェクトロール (サービスデスクチーム)
  • プロジェクトロール (管理者)

Permission to add file attachments to an issue. (Only relevant if attachments are enabled). Note that this does not include the ability to delete attachments.

すべての添付の削除

  • プロジェクトロール (サービスデスクチーム)
  • プロジェクトロール (管理者)

Permission to delete any attachments, regardless of who added them.

自分の添付ファイルの削除

  • サービスデスクのカスタマー - ポータルアクセス
  • プロジェクトロール (サービスデスクの協力者)
  • プロジェクトロール (サービスデスクチーム)
  • プロジェクトロール (管理者)

Permission to delete attachments that were added by the user.

時間管理権限

ユーザー/グループ/プロジェクトロール

説明

課題の作業ログ

  • プロジェクトロール (サービスデスクチーム)
  • プロジェクトロール (管理者)

Permission to add work in the worklog against an issue, i.e. create a worklog entry. (Only relevant if time tracking is enabled).

自分の作業ログの編集
  • プロジェクトロール (サービスデスクチーム)
  • プロジェクトロール (管理者)
Permission to edit worklog entries that were added by the user. (Only relevant if time tracking is enabled). Also see the Work On Issues permission.
すべての作業ログの編集
  • プロジェクトロール (管理者)
Permission to edit any worklog entries, regardless of who added them. (Only relevant if time tracking is enabled).

自分の作業ログの削除

  • プロジェクトロール (サービスデスクチーム)
  • プロジェクトロール (管理者)

Permission to delete worklog entries that were added by the user. (Only relevant if time tracking is enabled). Also see the Work On Issues permission.

 すべての作業ログの削除
  • プロジェクトロール (管理者)

Permission to delete any worklog entries, regardless of who added them. (Only relevant if time tracking is enabled). Also see the Work On Issues permission.

最終更新日 2020 年 11 月 23 日

この内容はお役に立ちましたか?

はい
いいえ
この記事についてのフィードバックを送信する
Powered by Confluence and Scroll Viewport.