> 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/tr/isletme-hizmetleri/zoom-workforce-management/workforce-management-explainer/core-concepts.md).

# Temel Kavramlar

## Planlama Grupları

Planlama Grupları, Zoom İş Gücü Yönetimi içindeki üst düzey kullanıcı gruplarıdır ve kullanıcıların düzenlenmesi, görüntülenmesi ve yönetilmesinde önemli bir rol oynar. Planlama Grupları, sistem genelinde kullanıcıları sıralamak için birincil filtre görevi görür ve personel Çizelgeleri oluşturmanın ve Tahminler üretmenin temel bileşenidir.

#### <mark style="color:mavi;">Planlama Grupları, temsilciler, kuyruklar ve ilişkili kişi kanallarından oluşur</mark>

Her Planlama Grubu, üç bileşenden oluşur: en az bir kişi kanalı (ses, video veya mesajlaşma gibi), bu kanalları yöneten iletişim merkezi kuyrukları ve bunlarda çalışmak üzere atanmış temsilciler.

**Kişi kanalları** müşterilerin bir iletişim merkezine bağlanmak için kullandığı iletişim ortamıdır. Kişi kanallarına örnekler şunlardır **ses** (telefon), **video** (video etkileşimi) veya **mesajlaşma** (kısa mesaj, web sohbeti ve Facebook Messenger veya WhatsApp gibi uygulama içi sohbet).

**İletişim merkezi kuyrukları** tahmin oluşturmayı etkinleştirir. Bir kuyruk bir Planlama Grubuna bağlandığında, İş Gücü Yönetimi geçmiş etkileşim verilerini çekerek bir başlangıç noktası oluşturur ve gelecekteki hacmi tahmin eder. Bir kuyruk olmadan grup yine de manuel olarak planlanabilir — yalnızca tahmin kullanılamaz.

**Temsilciler** toplu planlama ve filtreleme için Planlama Grubuna eklenebilir. Temsilcileri bir grupla ilişkilendirmek, tahminler oluşturmayı, çizelgeler üretmeyi ve uyumluluk raporlarını belirli ekiplere kadar filtrelemeyi hızlandırır.

{% hint style="warning" %}
**Önemli**

Bir kuyruk veya temsilci aynı anda yalnızca bir Planlama Grubuna ait olabilir.
{% endhint %}

Daha büyük kuruluşlar için Planlama Grupları, organizasyon grupları içine iç içe yerleştirilebilir — bu hiyerarşi katmanı, izin yönetimini, rapor filtrelemeyi ve birden çok ekip genelinde tahmin yapılandırmasını basitleştirir.

## Etkinlikler

Bir iletişim merkezinde, bir temsilcinin Vardiyası genellikle bir ekip toplantısına katılmak, planlanmış bir öğle yemeği molası vermek veya bir destek kuyruğunda çalışmak gibi değişen görevler veya sorumluluklarla önceden planlanır. İş Gücü Yönetimi içinde bu öğeler  **Etkinlikler** olarak adlandırılır ve bir temsilcinin Vardiyasının yapı taşlarıdır.

Yaygın Etkinliklere örnekler şunları içerir, ancak bunlarla sınırlı değildir:

| <ul><li>Telefon Kuyruğu</li><li>Sohbet Kuyruğu</li><li>Mesajlaşma Kuyruğu</li><li>Toplantı</li></ul> | <ul><li>Öğle Yemeği Molası</li><li>Kısa Mola</li><li>Toplantı</li><li>Odaklanma Süresi / Projeler</li></ul> |
| ---------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------- |

#### <mark style="color:mavi;">İş Gücü Yönetimi, planlama ve raporlama amaçları için altı benzersiz Etkinlik Türü sunar</mark>

Bir **Etkinlik Türü** bir Etkinliğin üretken veya üretken olmayan niteliğini tanımlar ve Etkinlikleri raporlama ve planlama amaçları için kategorize etmekte kullanılır. Altı farklı Etkinlik Türü ile, bir temsilci yalnızca bir *üretken* etkinlik türüne planlandığında, atanmış Planlama Grubunun personel ihtiyacına katkıda bulunur. Altı Etkinlik Türü şunlardır:

