NotusFlow Sürüm Notları

Neler Değişti?

NotusFlow'a eklenen her yenilik, iyileştirme ve düzeltme burada yayınlanır. Yükseltmeden önce "Yükseltirken dikkat" başlıklarına göz atmanızı öneririz.

En son sürüm

Belgeleri uygulama içinde görüntüleyin

Bir belgeye tıkladığınızda artık indirmeden, uygulamanın içinde açılıyor. PDF'lerde sayfalar arasında gezip yakınlaştırabilir, görselleri ve metin dosyalarını doğrudan görebilirsiniz. Mobil uygulamada da aynı şekilde çalışır.

Öne çıkanlar

  • Belge önizleme: Belgeler sayfasında, süreç ekranındaki Ek Dosyalar kartında ve Form Verileri'ndeki dosyalarda belgeye tıklayınca önizleme penceresi açılır. PDF'lerde sayfa geçişi, yakınlaştırma ve genişliğe sığdırma var; pencereden belgeyi indirebilirsiniz de.
  • Desteklenen türler: PDF; PNG, JPG, GIF ve WebP görseller; metin dosyaları; CSV dosyaları tablo halinde (ilk 500 satır).

Güvenlik

  • Önizleme, indirmeyle aynı yetki kuralına bağlı: göremediğiniz bir belgeyi önizleyemezsiniz.
  • Yüklenen dosyalar sayfada kendi adresleriyle açılmaz; içlerine gömülü bir kod çalışamaz. Bu yüzden SVG görseller önizlenmez, indirilir.

Yükseltirken dikkat

  • Word, Excel ve PowerPoint belgeleri henüz önizlenmiyor; bunlarda "indirin" mesajı ve indirme düğmesi görünür. Office önizlemesi ilerleyen bir sürümde gelecek.
  • 10 MB'tan büyük dosyalar önizlenmez, indirilir.

Güvenlik: şirketler arası ayrım ve parola sıfırlama

Oturum açılmadan yapılan isteklerde şirketler arasındaki ayrım sıkılaştırıldı, parola sıfırlama bağlantısının başka bir siteye yönlendirilebilmesinin önü kapatıldı ve iletişim formundan gelen mesajlar yalnızca platform yöneticisine gösterilir oldu. Günlük kullanımda değişen bir şey yok.

Güvenlik

  • Oturum açılmadan yapılan isteklerde hangi şirketin verisine dokunulacağını artık istemcinin gönderdiği bir başlık belirleyemez; şirket yalnızca oturumdan ya da süreli bağlantının kendisinden okunur.
  • Hiçbir uygulamanın kullanmadığı, oturumsuz erişilebilen eski kayıt, giriş ve parola uçları kapatıldı. Bunlardan biri, hiçbir şirkete bağlı olmayan bir hesap açmaya ve bir e-posta adresini sahibi eklenmeden önce kapmaya izin veriyordu.
  • Parola sıfırlama e-postasındaki bağlantı her zaman NotusFlow'un kendi web adresini gösterir. Daha önce sıfırlama isteyen kişi bağlantının gideceği siteyi belirleyebiliyordu.
  • Web sitesindeki iletişim formundan gelen mesajlar artık her şirketin yöneticisine değil, yalnızca platform yöneticisine görünür. Şirket yöneticileri yalnızca kendi şirketlerine ait mesajları görür.

Yükseltirken dikkat

  • NotusFlow'a kendi yazdığınız bir entegrasyon X-Tenant-Id başlığına ya da /api/identity/register, /api/identity/login gibi uçlara dayanıyorsa artık çalışmaz; oturum açarak alınan erişim anahtarını kullanın.

Belgeler: süreçlerin belgeleri, klasörler ve dışarıdan belge isteme

Yeni Belgeler bölümünde katıldığınız süreçlerin belgelerini ve erişiminiz olan klasörleri süreci aramadan tek listede görürsünüz. Süreç dışı belgeleri yetkiye bağlı klasörlerde tutabilir, şirket dışındaki birinden süreli bir bağlantıyla belge isteyebilirsiniz. Bir sürecin belgelerini ve ayrıntısını artık yalnızca o sürece katılanlar ve yetkililer görür.

Öne çıkanlar

  • Belgeler sayfası: süreç ekleri, form alanlarına yüklenen dosyalar, sürecin ürettiği PDF'ler ve klasörlerdeki belgeler tek listede. Ada, türe ve sürece göre süzülür; belgeden sürece tek tıkla geçilir. Eski süreçlerdeki form dosyaları da listeye eklenir.
  • Klasörler ve yetkiler: iç içe klasörler açın; her klasörü departmana, role ya da kişiye Görme, Yükleme ya da Yönetme düzeyinde açın. Yetki alt klasörlere geçer. Kimseye açılmamış klasörü yalnızca belge yöneticileri görür.
  • Dışarıdan belge isteme: bir klasör ya da süreç için 1-30 gün geçerli, dosya sayısı sınırlı bir bağlantı oluşturun. Tedarikçi ya da müşteri oturum açmadan belgesini bırakır, oradaki diğer belgeleri göremez; belge geldiğinde size bildirim gelir. Bağlantıyı istediğiniz an kapatabilirsiniz.

Yenilikler

  • Rol & İzin Yönetimi'nde yeni Belgeler izin grubu: Görme, Yükleme, Yönetme ve Tüm süreç belgeleri. Varsayılan olarak çalışanlar ve yöneticiler belge görür ve yükler; İK tüm süreçlerin belgelerini görür; belge yöneticiliği Admin'dedir. Mevcut kurulumlara bu izinler güncellemeyle bir kez eklenir.
  • Belgeye not ekleme, yeniden adlandırma ve başka klasöre taşıma. Silinen belge çöp kutusuna gider; klasör yöneticisi geri alabilir ya da kalıcı olarak silebilir.
  • Rol & İzin Yönetimi ekranında izin grupları ve izinler artık Türkçe adlarıyla görünüyor.
  • Süreç ekranındaki Ek Dosyalar kartından o süreç için dışarıdan belge isteme bağlantısı oluşturulabilir.

Güvenlik

  • Bir sürecin ayrıntısı, ekleri, form dosyaları ve geçmişi artık yalnızca süreci başlatana, süreçte görevi olan ya da olmuş kişilere (vekilleri dahil), yöneticilere ve belgeler için Tüm süreç belgeleri iznine sahip olanlara açık. Daha önce şirketteki herkes adresini bilirse açabiliyordu.
  • Bir eki yalnızca yükleyen kişi ya da yönetici silebilir; sürecin ürettiği PDF hiç silinemez. Silme düğmesi yalnızca silebileceğiniz eklerde görünür.
  • Ana sayfadaki son hareketler ve yapay zekâ asistanının gördüğü süreçler de aynı kurala bağlı.
  • Yüklenen belgelerin türü sunucuda denetlenir: PDF, görsel, Office ve OpenDocument belgeleri, metin ve CSV dosyaları kabul edilir, en fazla 10 MB.
  • Dosya depolama, mobil bildirim ve veritabanı erişim anahtarları kaynak koddan çıkarıldı.

Yükseltirken dikkat

  • Veritabanı göçü gerekir: belge kaydı, klasörler ve dış yükleme bağlantıları için tablolar eklendi; Belgeler izinleri mevcut rollere bir kez eklenir.
  • Katılımcı olmadığınız bir sürecin bağlantısını açarsanız süreç bulunamadı görürsünüz. E-postayla katılımcı olmayan birine gönderilen form dosyası bağlantıları da artık açılmaz; o kişinin süreçte görevi ya da Tüm süreç belgeleri izni olmalı.
  • İzinler oturum açarken okunur: Belgeler menüsü güncellemeden sonra bir sonraki girişte görünür.
  • Dışarıdan gelen dosyalar için virüs taraması yok; tür ve boyut sınırı uygulanır.

Süreç ekranında belgeler ve yetkiye göre menü

Süreç izleme ekranında yüklenen belgeler artık adıyla görünüyor ve tek tıkla açılıyor. Süreç tasarlama yetkisi olmayan çalışanlar tanım, tasarımcı ve test menülerini görmüyor.

