Örnekleri nasıl kullanmalısınız?
Buradaki akışlar öğretici tasarım modelleridir. Kurumunuza ait yayımlanmış bir süreç veya çalıştırılmış test sonucu değildir. Alan kodlarını, atamaları ve iş kurallarını kendi kapsamınıza göre tanımlayın.
- İş ihtiyacını ve sonucu yazın.
- Değişkenleri ve formları oluşturun.
- Ana akışı bağlayın; atama ve aksiyonları belirleyin.
- Yapısal doğrulamadan sonra test hesabıyla gerçek sonucu kontrol edin.
Süreç numarasını açıkça atayan örneklerde başlangıcın hemen arkasına Hesapla: Süreç No → ProcessNo() → process_no yerleştirin.
İzin talebi
Amaç: Çalışanın tarih ve gerekçe girmesi, yetkili kişinin değerlendirmesi.
| Örnek değişken | Tür | Kullanım |
|---|---|---|
baslangic_tarihi |
Tarih | İstenen başlangıç |
bitis_tarihi |
Tarih | İstenen bitiş |
izin_turu |
Seçim Listesi | Kurumun izin türleri |
gerekce |
Uzun Metin | Açıklama |
Manuel Başlangıç → Hesapla: Süreç No → Talep Formu
→ Yönetici Değerlendirmesi → Sonuç → Bitiş
Talep ve yönetici formunda gerekli alanları ayrı belirleyin. Onayla ve Reddet, örnek aksiyon adlarıdır; ilgili form çıkışlarına tanımlanır. Onay sonrası kayıt ve bildirim adımlarını kurumunuzun kuralına göre ekleyin.
Kontrol: Tarih sırası, eksik gerekçe, onay/ret yolları ve atanan kullanıcı. İzin günü, hak ediş ve bakiye hesabını yalnız takvim günü farkına indirgemeyin; kurum politikası ve ilgili hesaplama kuralını doğrulayın.
Tedarikçi ekleme
Amaç: Yeni tedarikçi bilgisini toplamak, kontrol etmek ve izinli veri alanına kaydetmek.
Örnek alanlar: unvan (Metin), vergi_no (Metin), eposta (Metin), aciklama (Uzun Metin).
Başlangıç → Süreç No → Tedarikçi Formu
→ Mevcut Kaydı Sorgula → Karar
→ Kayıt / Düzeltme → Sonuç → Bitiş
Tekrarlı kayıt ölçütünü önceden belirleyin. DB Sorgula sonuçlarını değişkenlere eşleyin. Yazma işlemini izinli alanda, eksiksiz parametrelerle tanımlayın. Düzeltme yolunun kullanıcıya hangi alanları yeniden açacağını belirtin.
Kontrol: Aynı tedarikçiye ait ikinci talep, boş sonuç, birden fazla eşleşme ve tekrar çalıştırma. İş numarası gerekiyorsa Counter ile süreç kimliğinden ayrı tasarlayın.
Arıza / iyileştirme
Amaç: Bildirimi sorumluya yönlendirmek, çalışmayı ve kapanışı izlemek.
Örnek alanlar: ekipman (Metin veya uygun seçim), aciklama (Uzun Metin), oncelik (Seçim Listesi), ekler (Dosya), sonuc_notu (Uzun Metin).
Başlangıç → Süreç No → Bildirim Formu
→ Sorumlu Değerlendirmesi → Çalışma Formu
→ Kapanış Kontrolü → Bitiş
Sorumlu atamasının kaynağını açıkça belirleyin. Çalışma ve kapanış formunda farklı alanların zorunlu olması gerekebilir. Geri gönderme aksiyonunun doğru göreve döndüğünü kontrol edin.
Kontrol: Atanacak kullanıcı bulunamaması, eksik sonuç notu, ek dosya ve geri gönderme yolu.
Satınalma talebi
Amaç: Birden fazla talep kalemini toplamak, değerlendirmek ve çıktı üretmek.
kalemler Tablo değişkeninde malzeme, miktar, birim_fiyat ve satir_toplami kolonlarını tanımlayın. Sayısal satır formülü için:
%miktar% * %birim_fiyat%
Başlangıç → Süreç No → Talep Kalemleri Formu
→ Yetkili Değerlendirmesi → Form PDF → Sonuç → Bitiş
Özetle genel toplamı oluşturun. Onay yetkisi veya parasal eşikler bu örnekte belirlenmemiştir; kurum politikasına göre tasarlayın. Form PDF adımında tamamlanan görev formunu ve PDF çıktı değişkenini seçin. Satır başına ayrı iş gerekiyorsa Her tablo satırı için çalıştır alt süreç yöntemini değerlendirin.
Kontrol: Boş tablo, sıfır/negatif miktar, yuvarlama, farklı para birimleri, onay/ret ve PDF sayfa sonları.
Hangi kalıbı seçmelisiniz?
| İhtiyaç | Başlangıç kalıbı | Özellikle doğrulayın |
|---|---|---|
| Sıralı değerlendirme | İzin talebi | Atama ve karşılıklı dışlayan aksiyonlar |
| Kontrollü kayıt açma | Tedarikçi ekleme | Tekrar, eşleşme ve yazma kapsamı |
| İşin atanması ve kapanışı | Arıza / iyileştirme | Sorumlu, geri dönüş ve sonuç kaydı |
| Tabloyla talep toplama | Satınalma | Satır hesapları, özet ve belge çıktısı |
Modeli seçtikten sonra Designer kontrol listesine dönün. Örneğin yapısal olarak geçmesi, kurumunuzda doğru işlediğini tek başına kanıtlamaz.