Outlook'ta toplantı odası boş görünmesine rağmen rezervasyonunuz reddediliyorsa önce odadan gelen yanıtı okuyun. Boş saat bulmak, rezervasyon kurallarına uymakla aynı şey değildir. Süre sınırı, çalışma saatleri, ileri tarih kısıtı veya onay süreci isteği etkileyebilir. Çözüm, bütün kuralları kapatmak değil; hangi koşulun devreye girdiğini bulmaktır.

Davet gönderildi mi, oda kabul etti mi?

Toplantıyı kendi takviminizde görmek, fiziksel odanın size ayrıldığını kanıtlamaz. Kontrolü ikiye ayırın: Oda doğru kaynak olarak davete eklendi mi ve odanın yanıtı ne oldu? Özellikle müşterinin geleceği görüşmelerde, katılımcıların kabul yanıtını odanın kabulüyle karıştırmayın.

Outlook'un Zamanlama Yardımcısı ve Oda Bulucu araçları kişilerin ve odaların uygunluğunu incelemenizi sağlar. Kullanılan Outlook sürümüne göre seçeneklerin adı ve yeri değişebilir. Odayı önerilen kaynaklardan seçmek, konum alanına yalnızca “Büyük Salon” yazmaktan farklıdır: Oda, isteği alacak kaynak olarak toplantıya eklenmelidir. Microsoft'un Zamanlama Yardımcısı rehberi bu akışı gösterir.

Ret nedenini ayırmak için ilk kontrol tablosu

BT ekibine “Outlook bozuk” demek yerine aşağıdaki ayrımı yapın. Aynı görünen iki şikâyetin çözümü farklı olabilir. Tabloyu kesin teşhis olarak değil, incelemeye nereden başlanacağını belirleyen bir kontrol listesi olarak kullanın.

Gördüğünüz durumİlk kontrolGüvenli sonraki adım
Oda hemen reddediyorYanıttaki gerekçe ve istenen zaman aralığıGerekçeyi kaydedip uygun alternatif saat belirleyin.
Kısa görüşme kabul, uzun görüşme retOdanın izin verdiği azami süreİhtiyacı oda sorumlusuyla değerlendirin.
Yakın tarih kabul, uzak tarih retKaç gün önceden rezervasyon yapılabildiğiPlanlanan tarihi mevcut sınırla karşılaştırın.
Davet bekliyor, kesin yanıt gelmiyorManuel onay ve yetkili kişinin durumuOnay sorumlusuna tek bir kayıt üzerinden ulaşın.
Tek toplantı kabul, haftalık seri retSerideki çakışmalar ve son tarihYalnız ilk haftayı değil, tüm diziyi inceleyin.

Exchange Online'daki oda ayarları; rezervasyon süresini, ileri tarih aralığını, çalışma saatlerini ve otomatik ya da yetkili onayını denetleyebilir. Yönetici bu bilgileri Exchange yönetim merkezindeki kaynak posta kutusunun rezervasyon bölümünden incelemelidir. Mevcut değerleri kaydetmeden değiştirmeyin. Kurulumda verilmiş varsayılanlar, şirketinizde bugün kullanılan değerler olmak zorunda değildir. Kaynak posta kutusu yönetimi bu seçeneklerin resmî açıklamasıdır.

Tekrarlayan toplantılarda neden ilk haftaya bakmak yetmez?

Her salı yapılan bir ekip toplantısının ilk günü boş olabilir; üç hafta sonrasında aynı oda başka bir etkinlik için ayrılmış olabilir. Exchange'in seri rezervasyon kararı çakışma sayısı ve oranıyla ilgili ayarlardan etkilenir. Yapılandırmaya bağlı olarak seri reddedilebilir veya çakışan oturumlar kabul edilmeyebilir. Ayrıca serinin sonu rezervasyon ufkunun dışına çıkabilir. Bu davranışlar Set-CalendarProcessing belgesinde açıklanır.

Örneğin altı aylık eğitim planlayan bir ekip düşünün. Eğitim sorumlusu, takvimin ilk haftasının görüntüsünü paylaşarak “oda boş” diyor; idari işler ise ilerideki bir günde başka rezervasyon görüyor. Burada önce hangi oturumun etkilendiğini birlikte belirleyin. Çakışan günü başka odaya almak mı, saati değiştirmek mi daha uygun? Bunu kararlaştırmadan tüm seriyi tekrar tekrar göndermek, hangi davetin geçerli olduğunu takip etmeyi zorlaştırır.

Onay beklemek ile reddedilmek aynı sorun değildir

Şirketiniz bazı odaları otomatik kullanıma açarken yönetim salonu için insan onayı isteyebilir. Bu durumda “henüz kabul gelmedi” bilgisini arıza diye değerlendirmeyin. Önce o oda için kimin karar verdiğini öğrenin. Onay sorumlusu izinliyse veya görev değiştirdiyse, idari işler ve BT birlikte yeni sorumluluğu belirlemelidir.

Önerimiz, oda kullanım kurallarını kısa bir iç duyuruda toplamanızdır: Kim rezervasyon yapabilir, istisnayı kim onaylar, acil durumda kime ulaşılır ve yanıt beklerken müşteriye ne söylenir? Teknik ayar doğru olsa bile çalışanların bilmediği bir onay süreci, destek taleplerinin tekrarına neden olur.