* **Üretken**: Bir temsilcinin ilişkili planlama grubunun personel ihtiyacına katkıda bulunabildiğini gösterir.
* **Ofis Dışında**: Bir temsilciyi “ofis dışında” olarak planlar.
* **Üretken Olmayan**: Toplantılar, koçluk vb. gibi, ilişkili planlama grubunun personel ihtiyacına katkıda bulunmayan iş Etkinlikleri için ayrılmış planlanmış zamanı temsil eder.
* **İstisna**: Bir temsilcinin geçirdiği süreyi hesaplar *uyumsuz*, örneğin bir temsilcinin BT sorunu veya acil durum nedeniyle planlanmış etkinliğini tamamlayamaması gibi.
  * İstisnalar vardiya oluştururken kullanılamaz ve yalnızca gerektiğinde yayımlanmış Çizelgelere eklenebilir.
* **Yemek**: Yemekler için ayrılmış üretken olmayan zamanı temsil eder.
* **Mola**: Mola olmayan aralar için ayrılmış üretken olmayan süreyi temsil eder.

#### <mark style="color:mavi;">Etkinlikler, bir ortama uyacak ek bilgilerle oluşturulabilir veya özelleştirilebilir</mark>

Hesap veya planlama yöneticileri, kendi ortamlarına ve iş akışlarına özgü Etkinlikleri oluşturabilir veya özelleştirebilir; bu da bir hesabın, bir temsilcinin gün boyunca gerçekleştirebileceği çeşitli görevler için yeterli Etkinliğe sahip olmasını sağlamaya yardımcı olur. Etkinlikler için özelleştirilebilir Özellikler şunları içerir:

* **Ad:** Özelleştirilmiş veya yeni Etkinlikler için özel adlar
* **Varsayılan Süre**: Bir etkinliğin varsayılan olarak ne kadar süreyle planlandığı
* **Kanal(lar)**: İletişim merkezi kanalları Etkinlikle ilişkilendirilir
* **Ücretli durum**: Etkinliğin ücretli (üretken süre) mi yoksa ücretsiz (yemek/mola) mı olduğu
* **Uyum**: Etkinliğin Uyum raporlamasında hesaplanıp hesaplanmadığı
* **Düzenlemeye İzin Ver**: Bir temsilcinin şunu isteyip isteyemeyeceği *Ekle*, *Değiştir*, ya da *sil* kendi Planı içinde bir Etkinlik

#### <mark style="color:mavi;">Sabit süreli Etkinlikler kullanıcı planlarına toplu olarak eklenebilir</mark>

Bir plan oluşturulduktan sonra, İş Gücü Yönetimi yöneticileri ve denetleyicileri, belirli bir temsilci grubu için belirlenmiş bir tarih, saat ve süreye göre sabit süreli Etkinlikleri toplu olarak planlayabilir; böylece eğitim oturumları veya ekip toplantıları gibi etkinliklerin planlanması kolaylaşır. Bu Özellikler kullanıldığında, Etkinlikler mevcut Etkinliklerden bağımsız olarak seçilen temsilcilerin planlarına eklenir; ancak bir planlama çakışması olması durumunda veya bir Etkinlik, kullanıcı çalışmıyorken planlanırsa, alternatif zaman önerileri oluşturulup uygulanabilir.

## Vardiyalar

Vardiyalar, bir temsilcinin bir iş günü veya hafta boyunca gerçekleştirdiği önceden planlanmış Etkinliklerdir. Bir Etkinlik, belirli bir zamanda belirli bir görev veya sorumluluğu ifade ederken, bir Vardiya, bir temsilciye atanmış Etkinliklerin belirli bir zaman aralığı için birleşimidir.

Örneğin, bir temsilci iki farklı zamanda iki ayrı Etkinlik olarak telefon kuyruğunda çalışma ve sohbet kuyruğunda çalışma görevlerinden sorumlu olabilir; ancak bir *Vardiya* resmileştirilmiş plandır ve şunu tanımlar *ne zaman* bu Etkinliklerin bir iş günü veya hafta boyunca gerçekleştirileceğini.

