Amaç
Satınalma Teklif Süreci'nden (Teklif) aktarılan teklifin onayları tamamlandıktan sonra Tiger'da satınalma siparişinin oluşturulduğu süreçtir.
Senaryo ve Organizasyon Şeması
Senaryomuzda mobilya üretimi yapan bir firma bulunmaktadır. Bu firmaya ait organizasyon şeması aşağıdaki şekildedir.
Satınalma - Sipariş Departmanı
Satınalma Teklif Süreci (Teklif) tamamladıktan sonra Satınalma Teklif Süreci (Sipariş) süreci başlar. Teklif formunun içeriği (Firma, Talep No, Talep Eden, Özel Kod, Proje Kodu, İşyeri, Bölüm, Fabrika ve Ambar) sipariş formuna taşınır.
Satınalma Şefi (Sipariş) kullanıcısı, siparişe dönüşecek teklifi inceler. Satınalma Şefi (Sipariş) sipariş oluşturabilir veya reddedebilir. Reddederse Satınalma Uzmanı ve Talep eden kullanıcıya bilgilendirme e-postası gönderilir. Sipariş tutarına göre, Satınalma Şefi (Sipariş) doğrudan siparişi oluşturabilir ya da "Satınalma Müdürünün" veya "Genel Müdürün" onayına gider.
Tiger'da Satınalma Teklif Süreci (Sipariş) oluşturma işlemi başarılı ise tedarikçiye e-posta gönderilir. Aktarım sırasında hata alınması durumunda akış Yönetici Hata Formu ile devam eder ve "Kurumsal Uygulama Danışmanı" kullanıcısına bildirim gönderilir.
Senaryo üzerinden işletilen akış örneğine ait video aşağıda bulunmaktadır.
Akış Dosyası (.xnm)
Aşağıdaki dosya indirilerek uygulamaya aktarılır. İçeri aktarma işleminin nasıl yapıldığına dair bilgi için Aktar bölümü incelenebilir.
Form Şablonu
Satınalma Teklif Süreci (Sipariş) için tasarlanan form ekran görüntüsü aşağıdaki gibidir:
Akış Şablonu
Satınalma Teklif Süreci (Sipariş) için tasarlanan akış şablonu aşağıdaki gibidir:
Konfigürasyon
Satınalma Teklif Süreci (Sipariş) akışı portalde sol menüde görünmüyorsa ya da akış başlat bölümüne erişilemiyorsa aşağıdaki işlem adımları takip edilmelidir; Logo Flow iş akış tasarım aracından Akış işlemleri › Akış Ayarları › Geliştirme Yetkileri tabı altında bulunan akış başlatma ve portalda akış görüntüleme içerisinden; hiyerarşi, gruplar veya kullanıcı listesi üzerinden iş akışına ait ilgili kullanıcılar yetkilendirilmelidir.
Satınalma Teklif Süreci (Sipariş) formunda "Satınalma Şefi- Sipariş Oluşturma" form aktivitesinin kullanıcı listesinde ilgili kullanıcı seçilir.
ERP entegrasyonu aşamasında başarısız olunursa akış "Yönetici Hata Formu" ile devam eder. Bu forma portal üzerinden erişebilmek için yetkilendirme işlemi yapılmalıdır. Bu durum için yönetici hata formu → yetkilendirme → kullanıcı listesinden yetkili olacak kullanıcı seçilmelidir.
Tiger veritabanı ayarları SQL bağlantı listesi → Düzenle → Bağlantı Bilgileri üzerinden yapılabilir.
Bilgilendirme
Formda bulunan Veri kaynaklarında Firma, Proje, İşyeri, Bölüm, Ambar ve Özel Kod bilgileri teklif formundan sipariş formuna gelebilmesi için oluşturulur. Tiger bağlantısı için tasarım aracı üzerinden veritabanı bağlantısı oluşturuldu. Veri kaynaklarında varsayılan Firma öndeğeri "001" olarak belirlendi. Eğer firma Tiger ERP'de firma öndeğer bilgisi "001" den farklıysa veri kaynaklarından açılan alanların firma numarasını LG_<<Firma(001)>> olarak değiştirilir.
Cari Mail: Satınalma siparişi oluşturulduktan sonra cari bilgileri okunur. Cari bilgilerinin okunması için veri kaynaklarında CariMail veri kaynağı oluşturulur. Sorgu kaynak tanımlaması yapılır. Son aşamada ilgili kullanıcılara e-posta gönderilir.
- Rest Ayarları;
Satınalma Teklif Süreci (Talep) ile başlayan ve Satınalma Teklif Süreci (Sipariş) ile biten süreçte Tiger'a Satınalma Siparişi aktarılabilmesi adına yapılması gereken bir tanımlamadır.
Ayarlar servisi içerisinden LFlow Servis ayarları bölümünde Logo Rest Servis Ayarı gelir. Logo Rest servis ayarında Rest Servis adres bilgisi doldurulmalıdır. Kullanıcı adı ve şifresi girişinden sonra bağlantıyı sına ile bağlantı durumu görüntülenir.
En sonunda kaydet ile çıkış sağlanır.
Rest ayarları düzenlendikten sonra servisler (ajm,was,web, settings) restart edilmelidir. Bknz. Servis İşlemleri . Sonrasında tasarım aracı açılıp, akış içeri aktarılmalıdır.
- Organizasyon ve Hiyerarşi Tanımlama;
Yönetici onay adımlarını hiyerarşi üzerinden yürütebilmek adına eğer sistemde tanımlı bir hiyerarşi yoksa; Genel Tanımlar->Organizasyon ve Hiyerarşi Tanımlama bölümünden kullanıcıların alt-üst ilişkileri tanımlanmalıdır.