Düzeltmeler

  • Süreç izleme › Form Verileri: dosya yükleme alanındaki belgeler teknik metin olarak görünüyordu. Artık her belge adı ve boyutuyla listeleniyor, tıklayınca açılıyor.
  • Akış Tanımları, Akış Tasarımcısı ve Süreç Testleri menüleri yalnızca süreç oluşturma ya da düzenleme yetkisi olanlara görünüyor. Bu yetki Admin rolünde ve varsayılan olarak Manager rolünde var, Employee rolünde yok. Başka bir role vermek için Rol & İzin Yönetimi ekranında süreç oluşturma ya da düzenleme yetkisini işaretleyin. Ana sayfadaki "Yeni akış" düğmesi de aynı kurala uyuyor.
  • Süreç testleri de yalnızca süreç tasarlayabilenlere açık. Daha önce oturum açmış herkes test senaryosu oluşturup çalıştırabiliyordu.

NotusFlow'u yapay zekâ asistanınızdan yönetin

Claude, ChatGPT ve VS Code Copilot gibi yapay zekâ istemcileri NotusFlow'a bağlanabiliyor: süreçlerinizi okuyor, yeni bir süreç ya da mevcut sürecin yeni sürümünü hazırlayıp doğruluyor, örnek veriyle deniyor ve onayınıza sunuyor. Claude ve ChatGPT'de yalnızca adresi girmeniz yeterli. Hiçbir öneri siz onaylamadan canlıya çıkmaz.

Öne çıkanlar

  • MCP sunucusu: https://api.notusflow.com/mcp. Bir yapay zekâ istemcisi sizin yetkilerinizle, yalnızca kendi şirketinizin verisiyle çalışır. Bağlantı adımları Geliştirici Dokümantasyonu'nda.
  • Claude ve ChatGPT'de bağlayıcı olarak ekleme: Claude'da Settings › Connectors › Add custom connector ekranına adresi yazın; NotusFlow giriş ve onay ekranı açılır, token gerekmez. Bağladığınız uygulamalar API Token'ları › Bağlı uygulamalar bölümünde görünür ve tek tıkla iptal edilir.
  • Yönetim › Yapay zekâ önerileri: uygulama içi asistanın ya da bir yapay zekâ istemcisinin hazırladığı süreçler burada onay bekler. Önerinin mevcut süreçte neyi değiştirdiği (eklenen, silinen, değişen adımlar ve form alanları) ve doğrulama sonucu görünür; onaylarsanız yeni süreç ya da yeni sürüm olarak yayımlanır.

Yenilikler

  • Bir yapay zekâ istemcisi süreç tanımlarını, süreçleri, veri kaynaklarını, zamanlanmış işleri ve organizasyonu okuyabilir. Bağlantı dizeleri, şifreler, telefon ve doğum tarihi gibi bilgiler hiçbir yanıtta yer almaz.
  • Süreç tanımını kaydetmeden doğrulama: başlangıç ve bitiş, formlar, derlenmeyen betikler, okunamayan koşullar, şirkette olmayan veri kaynakları ve ulaşılamayan adımlar düğüm adıyla raporlanır; sık yapılan hatalar uyarı olarak gelir.
  • Süreci örnek veriyle deneme: betikler gerçekten çalışır, e-posta, bildirim ve veritabanı yazımı yapılmaz; hangi adımlardan geçildiği, kime görev düşeceği ve neyin gönderileceği raporlanır. PDF adımı da üretilir, bozuk bir şablon önceden görülür.
  • Bir yapay zekâ istemcisi, sizin adınıza süreç başlatabilir, görevlerinizi listeleyip tamamlayabilir ve başlattığınız bir süreci iptal edebilir; kurallar ekrandakiyle aynıdır.
  • Kullanıcı listesini içe aktarmadan önce bir yapay zekâ istemcisiyle önizleme: hangi satırın neden kullanılamayacağı satır numarasıyla gelir; içe aktarmayı yine bir yönetici ekrandan yapar.
  • Süreç tanımı yazım kuralları belge olarak yayımlandı (docs/workflow-definition-spec.md) ve yapay zekâ istemcilerine de sunuluyor.
  • Kullanıcılar sayfasında anahtar düğmesi: bir kişi için tek kullanımlık şifre belirleme bağlantısı oluşturur. E-posta gitmese de kişiye giriş açabilirsiniz; şifreyi siz görmez ve yazmazsınız, bağlantı bir kez çalışır ve bir gün içinde geçersiz olur.
  • Kullanıcı içe aktarmadan sonra her kişinin karşılama e-postasının durumu (gönderiliyor, gönderildi, gönderilemedi) aynı pencerede görünüyor; gönderilemeyenlere tek düğmeyle yeniden gönderilebiliyor.

Düzeltmeler

  • API token'ları hiçbir serviste çalışmıyordu. Artık bir token, sahibinin şirketi, rolleri ve izinleriyle bütün servislerde geçerli; iptal edilen ya da süresi dolan token en geç bir dakika içinde reddedilir. Token ile yapılan işlemler denetim kaydında belirtilir.
  • Süreç testlerinde yöneticiye, departmana ya da pozisyona atanan onay adımları "kullanıcı dizini yapılandırılmamış" hatasıyla duruyordu; gerçekçi bir süreç test edilemiyordu. Artık bu adımlar test boyunca yer tutucuya gider ve akış sonuna kadar denenir.
  • "A > 5 AND B == x" gibi birden fazla karşılaştırma içeren bir koşul hep yanlış sayılıyordu ve hiçbir yerde uyarı çıkmıyordu. Doğrulama artık bunu hata olarak gösteriyor.
  • Yeni bir şirkette e-posta gönderimi kapalıyken hoş geldin e-postaları sessizce gitmiyordu. Kullanıcı içe aktarma önizlemesi, tek kullanıcı ekleme ve test e-postası artık gönderimin kapalı olduğunu söylüyor; E-posta Ayarları sayfası yüklenmeden yapılan tıklamaların kaybolması önlendi ve kaydedilen değer yeniden okunup gösteriliyor.
  • Süreç izleme ekranındaki Form Verileri kartı sistem değişkenlerini, ham HTML'i ve "5,00" gibi sayıları gösteriyordu. Artık yalnızca formdaki alanları, formdaki adlarıyla gösteriyor; tablolar tablo olarak görünüyor. Yöneticiler isterse ham verileri açabiliyor.
  • Kalabalık bir kullanıcı listesini içe aktarırken posta sunucusu yavaşsa işlem yarıda kalıyor, bazı kişilere yönetici bağlanmıyordu; bu kişilerin "amir onayı" adımları amire gitmiyordu. Artık kişiler ve yönetici bağları önce tamamlanıyor, karşılama e-postaları arka planda gidiyor; bağlanamayan bir yönetici yalnızca kendi satırında bildiriliyor.
  • Başka bir şirkette kayıtlı bir e-posta adresi, içe aktarma önizlemesinde "oluşturulacak" görünüyor ama oluşturulamıyordu. Artık önizleme bu satırı hata olarak gösteriyor; tek kullanıcı eklemede de aynı açıklama çıkıyor. Hangi şirkette kayıtlı olduğu söylenmez.
  • Bazı şirketlerde kayıtlı SMTP ve LDAP şifreleri eski bir hata yüzünden okunamaz hâlde kalmıştı ve e-posta hiç gitmiyordu ("SASL response limit exceeded"). Bu değerler açılışta kendiliğinden onarılıyor; onarılamayan bir şifre için ayar sayfası "yeniden girin" uyarısı gösteriyor.
  • Giriş sayfası, giriş sonrası dönüş adresi olarak başka bir siteyi kabul ediyordu. Artık yalnızca NotusFlow'un kendi sayfalarına dönülüyor.
  • Süreç tanımı doğrulaması, tasarımcıda silinmiş bir formun başlangıç düğümünde kalan kaydını hata sayıyor ve çalışan süreçleri geçersiz gösteriyordu. Artık bu bir uyarı.
  • Örnek veriyle denemede paralel dallardaki görevler "kullanıcı dizini yapılandırılmamış" hatasıyla duruyordu. Artık dallardaki adımlar da yer tutucuya gidiyor.

