Page History

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. 

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 

ERP dışında bir data dan veri alınıyorsa, PK (primary key ) alanı belirtmeniz gerekmektedir. Örnek olarak LFLOWTESTDB içerisine DB_Dinle adında tabloda ID alanına bakıldığı zaman primarykey verilmiş durumdadır. Eğer ki ID alanına PK verilmeseydi, otomatik süreç tanımlamada primary key baktığından dolayı detaylı loglama ve olay görüntüleyiciden hata verecektir.

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.

Toplu İş Sil

Sistemde tanımlı akışlarda başlatılan işlerin; istenilen tarih aralığına ve durumlara göre filtrelenip toplu bir şekilde silinmesi amacıyla tasarlanmıştır. Akışın geliştirim aşamasında yapılan test işlemleri, hatalı başlamış işler gibi kayıtların kolay ve toplu bir şekilde sistem üzerinden kaldırılması için kullanılabilir.

Akış: Sadece belirli bir akışa ait verilerde silme işlemi uygulanacaksa bu bölümden akış seçimi yapılarak ilgili akıştaki işlerin gelmesi sağlanır. Silinecek işleri listelemek için zorunlu bir alan değildir. Boş bırakıldığı takdirde tüm akışlara ait kayıtlar listelenir.

Tarih Aralığı: Belirtilen aralıkta sistemde başlatılmış işleri listelemek için kullanılır. Silinecek işleri listelemek için zorunlu bir alandır.

Durum: Sistemde başlatılan işlerin durumuna göre listenin filtreli gelmesi istenirse kullanılır. Bir ya da birden fazla değer seçilebilir. (Sadece devam eden işler veya hem iptal hem de hatalı işler vb.) Silinecek işleri listelemek için zorunlu bir alan değildir. Boş bırakıldığında tüm durumlardaki kayıtlar listelenir. 

Gelen liste içerisinde toplu seçim veya tek tek seçim özellikleri aktiftir. Silinecek işlerden emin olunduktan sonra ekrandaki  butonuna tıklanır. Çıkan doğrulama sorusuna Tamam dendikten sonra işlerin silinme işlemi gerçekleştirilir.

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. 

İş Detay Ara

Portalde işler içerisinde genel bir arama özelliğinin kullanılabilmesi için bu seçimin açık konuma getirilmesi gerekmektedir. İş Detay Ara özelliğinin açık konuma getirilmesi ile portal üzerindeki işlerde genel arama özelliği kullanılabilir olmaktadır. Portale giriş yapan kullanıcının Başlattığı İşler, Dahil Olduğu İşler ve Rapor Yetkisine sahip olduğu işler içerisinde; iş numarası, işin içerisinde geçen bir veya birden fazla kelimeye göre arama işlemleri gerçekleştirilebilmektedir.

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