> For the complete documentation index, see [llms.txt](https://docs.podigee.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.podigee.com/documentation/grow-and-monetize/monetization/assign-a-standard-role.md).

# Assign a standard role

Select the standard Podigee Ad Server role for an operator, review its scope, and verify the saved assignment.

This task shows how to assign a standard role in the Podigee Audio Video Ad Server. Use a standard role when it gives a person the responsibilities that their work requires.

The current standard operator role is **Monetization operator**. It supports daily planning, trafficking, creative, serving, and reporting work. The exact actions that a person can complete also depend on their access scope and your workspace review rules.

## Before you start

You need:

* Access to **Monetization** and permission to manage people and access.
* An active person in your Podigee team.
* The areas where the person must work.
* The start and end time for the access.

If the person does not have Monetization access, use **Give access**. If the person already has access, use **Change access**.

## Understand the standard roles

Podigee shows these role names in the access list:

* **Monetization operator:** Use this role for a person who plans Campaigns, manages creative, prepares serving, or reads delivery and revenue reports.
* **Workspace administrator:** This is the protected authority for access and workspace governance. It is not available in the normal operator role selector.

Do not give a person broader access only because they sometimes help with one Campaign. Use the role together with **Only selected areas** when their work must stay within named records.

## 1. Open the role assignment

1. Go to **Monetization > Monetization settings**.
2. Open **People and access**.
3. Select **Give access** for a new operator, or select **Change access** for an existing operator.
4. Confirm that the correct person appears in **Person**.

## 2. Select Monetization operator

1. Open **Role**.
2. Select **Monetization operator**.
3. Confirm that the selected value appears in the closed role field.

![The Change monetization access form with the Role menu open and Monetization operator selected for Maya Chen.](https://2032417310-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FbqUKO6lljHGzkEAzliPI%2Fuploads%2Fgit-blob-b895a338014f8d75ec11e5ec889fdad34e9737c6%2Fdoc-monetization-017-select-standard-role.png?alt=media)

*The standard operator role is selected in the same form that controls scope and access dates.*

## 3. Set the access coverage

1. Select **Entire monetization workspace** when the person must work across all current and future Monetization records.
2. Select **Only selected areas** when the person must work only with named Commercial accounts, Campaigns, inventory, podcasts, or other available records.
3. Set **Access starts** and **Access ends**.

The role controls what the person can do. The access coverage controls where they can do it. Both parts must match the person's work.

## 4. Review and save the assignment

1. Review the person, role, access coverage, and access period.
2. Complete the confirmation or review that your workspace requires.
3. Select **Give access** or **Save access**.

![The role assignment confirmation with Solo confirmation selected and the Save access action ready.](https://2032417310-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FbqUKO6lljHGzkEAzliPI%2Fuploads%2Fgit-blob-90be7c265fb3151f1de1e88e8d4450beda7d975e%2Fdoc-monetization-017-review-role-assignment.png?alt=media)

*The review applies to the complete assignment, including the role, scope, and access period.*

## 5. Verify the role

1. Return to **People and access**.
2. Find the person in **People with monetization access**.
3. Confirm that **Role** shows **Monetization operator**.
4. Confirm that **Where they can work** shows the intended scope.
5. Confirm that **Status** is **Active** or shows the intended scheduled state.

![The People with monetization access table with Maya Chen shown as an active Monetization operator in Cedar Vale Media.](https://2032417310-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FbqUKO6lljHGzkEAzliPI%2Fuploads%2Fgit-blob-e718bade34eb3940230643471219ce42f8526d7b%2Fdoc-monetization-017-role-assignment-verified.png?alt=media)

*The people list verifies the effective role, scope, and status after the assignment is saved.*

## When a standard role does not fit

Do not add unnecessary access to make the standard role fit a specialized job. A workspace administrator can create and test a custom role when the standard role is too broad or does not contain a required responsibility.

Custom role design is a separate advanced task. It includes permission selection, testing, review, versioning, and safe replacement of an older role.

## If Podigee blocks the action

* **No role is available:** Refresh the page. Confirm that the Podigee Ad Server workspace is active. Ask a workspace administrator to review the available roles if the menu remains empty.
* **The role changed while the form was open:** Open **People and access** again. Review the current role before you save. Podigee keeps the previous assignment when the submitted role is no longer current.
* **The role has no available responsibilities:** Select another published role or ask a workspace administrator to repair the role. Podigee does not assign a role without published permissions.
* **You do not have permission:** Ask a workspace administrator to make the assignment.
* **The person is not available:** Confirm that the person accepted the Podigee team invitation.
* **A review is required:** Ask an eligible teammate to review the exact assignment. The current access stays unchanged until the review is complete.

## Result

The person has the standard Monetization operator role for the intended scope and access period. The people list shows the effective assignment.

Next, configure the review rules for the work that your team completes.


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.podigee.com/documentation/grow-and-monetize/monetization/assign-a-standard-role.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.