Yükseltirken dikkat

  • Claude ve ChatGPT bağlayıcıları için token gerekmez; bağlantı NotusFlow'daki onay ekranıyla kurulur. Claude Code, VS Code ve betikler için NotusFlow › API Token'ları sayfasından bir token oluşturun. Token sizin yerinize işlem yapar; paylaşmayın, gerekmeyince iptal edin.
  • Bir yapay zekâ istemcisinin hazırladığı süreç, bir yönetici Yönetim › Yapay zekâ önerileri sayfasından onaylayana kadar canlıya çıkmaz. Yönetici rolündekilere öneri geldiğinde bildirim gider.
  • Kayıtlı süreç testleri eskisi gibi çalışır; betikleri gerçekten çalıştırma ve gönderilecekleri raporlama yalnızca yapay zekâ istemcisinin denemelerinde açıktır.

Fotoğraflı tablolar, akışı bir bakışta görmek ve Türkçe PDF

Form tablolarında fotoğraf ve kilitli sütun var, akışlar kimin başlattığını ve kimin onayladığını biliyor, akış çizimleri tam ekran açılıp kendiliğinden düzenleniyor. PDF'lerde kaybolan Türkçe harfler geri geldi.

Öne çıkanlar

  • Form tablolarına Resim sütunu eklendi: satırdaki adres küçük bir fotoğraf olarak görünür. Her sütun salt okunur yapılabilir; örneğin mağaza yalnızca miktarı girer, ürün kodunu ve adını değiştiremez.
  • Akış çizimlerinde tam ekran, bütün adımları gösteren "Ekrana sığdır" ve yeni "Otomatik yerleştir". Otomatik yerleştirme akışı yapısına göre dizer: dallar ana yolun altında açılır, uzun akış aşamalarına göre satırlara bölünür. Düğmeler tasarımcıda, süreç izleme ekranında ve süreç madenciliğinde aynı.

Yenilikler

  • Akışlar başlatanı ve son görevi tamamlayanı okuyabiliyor: {{_initiatorEmail}}, {{_initiatorName}}, {{_initiatorDepartment}}, {{_lastCompletedBy}}, {{_lastCompletedByName}}, {{_lastOutcome}} ve sürecin kendi numarası {{_instanceId}}. Şablonlarda, koşullarda ve veritabanı sorgularında kullanılabilir. Bu değerleri sunucu yazar, form değiştiremez.
  • Süreç iptal edilebiliyor: süreç izleme ekranındaki "Süreci iptal et" düğmesiyle, gerekçe yazarak. Yalnızca başlatan kişi ya da bir yönetici iptal edebilir. Açık görevler kapanır, zamanlayıcılar durur, alt süreçler de iptal edilir; gerekçe süreç geçmişine yazılır ve başkası iptal ettiyse başlatana bildirilir.
  • Hazır örnek süreç: Sarf Malzeme Talep Döngüsü. Mağaza talebi ve min/maks kontrolü, satış asistanı onayı, bölge sorumlusuna bilgi, haftalık toplu satın alma ve firma bazlı sipariş PDF'i; katalog ve min/maks yönetimi akışlarıyla birlikte.

Düzeltmeler

  • PDF'lerde ş, ı, ğ, İ, Ş ve Ğ kayboluyordu ("Sipari Formu"). Artık bütün PDF'ler Türkçe harfleri olan Noto yazı tipiyle basılıyor.
  • Sayfalaması kapalı tablolarda yalnızca ilk 5 satır görünüyor, gerisine ulaşılamıyordu. Artık bütün satırlar görünür, tablo kendi içinde kayar.
  • Bir görevin formunu düzenleyip onayladıktan sonra çıkan yersiz "kaydedilmemiş değişiklikler" sorusu kalktı.

Yükseltirken dikkat

  • PDF şablonlarının yazı tipi Times'tan Noto Sans'a geçti. Mevcut PDF'lerin görünümü biraz değişir, içerik aynı kalır.
  • "Ekrana sığdır" artık yalnızca yakınlaştırmayı sıfırlamıyor, bütün adımlar görünene kadar uzaklaştırıyor.
  • Otomatik yerleştirmeden sonra tasarımcıda kaydederseniz yeni yerleşim kalıcı olur. İzleme ekranında yalnızca o bakış için geçerlidir.

Mobil uygulama 1.5.0

Mobil uygulama, 1.4.1'den bu yana web'e gelen her şeyi telefona taşıyor. Android'de dil değiştirirken kapanma sorunu da giderildi.

Öne çıkanlar

  • Telefonda da: vekâlet ve görev devri, işten ayrılma adımı, organizasyon şeması, yetki matrisi, çalışma takvimi ve SLA vadeleri, kiracıya özel rol ve izinler.

Düzeltmeler

  • Android'de dil değiştirmek (TR, EN, DE) ya da sayfayı yenilemek uygulamayı kapatabiliyordu. Artık açık kalıyor.
  • Koyu temada birincil düğmeler, seçili sekmeler ve seçili menü öğesi okunuyor.

Yükseltirken dikkat

  • Sürüm 1.5.0 (15000).
  • Önce iOS'ta App Store'a çıkıyor. Android sürümü Google Play'e ardından geliyor.

Oluşturduğunuz roller yalnızca sizin

Kiracınızda oluşturduğunuz roller artık başka kiracıların rol listesinde görünmüyor ve orada kullanılamıyor. Yerleşik roller (Admin, HR, Manager, Employee, SuperAdmin) herkes için aynı kalıyor.

Yenilikler

  • Rol oluştururken ad başka bir kiracıda kullanılıyorsa ekran “Bu rol adı kullanılamıyor; başka bir ad seçin” der. Adın kime ait olduğu söylenmez.

Düzeltmeler

  • Güvenlik: bir kiracının oluşturduğu rol bütün kiracıların Roller ekranında görünüyor, başka bir kiracının yöneticisi o rolü kendi kullanıcılarına atayabiliyor ve rolün üyeleri adını bilen herkes tarafından listelenebiliyordu. Artık rol yalnızca onu oluşturan kiracıda vardır.

Yükseltirken dikkat

  • Veritabanı göçü gerekir. Göç, mevcut özel rolleri o rolü taşıyan kullanıcıların kiracısına bağlar.
  • Hiç kullanıcısı olmayan ya da birden fazla kiracıda kullanılan eski özel roller, eskisi gibi bütün kiracılara görünmeye devam eder.

Rol izinleri artık her kiracıya özel

Bir kiracının yöneticisi bir rolün izinlerini değiştirdiğinde değişiklik yalnızca o kiracıda geçerli. Kendi ayarı olmayan kiracılar platform varsayılanını kullanmaya devam ediyor.

Öne çıkanlar

  • Roller ekranı, seçtiğiniz rolün bu kiracıya özel mi yoksa platform varsayılanıyla mı çalıştığını gösterir. Kaydettiğiniz izinler yalnızca sizin kiracınızda geçerlidir; “Varsayılana dön” kiracınızı yeniden platform varsayılanına bağlar.

Düzeltmeler

  • Güvenlik: roller bütün kiracılar arasında ortak olduğu için, bir kiracının yöneticisinin bir rolün izinlerini değiştirmesi diğer kiracılardaki aynı roldeki kullanıcıları da etkiliyordu. Artık yalnızca kendi kiracısını etkiler; platform varsayılanını yalnızca SuperAdmin değiştirebilir.

Yükseltirken dikkat

  • Veritabanı göçü gerekir: kiracıya özel rol izinleri için yeni bir tablo eklendi.
  • Mevcut izinler taşınmaz ve değişmez. Hiçbir kiracının henüz kendi ayarı olmadığı için yükseltmeden sonra herkes bugünkü izinlerle devam eder.
  • Yeni izinler kullanıcının bir sonraki girişinde geçerli olur.
  • Yeni bir rol oluşturmak hâlâ bütün kiracılarda görünen bir rol adı yaratır; rolün izinleri yine her kiracıda ayrı ayrı belirlenir.

Koyu tema okunur, raporlar adımları adıyla söyler