#### <mark style="color:mavi;">Vardiyalar sabit ve dinamik planlama modellerini destekler</mark>

Bir Vardiya oluşturulurken, planlama yöneticisi arasında seçim yapabilir **sabit** ve **dinamik** Vardiya modelleri.

ile **sabit** Vardiya planlamasında, kullanıcılar genellikle vardiyalarına ve molalarına haftadan haftaya aynı saatte başlar ve aynı saatte biter. Aşağıdaki görsel, bir *sabit* Vardiya örneği sunar; burada atanan her temsilcinin her gün tutarlı zamanlarda tutarlı Etkinlikleri vardır.

<div data-with-frame="true"><img src="/files/7fe776b8fcb53ec06cb706a9908cba1c14343baf" alt=""></div>

ile **dinamik** Vardiya planlamasında, yöneticiler esnek başlangıç, öğle ve mola saatlerini günlük ve haftalık olarak optimize etmek için Ayarlar'ı düzenleyebilir. Örneğin, bir temsilcinin molası bir hafta Pazartesi günü saat 13:00'te, ertesi hafta ise yine Pazartesi günü saat 14:00'te olabilir; bu da planlama yöneticilerinin personel çizelgesini beklenen talebi karşılamak için bir Tahmin ile uyumlu hale getirmesine olanak tanır. Bir işletme Tahmin olmadan planlama yaparsa, bu durum çakışmayı engellemek için molaları ve öğle aralarını kademelendirmeye yardımcı olabilir. Dinamik Vardiyalar ayrıca daha esnek mola sürelerini destekler; yöneticilerin molaları ve öğle aralarını 5, 15 veya 20 dakika gibi 5 dakikalık artışlarla Yapılandırmasına izin verirken, tüm etkinliklerin yine de standart 15 dakikalık aralıklarla başlamasını sağlar.

\
Aşağıdaki görsel, bir dinamik Vardiya örneği sunar; burada temsilcilerin Tahminin ihtiyaçlarına uyması için her gün değişken başlangıç, mola ve öğle dönemleri olabilir. Görselin üst kısmında her Etkinlik için esnek saatler belirtilirken, alt kısım tanımlanan esnek saatlerle örtüşen vardiya içindeki yerleşimlerinin bir örneğini yansıtır.

{% hint style="info" %}
**Not**

Dinamik vardiyalar aynı anda yalnızca bir varsayılan Etkinlik kullanabilir.
{% endhint %}

<div data-with-frame="true"><img src="/files/fa2276edc80b0e5b90ba2d183a9a40a293355473" alt=""></div>

#### <mark style="color:mavi;">Vardiyalar her gün için esnek başlangıç ve bitiş saatlerini destekler</mark>

Vardiyalar, haftanın her günü için hem sabit hem de esnek başlangıç ve bitiş saatlerini karşılayabilir ve çeşitli planlama ihtiyaçlarını karşılayacak şekilde özelleştirilebilir.

{% hint style="success" %}
**Örnek**

Planlama yöneticisi Alice, Pazartesi'den Cuma'ya 8-5 aralığını kapsayan basit bir vardiya oluşturabilir. Alternatif olarak Alice, Pazartesi, Çarşamba ve Cuma günleri 8-5 aralığını kapsayan bir Vardiya da oluşturabilir; Salı ve Perşembe günleri ise 10-7 vardiyası ya da tercih edilen başka herhangi bir zaman kombinasyonu olabilir.
{% endhint %}

#### <mark style="color:mavi;">Bir temsilciye aynı anda yalnızca bir Vardiya atanabilir</mark>

Vardiyalar tasarlanırken, bir temsilciye aynı anda yalnızca bir Vardiya atanabileceğini unutmayın. Her Vardiya kapsamlı şekilde tasarlanmalı ve temsilcinin tüm Etkinliklerinin hafta için planlandığından emin olunmalıdır.

