You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 17 Next »

Akış ve sistemle ilgili genel ayarların, portal girişlerinin yapılabildiği menüdür.

Portal Ana Sayfa

Genel işlemler altındaki bu bölüme tıklandığında direk portale yönlendirilmektedir. 

Farklı kullanıcılar adına portali açabilmek için designer tarafında Farklı kullanıcı ile aç bölümü bulunmaktadır. Buradan hangi kullanıcı adına giriş yapılmak isteniyorsa listeden seçilir.

Portal Adresi Değiştir

Uygulamayı dış erişime açmak, SSL uyumlu adrese dönüştürmek, port değişimi vb ihtiyaçlar için kullanılan bölümdür. SSL seçimi sonrası port otomatik olarak 443 atanacaktır, ancak istenirse değiştirilebilir. İlgili değişiklikler sonrasında uygula butonuna tıklanır ve kullanıcı bu değişiklikğe istinaden servislerin yeniden başlatılacağı uyarısını alınmaktadır. Servis restartı için herhangi bir engel yoksa tamam diyerek işleme devam edilmelidir.

 Genel İşlemler| Portal Adresi Değiştir

                                                                                        

                                      


  • 1.32 verisyonu öncesinde bu işlem için ayarlar servisindeki lflow servis, sts ve bilgilendirme ayarlarında güncellemeler yapılması gerekmektedir. Akabinde ilgili servisleri IIS altından restart edilmelidir. bknz: Soru 19
  • İşlemin yapılabilmesi için designerın administrator olarak çalıştırılması gerekmektedir. Aksi takdirde bazı yetki eksikliklerinden dolayı işlem gerçekleştirilememektedir.

Giriş Kullanıcı Değiştir

Designerı farklı bir kullanıcı ile açmak için kullanılan bölümdür.

Designer girişi yetki bazında kontrol edilmektedir. Yetkisi olmayan kullanıcılar designera giriş yapamamaktadır. bknz: Kullanıcı İşlemleri

Vekalet

Sistemde aktif olan kullanıcıların,  akışların veya iş akış örneklerinin başka bir kullanıcıya da aktarılmasını sağlayan bölümdür. Ayrıca sistemde verilmiş olunan tüm vekaletler burada listelenir. Portal üzerinden de vekalet işlemi gerçekleştirilebilmektedir.

 Genel İşlemler| Vekalet

         

Designer admin olan kullanıcılar, tüm kişiler adına vekalet işlemlerini yapabilir. Bu sebeple kullanıcı alanı seçimlik olup sistemde tanımlı herkesi seçebilmektedir.

Arşivleme

LogoFlow'da tamamlanmış iş akışlarına ait log bilgilerinin belirli periyodlarda farklı veri tabanlarına taşınmasını sağlamaktadır. 

Belirlenen arşivleme periyodu için ayrı bir veri tabanı yaratılır, yaratılan db'ye tamamlanmış işlerin log bilgileri aktarılır. Aktarım sırasında herhangi bir hata olması durumuda aşağıdaki ekranda hata detayı görüntülenebilir. Arşivleme yapılan iş akışlarına ait detayları portal raporlarında görüntüleyebilmek için aranması sırasında da arşivleme periyodu seçilmelidir.

Logo Flow içerisindeki zamanla büyüyen tablolar için arşivleme işlemi yapılabilir. Bu işlem adımları aşağıdaki gibidir:

  1. "Genel Ayarlar > Arşivleme" ekranı açılır.
  2. Arşivleme tanımı ekranından arşivlemenin zaman aralığı seçilir. (N aylık gibi seçim yapılabilir.)
  3. "Şimdi Çalıştır" butonu ile arşivleme anlık olarak çalıştırılır.
  4. Arşivleme işlemi AJM Görevi'dir (AJMTASK) ve günde 1 defa çalışır.
  5. Arşivleme başladığında arşiv veritabanı yok ise taşınacak kayıtların minimum tarihi alınarak arşivleme hangi tarihten başlayacağına karar verilir. 
    LFlowArchive_{yyyyMMdd}_{yyyyMMdd} adında bir veritabanı yaratılır. {yyyyMMdd} formatı arşivin başlangıç tarihini ve bitiş tarihini belirler.



  6. Yaratılan ve TaşınanTablolar:

    • NWFLOGMASTER
    • NWFLOGDETAIL
    • NWFFILES
    • NWFLOGMASTERUSERS
    • ARCHIVEINFO

Yaratılan arşiv veritabanı içerisinde ARCHIVEINFO adında bir tablo bulunur ve bu tabloda arşivin başlangıç bitiş tarihleri bulunur.