Koyu temada okunmayan düğme, sekme ve menü yazıları düzeldi. Süreç madenciliği ve SLA raporu adımları artık tasarımdaki adlarıyla gösteriyor, akış izleme ekranındaki durum da arayüz dilinde yazıyor.

Öne çıkanlar

  • Tema renginiz ne olursa olsun yazılar okunur: birincil rengin üstündeki yazı ve birincil renkle yazılan bağlantılar, menü ve etiketler, seçtiğiniz renge göre okunaklı tonda gösterilir. Açık temada görünüm değişmedi.

Düzeltmeler

  • Koyu temada “Kaydet”, “Yeni akış”, “Çıkış Yap”, seçili sekmeler, seçili menü öğesi, “Tümünü Gör” ve akış etiketleri lacivert zeminde lacivert kalıyordu.
  • SLA / Süre Performans Analizi adımları ad yerine iç kimlikle gösteriyordu. Süreç madenciliğinde “En yavaş adım” kartı, tasarımda artık bulunmayan bir adımın kimliğini gösterebiliyordu.
  • Akış izleme ekranında durum rozeti Türkçe arayüzde “SUSPENDED” yazıyordu.

Yükseltirken dikkat

  • Veritabanı göçü gerekmez.
  • Tasarım, çalışmış örnekleri olan bir akışta doğrudan düzenlenirse eski adımlar raporlarda “Kaldırılmış adım · 1cbc5663” gibi görünür. Sayılar yine dahildir; kısa kimlik destek ekibinin kaydı bulması içindir. Değişiklikleri yeni sürümle yapmak eski adımları adıyla korur.

İşten ayrılma: kişi giderken işi onunla kaybolmasın

Bir hesabı pasife almak artık yalnızca kilit vurmak değil. Kilit vurulmadan önce kişinin üzerindeki açık görevler, ona bağlı kişiler ve verdiği vekâletler okunur ve nereye gideceği sorulur. Motor da kapalı bir hesaba bir daha görev açmaz.

Öne çıkanlar

  • Çıkış adımı: Kullanıcılar ekranında pasife alma bir diyalog açar. Açık görevler seçtiğiniz kişiye gerekçeyle devredilir ya da bilerek bırakılır; bağlı kişiler ve yönettiği departmanlar yeni yöneticiye taşınır (kendi yöneticisi önerilir, ekipten biri seçilirse o kişi bir üst kademeye çıkar); verdiği vekâletler sona erer ve vekâlet verenlere bildirim gider. Kilit en son vurulur; bir adım başarısızsa hesap kapatılmaz.
  • Motor kapalı hesaba görev açmaz: bir tasarımda, yetki matrisinde ya da form alanında adıyla yazılmış kişi pasifse adım gerekçesiyle durur ve varsa yedek onaycıya düşer. Rol, departman ve pozisyon grupları pasif üyeyi dışarıda bırakır.

Yenilikler

  • Zaten pasif bir hesap için aynı çıkış adımı satırdaki yeni düğmeyle sonradan da çalıştırılabilir.
  • Çıkış diyaloğu, kişinin adını onaycı olarak yazan akış tasarımlarını ve yetki matrisi satırlarını listeler; bunlar kendiliğinden değiştirilmez, gözden geçirmeniz için gösterilir.
  • Dizin eşitlemesi kapattığı hesap sayısını söyler ve çıkış adımına yönlendirir.

Düzeltmeler

  • Pasife alma diyaloğu açık görev ve bağlı kişi sayısını uyarı olarak gösterip hiçbirini değiştirmiyordu; görevler kimsenin giremediği hesapta kalıyor, bağlı kişilerin “yöneticime gider” adımları çözülemiyordu.

Yükseltirken dikkat

  • Veritabanı göçü gerekmez.
  • Yönetici zinciri bir üst açık yöneticiye kendiliğinden atlamaz: hangi kademenin imzalayacağı tasarımın kararıdır. Pasif bir yönetici görüyorsanız org şemasını güncelleyin ya da çıkış adımını çalıştırın.
  • Alınmış kararlara dokunulmaz; ayrılan kişinin verdiği onaylar kayıtta olduğu gibi kalır.

Dizin eşitlemesi: kullanıcılar LDAP'tan gelsin, ayrılanlar kendiliğinden kapansın

Kurumsal kurulumun ilk günü artık dizinden başlıyor: LDAP'taki kişiler çekilir, yönetici bağları kurulur, dizinde kapatılan burada da pasife alınır — ve her adım, uygulanmadan önce ekranda okunur. Doğrulama turunda bulunan son arayüz kusuru da kapandı.

Öne çıkanlar

  • Dizin eşitlemesi: Kullanıcılar ekranındaki “Dizinden eşitle” dizini okur ve planı gösterir — kim oluşturulacak, kim hangi alanda güncellenecek, kim neden pasife alınacak, kim kullanılamaz. Uygulama düğmesi bu plan görülmeden açılmaz. Zamanlanmış çalıştırma LDAP ayarlarından açılır; son çalışmanın ne yaptığı aynı sayfada yazar.
  • İki kural bilinçli: üründe elle açılan hesaplara eşitleme hiçbir zaman dokunmaz (yönetici hesabınız, servis hesapları), ve dizin hiç kayıt döndürmezse “herkes ayrıldı” denmez — filtre ya da kapsam bozuktur, hiçbir şey değiştirilmez.

Yenilikler

  • Dizinden gelen kullanıcılar işaretli; ad, unvan ve departmanları burada değiştirilemez — bir sonraki eşitleme üzerine yazardı. Pozisyon, yönetici ve diğer alanlar serbest.
  • Yetki matrisinde yürürlükten kaldırılan satır artık “Yürürlüğe al” ile geri açılabiliyor; geri alma da çıkarma gibi kimin ne zaman yaptığıyla damgalanıyor.
  • LDAP ayarlarına eşitleme filtresi, zamanlama anahtarı ve sıklık alanı eklendi.

Düzeltmeler

  • LDAP ayar ekranı değerleri bir anahtar adıyla yazıyor, giriş servisi başka bir adla okuyordu: ekranda kaydedilen hiçbir LDAP ayarı kullanılmıyor ve form boş açılıyordu. İkisi artık aynı adı kullanıyor.

Yükseltirken dikkat

  • Veritabanı göçü gerekir: kullanıcı tablosuna dizin kaynağı, dizin kimliği ve son eşitleme alanları eklendi.
  • Eşitleme varsayılan olarak kapalıdır ve gerçek bir Active Directory'ye karşı henüz koşmadı. İlk kullanımda “Dizini denetle” ile planı okuyun; hiçbir şey yazılmadan ne olacağını gösterir.
  • Dizinde kapatılan bir kişinin açık görevleri kendiliğinden devredilmez; pasife alınır ve devir akışı (görev devri) sizin elinizdedir.

İmza yetki matrisi, organizasyon şeması, çalışma takvimi ve webhook kayıtları

Her şirketin bir tabloda tuttuğu imza yetkisi artık ürünün içinde: hangi tutarı kimin imzaladığı tek yerden yönetiliyor ve akışlar bunu okuyor. Organizasyon şeması görünür oldu, yönetici zincirindeki döngüler kapatıldı, izin ekranındaki kutucuklar gerçekten bir şeye karar veriyor, SLA mesai saatlerini sayıyor ve giden her webhook'un ne olduğu kayıtlı.