#### <mark style="color:mavi;">Her Vardiya sınırsız sayıda temsilciye atanabilir</mark>

Her temsilciye yalnızca bir Vardiya atanabilse de, her Vardiya sınırsız sayıda temsilciye atanabilir.

{% hint style="success" %}
**Örnek**

Planlama yöneticisi Alice, Voice, Video ve Mesajlaşma kuyruk süresinin üç eşit bölümünden oluşan 8-5 için tek bir Vardiya oluşturdu. Alice bu vardiyayı Bob ve Maurice adlı temsilcilere, ayrıca ihtiyaç duyulan diğer temsilcilere de atayabilir.\
\
Ancak Alice bir *ikinci* 8-5 için farklı Etkinlikleri kapsayan bir Vardiya oluşturursa, mevcut atanmış Vardiyalarından çıkarılmadıkları sürece Bob ve Maurice'i veya Vardiya atanmış başka herhangi bir temsilciyi atayamaz.
{% endhint %}

#### <mark style="color:mavi;">Bir Vardiya tasarlanırken, planlanmış çalışma saatleri her bir temsilcinin yapılandırılmış saat dilimine göre gösterilir</mark>

Bir Vardiya tasarlarken, planlanmış çalışma saatlerinin her bir temsilcinin yapılandırılmış saat dilimine göre gösterileceğini ve statik ya da evrensel olmadığını unutmayın.

{% hint style="success" %}
**Örnek**

Planlama yöneticisi Alice, New York'ta (UTC-5) bulunur ve 8-5 için bir Vardiya oluşturur. Alice bir temsilciyi bu Vardiya'ya atadığında, temsilci Vardiya'nın saatlerini ve süresini Zoom hesabı'nda yapılandırılmış saat dilimine göre görür.\
\
Dolayısıyla, Los Angeles'ta (UTC-8) bulunan bir temsilci 8-5 Vardiyası'na atanırsa, Plan'ı kendi yerel saat dilimi (UTC-8) içinde 8-5 olarak görür. Benzer şekilde, New York'ta bulunan bir temsilci aynı Vardiya'ya atanırsa, Plan'ı kendi yerel saat diliminde de görür.\
\
Bu senaryoda, her iki temsilci de kendi ilgili saat dilimlerine göre 8-5 çalışıyor olur. Ancak, konumları arasındaki saat dilimi farkı nedeniyle, çalışmaya üç saatlik farkla başlayacaklardır. New York'taki Alice'in bakış açısından, Los Angeles'ta bulunan temsilci, her temsilci için saat dilimine özel gösterime göre 11-8 arasında çalışacaktır.
{% endhint %}

## Planlar

#### <mark style="color:mavi;">Bir Plan, birden fazla Planlama Grubu ve bunların temel altyapı/bileşenlerinden oluşan bir koleksiyondur</mark>

<div data-with-frame="true"><img src="/files/0d473e36e6624bf1336275a12ab3f6e364168e94" alt=""></div>

Aşağıdaki görsel, bir günü kapsayan ve birden fazla Planlama Grubu'ndan oluşan bir Plan örneği sunar. Çeşitli renk blokları, her temsilcinin gün boyunca sorumlu olduğu çeşitli Etkinlikleri belirtir. İstenirse, Planlama yöneticileri bu görünümü daha da ayrıntılandırarak Plan'ı tek tek temsilcilere veya belirli Planlama Grupları'na göre görebilir.

<div data-with-frame="true"><img src="/files/b0c5ad427794c4042403846342fbb4bf7293bb97" alt=""></div>

#### <mark style="color:mavi;">Her Plan tek seferde en fazla dört haftalık oluşturulabilir</mark>

Bir Plan oluştururken, planlama yöneticisi tek seferde en fazla dört haftalık bir Plan oluşturabilir. Bu, bir Plan'ın ne kadar ilerisi için oluşturulabileceğini sınırlamaz; bunun yerine, her Plan'ın tek seferde ne kadar uzunlukta tanımlanabileceğini sınırlar. Başka bir deyişle, planlama yöneticileri art arda Planlar oluşturarak bir seferde dört haftadan fazla Plan yapabilir.

