# Temel Kavramlar ## Planlama Grupları Planlama Grupları, Zoom İş Gücü Yönetimi içindeki en üst düzey kullanıcı gruplarıdır ve kullanıcıları düzenleme, görüntüleme ve yönetmede kritik bir rol oynar. Planlama Grupları, sistem genelinde kullanıcıları sıralamak için birincil filtre görevi görür ve personel Programları oluşturmanın ve Tahminler üretmenin temel bileşenidir. #### Planlama Grupları; temsilcilerden, kuyruklardan ve ilişkili kişi kanallarından oluşur 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 bu kuyruklarda çalışmak üzere atanan temsilciler. **Kişi kanalları** bir iletişim merkezi ile bağlantı kurmak için müşterilerin kullandığı iletişim ortamıdır. Kişi kanallarına örnek olarak şunlar verilebilir: **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ı** tahminlemeyi Etkinleştir sağlayan unsurdur. Bir kuyruk bir Planlama Grubuna bağlandığında, İş Gücü Yönetimi temel bir referans oluşturmak ve gelecekteki hacmi öngörmek için onun geçmiş etkileşim verilerini çeker. Kuyruk olmadan da grubun planlaması manuel olarak yapılabilir — yalnızca tahminleme kullanılamaz. **Temsilciler** toplu planlama ve filtreleme için Planlama Grubuna eklenebilir. Temsilcileri bir grupla ilişkilendirmek, tahminler oluşturmayı, programlar üretmeyi ve uyum raporlarını belirli takımlara göre 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 organizasyonlarda, Planlama Grupları organizasyonel grupların içine iç içe yerleştirilebilir — bu, birden fazla takım genelinde izin yönetimini, rapor filtrelemeyi ve tahmin yapılandırmasını basitleştiren bir hiyerarşi katmanıdır. ## Aktiviteler Bir iletişim merkezi içinde, bir temsilcinin Vardiyası genellikle takım toplantısına katılmak, planlı öğle arası vermek veya bir Destek kuyruğunda çalışmak gibi farklı görevler veya sorumluluklarla önceden planlanır. İş Gücü Yönetimi içinde bu öğeler **Aktiviteler**olarak adlandırılır ve bir temsilcinin Vardiyasının yapı taşlarıdır. Yaygın Aktivitelere örnekler şunları içerir, ancak bunlarla sınırlı değildir: | | | | ---------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------- | #### İş Gücü Yönetimi, planlama ve raporlama amaçları için altı benzersiz Aktivite Türü sunar Bir **Aktivite Türü** bir Aktivitenin üretken veya üretken olmayan niteliğini tanımlar ve raporlama ile planlama amaçları için Aktiviteleri kategorize etmekte kullanılır. Altı farklı Aktivite Türü ile bir temsilci, yalnızca *üretken* aktivite türü için planlandığında atandığı Planlama Grubunun personel ihtiyacına katkıda bulunur. Altı Aktivite Türü şunlardır: * **Üretken**: Bir temsilcinin ilişkili olduğu planlama grubunun personel ihtiyacına katkıda bulunabildiğini belirtir. * **Ofis Dışında**: Bir temsilciyi “ofis dışında” olarak planlar. * **Üretken Olmayan**: Toplantılar, koçluk vb. gibi, ilişkili olduğu planlama grubunun personel ihtiyacına katkıda bulunmayan iş Aktiviteleri için planlanmış zamanı temsil eder. * **İstisna**: Bir temsilcinin harcadığı zamanı hesaba katar *uyum dışında*, örneğin bir temsilci BT sorunu veya acil durum nedeniyle planlanmış aktivitesini tamamlayamazsa. * İstisnalar bir vardiya oluşturulurken kullanılamaz ve yalnızca yayımlanmış Programlara gerektiğinde eklenebilir. * **Yemek**: Yemekler için ayrılmış üretken olmayan zamanı temsil eder. * **Ara**: Yemek dışı molalar için ayrılmış üretken olmayan süreyi temsil eder. #### Etkinlikler, bir ortama uyacak şekilde ek bilgilerle oluşturulabilir veya özelleştirilebilir Hesap veya planlama yöneticileri, kendi ortamlarına ve iş akışlarına özgü Etkinlikler oluşturabilir veya özelleştirebilir; bu da bir hesabın, bir kullanıcının 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)**: Etkinlikle ilişkilendirilen iletişim merkezi kanalları * **Ü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 kullanıcının isteyip isteyemeyeceği *Ekle*, *Değiştir*, veya *sil* kendi Planı içindeki bir Etkinliği #### Sabit zamanlı Etkinlikler toplu olarak kullanıcı planlarına eklenebilir Bir plan oluşturulduktan sonra, İş Gücü Yönetimi yöneticileri ve süpervizörleri, belirli bir tarih, saat ve süre için belirli bir kullanıcı grubuna toplu olarak sabit zamanlı Etkinlikler planlayabilir; bu da eğitim oturumları veya ekip toplantıları gibi etkinliklerin planlanmasını kolaylaştırır. Bu özellik kullanıldığında, Etkinlikler mevcut Etkinliklerden bağımsız olarak seçilen kullanıcıların planlarına eklenir; ancak bir planlama çakışması olması durumunda veya bir Etkinlik kullanıcı çalışmıyorken planlanırsa, alternatif zaman önerileri oluşturulabilir ve uygulanabilir. ## Vardiyalar Vardiyalar, bir kullanıcının bir iş günü veya hafta boyunca gerçekleştirdiği önceden planlanmış Etkinliklerdir. Etkinlik, belirli bir zamanda belirli bir görev veya sorumluluğu ifade ederken, Vardiya, bir kullanıcının belirli bir zaman aralığı için atanmış Etkinliklerinin birleşimidir. Örneğin, bir kullanıcı telefon kuyruğunda çalışmak ve sohbet kuyruğunda çalışmak için iki ayrı Etkinlikten farklı zamanlarda sorumlu olabilir; ancak bir *Vardiya* şudur: *ne zaman* bu Etkinliklerin bir iş günü veya hafta boyunca gerçekleştirileceğini tanımlayan resmî plan. #### Vardiyalar, sabit ve dinamik planlama modellerini destekler Bir Vardiya oluştururken, planlama yöneticisi şunlar arasında seçim yapabilir: **sabit** ve **dinamik** Vardiya modelleri. ile **sabit** Vardiya planlaması, kullanıcılar genellikle vardiyalarını ve molalarını haftadan haftaya aynı saatte başlatır ve aynı saatte bitirir. Aşağıdaki görsel, bir *sabit* Vardiya için örnek sunar; burada atanan her kullanıcının her gün tutarlı saatlerde tutarlı Etkinlikleri vardır.
ile **dinamik** Vardiya planlamasında, yöneticiler günlük ve haftalık olarak esnek başlangıç, öğle ve mola saatlerini optimize etmek için ayarları düzenleyebilir. Örneğin, bir kullanıcının molası bir hafta Pazartesi günü saat 13.00’te, bir sonraki hafta ise Pazartesi günü saat 14.00’te olabilir; bu da planlama yöneticilerinin beklenen talebi karşılamak için personel planını bir Tahmin ile uyumlu hâle getirmesine olanak tanır. Bir işletme Tahmin olmadan planlama yaparsa, bu durum molaların ve öğle aralarının çakışmasını önlemek için bunları birbirinden ayırmaya 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 olanak tanırken tüm etkinliklerin yine de standart 15 dakikalık aralıklarla başlamasını sağlar. \ Aşağıdaki görsel, Tahminin ihtiyaçlarına uyacak şekilde kullanıcıların her gün değişken başlangıç, mola ve öğle dönemlerine sahip olabileceği dinamik bir Vardiya örneği sunar. 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 %}
#### Vardiyalar, her gün için esnek başlangıç ve bitiş saatlerini destekler Vardiyalar, haftanın her günü için hem sabit hem de esnek başlangıç ve bitiş saatlerini destekleyebilir; farklı planlama ihtiyaçlarını karşılayacak şekilde özelleştirilebilir. {% hint style="success" %} **Örnek** Planlama yöneticisi Alice, pazartesiden cumaya 8-5 saatlerini kapsayan basit bir vardiya oluşturabilir. Alternatif olarak Alice, pazartesi, çarşamba ve cuma günleri 8-5 saatlerini kapsayan, salı ve perşembe günleri ise 10-7 vardiyasına sahip bir Vardiya da oluşturabilir ya da tercih edilen başka herhangi bir zaman kombinasyonunu seçebilir. {% endhint %} #### Bir kullanıcı aynı anda yalnızca bir Vardiyaya atanabilir Vardiyalar tasarlanırken, bir kullanıcının aynı anda yalnızca bir Vardiyaya atanabileceğini unutmayın. Her Vardiya kapsamlı şekilde tasarlanmalı ve kullanıcının tüm Etkinliklerinin hafta için planlandığından emin olunmalıdır. #### Her Vardiya sınırsız sayıda kullanıcıya atanabilir Her bir ajan yalnızca bir Vardiya’ya atanabilse de, her Vardiya sınırsız sayıda ajana atanabilir. {% hint style="success" %} **Örnek** Planlama yöneticisi Alice, Voice, Video ve Mesajlaşma kuyruk süresinin üç eşit parçasını içeren 8-5 için tek bir Vardiya oluşturdu. Alice bu vardiyayı ajanlar Bob ve Maurice’e, ayrıca gerekli olan ek tüm ajanlara Ata edebilir.\ \ Ancak Alice bir *ikinci* 8-5 için farklı Aktiviteleri kapsayan bir Vardiya oluşturursa, Bob ve Maurice’i ya da Vardiya’ya atanmış başka herhangi bir ajanı, şu anda atanmış oldukları Vardiya’dan çıkarılmadıkları sürece Ata edemez. {% endhint %} #### Bir Vardiya tasarlarken, planlanmış çalışma saatlerinin her ajanın yapılandırılmış saat dilimine göre gösterileceğini unutmayın Bir Vardiya tasarlarken, planlanmış çalışma saatlerinin her ajanın yapılandırılmış saat dilimine göre gösterileceğini ve sabit ya da evrensel olmadığını unutmayın. {% hint style="success" %} **Örnek** Planlama yöneticisi Alice, New York’tadır (UTC-5) ve 8-5 için bir Vardiya oluşturur. Alice bir ajanı bu Vardiya’ya Ata ettiğinde, ajan Vardiya’nın saatlerini ve süresini kendi Zoom hesabı’nın yapılandırılmış saat dilimine göre görür.\ \ Dolayısıyla, Los Angeles’taki (UTC-8) bir ajan 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’taki bir ajan aynı Vardiya’ya atanırsa, Plan’ı kendi yerel saat diliminde de görür.\ \ Bu senaryoda her iki ajan da kendi saat dilimlerine göre 8-5 arası çalışıyor olur. Ancak, bulundukları konumlar arasındaki saat dilimi farkı nedeniyle, işe üç saat farkla başlamış olurlar. New York’taki Alice’in bakış açısından, Los Angeles’taki ajan saat dilimine özgü gösterim nedeniyle 11-8 arasında çalışacaktır. {% endhint %} ## Planlar #### Bir Plan, birden çok Planlama Grubu ve bunların alt yapısı/bileşenlerinden oluşan bir koleksiyondur
Aşağıdaki görsel, bir gün boyunca uzanan ve birden çok Planlama Grubu’ndan oluşan bir Plan örneği sunar. Çeşitli renk blokları, her ajanın gün boyunca sorumlu olduğu çeşitli Aktiviteleri belirtir. İstenirse, Planlama yöneticileri bu görünümü daha da ayrıntılandırarak Plan’ı tek tek ajanlara veya belirli Planlama Gruplarına göre görebilir.
#### Her Plan bir seferde en fazla dört hafta için oluşturulabilir Bir Plan oluşturulurken, planlama yöneticisi bir Planı bir seferde en fazla dört hafta için oluşturabilir. Bu, bir Planın ne kadar ileri tarihli oluşturulabileceğini sınırlamaz; bunun yerine, her planın bir seferde ne kadar süreyle tanımlanabileceğinin kapsamını belirler. Başka bir deyişle, planlama yöneticileri art arda Planlar oluşturarak bir seferde dört haftadan fazla planlama yapabilir. {% hint style="success" %} **Örnek** Aralık ayında, planlama yöneticisi Alice, 1 Ocak'ta başlayan ve dört hafta boyunca 28 Ocak'a kadar uzanan bir Plan oluşturabilir. 28 Ocak'ın ötesini planlamak için Alce ayrı bir plan oluşturmalıdır ve bunu hemen yapabilir. {% endhint %} #### Yöneticiler, belirli temsilciler ve planlar için özel çalışma kuralları oluşturabilir İş Gücü Yönetimi yöneticileri, vardiyalar ve planlar için belirli koşulları belirlemek üzere kurallar oluşturabilir. Sistem, maksimum saatler, mola zamanlaması, ardışık çalışma günleri, vardiyalar arasındaki minimum süre veya zorunlu faaliyetler gibi kural ihlallerini otomatik olarak denetler. Bir plan herhangi bir kuralı ihlal ettiğinde sistem yöneticilere uyarı verir. ## Tahminler #### Tahminler, geçmiş etkileşim verilerini personel planlama önerilerine dönüştürür Bir Tahmin, doğru zamanlarda doğru sayıda temsilciyi 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 planlama ö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 öngörmek 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 genellikle Pazartesileri Salılara göre daha yoğunsa, Tahmin Pazartesi için Salıya kıyasla daha yüksek bir personel ihtiyacını yansıtacaktır. {% endhint %}
#### **A** Tahmin, en az bir ilişkili kuyruğu olan bir Planlama Grubu gerektirir Tahminler, en az bir ilişkili iletişim merkezi kuyruğu olan bir Planlama Grubu gerektirir. Bu sağlandıktan sonra yöneticiler bir ad, başlangıç tarihi ve süre (en fazla dört hafta) tanımlar, ardından hedeflenecek metrikleri Seçer. Sistem, tahmin penceresi 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 mi başladınız? Tarihsel kuyruk verileri, canlı veriler birikmeden önce ilk tahminlerinizi oluşturmak için CSV aracılığıyla (dosya başına en fazla 10 MB) içe aktarılabilir. #### Tahminler dört performans hedefi etrafında oluşturulabilir | Metrik | Ne yapar | | ------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | **Hizmet Düzeyi hedefi** |