Öne çıkanlar

  • İmza yetki matrisi: departman, talep türü ve tutar aralığına göre hangi imzanın kime ait olduğu tek bir tabloda. Bir limiti yükseltmek için on beş akışı tek tek açmak gerekmiyor. Onay düğümünü “imza yetki matrisi”'ne bağlayın, tutarı taşıyan form alanını söyleyin; gerisini tablo belirler. İki imza gerektiren tutarlarda motor imzaları sırayla toplar.
  • Organizasyon şeması: departman ağacı, her düğümde yönetici ve kişi sayısı, kişiye inildiğinde bağlı çalışanlar. Yanında “eksikler” listesi: yöneticisi olmayan kişiler, yöneticisi olmayan departmanlar, tanımsız departmandaki kişiler ve kayıtlarda duran döngüler.
  • Çalışma takvimi: cuma 17:00'de açılan 4 saatlik bir onay artık pazartesi 12:00'de gecikiyor, cuma akşamı değil. Saat dilimi, mesai saatleri, çalışma günleri ve tatiller — yarım günler dahil — tanımlanabiliyor.
  • Toplu kullanıcı aktarımı: dört yüz kişilik listeyi elektronik tablodan aktarın. Dosya önce denetlenir; hangi satırın ne yapacağı ve kullanılamayan satırların nedeni, hiçbir şey yazılmadan önce gösterilir.
  • Webhook gönderim kayıtları: giden her olayın ne olduğu, karşı tarafın ne döndüğü ve sonraki denemenin ne zaman olduğu 30 gün boyunca kayıtlı. “Bu olay bize gelmedi” sorusunun artık bir cevabı var; ulaşmayan gönderimler kendiliğinden yeniden deneniyor, gerekirse elle de gönderilebiliyor.

Yenilikler

  • İmza yetki matrisi ekranı ve “12.000 TL'yi kim imzalar?” sorusunu ekrandan sorabilme. Onay zinciri önizlemesi de tutar verildiğinde matrisi okuyup imzaları isim isim gösteriyor.
  • Organizasyon şeması ekranı (sol menüde, herkese açık) ve yöneticiler ile İK için eksikler raporu.
  • Çalışma takvimi ekranı: saat dilimi, mesai saatleri, çalışma günleri, tatiller ve yarım günler. “Bu iş ne zaman gecikmiş olur?” kutusu, takvime göre ve her saati sayarak iki cevabı yan yana gösteriyor.
  • Kesintisiz SLA seçeneği: bir sisteme 30 dakika içinde cevap vermesi gereken adımlar çalışma takvimini dikkate almaz; tasarımcıda düğüm bazında işaretlenir.
  • CSV ile toplu kullanıcı içe ve dışa aktarımı. Dosyadan parola okunmaz; oluşturulan herkese kendi parolasını belirlemesi için karşılama e-postası gider.
  • İnsan kaynakları rolü artık kullanıcı ve tanım ekranlarına yönetici yapılmadan erişiyor.
  • Webhook sayfasında gönderim kayıtları paneli: durum, deneme sayısı, gönderilen gövde ve dönen yanıt; düzeltilmiş bir adrese tek tuşla yeniden gönderme.
  • Arka plan işleri ekranı: kendi başına çalışan üç turun (zamanlanmış tetikleyiciler, SLA turu, webhook yeniden denemeleri) çalışıp çalışmadığı, en son ne zaman gerçekten bir iş yaptığı ve üst üste kaç kez hata verdiği.

İyileştirmeler

  • İzin ekranındaki kutucuklar artık gerçekten bir şeye karar veriyor. Kullanıcı ekleme, değiştirme, silme, organizasyon tanımları ve iş akışı çizme/silme adı konmuş izinlere bağlandı; her rol adının ima ettiği izinlerle başlıyor. Yöneticiler rolleri gereği her izne sahip, dolayısıyla hiçbir kutucuk birleşimi kurulumu yönetilemez hâle getiremez.
  • Onaycı çözümlemesi aynı soruyu saniyede onlarca kez Kimlik servisine sormuyor; zincir önizlemesi ve onay adımları belirgin biçimde hızlandı.
  • Kullanıcı pasife alınırken, o kişiye bağlı çalışan sayısı da uyarıda gösteriliyor: pasif olduğu sürece onların “yöneticime gider” adımlarının gidecek yeri olmaz.
  • Webhook teslimatı en az bir kez garantisiyle çalışıyor: gönderimi yarıda kalan bir olay kaybolmuyor, yeniden deneme turu onu alıyor. Zaman aşımı, bağlantı hatası ve 5xx yeniden denenir; 404 ve 401 gibi yanıtlar reddedilmiş sayılır ve tekrar denenmez.

Düzeltmeler

  • Bir kullanıcı kendi yöneticisi olarak kaydedilebiliyordu; A'nın yöneticisi B, B'nin yöneticisi A olabiliyordu ve bir departman kendi altına taşınabiliyordu. Üçü de “yöneticisine gönder” adımını ya sonsuza kadar yürütür ya da talebi başlatan kişiye geri verirdi. Artık her uzunlukta döngü kapıda reddediliyor; kayıtlarda duran döngüler eksikler listesinde gösteriliyor.
  • Departman yöneticisi e-posta adresiyle kaydedilmişse hiç çözülemiyordu: arama “böyle bir kullanıcı yok” yerine hata veriyordu ve ikinci deneme hiç çalışmıyordu.
  • Tanımlar ekranının yazdığı uçta hiçbir rol denetimi yoktu: oturum açmış herkes departman adını değiştirebilir, taşıyabilir veya silebilirdi.
  • Webhook'lar gönderilip unutuluyordu: başarısız olanın kaydı tutulmuyor, hiçbiri yeniden denenmiyordu.
  • Tanıtım sitesinde ana sayfadaki arka plan deseni (/grid.svg) hiç var olmamıştı; her ziyarette 404 dönüyordu. Site içi bağlantılar da tam sayfa yenilemesi yapıyordu.
  • Geliştirici dokümantasyonunda var olmayan bir uç yazılıydı (GET /api/reports/summary); raporlama uçlarının gerçek listesi ve webhook başlıkları güncellendi.

Güvenlik

  • Rol ve izin dağıtımı bilinçli olarak rol denetiminde bırakıldı: yetki dağıtmaya izin veren bir iznin kendisi sıradan bir role verilebilseydi, o rolü taşıyan iki kişi birbirini yönetici yapabilirdi.
  • Toplu aktarımda rol sütunu, rol atama yetkisi olmayan kullanıcı için sessizce yok sayılmaz; satır reddedilir ve nedeni yazılır.

Yükseltirken dikkat

  • Veritabanı göçü gerekir: imza yetki matrisi ve çalışma takvimi tabloları eklendi.
  • İzinler oturum açarken okunur: bu sürüm yayına alındığında oturumu açık olan kullanıcılar yeni yetkilerini bir sonraki girişte görür.
  • Hiçbir rolü olmayan bir kullanıcı artık iş akışı oluşturup değiştiremez. Herkeste bulunan Employee rolü akışları görmeye devam eder.
  • Çalışma takvimi tanımlanana kadar hiçbir şey değişmez: takvimi olmayan kiracıda SLA eskisi gibi duvar saatini sayar. 7/24 çalışan kurumlar takvimi kapalı bırakır.
  • Rollerin varsayılan izinleri yalnızca hiç izni olmayan role bir kez yazılır; ekranda işaretlediğiniz hiçbir şey güncellemeyle geri gelmez.
  • Webhook alıcınız aynı olayı ikinci kez alabilir. Tekrarları X-Notus-Delivery başlığıyla ayıklayın; bu değer denemeler arasında değişmez.

Kurumsal kullanıcı tarafı: vekalet, görev devri ve onay zinciri önizlemesi

Onayların kime gideceği artık organizasyondan doğru okunuyor ve akış yayına alınmadan önce isim isim görülebiliyor. Kullanıcı ve rol yönetimi yönetici yetkisine bağlandı, izne çıkan kişinin işi vekiline, ayrılan kişinin işi devraldığı kişiye geçiyor.

Öne çıkanlar

  • Onay zinciri önizlemesi: tasarımcıda bir kişi seçin, o kişi bu akışı başlatsaydı her adımın kime gideceğini isim isim görün. Çözülemeyen adım gerekçesiyle işaretlenir; hiçbir talep, görev ya da kayıt oluşmaz.
  • Vekalet: izne çıkmadan önce bir tarih aralığı için vekil tanımlayın. O aralıkta size gelen görevler vekilinizin listesinde “sizin adınıza” etiketiyle görünür ve vekiliniz tamamlayabilir; kayıtta hem işlemi yapan hem adına yapılan kişi durur.
  • Görev devri: açık bir görev gerekçesiyle başkasına aktarılabilir. Bir çalışan ayrıldığında üzerindeki tüm açık işler tek işlemde devredilebilir.