{% hint style="success" %}
**Örnek**

Aralık ayında, planlama yöneticisi Alice, 1 Ocak'ta başlayan ve 28 Ocak'a kadar dört hafta boyunca uzanan bir Plan oluşturabilir. 28 Ocak'tan sonrasını planlamak için Alce'nin ayrı bir Plan oluşturması gerekir; bunu hemen yapabilir.
{% endhint %}

#### <mark style="color:mavi;">Yöneticiler belirli temsilciler ve Planlar için özel çalışma kuralları oluşturabilir</mark>

İş Gücü Yönetimi yöneticileri, vardiyalar ve planlar için belirli koşullar belirleyen kurallar oluşturabilir. Sistem, maksimum saatler, mola zamanı, ardışık çalışma günleri, vardiyalar arasındaki minimum süre veya zorunlu etkinlikler gibi kural ihlallerini otomatik olarak denetler. Bir plan herhangi bir kuralı ihlal ettiğinde sistem yöneticilere uyarı verir.

## Tahminler

#### <mark style="color:mavi;">Tahminler, geçmiş etkileşim verilerini personel önerilerine dönüştürür</mark>

Bir Tahmin, doğru sayıda temsilciyi doğru zamanlarda görevlendirebilmeniz için gelecekteki iletişim merkezi etkileşim hacmini öngörür. İş Gücü Yönetimi, geçmiş kuyruk verilerini kullanarak 15 dakikalık artışlarla tahminler oluşturur, ardından bu hacim projeksiyonlarını personel önerilerine dönüştürür.

{% hint style="success" %}
**Örnek**

Planlama yöneticisi Alice, önümüzdeki dört hafta için bir Tahmin oluşturdu. Bu Tahmin, günlük etkileşim hacmini 15 dakikalık artışlarla tahmin etmek için geçmiş verileri kullanır. Her günün tahmin edilen hacmi, geçmişteki karşılık gelen günlere ait verilere dayanır; yani Pazartesi Tahmini önceki Pazartesilerden, Salı Tahmini ise önceki Salılardan türetilir. Sonuç olarak, 8:00 ile 14:00 arasındaki saatler Pazartesileri genellikle Salılara göre daha yoğun ise, Tahmin Pazartesi için Salıya kıyasla daha yüksek bir personel ihtiyacı yansıtacaktır.
{% endhint %}

<div data-with-frame="true"><img src="/files/a82b0180d0c90db7c3cf048b7b13cf2ace33116f" alt=""></div>

#### <mark style="color:mavi;">**A**</mark> <mark style="color:mavi;">Tahmin, en az bir ilişkili kuyruğa sahip bir Planlama Grubu gerektirir</mark>

Tahminler, en az bir ilişkili iletişim merkezi kuyruğuna sahip bir Planlama Grubu gerektirir. Bu sağlandıktan sonra yöneticiler bir ad, başlangıç tarihi ve süre (en fazla dört hafta) belirler, ardından hedeflenecek metrikleri Seç. Sistem, tahmin dönemi boyunca her 15 dakikalık aralık için öngörülen hacmi ve önerilen personel sayısını hesaplar.

Zoom İletişim Merkezi'ne yeni misiniz? İlk tahminlerinizi canlı veriler birikmeden önce başlatmak için geçmiş kuyruk verileri CSV aracılığıyla (dosya başına en fazla 10 MB) içe aktarılabilir.

#### <mark style="color:mavi;">Tahminler dört performans hedefi etrafında oluşturulabilir</mark>