Örnek Arşivleme senaryoları:

(Aylık period için içinde arşivlenecek ayın 1’i ile bitiş ayın son günü (28, 30, 31) olarak sayılır)

2 Aylık period için: içinde bulunulan ay ve 1 önceki aydan önceki bilgiler tarihlerine göre 2'şer aylık periyodlara ayırarak ilgili arşiv veritabanlarına kaydedilir. 

Örnek: AJM taski çalıştığı gün 16-01-2017 olsun. İçinde bulunulan ay + 1 ay önce yani 30-10-2016 günü dahil ve öncesi tüm bilgiler 2'şer aylık periyodlara bölünerek arşivleme yapılır.

Örnek2: 1 Aylık period için: örneğin bugün 16-01-2017 ilk kez arşivleme yapılacak ise, sistem arşivleme veritabanı var mı diye bakar, yok ise taşınacak verilerden en küçük tarihli olanın tarihini alır, örneğin 18-05-2016 olsun. Arşivleme veritabanları 01-05-2016 tarihinden itibaren seçilen aylık periodlar halinde yaratılır.


Portal Üzerinden Arşivleme Periyodu ile Filtre Vermek

  1. Portal üzerinde LFLOW veritabanı yani arşivlenmemiş iş kayıtları varsayılan olarak gösterilir.
  2. Arşivlenmiş kayıtlar ve detayına ulaşmak için "Filtre > Arşivleme Periyodu" bileşeni içerisinden tarih aralığı seçimi yapılır.
  3. Tarih aralığı seçimi sonrası tarih aralığına ait veritabanı içerisinden iş kayıtları ve iş detaylarına ulaşılabilinir.
  4. Portal üzerinde "Arşivleme Periyodu" seçimi yapılabilen ekranlar aşağıdaki gibidir:
    1. " Raporlar > Zaman Aşımı " ekranı
    2. " Raporlar > İş Akışı Geçmişi " ekranı
    3. " Raporlar > Özel Akış Raporları " ekranı
    4. " Akışlar > Dahil Olduğum İşler " ekranı
    5. " Akışlar > Başlattığım İşler " ekranı 

Otomatik Süreç Tanımlama

  • DB İzle ve Sonucunu Bekle

Tiger, JPlatform, Netsis üzerinde veya herhangi bir veritabanı tablosunun dinlenip bu tabloda bir işlem yapıldığında (Kayıt ekleme/güncelleme/silme, tablonun boşaltılması) seçilen iş akışının başlatılması için kullanılır. Yeni bir otomatik süreç başlatma kaydı eklenebilir, var olan kayıt üzerinde düzenleme işlemi yapılabilir veya bu kayıt silinebilir.

Tip bölümünden hangi sistemin dinlenileceği seçimi yapılır. Dinlenilecek bölümün bağlantı bilgileri, veritabanı seçimi, tablo seçimi, başlatılacak iş akışı, işlem zamanlaması seçimleri yapılarak otomatik süreç başlatma kaydı oluşturulur. Ek olarak, tabloya sabit bir kısıt verilebilir. Ve kaydın aktif/pasif durumu ayarlanarak istenildiği zaman bu kayıt devreye sokulabilir. 

Tiger, JPlatform, Netsis tipindeki dinleme işlemleri için tanım yapmadan önce 'Ayarlar Servisi- LFlow Servis Ayarları' bölümünden ilgili ERP' nin rest servis ayarının yapılmış olması gerekmektedir.

JPlatform dışındaki diğer tüm tipler veritabanı üzerinden dinleme yapmaktadır. JPlatform servis üzerinden dinleme işlemlerini gerçekleştirir.

Otomatik süreç tanımı yapılmak istenen database üzerinde mutlaka Servis Broker Enable olmalıdır.

Enable olup olmadığı kontrolü için aşağıdaki sorgu çalıştırılabilir. Sonuç 1 dönüyorsa herhangi bir işlem yapılmasına gerek yoktur.

SELECT is_broker_enabled FROM sys.databases WHERE name = 'Veritabanı Adı'

Bu özelliğin aktif edilmesi için sql üzerinde aşağıdaki script çalıştırılmalıdır. 

Sorgu çalıştırıldığında veritabanındaki oturumlar düşmektedir. Bu sebeple sistemin kullanılmadığı bir anda işlemin gerçekleştirilmesi; veri kaybı yaşanmaması adına önemlidir.

ALTER DATABASE Veritabanı Adı SET ENABLE_BROKER WITH ROLLBACK IMMEDIATE; 

GO 

ALTER AUTHORIZATION ON DATABASE::Veritabanı Adı  TO [sa]; 

GO 