Yenilikler

  • Tasarımcıdaki “Yöneticisine gönder”, “Departman” ve “Departman yöneticisi” atama türleri artık gerçekten çalışıyor. Departmana atanan görev, departmandaki herkesin listesinde görünür ve içlerinden biri tamamlayabilir.
  • E-posta ve bildirim düğümleri de organizasyonu hedefleyebiliyor: “yöneticisine haber ver”, “Muhasebe departmanına haber ver”.
  • Onay düğümüne yedek onaycı alanı eklendi: organizasyonda bir boşluk varsa (ayrılan yönetici, boş pozisyon) iş yedek onaycıya gider, tanımlı değilse adım gerekçesiyle durur.
  • Vekalet ekranı ve sol menüde yeni bir bölüm; görev detayında “Başkasına aktar” eylemi.
  • Bir kullanıcı pasife alınırken üzerindeki açık görev sayısı gösteriliyor.

İyileştirmeler

  • Webhook adresleri kaydedilmeden önce doğrulanıyor ve abonelik yönetimi yönetici yetkisine bağlandı; imza anahtarı yalnızca oluşturma anında bir kez gösteriliyor.
  • İş akışı listesi ve denetim günlüğü sayfalanıyor; büyük kiracılarda ekranlar belirgin biçimde hızlandı. Gösterge panelindeki sayılar sunucuda hesaplanıyor.
  • SLA turu artık belirli bir sürede ve parti hâlinde çalışıyor; bir kiracının birikmiş görevleri diğer kiracıların SLA denetimini geciktirmiyor.
  • Rol bildirimi için kullanıcı cihazları tek çağrıda sorgulanıyor; kalabalık kiracılarda bildirim gecikmesi ortadan kalktı.
  • İş akışı tanımı kaydedilirken ad ve akış şeması doğrulanıyor; bozuk bir tanım çalıştırma anında değil, kaydetme anında reddediliyor.

Düzeltmeler

  • “Yöneticisine gönder” seçilen onay adımı, görevi sessizce talebi başlatan kişiye atıyordu: kişi kendi talebini onaylıyordu ve kayıtta bu normal bir onay gibi görünüyordu. Bu davranış tamamen kaldırıldı; atama çözülemezse adım gerekçesiyle durur ve denetim günlüğüne yazılır.
  • Arka planda (zamanlanmış tetikleyici, zamanlayıcı devamı) çalışan akışlarda webhook'lar hiç gitmiyordu.
  • E-posta gönderilemediğinde akış “tamamlandı” sayılıyordu: SMTP kapalıyken onay süreçleri kimseye haber gitmeden bitiyordu. Artık geçici hatada yeniden denenir, kalıcı hatada süreç durur ve başlatan bilgilendirilir.
  • Bildirimler başkasının adına okunabiliyordu; kimlik artık yalnızca oturumdan alınıyor.
  • Paralel dal içindeki onay adımları atama türünü hiç dikkate almıyordu.
  • Kullanıcı silme her denemede hata veriyordu; servisler arası çağrı artık kimlikli yapılıyor.

Güvenlik

  • Rol atama ucunda yetki denetimi yoktu: kimliği doğrulanmış herhangi bir çalışan tek bir istekle kendini SuperAdmin yapabiliyordu. Kullanıcı oluşturma, silme, pasife alma ve organizasyon düzenleme de aynı şekilde açıktı. Tüm bu uçlar yönetici yetkisine bağlandı.
  • SuperAdmin rolünü yalnızca bir SuperAdmin verebilir; hiç kimse kendi rollerini değiştiremez; kiracının son yöneticisi silinemez ve pasife alınamaz.
  • Kullanıcı listesi artık meslektaşların doğum tarihi, sicil numarası ve telefonunu döndürmüyor; bu alanları yalnızca yönetici, İK ve kişinin kendisi görüyor.
  • Parola değiştirme ucu istek gövdesindeki adrese yöneltilebiliyordu; yalnızca kendi parolanız değiştirilebilir.
  • Organizasyon güncellemesi istek gövdesindeki kiracı bilgisini yazıyordu; bir departman başka kiracıya taşınabiliyordu.
  • Kiracı bilgisi olmayan bir oturum rapor uçlarında tüm kiracıların verisini görebiliyordu; kapsam belirsizse istek artık reddediliyor.
  • Webhook aboneliği iç ağ adreslerine yönlendirilebiliyordu (SSRF); iç hedefler reddediliyor.
  • Cihaz token'ı sorgusu istek parametresindeki kiracıyı uyguluyordu; başka kiracının token'ları okunabiliyordu.

Yükseltirken dikkat

  • Veritabanı göçü gerekir: vekalet tablosu ve görev devri alanları eklendi.
  • Kullanıcı ve rol ekranları artık yalnızca yönetici rolüne görünür. Bu ekranlara ihtiyacı olan kişilerin Admin rolünde olduğundan emin olun.
  • Organizasyon verisi artık atamaların doğrudan kaynağı: yöneticisi ya da departmanı tanımsız kullanıcılar için ilgili onay adımları duracaktır. Yayına almadan önce onay zinciri önizlemesiyle kontrol etmeniz önerilir.
  • Kendi istemcinizden bildirim uçlarını çağırıyorsanız kullanıcı ve rol parametreleri kaldırıldı; kimlik token'dan okunuyor.

Kimlik sızdırmazlığı, sır yönetimi ve görünürlük

Kimlik artık her yerde oturumdan okunuyor, dosya ve rapor erişimi kiracı sınırına çekildi, SLA/eskalasyon kullanıcıya göründü ve tasarımcıda var olup çalışmayan iki özellik gerçekten çalışmaya başladı.

Öne çıkanlar

  • Görev, rapor ve dosya uçlarında kimlik yalnızca oturum token'ından okunuyor; istemcinin gönderdiği e-posta veya kiracı bilgisine güvenilmiyor.
  • Form dosyaları ve ek indirme uçları oturum ister; bir dosya yalnızca kendi kiracısına ait bir süreçten referans alıyorsa sunulur.
  • Görev listesinde vade, SLA ve eskalasyon görünür; eskale edilen kişi görevi kendi sekmesinde görüp tamamlayabilir.

Yenilikler

  • Form alanlarında koşullu görünürlük artık tüm ekranlarda çalışıyor: tasarımcıda yazdığınız koşul (örneğin `Tutar > 1000`) görev formunda, süreç başlatma formunda ve hızlı başlatmada aynı şekilde uygulanıyor. Gizlenen alan zorunluluk denetimine de girmiyor.
  • Rapor tasarımcısındaki filtre bölümü gerçek filtre kuruyor: alan, operatör (eşittir, eşit değildir, büyük, küçük, büyük/eşit, küçük/eşit, içerir) ve değer kaydedilip rapor çalıştırıldığında uygulanıyor.
  • Raporlama servisinin sağlık denetimi okuduğu iki veritabanını da yokluyor; bağlantı koptuğunda servis artık kendini sağlıklı göstermiyor.

İyileştirmeler

  • Süreç içindeki C# betikleri artık süreç değişkenlerini doğrudan kullanabiliyor (`Model.Tutar * 1.2` gibi); iç içe nesne ve listeler de okunabiliyor.
  • Betik hataları sessiz kalmıyor: derlenmeyen, yasaklı bir API çağıran ya da çalışırken hata veren betik denetim günlüğüne yazılıyor ve varsa hata dalına yönlendiriliyor.
  • Görev detayı, profil, gösterge paneli, detaylı rapor ve dosya ekleri ekranlarındaki 90'dan fazla metin üç dile (Türkçe, İngilizce, Almanca) taşındı; boş listeler ve yüklenme durumları artık yerelleştirilmiş metin gösteriyor.
  • Rapor sonuç tablosunda sütun başlıkları çeviri anahtarı yerine gerçek başlık gösteriyor.