| Metrik                    | Ne işe yarar                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                             |
| ------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ |
| **Hizmet Düzeyi hedefi**  | <p>Personel, tanımlı bir zaman aralığı içinde etkileşimlerin belirli bir yüzdesine yanıt vermelidir</p><p>Örnek: Bir şirketin Hizmet Düzeyi Sözleşmesi, tüm Gelen etkileşimlerin %75’ine 30 saniye içinde yanıt vermekse, Tahmin, beklenen hedefi karşılamak için her 15 dakikalık dönemde gerekli personeli dikkate alacaktır.</p>                                                                                                                                                                                      |
| **Ortalama yanıt süresi** | <p>Personel, tüm çağrılar boyunca ortalama bekleme süresini belirli bir saniye sayısının altında tutmalıdır</p><p>Örnek: Bir şirket ortalama yanıt süresini 30 saniyede tutmayı hedefliyorsa, Tahmin bu hedefi karşılamak için gerekli personeli değerlendirecektir. Bu metriğin bekleme süresinin matematiksel ortalamasını hesapladığını belirtmek önemlidir. Örneğin, bir çağrı 1 saniyede ve başka bir çağrı 60 saniyede yanıtlanırsa, her iki çağrı için kümülatif ortalama yanıt süresi yaklaşık 30 saniyedir.</p> |
| **Doluluk oranı**         | <p>Personelin, temsilcilerin etkileşimleri aktif olarak ele aldığı zamanın belirli bir yüzdesini hedeflemesi gerekir</p><p>Örnek: Bir temsilci bir saat içinde 54 dakika boyunca bir müşteri etkileşiminde yer alıyorsa, kullanıcının doluluk seviyesi %90’dır. Sonuç olarak, %90 doluluk oranına sahip bir Forecast oluşturmak, her temsilcinin her saatin yaklaşık 54 dakikasını müşterileri destekleyerek geçirmesine yol açması muhtemeldir.</p>                                                                     |
| **Fire**                  | <p>Devamsızlıkları, üretken olmayan faaliyetleri ve rutin kullanılamamayı hesaba katmak için bir personel tamponu ekler</p><p>Örnek: Bir Forecast’ın 10 temsilci gerektirmesi bekleniyorsa, ancak %20 fire oranı varsa, iki olası devamsızlığı hesaba katmak için 12 temsilci tahmin edilir. Temsilcilerin %20’sinin devamsız olduğu durumda bile, Forecast için minimum personel seviyeleri yine de karşılanır.</p>                                                                                                     |

{% hint style="info" %}
**Not**

Bir Forecast için birden fazla metrik seçildiğinde, sistem en zorlu kısıtı uygular. Örneğin, bir hizmet düzeyi hedefi etkileşimlerin %75’inin 30 saniye içinde yanıtlanmasını gerektiriyorsa ve ortalama yanıt verme süresi hedefi 60 saniye olarak ayarlanmışsa, sistem Hizmet Düzeyini önceliklendirir; çünkü bu daha katı eşiği karşılamak, ortalama yanıt verme süresi gereksinimini otomatik olarak karşılar.
{% endhint %}

#### <mark style="color:mavi;">Aralık ve toplu düzenlemeler, geçmiş verilerin tahmin edemeyeceği durumları hesaba katmanızı sağlar</mark>

Ham geçmiş veriler, gelecekte olacağını bildiğiniz şeyleri her zaman yakalamaz. Forecast’lar iki şekilde ayarlanabilir:

* **Aralık düzenlemeleri**: Herhangi bir 15 dakikalık zaman dilimi için tahmini hacmi manuel olarak artırın veya azaltın (beklenen ani artışlar için kullanışlıdır)

{% hint style="success" %}
**Örnek**

Bir şirket bir saat boyunca alışılmadık derecede yüksek çağrı hacmi bekliyorsa, bir planlama yöneticisi beklenen Değiştir için manuel olarak beklenen hacmi artırabilir.
{% endhint %}

* **Toplu düzenlemeler**: Tüm tahmin boyunca yüzde veya sabit sayı değişikliği uygula

{% hint style="success" %}
**Örnek**

Bir şirket yaklaşan bir haftada yeni bir pazarlama kampanyası başlatıyorsa ve hacimde %10 artış bekliyorsa, yeterli personel sağlamak için Tahmin %10 artışı yansıtacak şekilde güncellenebilir. Bu toplu düzenleme yöntemi, süpervizörlerin hacmi ister 15 dakikada 10 ek (veya daha az) arama gibi belirli bir sayı ile, ister 15 dakikada aramalarda %20 artış (veya azalış) gibi bir yüzde ile değiştirmesine olanak tanır.
{% endhint %}