Ayrıca; 'Diğer' ve '5 sn' de bir kontrol et' tipinde bir dinleme yapılmak isteniyorsa dinlenecek tabloda mutlaka RV tipinde bir kolonun olması gerekmektedir. Tabloya RV tipinde bir kolon eklemek için sql üzerinde aşağıdaki script çalıştırılmalıdır.

ALTER TABLE   TabloAdı

ADD RV ROWVERSION not null 

Bilgi

Otomatik süreç başlat db izle ve sonucunu bekle işleminde, tetiklenen kaydın değerine ulaşmak için   kodlama aktivitesi  içerisinde aşağıdaki örnek script kullanabilir.

if(LFlowUtils.GetValueFromStarterDatabaseByKey(Context,"LOGICALREF").Assigned())
logicalRef.Value = LFlowUtils.GetValueFromStarterDatabaseByKey(Context,"LOGICALREF").ToInt();


Otomatik süreç başlatma kaydında seçilen Oluşturma tarihi ve Güncelleme tarihi kolonları işlem tipini (Insert, Update) ayırt edebilmek için seçilmesi gereken alanlardır. Bu alanlar seçilmezse dinlenilen tablodaki işlem tipi ayırt edilmeksizin süreç başlatılacaktır. Eğer alanlar seçilirse aşağıdaki
gibi ‘İşlem Zamanlaması’ kısmı aktif hale gelip işlem tipi seçilebilir. Yani Oluşturma ve Güncelleme tarihi kolonlarının seçimiyle sadece o alanların değişip değişmediğine bakılmaz, tablodaki herhangi bir alanda değişiklik olduğunda otomatik süreç için event tetiklenir. 

DB İzle ve Sonucunu Bekle tipli otomatik süreç başlatma tanımı üzerinden belirli durumlarda akış tetiklenemediğinde tasarım aracına yetkili kişilere(NWFADMINUSERS) bilgilendirme mailleri gönderilmektedir. 

Servisler çalışır durumdaysa ve herhangi bir sebepten (örneğin; tasarımdaki kodlama hatası) dolayı akış başlatılamadıysa bilgilendirme maili gelmemektedir. Bu hatayı event viewer üzerinden görüntüleyebilirsiniz.

                 
 Genel İşlemler| Otomatik Süreç Tanımlama| Db İzle ve Sonucunu Bekle
  • Ajm Tekrarlı Görev

Belirli zaman aralıklarında başlatılması istenen akışlar varsa bu ekran üzerinden tanımlamaları yapılarak başlatılması sağlanabilmektedir. Akışların kimin adına başlayacağı bilgisi Başlatan Kullanıcı alanından belirlenmektedir. Örneğin; haftalık olarak gönderilmesi istenen bir rapor için akış tasarlanarak bu bölümden otomatik gönderimi sağlanabilir.

 Genel İşlemler| Ajm Tekrarlı Görev

      

  • Doküman Yönetimi Senkronizasyonu

Belirli zaman aralıklarında Devam Ediyor" durumdaki işler dışındaki tüm durumlar için (Tamamlandı - Hatalı - İptal) işe eklenmiş dokümanlar "LOGO FLOW Dokümanı" tipi ile Kets Docplace uygulamasına gönderilir.
Doküman Yönetimi Senkronizasyonu için detaylı bilgi için bknz: Kets Docplace Doküman Yönetimi Entegrasyonu

 Genel İşlemler | Doküman Yönetimi Senkronizasyonu

      

Yönetici İşlemleri

  • Kullanıcı Bilgilendir

Bir kullanıcının pasife alındığında bilgilendirilecek kişinin seçilmesini sağlar. Pasife alınan kullanıcının üzerindeki işlerin başka kullanıcıya aktarılmasını sağlamak amacıyla eklenmiştir. 

  • Detaylı Loglama

Detaylı Loglama aktif hale getirildiğinde, iş akışların işletiminde yapılan her bir işlem ayrıca loglanır. Bu sayede tasarım aracına yetkili olan bir kullanıcı portale giriş yaptığında akışın her aşamasına ait detaylı bilgilere erişebilir, hata varsa hata detayını görüntüleyebilir. bknz: Detaylı Loglama

 Genel İşlemler| Yönetici İşlemleri

     

  • Detaylı Loglama yoğun kullanımda performans sorunlarına yol açabilir. İhtiyaç olmadığı durumlarda detaylı loglamanın pasife alınması önerilmektedir.
  • Detaylı loglama aktif edildikten sonra başlatılan işler için loglar görüntülenebilir. Geçmiş akışlara ait herhangi bir log verisine ulaşılamamaktadır.