Düzeltmeler

  • Paralel dal içinde değişken yazan düğümler PostgreSQL'de süreci hataya düşürüyordu; birleştirme sorgusu düzeltildi. Bu yüzden daha önce hata alan süreçler yeniden denenebilir.
  • Ayar sırlarının (AI anahtarı, e-posta şifresi, bağlantı dizeleri) ortamlar arasında okunamaz hâle gelmesi kökten çözüldü: şifreleme anahtarı artık koruduğu verinin yanında, veritabanında duruyor ve eski anahtarlar otomatik taşınıyor.
  • Ondalıklı sayı alanları Türkçe arayüzde boş görünüyordu; form, tasarımcı ve ayar ekranlarında düzeltildi.
  • Rapor görüntüleyicide "Başarısız" durumu yanlışlıkla "İptal" olarak etiketleniyordu.

Güvenlik

  • Görev listesi ve görev tamamlama: boş kimlik gönderildiğinde yetki denetimi tamamen atlanıyordu. Artık kimlik oturumdan geliyor, eksikse istek reddediliyor.
  • Özel raporlar: rapor kimliğini bilen bir kullanıcı başka kiracının raporunu okuyabiliyor, üzerine yazabiliyor ve çalıştırabiliyordu. Tüm uçlar kiracı ve sahiplik denetimine alındı; çalıştırma hataları artık veritabanı hata metnini istemciye sızdırmıyor.
  • Ek ve form dosyası indirme uçları kimlik doğrulaması istemiyordu; depolama anahtarını bilen herkes dosyayı indirebiliyordu. Uçlar kapatıldı, anahtar biçimi ve kiracı sahipliği doğrulanıyor.
  • Kritik seviyeli bir .NET güvenlik güncellemesi (CVE-2026-40372) uygulandı; çözüm genelindeki paketler çalışma zamanıyla aynı sürüme hizalandı ve bağımlılık taraması sıfır bulgu veriyor.

Yükseltirken dikkat

  • E-posta veya dış bir sisteme kopyalanmış eski form dosyası bağlantıları artık oturum ister.
  • Mobil uygulamada dosya açma, uygulamanın kendi oturumuyla indirilecek şekilde değişti; güncel sürüme geçmeniz gerekir.
  • Özel rapor API'sini kendi istemcinizden çağırıyorsanız kiracı ve kullanıcı parametreleri kaldırıldı; kimlik token'dan okunuyor.

Mobil 1.4 ve dağıtım kararlılığı

Mobil uygulama 1.4.0 ile markete çıktı; dağıtım hatası teşhis edildi ve açık kalan doğrulamalar kapatıldı.

Öne çıkanlar

  • Mobil uygulama 1.4.0 sürümüyle Google Play ve App Store'da.
  • Süreç testi koşu geçmişi arayüzü: hangi senaryo ne zaman koşmuş, hangi adımda ne olmuş.

Yenilikler

  • Paralel dal içinde zamanlayıcı ve alt iş akışı desteği.
  • Süreç testi koşu geçmişi ekranı.
  • KEP ve Logo / Netsis / Mikro için ek sağlayıcı tanımları.

İyileştirmeler

  • SLA raporu ortalama yerine medyan ve p95 gösteriyor; tek bir uzun süreç tabloyu yanıltmıyor.
  • Paralel birleşme, yatay ölçeklemede çift çalışmayı önleyecek şekilde veritabanı düzeyinde kilitleniyor.
  • Mobilde rapor tasarımcısı ve süreç madenciliği sekmeleri gizlendi; küçük ekranda kullanılabilir değildi.

Düzeltmeler

  • Mobil süreç kartında hata sebebi ve "Yeniden dene" görünmüyordu.
  • Akış detay raporunda "Başlatan" kolonu iç etiket veya çözülmemiş e-posta gösteriyordu.
  • İzlenen yol, düğüm başlıkları yerine düğüm kimliklerini gösteriyordu.
  • Android'de kamera izni açılışta istenemiyordu.
  • Raporlama servisinde hatayı yutup boş liste dönen desen loglamaya çevrildi.

AI güvenliği ve SLA eskalasyonu

Süreç içindeki AI adımları araç erişiminden arındırıldı, SLA eskalasyon kuralları süreç tanımından okunmaya başladı ve paralel dal içinde paralel dal desteklendi.

Öne çıkanlar

  • SLA eskalasyonu ilk kez uçtan uca çalışıyor: tasarımcıda verilen süre aşıldığında görev otomatik yükseltiliyor ve ilgili kişiye e-posta gidiyor.
  • Süreç içindeki AI adımları artık araç çağırmıyor; model yalnızca metin üretiyor ve karar veriyor.

Yenilikler

  • Tasarımcıda onay ve kullanıcı görevi düğümlerine eskalasyon kuralları: kaç saat sonra, kime ve ikinci seviyede kime yükseltilecek.
  • Paralel dal içinde yeni bir paralel dal açılabiliyor; iç birleşme tamamlanmadan dış dal ilerlemiyor.

İyileştirmeler

  • Agent karar düğümü artık hafif, araçsız bir model çağrısı kullanıyor; karar daha hızlı ve öngörülebilir.
  • AI ayarlarındaki sıcaklık ve eşik alanları her dilde doğru sayıyı kaydediyor.

Düzeltmeler

  • OpenAI uyumlu sağlayıcıyla her çağrının 400 hatası vermesinin kök nedeni bulundu ve giderildi.
  • Onay ve kullanıcı görevlerine son tarih hiç atanmıyordu; bu yüzden eskalasyon hiç tetiklenmiyordu.

Güvenlik

  • Süreç motoru içinden yapılan AI çağrıları araç (tool) kullanamıyor: çağıran kimlik boş olduğu için yetkisiz yazma riski taşıyorlardı.
  • Süreç verisi içine gömülmüş talimatlara karşı agent istemi sertleştirildi; karar her zaman tasarımcının çizdiği dallar arasından seçiliyor.

Yükseltirken dikkat

  • SLA verilmiş akışlarda eskalasyon e-postaları ilk kez gidebilir; beklenen davranıştır.

Veri kaynakları ve gerçek veritabanı düğümü

Veritabanı sorgusu düğümü gerçek sorgu çalıştırmaya geçti; bağlantı bilgileri süreç tanımından çıkarılıp şifreli veri kaynaklarına taşındı.

Öne çıkanlar

  • Veritabanı bağlantıları artık merkezi, şifreli veri kaynaklarında; süreç tanımında bağlantı dizesi taşınmıyor.
  • Veritabanı Sorgusu düğümü SQL Server ve PostgreSQL üzerinde gerçekten çalışıyor; hazır ERP sorgu şablonları (Logo, Netsis, Mikro) ile geliyor.

Yenilikler

  • Yönetim portalında Veri Kaynakları ekranı: bağlantı tanımı, maskeli görüntüleme, bağlantı testi ve eski tanımların içe aktarılması.
  • Rapor tasarımcısında "Veri Seti" kaynağı: rapor, bir veri kaynağının sorgusundan beslenebiliyor.
  • Agent kararları için değerlendirme (eval) seti ve yönetim portalından tek tıkla koşturma; gerçek kararlardan senaryo üretme aracı.
  • Koşul düğümlerinde noktalı yol desteği (`{{sonuc.first.BAKIYE}} > 0` gibi).

İyileştirmeler

  • Tasarımcı, sağlayıcısı veya veri kaynağı seçilmemiş bir veritabanı düğümünü yayın öncesi uyarıyor.
  • Mobil uygulama 1.4.1: kamera izni düzeltmesiyle iç test sürümü.

Düzeltmeler

  • Süreç verisinde Türkçe karakterlerin AI istemine kaçışlı gitmesi düzeltildi.

Güvenlik

  • Bağlantı dizeleri Data Protection ile şifrelenerek saklanıyor; süreç tanımını görebilen bir kullanıcı artık bağlantı bilgisini göremiyor.
  • Veritabanı düğümünde elle bağlantı dizesi girme yolu kaldırıldı.

Yükseltirken dikkat

  • Bağlantı dizesi eksik ya da sağlayıcısı belirsiz bir veritabanı düğümü, sahte davranış kalktığı için ilk kez hata verebilir; yayın öncesi tarama sorgusu belgelenmiştir.

Süreç testleri ve Agent karar düğümü

Akışları yayına almadan önce senaryolara karşı koşturabiliyorsunuz; modelin gerekçesini yazdığı, varsayılan olarak insan onayı isteyen Agent düğümü eklendi.

