> 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.md).

# 設定客服專員占用規則

## 簡介

聯絡中心常常難以應付僵化的客服人員狀態系統，這些系統無法符合現代客服人員在多個管道間實際工作的方式。傳統系統迫使二元選擇：客服人員不是完全可用，就是完全不可用，對於部分容量情境毫無彈性。Zoom Contact Center 透過兩套系統來解決這項限制，兩者搭配使用時，能讓您精準控管客服人員的工作負載。

## 概覽

「忙碌」規則定義客服人員何時變為「忙碌」（無法接受新的互動）的自訂邏輯。這些規則可讓您建立複雜的組合，例如在處理 1 通語音通話與 3 則聊天時變為忙碌，或是在所有管道中共管理 5 則訊息對話時變為忙碌。

最大互動並行數會為每個管道設定客服人員可同時處理的互動數上限。例如，可將客服人員設定為同時最多處理 4 個聊天工作階段和 6 個電子郵件對話。

當客服人員處於忙碌狀態時，他們不會在任何管道收到新的來向互動。當客服人員處於就緒狀態時，他們可接受新的互動，但實際收到哪些互動，取決於佇列加入設定、技能以及其最大互動容量設定。

關鍵在於，「忙碌」定義的是結果（不再接收新互動），而您的規則則定義客服人員如何達到該狀態。客服人員可能因為單一語音通話、多個聊天，或您設定的任何組合而變為忙碌。本文件提供指引，協助您有效設定這兩套系統，以支援您的聯絡中心作業。

## 為什麼要使用客服人員忙碌規則？

忙碌規則採用以條件為基礎的系統，您可結合不同管道來建立觸發條件。只有在特定規則的所有條件都符合時，客服人員才會變為忙碌。這讓您在保有管道專屬彈性的同時，能完整掌控客服人員狀態切換。

**主要優點**:

* 組合邏輯：混搭不同管道以建立複雜規則
* 彈性的管道處理：允許客服人員在進行語音通話時仍可接受訊息／電子郵件
* 與業務一致的邏輯：設定符合您營運需求的規則

{% content-ref url="/pages/2503b2eea4e91148cc8a1327e15f4eac22c49c77" %}
[設定範例](/technical-library/zh-tw/shang-wu-fu-wu/zoom-contact-center/expert-insights/configuring-agent-occupied-rules/configuration-examples.md)
{% endcontent-ref %}

{% content-ref url="/pages/9197080666f8071a47b8a8d975913bcea2da89fd" %}
[最大同時互動容量](/technical-library/zh-tw/shang-wu-fu-wu/zoom-contact-center/expert-insights/configuring-agent-occupied-rules/maximum-concurrent-engagement-capacity.md)
{% endcontent-ref %}

{% content-ref url="/pages/f1a53a7d30e248752b8fe07a85bba2caa6c165c7" %}
[頻道負載監控](/technical-library/zh-tw/shang-wu-fu-wu/zoom-contact-center/expert-insights/configuring-agent-occupied-rules/channel-load-monitoring.md)
{% endcontent-ref %}

{% content-ref url="/pages/25696736ba507caae85c788bf4f5d2657a301612" %}
[實作最佳實務](/technical-library/zh-tw/shang-wu-fu-wu/zoom-contact-center/expert-insights/configuring-agent-occupied-rules/implementation-best-practices.md)
{% endcontent-ref %}

{% content-ref url="/pages/108f29a32fbd1b9bd15f5c6fe52cf8da44b4c6aa" %}
[與 Workforce Management 整合](/technical-library/zh-tw/shang-wu-fu-wu/zoom-contact-center/expert-insights/configuring-agent-occupied-rules/workforce-management-integration.md)
{% endcontent-ref %}

## 結論

忙碌規則提供彈性，可在維持多個管道服務品質的同時，最佳化客服人員的運用。要獲得成功，關鍵在於讓您的設定與業務需求一致，而不只是考量技術上可行的做法。

**重點摘要**:

* 沒有放諸四海皆準的正確設定—請設計符合您營運模式的規則
* 使用範本以確保一致性並簡化管理
* 監控效能並根據實際結果調整規則

對設定進行周詳規劃的投入，將透過提升客服人員滿意度、更好的客戶服務表現，以及更進階的人力管理能力而獲得回報。


---

# 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.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.