Microsoft Power Automate ile İş Akışı Otomasyonu

Her sabah aynı Excel tablosunu e-postadan indirip SharePoint'e taşıyan bir çalışan, o işi Power Automate'e devredebilir. Araç, tetikleyici-eylem mantığıyla çalışan görsel bir otomasyon platformudur; bir olay gerçekleştiğinde önceden tanımlanmış eylemler sırayla işler. Kod bilmeyen bir çalışan bile hazır bileşenleri sürükleyip bırakarak, uygulamalar arasında veri taşıyan, bildirim gönderen ya da onay süreci yöneten bir akış kurabilir.

Bu yazıda akış türlerini, ilk kurulumu, koşullu onay mantığını, bağlayıcı ekosistemini ve hata ayıklama yöntemlerini somut örneklerle anlatıyorum. Amaç, aracı açtıktan sonra hangi düğmeye basılacağını göstermek değil; kurulan otomasyonun zaman içinde güvenilir çalışmasını sağlamaktır.

Power Automate'in Temel Mantığı

Bir akışın (flow) iskeleti tektir: bir tetikleyici ve onu izleyen bir dizi eylem. Tetikleyici, akışı harekete geçiren olaydır; e-posta kutusuna yeni bir mesaj düşmesi, bir klasöre dosya eklenmesi ya da bir formun doldurulması bu olaylardan bazılarıdır. Eylemler ise tetikleyici çalıştıktan sonra sırayla devreye giren adımlardır: e-posta göndermek, tabloya satır eklemek, bildirim oluşturmak gibi. Resmî dokümantasyona learn.microsoft.com/power-automate adresinden ulaşılabilir.

Bu yapı üç akış türüne ayrılır:

• Otomatik akış: bir olay gerçekleştiğinde kendiliğinden başlar (örnek: e-posta geldiğinde)
• Anlık akış: düğmeye basarak elle başlatılır (örnek: mobil uygulamadan rapor tetiklemek)
• Zamanlanmış akış: belirlenen saatlerde ya da aralıklarla çalışır (örnek: her gün 09:00'da günlük rapor)

Doğru türü belirlemek işin karakterine bağlıdır. Belirli bir olayla tetiklenen ve sık tekrar eden görevlerde otomatik akış işe yarar. İhtiyaç duyulduğu anda elle başlatılan görevler anlık akışla kurulur, düzenli aralıklarla yapılması gereken görevler ise zamanlama gerektirir. Üç tür arasındaki ayrım genelde "bu iş ne zaman başlıyor" sorusuna verilen cevapla netleşir.

Yanlış akış türü seçmenin bedeli sonradan ortaya çıkar. Otomatik olması gereken bir iş anlık akış olarak kurulursa, kimse akışı elle tetiklemediğinde otomasyon tümüyle işlevsiz kalır. Bu yüzden akış türünü kurulum aşamasında doğru belirlemek, sonradan zaman kaybettirmez.

İlk Akışı Kurmak: Örnek Senaryo

Yeni başlayanların en sık kurduğu akış, form yanıtlarını bir tabloya otomatik biçimde aktarmaktır. Microsoft Forms üzerinden bir form gönderildiğinde çalışan basit bir akış şu adımlarla kurulur:

1. Power Automate'te "Yeni akış" menüsünden "Otomatik bulut akışı" seçilir
2. Tetikleyici olarak "Microsoft Forms, Yeni yanıt gönderildiğinde" eklenir
3. İkinci adımda "Yanıt ayrıntılarını al" eylemi form kimliğiyle bağlanır
4. Üçüncü adımda "Excel Online, Tabloya satır ekle" eylemi form alanlarını tablo sütunlarıyla eşleştirir

Bu dört adım sayesinde elle kopyala-yapıştır yapma zorunluluğu biter. Form her gönderildiğinde akış kendiliğinden çalışır ve yanıt birkaç saniye içinde tabloya işlenir. Günde onlarca form yanıtı işleyen bir ekipte bu küçük akış bile saatler süren elle veri girişini gereksiz kılar; insan kaynakları ve satış ekipleri bu tür akışları genellikle ilk benimseyen gruplar arasında yer alır.

Koşullu Mantık ve Onay Akışları

Akış, tek yönlü tetikleyici-eylem zincirini aştığında koşul bloğuna ihtiyaç duyar. Örneğin harcama tutarı belirlenen sınırı geçtiğinde yöneticiye otomatik onay isteği gönderilmesi şöyle kurgulanır:

Koşul: Eğer [Tutar] > 5000
  Evet dalı: "Onay Başlat" eylemi, yöneticiye onay kartı gönder
  Hayır dalı: Doğrudan "Onaylandı" durumuna geç, muhasebeye bildirim gönder

Approvals connector adlı onay eylemi, isteği Teams ya da e-posta üzerinden yetkili kişiye ulaştırır. Yanıt onay ya da ret olduğunda akış buna göre iki farklı kola ayrılır. Bu yapı sayesinde kağıt üzerinde günlerce süren onay süreçleri saatler içinde tamamlanır; onaylayan kişi telefonundan tek dokunuşla karar verebilir.

Koşullar iç içe geçirilerek de kurulabilir; tutar eşiği aşan bir talep aynı zamanda belirli bir departmandan geliyorsa, akış onu ayrı bir onay zincirine yönlendirebilir. Bu esneklik sayesinde aynı akış, basit form kayıtlarından çok kollu iş süreçlerine kadar büyütülebilir. Büyük kurumlarda departman başına ayrı onay dalları tanımlamak, tek bir ortak akış kurmaktan daha yaygın tercih edilir.

Bağlayıcılar: Neyi Neye Bağlayabilirsiniz

Aracın asıl gücü, bağlı olduğu servis sayısından gelir. Outlook, SharePoint, Teams ve Excel gibi Microsoft 365 uygulamaları arasında sıkı bir entegrasyon bulunur. Bunun dışında Salesforce, Slack, Twitter ve farklı veritabanı sistemleri için de hazır bağlayıcılar sunulur. Standart bağlayıcılar ücretsiz pakete dahildir; SQL Server veya HTTP isteği gibi premium bağlayıcılar ise ayrı bir lisans ister.

Hazır bağlayıcısı olmayan bir sistem için HTTP bağlayıcısı üzerinden doğrudan REST API çağrısı yapılabilir. Bu yöntem premium lisans gerektirir ama entegrasyon seçenekleri arasında en esnek olanıdır. POST isteğiyle bir API'ye veri gönderen eylem, örneğin şu şekilde ayarlanır:

Yöntem: POST
URI: https://api.ornekservis.com/v1/webhook
Gövde: { "durum": "tamamlandı", "kayit_id": "@{triggerBody()?['id']}" }

Buradaki @{triggerBody()?['id']} ifadesi Power Automate'in dinamik içerik söz dizimine aittir ve bir önceki adımın verisini doğrudan sonraki adıma taşır. Adımlar arasında veri taşımanın standart yolu budur; karmaşık akışların büyük bölümünde bu tür ifadelerle karşılaşılır.

Çok sayıda bağlayıcının bulunması bazen yanılgıya yol açar. Bir servis için bağlayıcı bulunması, o entegrasyonun sorunsuz kurulacağı anlamına gelmez. Üçüncü taraf bağlayıcılarda kimlik doğrulama adımları ve hız sınırlamaları (rate limit), akışın ne kadar güvenilir çalışacağını belirleyen asıl etkendir.

Gerçek Kullanım Senaryoları

Sahada en çok kurulan otomasyon türleri şu şekilde sıralanabilir:

Tablodaki senaryoların ortak yanı şu: her biri tek başına küçük ama günde defalarca tekrarlanan bir işi hedefliyor. Otomasyonun gerçek kazancı, büyük ve karmaşık süreçlerden değil bu küçük tekrarların birikiminden çıkıyor.

Kendi çalışma düzeninizde bu tabloya benzeyen tekrarları aramak faydalı bir başlangıçtır. "Bu görevi haftada kaç kez elle yapıyorum" sorusunun cevabı beşin üzerindeyse, o görev bir akışa dönüştürülmeye adaydır.

Test Etme, İzleme ve Sık Yapılan Hatalar

Akışı yayınlamadan önce "Test" düğmesiyle elle çalıştırıp adım adım izlemek, hatanın hangi eylemde meydana geldiğini gösterir. Akış geçmişi (run history), her çalıştırmanın girdi ve çıktı verisini kaydeder. Üretimde bir hata çıktığında bu kayıtlar geriye dönük teşhis için tek güvenilir kaynaktır.

Sahada en sık rastlanan üç hata türü şunlardır:

• Yetkilendirme süresinin dolması: bağlı hesabın (Outlook, SharePoint) erişim belirteci süresi dolduğunda akış sessizce durur, bağlantının yeniden yetkilendirilmesi gerekir
• Dinamik içerik uyuşmazlığı: önceki adımdan beklenen alan adı değiştiğinde (örneğin form sorusu yeniden adlandırıldığında) akış hata verir
• Döngü limitinin aşılması: büyük veri kümelerinde varsayılan döngü sınırı (genelde 100 öğe) aşıldığında bazı kayıtlar işlenmeden kalır, eşiğin "Ayarlar" bölümünden artırılması gerekir

Bu üç hata türünün ortak noktası, akışın kurulum anında değil zaman içinde bozulmasıdır. Form yapısı değişir, hesap yetkisi süresi dolar, veri hacmi büyür. Bu yüzden bir akışı kurup bırakmak yerine run history'yi belirli aralıklarla gözden geçirmek gerekir.

Önce basit bir akış kurup koşul ve döngüyü aşama aşama eklemek, karmaşık bir otomasyonu baştan tasarlamaktan çok daha az hataya yol açar. Hazır şablonlarla işe başlamak öğrenme süresini kısaltan bir başka yoldur. Power Automate'in şablon galerisinde yüzlerce hazır senaryo bulunur ve bu şablonlar genellikle sıfırdan kurmaktan daha sağlam bir başlangıç noktası oluşturur. Şablonu değiştirmeden kullanmak yerine kendi ihtiyaca göre uyarlamak, hız ve güvenilirlik arasında en dengeli sonucu verir.

Yazan Celil Uyanikoglu

Bilgisayar mühendisiyim; 25 yılı aşkın süredir bilgi işlem sektörünün içindeyim. Bu blogu 2020'de, işimde her gün karşılaştığım sorunların çözümlerini bir yere yazmak için açtım: Linux, güvenlik, tarayıcılar, yapay zeka araçları. Yazdığım her rehberi önce kendi bilgisayarımda ya da sunucumda deniyorum; çalıştığını görmediğim adımı yayınlamam. Hatalı ya da eskimiş bir şey görürsen iletişim sayfasından yaz — düzeltirim.