Öne çıkanlar

  • Süreç Testleri: bir akışı gerçek veri yazmadan, izole biçimde senaryolara karşı koşturun. Onay ve zamanlayıcı adımları senaryo tarafından sürülür.
  • Agent karar düğümü: model, düğümden çıkan etiketli dallardan birini seçer ve gerekçesini yazar. Varsayılan olarak kararı bir insan onaylar.
  • "Neden bu yol?" — bir süreç örneğinin izlediği yolun, agent gerekçeleri dahil düz metin açıklaması.

Yenilikler

  • Grafikten türeyen senaryo editörü: hangi düğümde hangi karar verilsin, hangi değer dönsün.
  • Senaryo saklama, koşu geçmişi ve yayın öncesi uyarı kapısı (engellemez, uyarır).
  • Agent kararları denetim günlüğüne gerekçesiyle yazılıyor; süreç madenciliğinde ve görüntüleyicide görünüyor.

İyileştirmeler

  • Agent kararı kapalı bir kümeden seçiliyor: model listede olmayan bir şey döndürürse düğüm sessizce ilk dalı seçmek yerine hata veriyor.

Düzeltmeler

  • Motor, askıya alan bir düğümden sonra tip listesine bakıp Agent onayının üstünden atlıyordu.
  • Döngülü bir akış isteği motoru sonsuza kadar askıda bırakabiliyordu; adım döngüsüne sınır konuldu.

Hata kurtarma, paralel yürütme, süreç madenciliği ve entegrasyon çerçevesi

Başarısız adımlar görünür ve kurtarılabilir hâle geldi, Fork/Join gerçekten paralel çalışmaya başladı, süreç madenciliği ve bildirimsel entegrasyon çerçevesi eklendi.

Öne çıkanlar

  • Hata kurtarma: düğüm başına yeniden deneme ve bekleme süresi, hata dalı, başarısız adımdan devam etme.
  • Paralel yürütme: fork'tan çıkan dallar gerçekten eşzamanlı koşuyor ve join'de birleşiyor.
  • Süreç madenciliği: tasarımcı tuvali üzerinde ısı haritası; hangi yol ne sıklıkla geçilmiş, nerede ne kadar beklenmiş.
  • Entegrasyon çerçevesi: yeni bir sağlayıcı eklemek kod yazmak değil, yapılandırma girmek.

Yenilikler

  • Tasarımcıda Hata Yönetimi bölümü; süreç listesinde hata sebebi ve "Yeniden dene".
  • Bildirimsel REST konnektörü: API anahtarı, Basic ve OAuth2 client-credentials, token önbelleği.
  • Entegrasyon düğüm tipi ve çağrı kayıtlarıyla idempotans (aynı çağrı iki kez gitmiyor).
  • Yönetim portalında entegrasyon ayarları: sağlayıcı tanımları ve şifreli kimlik bilgileri.
  • Süreç madenciliği ucu: medyan ve p95 süre, hata sayısı, kenar frekansı — kiracı kapsamlı.
  • Yönetim portalı paylaşılan tasarım sistemine taşındı.

İyileştirmeler

  • Düğüm adımları denetim günlüğüne, gidilen bağlantı bilgisiyle birlikte yazılıyor; paralel dallar da görünüyor.

Düzeltmeler

  • HTTP, veritabanı ve betik adımları hatayı yutuyordu: 500 dönen bir çağrı akışı "Tamamlandı" yapıyordu.
  • Fork yalnızca ilk dalı çalıştırıyordu; diğer dallar hiç koşmuyordu.
  • Paralel daldaki onay tamamlandığında dalın kalanı atlanıyordu.
  • Handler çıktı değişkenleri motor tarafından hiç kaydedilmiyordu.
  • Olay sözlüğü kopuk olduğu için SLA raporu veri döndürmüyor, görüntüleyici işaretleri hiç görünmüyordu.
  • Android soğuk açılışta uygulama yaklaşık üç açılıştan birinde splash ekranında kilitleniyordu.
  • Yönetim portalının koyu teması bozuktu; denetim sayfası ve sağlık paneli üretimde çalışmıyordu.

Zamanlanmış tetikleyiciler

Bir kaynak tablodaki her satır için otomatik süreç başlatan zamanlanmış tetikleyiciler; MSSQL ve PostgreSQL okuma.

Öne çıkanlar

  • Zamanlanmış tetikleyici: dış bir tablodaki her yeni satır için bir süreç başlatın.
  • Basit zaman seçici veya ham cron ile zamanlama; işlenen satırlar tekrar işlenmiyor.

Yenilikler

  • Yönetim portalında zamanlanmış işler ekranı; koşu izleme ve hata durumunda yönetici uyarısı.
  • Gerçek dış veritabanı okuma: PostgreSQL ve SQL Server.

Düzeltmeler

  • Arka plan zamanlayıcıları kiracı bağlamı olmadığı için hiç iş yapmıyordu.
  • Zamanlanmış akışın başlatıcısı yoktu; onay adımı sahibini bulamıyordu.
  • Veritabanı göçleri geliştirme dışında uygulanmıyordu; üretimde tablolar hiç oluşmuyordu.
  • Denetim günlüğü boş görünüyordu (yetki kısıtı ve yutulan 403).

Mobil kararlılık ve üretim dağıtımı

Android'de dil değiştirme, güvenli alan hizalamaları ve izin akışı düzeltmeleri; üretim için ayrı docker-compose.

Yenilikler

  • Üretim dağıtımı için ayrı compose dosyası: yalnızca ağ geçidi dışarıya açık, zorunlu değişkenler eksikse açılış durur.
  • Kullanılacak izinler uygulama açılışında toplu isteniyor.

Düzeltmeler

  • Android'de dil değiştirme çalışmıyordu.
  • Durum çubuğu üst barı örtüyor, butonlar tıklanamıyordu; alt bar sistem navigasyonunun üstüne biniyordu.
  • AI sohbet çekmecesi üst ve alt bar güvenli alanlarına saygı göstermiyordu.
  • Raporlar üst barı mobilde yatay kaydırmalı hâle getirildi.

Tasarım konsolidasyonu ve AI asistanı

Betik düğümü, gerçek veriyle gösterge paneli, AI asistanının bilgi tabanı ve sır saklamada güvenlik iyileştirmeleri.

Yenilikler

  • Betik (C#) düğüm tipi ve mobil alt menü.
  • AI asistanı bilgi tabanı: proje yapısı ve veri şeması indeksleniyor, sorular bu bağlamla yanıtlanıyor.
  • Gösterge panelinde gerçek veriye dayalı kartlar ve yenilenen Görevlerim ekranı.

Düzeltmeler

  • AI'ın önerdiği akış grafiği tasarımcıda boş geliyordu; grafik doğrulaması sertleştirildi.
  • Gömülü model yedeği sağlayıcı etiketine göre değil adres üzerinden çözülüyor.
  • Kaynak kod Workflow imajına gömülüyordu.

Güvenlik

  • AI API anahtarı ve hassas ayarlar düz metin saklanıyordu; şifrelemeye alındı.
  • AI araç çağrılarıyla onaysız yazma mümkündü; öneri/onay akışı ve yetki filtresi eklendi.

Platform temeli: bildirimler, yönetim arayüzü ve güvenlik denetimi

Sistem geneli bildirim altyapısı, yönetim arayüzü bileşenleri, ilk güvenlik denetiminin kapatılması ve görsel yenileme.

Yenilikler

  • Sistem geneli bildirim altyapısı: gerçek zamanlı ve e-posta.
  • Yönetim arayüzü bileşenleri ve ortak yerleşim çerçevesi.
  • Kinetic görsel dili: kabuk, paylaşılan sayfalar, tasarımcı ve giriş ekranı.

Düzeltmeler

  • Raporlama uçlarında kiracı izolasyonu eksikti.
  • N+1 sorgu desenleri ve arayüz yerelleştirme geçişi.

Güvenlik

  • İlk güvenlik denetiminin bulguları kapatıldı: parametresiz veritabanı sorgusu, korumasız C# betik yürütme ve denetim günlüklerinde hassas veri ifşası.