Personelin, belirlenmiş bir zaman aralığı içinde belirli bir etkileşim yüzdesine yanıt vermesi

Ö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 personel sayısını dikkate alacaktır.

| | **Ortalama yanıt süresi** |

Personel, tüm çağrılarda ortalama bekleme süresini belirlenen saniye sayısının altında tutmalıdır

Örnek: Bir şirket ortalama yanıt hızını 30 saniyede tutmayı hedefliyorsa, Forecast bu hedefi karşılamak için gereken personel sayısını dikkate alacaktır. Bu ölçütün 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 birleşik ortalama yanıt hızı yaklaşık 30 saniyedir.

| | **Doluluk** |

Personelin, temsilcilerin etkileşimleri aktif olarak ele almaya harcadığı zaman yüzdesini hedeflemesi gerekir

Örnek: Bir temsilci bir saat içinde 54 dakika boyunca bir müşteri etkileşimiyle ilgileniyorsa, kullanıcının doluluk seviyesi %90’dır. Sonuç olarak, %90 doluluk oranına sahip bir Forecast oluşturmak, her temsilcinin her saat yaklaşık 54 dakika boyunca Müşteriler desteklemesiyle sonuçlanabilir.

| | **Fire** |

Devamsızlıkları, üretken olmayan faaliyetleri ve rutin erişilemezliği hesap etmek için bir personel tamponu ekler

