POWER AUTOMATE SÜREÇ STANDARTLARI

Bir kurum içinde Power Automate kullanmaya başlandıktan sonra ilk yıl içinde akış sayısı genelde elliyi geçer. İkinci yılda yüzü, üçüncü yılda ikiyüzü bulur. Yedinci ay civarında "kimin yaptığı belli olmayan", "ne yaptığı anlaşılmayan", "nereye bağlandığı bilinmeyen" akışlar birikmiş olur. Süreç standartları bu kaosu önlemek için ilk akış kurulurken konulması gereken disiplindir; sonradan toparlamak çok zordur.

İsimlendirme Konvansiyonu

Power Automate akış adlarına otomatik gelen "Flow1", "When a new item is created" gibi isimler en yaygın yanlıştır. Üç ay sonra dosyada otuz tane "Flow" var ve hangisinin ne yaptığı bilinmez. Standart isimlendirme akışın ne yaptığını, hangi süreçle ilişkili olduğunu ve hangi departmana ait olduğunu söyler. "IK_IzinBasvuru_Onay" gibi bir isim açıktır.

Pratikte yaygın olarak çalışan kalıp şu yapıdadır: departman_süreç_aksiyon. Bu yapı akışları otomatik olarak ait oldukları departmanın altında gruplandırır ve listeleme kolaylaşır.

İsim kalıbının parçaları ve örnekler:

• Departman kısaltması: IK, FIN, SAT, OPR, BT
• Süreç adı: İzin, Fatura, Teklif, Onboarding, Tedarik
• Aksiyon: Onay, Bildirim, Aktarım, Hatirlatma, Rapor

Tipik isim örnekleri:

Dokümantasyon

Her akışın bir açıklaması olur. Power Automate'in Flow Description alanı doldurulur; akışın amacı, tetiklenme koşulu, kullandığı veri kaynakları, etkilediği sistemler, sahibi bu açıklamada bulunur. Yeni biri akışa baktığında bu açıklamadan ne yaptığını anlar.

Karmaşık akışlar için ayrı bir Word veya OneNote dokümanı tutulur. Bu dokümanda iş akışının şeması, karar noktaları, istisna senaryoları, bağımlılıklar yazılı durur. Bu doküman akışın değil sürecin tarifi olur ve akış değiştiğinde güncellenir.

Aksiyon Adlandırması

Bir akışın içindeki aksiyonların adları da standartlaştırılır. Power Automate "Get item", "Get item 2", "Get item 3" gibi otomatik isimler verir; bu isimler okumayı zorlaştırır. Her aksiyona ne yaptığını söyleyen anlamlı isim verilir: "Onaylayan Müdürün Bilgisini Çek", "Talep Tutarını Hesapla", "Onay E-postası Gönder".

Aksiyon adları aynı zamanda akışta sonraki aksiyonların aksiyon çıktısına başvurusunu da kolaylaştırır. body('Get_item') yerine body('OnaylayanMudurBilgisiniCek') yazmak ifadeyi okunaklı yapar. Bu küçük disiplin akış bakımını belirgin biçimde iyileştirir.

Çevre Ayırımı

Geliştirme, test ve üretim ortamlarının ayrılması kurumsal akış disiplininin temel taşıdır. Yeni bir akış geliştirme ortamında kurulur, test ortamında doğrulanır, üretim ortamına aktarılır. Bu yapı doğrudan canlıda değişiklik yapmanın yarattığı riski ortadan kaldırır.

Power Platform'un Solution yapısı bu ortam ayrımını destekler. Konunun resmi ve ayrıntılı anlatımı Power Automate resmi belgelerinde bulunur. Akışlar bir Solution içinde paketlenir, başka çevreye aktarılır, ayarlamalar yapılır. Bu yapı kurumsal Power Platform yönetişiminin omurgasıdır ve atlanırsa zamanla geri dönüş zor olur.

Sürüm Yönetimi

Power Automate'in dahili sürüm geçmişi sınırlı olduğu için sürüm yönetimi disiplin gerektirir. Önemli değişiklikler öncesinde akış JSON olarak dışa aktarılır ve bir sürüm kontrol sistemine (Git, SharePoint kütüphanesi) eklenir. Bu yedek sayesinde değişiklik kötü sonuçlandığında önceki sürüme dönülebilir.

Daha gelişmiş yaklaşım Azure DevOps veya GitHub ile Power Platform Build Tools entegrasyonudur; akışlar otomatik olarak sürüm kontrolüne alınır, deployment akışlarıyla çevreler arasında taşınır. Bu yapı yazılım geliştirme disiplinini Power Automate'e taşır ve büyük kurumsal ortamlarda kullanılır.

Bağımlılık Takibi

Akışların hangi connector'lara, hangi listelere, hangi sistemlere bağlandığı bir yerde kayıtlı olmalıdır. Bu bağımlılık haritası özellikle değişiklik yönetiminde kritiktir. Bir SharePoint listesinin alanı değiştirildiğinde hangi akışların etkileneceği bu haritadan görülür; aksi halde sürpriz bozulmalar olur.

Power Platform Admin Center'da kısmen bu görünüm vardır ama tam değildir. Pratik bir alternatif her akışın dokümantasyon dosyasında kullandığı tüm kaynakları listelemektir. Manuel ama güvenilir bir yöntemdir.

Aktif/Pasif Yönetimi

Bir akış artık kullanılmıyor olabilir ama silmeye cesaret edilmez "ya bir gün gerekirse" düşüncesiyle. Bu yaklaşım envanteri şişirir ve gerçekten aktif olanların gözden kaçmasına yol açar. Doğru yaklaşım aktif kullanılmayan akışları önce devre dışı bırakmak (turn off), bir ay sonra hâlâ ihtiyaç olmadığı doğrulanırsa silmek veya arşiv klasörüne taşımaktır.

Bu temizlik yıllık olarak yapılır. Çalıştırma sayısı sıfır olan, sahibi ayrılmış olan, süreç değişmiş olan akışlar tespit edilip karara bağlanır. Bu disiplin Power Platform'un kurumda uzun ömürlü ve düzenli kalmasını sağlar.

Onay ve Yayın Süreci

Üretim ortamına yeni akış alınmadan önce bir gözden geçirme yapılır. Standartlara uyumu, hata yönetimi, performans etkisi, güvenlik kontrolü ele alınır. Bu inceleme tek bir kişinin hızlı bir bakışından kaynaklı standart sapmalarını önler. Gözden geçiren kişi otomasyon yönetişim ekibinden olur.

Onaylanan akış bir "yayın paketinde" üretime alınır. Yayın paketi ne değişti, neden değişti, nasıl geri alınabilir bilgilerini içerir. Bu disiplin yıllar içinde değişiklik denetiminin kaynağı olur.

Eğitim ve Kültür

Standartlar yazılı olarak durmaz; uygulanır. Yeni geliştiriciler standart belgesinden okur, ilk akışları gözden geçirilir, geri bildirim alır. Bu süreç bir "citizen developer" topluluğu kültürü yaratır; standartlar bir dış zorlama değil paylaşılan değer haline gelir.

İyi tasarlanmış süreç standartları otomasyon programının ölçeklenebilmesini ve kalıcı kalmasını mümkün kılar. Power Automate eğitimi hem teknik beceriyi hem de bu kurumsal disiplini bir arada öğretir.