#### <mark style="color:mavi;">Dönem başlamadan önce personel açığını ortaya çıkarmak için bir Tahmini bir Plana uygula</mark>

Yayımlandıktan sonra, bir Tahmin bir Plana uygulanabilir.  **Personel** alt bölümü, haftanın planına uygulanan tüm planlama gruplarının bir listesini sunar, *Planlanan* ile *Gereken* personel planlaması ve sağlar *Net Personel Planlaması* fark. Bu tablo, bir planlama yöneticisinin her 15 dakikalık artış için personel seviyelerini hızlıca belirlemesine olanak tanır ve yeterli personeli korumak için bir kullanıcının planlanmış Aktivitelerini dinamik olarak ayarlayabilir.

<div data-with-frame="true"><img src="/files/d7f7ba5a7dc6e5bd3e4def7a7f541122b6160984" alt=""></div>

#### <mark style="color:mavi;">Tahminlere dayalı olarak optimize edilmiş vardiya planlarını otomatik olarak oluşturmak için yapay zekadan yararlanın</mark>

Sistem, vardiya uzunluğu, minimum ve maksimum çalışma günleri ve molalar ile öğle yemekleri gibi önceden planlanmış aktiviteler gibi parametreleri dikkate alırken, hizmet düzeyi anlaşmalarını karşılamak için gereken en uygun vardiya sayısını belirler. İş Gücü Yönetimi yöneticileri birden çok hizmet grubunu seçebilir, oluşturulan vardiyaları planlara uygulayabilir ve temsilcileri tercihlerine göre toplu olarak atayabilir.

#### <mark style="color:mavi;">12 aya kadar personel gereksinimlerini tahmin etmek için kapasite planları oluşturun</mark>

Planlar, çalışma saatleri, daralma yüzdesi ve planlama grubuna göre personel kaybı oranları gibi faktörleri dikkate alarak tam zaman eşdeğeri (FTE) gereksinimlerini hesaplar. Kullanıcılar, görsel widget'lar aracılığıyla gerekli ve mevcut FTE sayılarını görüntüleyip karşılaştırabilir, ayrıntılı aylık ve haftalık dökümlere erişebilir ve verileri CSV veya PDF biçimlerine aktarabilir.

#### <mark style="color:mavi;">Özel günleri, tatiller, kapanışlar veya anormallikler nedeniyle geçmiş ve gelecekteki verilerden hariç tutarak özelleştirilmiş tahminler için işaretleyin</mark>

İş Gücü Yönetimi yöneticileri hacmi veya işlem süresini yüzdeler ya da sabit değerler kullanarak ayarlayabilir. Özel günler, tahminlerde ve personel görünümlerinde vurgulanır ve tüm değişiklikler denetim raporlarında izlenir. Bu, benzersiz iş etkinliklerini hesaba katarak tahmin doğruluğunu artırmaya yardımcı olur.

#### <mark style="color:mavi;">Tekrar eden bir düzende planlayarak kısa vadeli tahminlerin oluşturulmasını otomatikleştirin</mark>

İş Gücü Yönetimi yöneticileri, kısa vadeli tahminlerin 4 haftaya kadar olan bir süre için haftalık olarak otomatik oluşturulmasını ayarlayabilir. Yöneticiler, tahminlerin ne zaman oluşturulacağını, örneğin tahmin döneminden 5 gün önce gibi, belirtebilir. Planlanan tahminler, orijinal şablon tahminle aynı planlama gruplarını ve tahmin metriklerini korur. Ayrıca, tek tek örnekleri veya tüm seriyi silme seçenekleriyle yinelenen tahminleri bir takvim görünümü üzerinden görüntüleyip yönetebilirler.


---

# 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/tr/isletme-hizmetleri/zoom-workforce-management/workforce-management-explainer/core-concepts.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.
