Şifre değişikliğinden sonra bağlantının süresi doldu

Şifre değişikliğinden sonra bir Power Automate akışı genellikle her zamanki gibi çalışmaya devam eder, ta ki aniden kırmızı bir hata mesajıyla durana kadar. Nedeni neredeyse her zaman aynıdır: etkilenen bağlantı eski şifreyle oluşturulmuştur ve kayıtlı OAuth belirteci, bir sonraki çalıştırma denemesinde geçersiz olarak reddedilir. Bu yalnızca sizi değil, hesabınıza işaret eden paylaşılan bir bağlantı kullanan herkesi etkiler.

İyi haber şu: çoğu durumda hata, akışı yeniden oluşturmadan birkaç dakika içinde giderilebilir. Bu makale, sorunu nasıl tanıyacağınızı, etkilenen bağlantıyı nasıl bulup onaracağınızı ve bir sonraki şifre değişikliğinden önce kendinizi nasıl daha iyi koruyacağınızı gösterir. Güncelleme: Temmuz 2026.

Bağlantı neden şifre değişikliğinden sonra süresi doluyor

Power Automate'teki her bağlantı, akışın her çalıştırmada yeniden kimlik doğrulaması yapmasını sağlayan bir OAuth yenileme belirtecini arka planda saklar. Şifrenizi değiştirdiğinizde, Microsoft Entra ID o anda geçerli olan tüm belirteçleri geriye dönük olarak geçersiz kılar; bunun ayrıntıları resmi bozuk bağlantıların giderilmesi belgelerinde yer almaktadır. Somut hata mesajı şöyledir: "Verilen izin belirtecinin süresi iptal nedeniyle doldu, bu nedenle yeni bir kimlik doğrulama belirteci gerekiyor. Kullanıcı şifresini değiştirmiş veya sıfırlamış olabilir." Bu mesaj, şifreyi kendiniz değiştirmiş olsanız da süresi dolduğu için sıfırlanmış olsa da görünür.

Bilinmesi önemli: bu bir hata veya istisna değil, beklenen davranıştır. Her şifre değişikliği, eski şifreyle oluşturulmuş her mevcut bağlantıyı ve her bağlayıcı için ayrı ayrı otomatik olarak geçersiz kılar.

Etkilenen bağlantı nasıl tanınır

Süresi dolmuş bir belirteç, akışta genellikle HTTP hatası 401 (Unauthorized) veya `ConnectionAuthorizationFailed` hata kodu olarak kendini gösterir. Bu kod, bulut akışları için hata kodu referansına göre şu anlama gelir: bağlantı hâlâ mevcuttur, ancak kayıtlı kimlik bilgileri artık geçerli değildir; bunun nedenlerinden biri şifrenin değiştirilmesi veya bir MFA yönteminin sıfırlanmasıdır.

• Akışınızın çalıştırma geçmişinde başarısız olan çalıştırmayı açın ve kırmızıyla işaretlenmiş eylemi bulun.
• Eylemi genişletin ve hata mesajının 401, "Unauthorized" veya "ConnectionAuthorizationFailed" içerip içermediğini kontrol edin.
• Alternatif olarak doğrudan Power Automate > Bağlantılar bölümüne gidin ve etkilenen bağlantının yanındaki uyarı veya hata simgesine dikkat edin.

Bağlantıyı adım adım onarma

Onarım işlemi, SharePoint, Outlook, Teams veya başka bir standart bağlayıcı olsun, çoğu bağlayıcı için aynı şekilde işler:

• Power Automate'i açın ve sol taraftaki gezinmede Bağlantılar'a geçin.
• Hata simgesi olan bağlantıyı bulun.
• Bağlantının yanındaki üç noktaya (...) tıklayın, ardından Bağlantıyı onar veya Düzenle'yi seçin.
• Gerekirse çok faktörlü kimlik doğrulama dahil olmak üzere yeni şifrenizle tekrar oturum açın.
• Akışınıza geri dönün ve etkilenen eylemin artık yeşil bir onay işareti gösterip göstermediğini kontrol edin.

Bu adımlar ayrıca resmi kılavuz Bulut akışlarında bağlantı hatalarının giderilmesi içinde bağlantı durum kontrolleri bölümünde de açıklanmaktadır. Akış, başka birine ait paylaşılan bir bağlantı kullanıyorsa, bunu kendiniz onaramazsınız: ya o kişinin bağlantıyı yeniden kimlik doğrulaması gerekir ya da kendi bağlantınızı oluşturup akıştaki eyleme atarsınız.

