Page History

Senaryo

Avans talebinde bulunacak personel form bilgilerini girerek süreci başlatır. Flow kullanıcısı ile ERP tarafındaki cari kart, tanımlı email hesabına göre eşleşmektedir. Kullanıcı forma giriş yaptığı an Tiger’daki kart bilgileri otomatik olarak ekrana gelir. Kullanıcı 2 farklı avans talebinde bulunabilir. Belirli bir iş için önden avans isteniyorsa iş avansı seçilir, bu durumda masraf merkezi ve proje alanları formda aktif olur. Kullanıcı eğer maaş avansı seçimi ile devam ediyorsa, masraf merkezi ve proje alanları inaktif hale gelir. Maaş avansı için geri ödeme taksit sayısı ve geri ödeme başlangıç tarihlerinin girilmesi beklenir. Kullanıcı hem yerel para birimi hem de yabancı para birimi üzerinden avans talebinde bulunabilir. Tiger’ da indirilen kurlar, talep tarihine göre forma otomatik olarak gelir. Kullanıcı isterse kuru elle de değiştirebilir.

Avans bilgileri altındaki Avans Tarihçesi tablosu personelin daha önceden aldığı avansları listeler. Geri ödemesi devam eden avansların kalan tutar bilgisi, talepte girilen taksit sayısı ve ödeme başlangıcı alanlarına göre hesaplanmaktadır. Talep eden kişi hala devam eden bir geri ödemesi varsa, bunu da göz önünde bulundurarak yeni bir avans talebinde bulunur. Onaylanmış ve fişi oluşmuş bir talep için geri ödeme planında yapılacak değişiklikler Avans Tarihçesi tablosuna yansımaz.

Başlatılan iş, talebi yapan kullanıcının hiyerarşide tanımlı bir üst yöneticisine onaya düşer. Yönetici form üzerinde avans bilgilerini ve avans tarihçesini görüntüler; buna göre onayla/iptal/geri gönder aksiyonlarını alabilir.

Yönetici tarafından onaylanan talep muhasebe departmanına atanır. Muhasebe departmanı talebi yöneticiye geri gönderilebilir ya da onaylayabilir.  Onaylanan talebin ödemesinin nasıl yapılacağı muhasebe departmanı tarafından belirlenir. İlgili iş yeri ve döviz türüne göre uygun kasa ve bankalar formda listelenir. Seçilen kasa veya banka hesap kartında yeterli bakiye yoksa kullanıcı uyarılır. Muhasebe departmanı Tiger’ a aktar aksiyonu aldığında ilgili ödeme türüne göre ERP tarafında kasa fişi ya da gönderilen havale fişi oluşur. Talepte bulunan kullanıcıya ödemenin nasıl yapılacağı bilgilendirme olarak gider.Tiger Erp üzerinde faturalanmış satış hareketlerinin görselleştirilerek raporlandığı bir ekrandır. Firma ve dönem bazında raporlama yapılabilir. Rapordaki tutarsal alanlar Kdv hariç TL toplamları baz almaktadır. Karlılık grafiklerindeki maliyet, Erp üzerinde çalıştırılan maliyetlendirme servisine göre hesaplanmış maliyetleri baz alır. Eğer Tiger'da maliyetlendirme servisi çalıştırılmadıysa, ilgili satış tarihinden bir önceki satınalma fiyatı maliyet olarak gelmektedir. Pazar Analizleri bölümünde illere göre satış oranları, kaç farklı ilde satış yapıldığı ve kaç farklı müşteriye satış yapıldığı listelenir. Şehir bilgisi için cari kartta tanımlı adresler baz alınmaktadır. En iyi satışlar bölümünde butonlara basılarak farklı liste sayılarına göre raporlama yapılabilir. 

Akış Dosyası (.nxmx)

Aşağıdaki dosyayı indirerek uygulamaya aktarabilirsiniz. Örnek içeri aktarım senaryosu için tıklayınız.

Form Şablonu

Avans Talep Satış Analizi rapor formu için oluşturulmuş ekran tasarımı aşağıdaki gibidir.

Akış Şablonu

Avans Talep Süreci Satış Analizi raporu için oluşturulmuş akış şablonu aşağıdaki gibidir.

Dikkat Edilecek İşlem Adımları

1- Ödeme kaydının Tiger' a aktarılabilmesi için Ayarlar Servisi/LFlow Servis Ayarları bölümünde Logo Rest servis ayarlarını yapılmış olması gerekmektedir. bknz. Logo Rest Servis Ayarları

2- Veri Kaynaklarında bulunan Döviz kuru sorgusunun, ERP tarafındaki firmanın çalışma şekline göre, güncellenmesi gerekebilir. Eğer Tiger Sys tanımlarında firmanın çalışma şekli “Ayrı Döviz Kurları Tablosu” olarak seçilmişse,  Döviz kuru sorgusunda L_DAILYEXCHANGES olan kur tablosu LG_EXCHANGE_<<Firma>> olarak değiştirilmelidir.

3- Şablon içeri aktarım işlemi bittikten sonra, akışın adıyla birlikte LFLOW veri tabanı altında fonksiyon oluşmaktadır. Bu fonksiyon Avans Hareketleri veri kaynağında kullanılmıştır. Bu nedenle veri kaynağı sorgusundaki fonksiyon ismi yeni akış adıyla değiştirilmelidir.

4- Avans Tarihçesi tablosu Flow ve Tiger veritabanlarından veri getirmektedir. İki veritabanı arasında collation uyumsuzluğu varsa veri kaynağındaki Personel ve Avans Hareketleri sorguları düzeltilmelidir. Ayrıca Avans Hareketleri sorgusunda maaş ödeme günü ayın ilk günü olarak belirlenmiştir, farklı bir durumda sorgu değiştirilmelidir.

5- Akışta kullanılan Hata Bildirim Aktivitelerinde kullanıcı seçimi gerekmektedir. bknz. Hata Bildirim Aktivitesi

6- Testler sonrasında canlı kullanıma alınacağı zaman yayınlama işlemi gerçekleştirilmelidir. bknz. Akış Yayınlama

Rapor sorguları firmadan firmaya değişlik gösterebilir. Bu nedenle sorguların gözden geçirilmesi gerekmektedir.