Ana içeriğe geç

Sürüm 1.18.1.5

Yayın Tarihi: 7 Eylül 2026 Yayın Tipi: Kararlı Önceki numarası: 1.18.10 (imaj tag'i staging-1.18.10)

Kimlik doğrulamasız gelen (inbound) erişim için kurulum seviyesinde kontrol, sync job'ları için yalnızca silme modu ve deneme geçmişi, flow referanslarında connector adım kodu, veritabanı kesintisinde çalışmaya devam eden alert mailleri ve AWS S3, parola sıfırlama ile System Logs düzeltmeleri.

Backend Server​

Yeni Özellikler​

  • Kimlik doğrulamasız gelen erişimin geçerli olup olmayacağına kurulum karar veriyor: Bir flow kendi gelen (inbound) kimlik doğrulamasını kapatabiliyordu — REST ve SOAP, kimlik doğrulama tipleri arasında NONE listeleyerek; AS2 ise isteğe bağlı kimlik doğrulama ayarıyla — ve her kurulum buna uyuyordu. Anonim çağrıların kabul edilip edilmeyeceği artık varsayılan olarak kapalı gelen bir kurulum ayarıdır: app.security.inbound.allow-no-authentication. Ayar kapalıyken, kimlik doğrulaması istemeyen bir flow, daha önce içe aktarılmış veya kaydedilmiş flow'lar dahil, yine de kimlik bilgisi ister ve her ret kendi mesaj koduyla (MIP-AUTH-W-0004, MIP-AS2-W-0415) uyarı olarak loglanır.
  • Flow referansları connector adımını da belirtiyor: Log satırlarına yazılan flow referansına dördüncü bölüm olarak connector adım kodu eklendi (flowId/messageId/nodeId/stepCode@step); böylece bir log satırı, altında yazıldığı adımın connector log kaydıyla doğrudan eşleştirilebilir. Bir connector adımı dışında yazılan satırlar bu konumda tire taşır.

Hata Düzeltmeleri​

  • Veritabanına erişilemezken de alert maili gönderiliyor: Bir alert göndermek için SMTP yapılandırmasının PostgreSQL'den okunması gerekir. Veritabanı kesintisi sırasında bu okuma boş dönüyor ve "SMTP yapılandırılmamış" olarak yorumlanıyordu; bu yüzden anlık alert'ler düşürülüyor, özet (digest) alert'ler ise yeniden deneme haklarını tüketiyordu. Backend artık okuduğu son mail yapılandırmasını ve SMTP kimlik bilgisini saklar, kesinti sırasında bunlara geri düşer ve değerlerin ne kadar eski olduğunu loglar. Veritabanı erişilebilir olduğu sürece her zaman canlı değer kullanılır ve bilinçli olarak silinmiş bir yapılandırma yeniden canlandırılmaz.
  • Object key içeren AWS S3 yüklemeleri senkron flow'larda çalışıyor: Senkron bir istekle tetiklenen flow'lardan yapılan yüklemeler, object key yüklemeden önce kaybolduğu için "AWS S3 Key header missing" hatasıyla başarısız oluyordu; storage class ve content encoding ayarları da aynı şekilde, hiçbir hata vermeden kayboluyordu. Üçü de artık yüklemeye ulaşır. Boş bir object key artık node'u ve bucket'ı belirten bir hatayla başarısız olur.
  • Flow dışında yazılan log satırları artık boş bir korelasyon göstermiyor: Herhangi bir flow'un dışında loglanan satırlar yalnızca tirelerden oluşan bir flow referansı taşıyabiliyordu ve System Logs görüntüleyicisi bunu bir tanımlayıcıymış gibi gösteriyordu. Bu satırlar artık hiçbir korelasyon taşımaz.

Frontend Server​

Yeni Özellikler​

  • Designer, kimlik doğrulamasız gelen erişimin sunulup sunulmadığını sunucudan öğreniyor: Sunucu, backend'in uyguladığı kurulum ayarının aynısını okur (INBOUND_ALLOW_NO_AUTH, varsayılan olarak kapalı) ve web uygulamasına bildirir; böylece designer ve çalışma zamanı, ayrı ayrı yönetilen iki değer yerine tek bir değeri izler.
  • Sync job'ları bir zaman aralığını senkronlamadan silebiliyor: Yeni bir mod, seçilen zaman aralığını kaynak depodan siler ve hiçbir şey aktarmaz; saklamaya değmeyen kayıtlar içindir. Hem senkron sonrası silmeyi hem de senkronsuz silmeyi isteyen bir istek, hatalı istek (bad request) olarak reddedilir.
  • Flow referanslarında adım kodu: Sunucu, backend ile aynı dört bölümlü flow referansını kullanır. Örneğin eski log dosyalarından yapıştırılan, üç bölümlü eski biçimdeki referanslar çözümlenmeye devam eder.

Hata Düzeltmeleri​

  • Parola sıfırlama linkleri web uygulamasının yapılandırılmış adresini gösteriyor: Parola sıfırlama isteyen kullanıcıya gönderilen link, backend host'u ve sabit bir port ile oluşturuluyordu; bu yüzden web uygulamasını başka bir host, port veya ingress üzerinden sunan kurulumlar, sıfırlama formunu açmayan linkler gönderiyordu. Link artık endpoint yapılandırmasındaki web uygulaması genel adresinden oluşturulur.
  • AI monitoring hata raporu tek bir hatayı artık birden fazla gruba bölmüyor: Hataları birden fazla error type altında sınıflandırılmış bir flow, sayısı aralarında bölünmüş ayrı gruplar olarak raporlanıyordu. Hatalar artık flow, status code ve hata mesajına göre gruplanır, sayılar toplanır ve kaydedilen her error type grubun detaylarında listelenir.

Frontend Web​

Yeni Özellikler​

  • Kimlik doğrulamasız seçenekler yalnızca kurulumun izin verdiği yerde sunuluyor: Gelen (inbound) REST ve SOAP connector'larındaki NONE kimlik doğrulama tipi ile AS2'deki "No Authentication" onay kutusu, yalnızca kurulum kimlik doğrulamasız gelen erişimi etkinleştirdiğinde gösterilir. Seçeneği zaten kullanan bir flow onu görmeye devam eder; böylece flow'u kaydetmek güvenlik ayarını fark edilmeden değiştirmez.
  • Start Sync penceresinde senkronlamadan silme: Yeni bir onay kutusu, seçilen tabloları seçilen zaman aralığı için siler ve hiçbir şey aktarmaz. Bu modda senkron sonrası silme seçeneği devre dışı kalır, Direction alanı kayıtların hangi depodan silineceğini belirlediği için düzenlenebilir kalır ve onay butonu "Delete Records" olarak görünür.
  • Kesintiler için sync deneme geçmişi: Bir kesintideki resync etiketi (chip), o kesintiye karşı kaydedilen her sync'i tetikleyicisi ve sonucuyla listeleyen bir pencere açar; böylece iptal edilip yeniden başlatılan bir onarım iki deneme olarak okunur.
  • System Logs görüntüleyicisi Correlation ve Message ile başlıyor: Correlation ve Message kolonları tablonun başına taşındı ve uzun bir mesaj tek satıra kesilmek yerine tıklanarak genişletilebilir. Diğer kolonlar sıralarını korur.
  • Flow referanslarında adım kodu: Web uygulaması, connector adım kodunu da içeren dört bölümlü flow referansını tanır.

Hata Düzeltmeleri​

  • Resync etiketi bağlı sync'in gerçek sonucunu gösteriyor: Etiket, bağlanmış ancak doğrulanmamış her job'ı, iptal edilmiş ve artık mevcut olmayan job'lar dahil, "Sync running" olarak gösteriyordu. Artık bağlı job'ın sonucunu yansıtır.
  • Birden fazla error type içeren gruplar için AI raporu Error Type alanı: Birden fazla error type kaydetmiş bir grup artık hiç error type kaydedilmemiş gibi gösterilmez.

Health Check​

Yeni Özellikler​

  • Sağlık alert'leri, alert mail ayarlarında yapılandırılan mail sunucusunu kullanıyor: Health Check alert'lerini kurulumda sabitlenen mail sunucusu üzerinden gönderiyordu; bu yüzden alert mail ayarlarında SMTP sunucusunu değiştirmek flow alert'lerini etkiliyor, sağlık alert'lerini etkilemiyordu. Mail sunucusu artık her gönderimde alert mail yapılandırmasından okunur; yapılandırma yoksa kurulum ayarları, veritabanı kesintisi sırasında ise bilinen son sunucu kullanılır. Gönderen hesap yine kurulum ayarlarından gelir.
  • Sync denemeleri her kesintiye karşı kaydediliyor: Bir kesintiye bağlanan her sync job'ı durumuyla birlikte kaydedilir; durum, job ilerledikçe yenilenir ve bu, bu sürümden önce bağlanmış kesintiler için de geçerlidir. Web uygulamasında gösterilen deneme geçmişi bu kayıtlara dayanır.

Hata Düzeltmeleri​

  • Down alert'leri veritabanı kesintisi sırasında da değerlendiriliyor: Alert eşik değerleri her kontrolde veritabanından okunuyordu; bu yüzden veritabanına erişilemezken alert oluşturulamıyor ve kontrolün kendisi başarısız oluyordu. Okunan son eşik değerleri artık saklanır ve sonraki bir okuma başarısız olduğunda kullanılır.

1.18.1.5, kararlı bir sürümdür. Önceki sürüm: 1.18.1.4