Yalnızca onarım yeterli olmadığında

Bazen yeni şifreye rağmen hata devam eder. Bunun için sırayla eleyebileceğiniz birkaç belgelenmiş neden vardır:

• MFA politikası değişti: Bir yönetici çok faktörlü kimlik doğrulamayı etkinleştirmiş veya değiştirmiştir, bu nedenle eski belirteç artık yeni politikayı karşılamamaktadır.
• Onay iptal edildi: Bir yönetici, Microsoft Entra ID'de Power Automate için uygulama onayını geri almıştır.
• 90 gün hareketsizlik: OAuth yenileme belirteçleri, şifreden bağımsız olarak yaklaşık 90 gün kullanılmadığında süresi dolar; bu da bir akış uzun süre çalışmadıysa aynı hataya yol açabilir.
• Hizmet asıl gizli dizisi süresi doldu: Bir hizmet asıl (service principal) üzerinden yapılan bağlantılarda, bunun yerine Microsoft Entra ID'de yeni bir istemci gizli dizisi oluşturulmalı ve bağlantıya kaydedilmelidir.

Bu nedenler, bağlantı durum kontrolleri belgelerinde ayrıntılı olarak Bulut akışlarında bağlantı hatalarının giderilmesi kaynağında listelenmiştir. Onarımdan sonra hata devam ederse, koşullu erişim politikalarından kaynaklanan engellemeleri elemek için Microsoft Entra oturum açma günlüklerine de göz atmakta fayda vardır.

Bu sorunu kalıcı olarak nasıl önlersiniz

Kişisel olarak kullanılan tekil akışlarda sorun tamamen önlenemez, çünkü her bağlantı ilgili hesabın şifresine bağlıdır. Ekip halinde veya gözetimsiz çalışan üretim akışları için belgeler, mümkün olduğunda hizmet asıl bağlantılarına geçilmesini önerir: bunlar, bir kişi şifresini değiştirdiğinde veya şirketten ayrıldığında süresi dolmaz. Ayrıca takvimde sabit bir hatırlatıcı, hizmet hesaplarının kayıtlı kimlik bilgilerinin otomatik olarak süresi dolmadan zamanında yenilenmesine yardımcı olur. Power Automate akışlarını üretimde temiz bir hata yönetimiyle çalıştırmak isteyenler NordFlux'un Power Automate hizmetlerinden destek alabilir.

Sık sorulan sorular

Akışta hiçbir şey değiştirmediğim halde şifre değişikliğinden sonra akışım neden çalışmıyor?

Çünkü bağlantının kayıtlı OAuth belirteci eski şifrenize bağlıydı. Microsoft Entra ID, siz akışı kendiniz değiştirmiş olsanız da olmasanız da, her şifre değişikliğinde o hesap için daha önce verilmiş tüm belirteçleri otomatik olarak geçersiz kılar.

Bağlantının süresi dolduysa akışı yeniden mi oluşturmam gerekir?

Hayır. Çoğu durumda, etkilenen bağlantıyı Power Automate > Bağlantılar altında Bağlantıyı onar ile yeniden kimlik doğrulamak yeterlidir. Akışın kendisi değişmeden kalır.

ConnectionAuthorizationFailed hata kodu tam olarak ne anlama gelir?

Bağlantının kendisinin hâlâ var olduğu, ancak kayıtlı kimlik bilgilerinin artık geçerli olmadığı anlamına gelir; örneğin bir şifre değişikliği, sıfırlanmış bir MFA yöntemi veya iptal edilmiş bir uygulama erişimi nedeniyle.

Etkilenen bağlantıyı kendim onaramıyorsam ne yapmalıyım?

Bu, başka birine ait paylaşılan bağlantılarda olur. Bu durumda ya o kişinin bağlantıyı yeniden kimlik doğrulaması gerekir ya da kendi bağlantınızı oluşturup akıştaki etkilenen eyleme atarsınız.

Üretim akışlarının her şifre değişikliğinde başarısız olmasını nasıl önlerim?

En güvenilir yöntem, hizmet asıl bağlantıları kullanmaktır; çünkü bunlar tek bir kullanıcı hesabının OAuth belirtecine dayanmaz ve bu nedenle biri şifresini değiştirdiğinde otomatik olarak süresi dolmaz.