Örnek: Bir Forecast’in 10 temsilci gerektireceği bekleniyorsa, ancak %20 fire oranına sahipse, iki olası devamsızlığı hesaba katmak için 12 temsilci tahmin edilir. Temsilcilerin %20’sinin devamsız olduğu durumda, Forecast için asgari personel seviyeleri yine de karşılanır.

| {% hint style="info" %} **Not** Bir Forecast için birden fazla ölçüt seçildiğinde, sistem en talepkâr 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 süresi hedefi 60 saniye olarak ayarlanmışsa, sistem Hizmet Düzeyi’ni önceliklendirir; çünkü bu daha sıkı eşiğin karşılanması, ortalama yanıt süresi gereksinimini otomatik olarak karşılar. {% endhint %} #### Aralık ve toplu düzenlemeler, geçmiş verilerin öngöremediği durumları hesaba katmanızı sağlar Ham tarihsel veriler, gelecekte ne olacağını bildiğinizi her zaman yansıtmayabilir. Tahminler iki şekilde ayarlanabilir: * **Aralık düzenlemeleri**: Herhangi bir 15 dakikalık zaman aralığı için öngörülen hacmi manuel olarak artırın veya azaltın (beklenen sıçramalar 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 telafi etmek için beklenen hacmi manuel olarak artırabilir. {% endhint %} * **Toplu düzenlemeler**: Tüm tahmin boyunca bir yüzde veya sabit sayı Değiştir uygulayın {% hint style="success" %} **Örnek** Bir şirket yaklaşan hafta içinde yeni bir pazarlama kampanyası başlatıyor 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) çağrı gibi belirli bir sayıya göre, ister 15 dakikada çağrılarda %20 artış (veya azalış) gibi bir yüzdeye göre değiştirmesine olanak tanır. {% endhint %} #### Planlamaya bir Tahmin uygulayarak dönem başlamadan önce kadro açıklarını ortaya çıkarın Yayımlandıktan sonra bir Tahmin bir Plan'a uygulanabilir. The **Kadrolama** bir Plan'ın alt bölümü, haftanın Planına uygulanan tüm Planlama Gruplarının bir listesini sağlar, karşılaştırır *Planlanmış* ile *Gerekli* personel sayısını ve *Net Personel Sayısı* farkını sağlar. Bu tablo, bir planlama yöneticisinin her 15 dakikalık artış için personel düzeylerini hızlıca belirlemesini sağlar ve bir kullanıcının Planlanmış Faaliyetlerini, yeterli personel seviyesini korumak için dinamik olarak ayarlayabilir.
#### Tahminlere dayalı olarak optimize edilmiş vardiya Planlarını otomatik olarak oluşturmak için yapay zekadan yararlanın Sistem, vardiya uzunluğu, minimum ve maksimum çalışma günleri ile molalar ve öğle yemekleri gibi önceden planlanmış faaliyetler gibi parametreleri dikkate alarak 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 fazla hizmet grubunu Seçebilir, oluşturulan vardiyaları planlara uygulayabilir ve temsilcileri tercihlerine göre toplu olarak Ata yapabilir. #### 12 aya kadar personel gereksinimlerini tahmin etmek için kapasite planları oluşturun Planlar, çalışma saatleri, küçülme yüzdesi ve planlama grubuna göre ayrılma oranları gibi faktörleri dikkate alarak tam zaman eşdeğeri (FTE) gereksinimlerini hesaplar. Kullanıcılar, görsel bileşenler 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. #### Geçmiş ve gelecekteki verilerden hariç tutarak, tatiller, kapatmalar veya anormallikler nedeniyle özelleştirilmiş tahmin için özel günleri işaretleyin İş Gücü Yönetimi yöneticileri, hacmi veya işlem süresini yüzdeler ya da sabit değerler kullanarak ayarlayabilir. Özel günler, tüm değişiklikler denetim raporlarında izlenirken tahminlerde ve personel görünümünde vurgulanır. Bu, benzersiz İşletme olaylarını hesaba katarak tahmin doğruluğunu artırmaya yardımcı olur. #### Tekrarlayan bir temelde zamanlayarak kısa vadeli tahminlerin oluşturulmasını otomatikleştirin İş Gücü Yönetimi yöneticileri, kısa vadeli tahminlerin 4 haftaya kadar bir süre boyunca 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. Planlanmış tahminler, orijinal şablon tahminle aynı planlama gruplarını ve tahmin metriklerini korur. Ayrıca, bir takvim görünümü üzerinden yinelenen tahminleri görüntüleyip yönetebilir, tek tek örnekleri veya tüm seriyi silme seçeneklerine sahip olabilirler. --- # Agent Instructions: 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: ``` GET https://library.zoom.com/technical-library/tr/isletme-hizmetleri/zoom-workforce-management/workforce-management-explainer/core-concepts.md?ask= ``` The question should be specific, self-contained, and written in natural language. 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.