> For the complete documentation index, see [llms.txt](https://library.zoom.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://library.zoom.com/technical-library/zh-tw/shang-wu-fu-wu/zoom-contact-center/expert-insights/configuring-agent-occupied-rules/configuration-examples.md).

# 設定範例

以下範例示範如何在您的 Zoom Contact Center 帳戶中設定忙碌規則。

### <mark style="color:藍色;">單一頻道忙碌規則</mark>

在此範例中，我們只在忙碌規則中設定語音/視訊頻道。採用此設定時，代理人只有在處理語音通話或視訊通話時，才會進入忙碌狀態。所有其他通訊頻道都不會觸發代理人的忙碌狀態。

#### 語音/視訊設定範例

<div align="left"><figure><img src="/files/9a85906e76dfe5ba801ac9fa88a12cfa39550a07" alt="" width="456"><figcaption></figcaption></figure></div>

{% hint style="success" %}
規則：代理人在處理一通語音通話或一通視訊通話時會進入忙碌狀態。

結果：代理人在進行語音或視訊通話時，無法接收任何新的互動（來自任何頻道）。
{% endhint %}

### <mark style="color:藍色;">多頻道個別規則</mark>

在此範例中，我們為三個不同的頻道設定忙碌規則：語音/視訊、電子郵件和訊息。每個頻道都有其各自獨立的規則。採用此設定時，只要符合這三條規則中的任一條，代理人就會進入忙碌狀態。此方法可讓每個頻道獨立觸發忙碌狀態，形成代理人可能進入忙碌狀態的三種不同情境。

#### 分開頻道限制範例

<div align="left"><figure><img src="/files/c2ce4e2fc1710d55c04f6274c5da2f23966d94ca" alt="" width="456"><figcaption></figcaption></figure></div>

{% hint style="success" %}
規則 1：處理 1 通語音通話或視訊通話時進入忙碌狀態

規則 2：電子郵件頻道負載達到 100% 時進入忙碌狀態

規則 3：訊息頻道負載達到 100% 時進入忙碌狀態
{% endhint %}

### <mark style="color:藍色;">多頻道並行規則</mark>

在此範例中，我們使用多頻道方法為語音/視訊、電子郵件和訊息頻道設定忙碌規則。與其為每個頻道建立獨立規則，不如在每條規則中組合多個頻道。此設定由兩條規則組成，每條規則都包含多個頻道條件。代理人若要進入忙碌狀態，必須符合任何一條規則中的所有條件。此方法可更彈性地控制在不同通訊頻道中何時將代理人視為忙碌。

#### 組合設定範例

這種彈性可讓組織針對自身的業務需求進行最佳化——並不存在放諸四海皆準的「正確」設定。

<div align="left"><figure><img src="/files/e3b9452db03b1808a14e4683760d291cff4fb5a4" alt="" width="563"><figcaption></figcaption></figure></div>

{% hint style="success" %}
規則 1：代理人在處理一通語音或視訊通話且訊息頻道負載達到 100% 時會進入忙碌狀態

或

規則 2：代理人在處理一通語音或視訊通話且電子郵件頻道負載達到 100% 時會進入忙碌狀態
{% endhint %}

{% hint style="info" %}
當語音或視訊與其他頻道一起包含在組合規則中時，代理人在進行語音或視訊通話時，不會自動將其狀態設為忙碌。相反地，它會等到所有規則條件都符合之後才會變更狀態。如此一來，代理人就能在進行語音或視訊通話時，繼續處理訊息或電子郵件。
{% endhint %}


---

# 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://library.zoom.com/technical-library/zh-tw/shang-wu-fu-wu/zoom-contact-center/expert-insights/configuring-agent-occupied-rules/configuration-examples.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.