Oda çakışan iki isteği de kabul ediyorsa

Bu kez sorun ret değil, gereğinden geniş kabul olabilir. Microsoft, belirli bir çifte rezervasyon senaryosunda AllRequestOutOfPolicy ayarına dikkat çekiyor. Ancak bu bulgu, her ortamda aynı ayarın tek neden olduğu anlamına gelmez. İlgili Microsoft sorun giderme notunu yönetici değerlendirmelidir.

İki isteğin gerçekten aynı kaynak adresine gittiğini ve ikisinin de kabul yanıtını aldığını doğrulayın. Benzer isimli iki oda veya eski bir davet, sahada yanlış anlaşılma yaratabilir. Toplantı konularını ve katılımcı bilgilerini herkese açmadan; saat, oda adresi ve yanıt durumuyla inceleme yapın. Sırf şikâyet bitsin diye tüm kullanıcılara oda takvimini düzenleme yetkisi vermek iyi bir çözüm değildir.

Değişiklikten sonra uygulanacak küçük test planı

Aşağıdaki pilotu, gerçek müşteri görüşmelerini etkilemeyecek bir zaman aralığında uygulayın. Test başlıklarını açıkça işaretleyin ve bitince rezervasyonları kaldırın. Amaç yalnızca bir isteğin kabul edilmesi değil, kabul edilmemesi gereken isteğin de doğru sonuçlanmasıdır.

  1. Tek bir çalışanla, uygun saatte kısa ve tek seferlik bir toplantı gönderin; oda yanıtını kaydedin.
  2. Aynı saate ikinci bir test isteği gönderip şirketin belirlediği çakışma davranışıyla karşılaştırın.
  3. İzin verilen süreyi aşan bir isteği deneyin; ret açıklamasının kullanıcı açısından anlaşılır olup olmadığına bakın.
  4. Bir onaylı oda varsa ilgili sorumluya isteğin ulaştığını ve kararın düzenleyiciye döndüğünü doğrulayın.
  5. Kısa bir tekrarlayan seriyle ilk ve sonraki oturumları ayrı kontrol edin.
  6. Test davetlerini iptal edin veya odaları davetten çıkararak güncellemeyi gönderin; kaynağın yeniden kullanılabilir olduğunu kontrol edin.

İptal için yalnızca ekip sohbetine mesaj bırakmayın. Microsoft, toplantıdan kaynak çıkarılarak odanın serbest bırakılmasını tarif eder. İptal ve temel rezervasyon davranışları için oda ve ekipman posta kutuları SSS sayfasına bakabilirsiniz.

Sık sorulan sorular

Bu hata için daha pahalı Microsoft 365 lisansı gerekir mi?

Önce ret gerekçesini belirleyin; rezervasyon politikası hatası kendiliğinden lisans yükseltme ihtiyacı doğurmaz. Microsoft, standart oda ve ekipman posta kutuları için ayrı ürün lisansı atanmasının gerekmediğini belirtir; ek özellikler ve kullanım sınırları ayrıca değerlendirilmelidir.

Oda posta kutusu ile Teams Rooms aynı şey mi?

Hayır. Takvimde oda rezervasyonu ile odadaki toplantı cihazının lisanslanması ayrı konulardır. Teams Rooms cihazları için uygun Rooms lisansı gerekir. Basic ve Pro ayrımını Microsoft Teams Rooms lisans belgesinden kontrol edin; çalışan lisansını cihaz lisansı yerine varsaymayın.

Müşterinin gönderdiği davet neden işlenmiyor?

Kurum dışından gelen toplantı isteklerinin işlenmesi ayrı bir kaynak ayarıdır. BT ekibi düzenleyicinin kurumunu ve mevcut politikayı kontrol etmelidir. İhtiyaç doğrulanmadan dışarıdan gelen tüm isteklere izin vermeyin; şirket içi bir düzenleyici üzerinden koordinasyon seçeneğini değerlendirin.

Destek kaydına ne eklemeliyim?

Odanın tam adresi, toplantı zamanı ve saat dilimi, tek toplantı mı seri mi olduğu, düzenleyicinin kurum içi/dışı durumu ve odadan gelen yanıt yeterli başlangıç bilgileridir. Ekran görüntülerindeki müşteri adlarını ve hassas toplantı içeriğini ayıklayın. Parola veya yönetici erişim bilgisi göndermeyin.

Oda rezervasyon düzeninizi birlikte kontrol edelim

Birden fazla ofiste farklı kurallar kullanılıyorsa Exchange Online yapılandırması ile oda politikalarını birlikte değerlendirebiliriz. Hibrit toplantı ihtiyacı varsa Teams kurulum hizmetlerini de görüşebiliriz. Micro Bilgi'ye ulaşırken oda sayısını, otomatik veya onaylı kullanım tercihini ve bir örnek ret mesajını paylaşmanız, incelemenin doğru kapsamda başlamasına yardımcı olur.

Kaynaklar

Kaynak kontrol tarihi: 2 Kasım 2026. Arayüz isimleri ve kullanılabilir özellikler ortama göre farklılık gösterebilir.