Başka bir değişken, bileşen veya fonksiyon adı deneyin.
Başlangıç ve çalışma alanına giriş
Designer, bir DigitalPlant ortamına bağlanır; süreç tanımlarını düzenler ve yayınlar. Çalışma zamanı uygulaması Designer kapalıyken de yayınlanmış tanımla çalışmaya devam eder.
Hangi DigitalPlant ortamı?
DigitalPlant yöneticinizin paylaştığı API adresidir. Süreçlerin tasarlanacağı şirket ortamının adresini kullanın.
Hangi tenant?
Süreçlerin, kullanıcıların ve bağlantıların ait olduğu tenant kodudur. Tenant verisi birbirinden ayrıdır.
Kim tasarlıyor?
Kullanıcı adı ve parola, süreç tasarlama yetkisi olan tenant kullanıcısına ait olmalıdır.
Süreç Merkezi
Girişten sonra süreçler klasör ağacında görülür. Tek tıklama ayrıntıları sağda gösterir; Aç veya çift tıklama süreci Designer’a getirir. Yeni ile seçilen klasörde süreç oluşturulur. Süreç paketleri Paket Aç ile içeri alınır.

- Önce süreç klasörünü ve anlamlı süreç kodunu belirleyin.
- Var olan süreci açmadan önce durumunu ve yayınlanan sürümünü kontrol edin.
- Yeni süreçte önce veri sözlüğünü, sonra formu, en son akışı tasarlayın.
Designer çalışma alanı
Çalışma alanı Visual Studio benzeri panel, sekme ve merkezi tasarım yüzeyinden oluşur. Paneller kapatılabilir, otomatik gizlenebilir, yeniden boyutlandırılabilir ve sağ/sol kenara taşınabilir.
Üst komut şeridi
Kaydet, geri al/yinele, kes/kopyala/yapıştır, sil, Test Et, Yayınla, Akış PNG ve Süreç Paketi işlemleri burada bulunur.
Sekmeli çalışma
Aynı sürecin ana akışı, birden fazla formu ve dokümanı ayrı sekmelerde açık tutulabilir. Bir sekmeyi kapatmak yalnızca o görünümü kapatır.
Proje Gezgini
Formlar, dokümanlar ve Ana Akış burada listelenir. Sağ tık menüsü uygun öğelerde silme gibi bağlamsal işlemleri sunar.
Değişkenler ve özellikler
Süreç değişkenleri listesi ile süreç geneli, seçili adım, değişken tanımı ve form alanı yerleşimi özellikleri birbirinden ayrıdır.
Akış tasarımı ve tuval kullanımı
Ana Akış; başlangıç, iş adımları, kullanıcı görevleri, veri işlemleri ve bitişin yönlü bağlantılarla kurulduğu çalışma yüzeyidir.

Seçim aracı
Düğüm veya bağlantıya tıklayın. Boş alanda sürükleyerek çoklu seçim yapın. Seçili öğeler birlikte taşınabilir veya silinebilir.
Kaydırma aracı
Kaydırma aracını veya orta fare tuşunu kullanarak tuvali taşıyın. Yakınlaştırma kontrolleri sağ alttadır.
Yönlü bağlantı
Kaynak bileşenin çıkış noktasından hedef bileşenin giriş noktasına sürükleyin. Bağlantı oku akış yönünü gösterir.
Klavye ve düzen kuralları
| İşlem | Kullanım | Not |
|---|---|---|
| Silme | Delete / Backspace | Seçili bileşen veya bağlantıyı kaldırır. |
| Geri al / yinele | ⌘ Z / ⇧ ⌘ Z | Kaydedilmemiş tasarım işlemlerini geri alır veya yineler. |
| Çoklu seçim | Boş alanda fareyle çerçeve | Toplu taşıma ve silme için kullanılır. |
| Fit View | Sağ alt çerçeve simgesi | Akışın tamamını görünür alana sığdırır. |
Değişkenler ve veri sözlüğü
Değişken, süreç boyunca taşınan verinin adını, kodunu, türünü ve davranışını tanımlar. İyi bir süreç tasarımı, açık ve kararlı bir veri sözlüğüyle başlar.

16 değişken türü
Uygulamalı örnek: satınalma talebi veri sözlüğü
Aşağıdaki kayıtlar öğretici örneklerdir. Kodları kendi süreç kapsamınıza göre anlamlı ve kararlı biçimde adlandırın.
| Değişken adı | Kod | Tür | Örnek değer / kullanım |
|---|---|---|---|
| Talep No | talep_no | Metin | 'SA-TAL-' + Counter('SA-TAL-', 4) ile üretilen iş numarası |
| Talep Tarihi | talep_tarihi | Tarih | Today() ile başlatma gününün atanması |
| Talep Sahibi | talep_sahibi | Kullanıcı | Görevi başlatan tenant kullanıcısının referansı |
| Satın Alma Kategorisi | satin_alma_kategorisi | Seçim Listesi | Malzeme, hizmet veya yatırım gibi tek seçim |
| Açıklama | talep_aciklamasi | Uzun Metin | Kullanıcının ihtiyacı ayrıntılı olarak açıklaması |
| Talep Kalemleri | talep_kalemleri | Tablo | Malzeme, miktar, birim fiyat, kur, KDV ve satır toplamları |
| Toplam Tahmini Tutar | toplam_tahmini_tutar | Para | Tablo özetinden hesaplanan, iki ondalıklı toplam |
| Teklif Dosyası | teklif_dosyasi | Dosya | PDF veya görsel teklif eki |
| Yönetici Onayı | yonetici_onayi | Onay Kutusu | Onaylandı / onaylanmadı bilgisi |
| Onaylayan Grup | onaylayan_grup | Grup | Görev atamasında kullanılacak tenant grubu |
Değişken tanımında karar verilmesi gerekenler
Kimlik ve kaynak
- Ad: Kullanıcı dostu isim.
- Kod: İfadelerde kullanılan kararlı teknik ad.
- Kaynak: Kullanıcı girişi, süreç bağlamı, organizasyon, hesaplama veya sistem.
- Veri sınıfı: Genel, iç kullanım, kişisel veya hassas.
Davranış ve raporlama
- Varsayılan zorunluluk ve değer.
- Yazdırılabilir / raporlanabilir / aranabilir davranış.
- Sayı ve para için ondalık hane, para birimi, min/max.
- Dosya için uzantı ve boyut sınırı; seçim için seçenek kaynağı.
Zorunlu sistem değişkenleri
status
Sürecin iş durumunu taşır: Devam Ediyor, Onay Bekliyor, Tamamlandı gibi.
priority
Süreç/görev önceliğini taşır.
process_no
Süreç örneğinin çalışma zamanı numarasıdır.
Bu üç değişken her süreçte otomatik bulunur ve silinemez.
Form tasarımı
Form, kullanıcı görevinin web, tablet ve mobil görünümünü tanımlar. Aynı süreç değişkeni birden fazla formda farklı etiket, genişlik veya görünürlükle kullanılabilir.

- Proje Gezgini’nde Yeni Form ile formu oluşturun.
- Form Alanı ekleyerek bilgi gruplarını ayırın.
- Değişkeni listeden sürükleyin veya çift tıklayın.
- Form Alanı Özellikleri’nde kolon, yüzde genişlik ve yeni satır davranışını düzenleyin.
- Masaüstü, tablet ve mobil görünümü ayrı ayrı kontrol edin.
Yerleşim modeli
| Özellik | Anlamı | Örnek |
|---|---|---|
| Form alanı | İlgili değişkenleri başlık altında gruplar. | Kişisel Bilgiler, İzin Bilgileri |
| Kolon sayısı | Alan içindeki yatay yerleşim ızgarasıdır. | 1–4 kolon |
| Genişlik (%) | Değişkenin bulunduğu kolonun ne kadarını kaplayacağını belirler. | %60 + %40 aynı satır |
| Yeni satır | Yeterli yer olsa bile öğeyi alt satırdan başlatır. | İki %30 alanı alt alta gösterme |
| Görünür / salt okunur / zorunlu | Seçili form bağlamındaki kullanıcı davranışıdır. | Onay formunda salt okunur |
Tablo değişkenleri
Tablo değişkeni, çok satırlı iş verisini tek değişkende taşır. Kolon türü, formülü, toplam satırları ve görünüm davranışı Designer’da tanımlanır.

Kolon
Ad, kod, tür, genişlik ağırlığı, zorunlu, salt okunur ve yazdırılabilir davranış tanımlanır.
Kolon formülü
Aynı satırdaki kolonları %kolon_kodu% biçiminde kullanır. Sonuç salt okunur kolona yazılabilir.
Özet alanı
Tablo altında toplam, ortalama, min, max veya satır sayısı gösterilir; biçim sayı, iki ondalık veya TRY olabilir.
Toplam Tutar (TL)
Multiply(%miktar%, %tahmini_birim_fiyat%, %doviz_kuru%)
KDV Tutarı (TL)
Multiply(%tahmini_toplam_tl%, Divide(%kdv_orani%, 100))
KDV Dahil Toplam (TL)
Add(%tahmini_toplam_tl%, %kdv_tutari_tl%)
%kolon_kodu% yazımı tercih edilmelidir.İfade dili ve fonksiyonlar
İfade dili; konu satırları, e-posta, doküman, karar ve Hesapla / Veri Getir adımlarında güvenli hesaplama yapar. JavaScript, serbest SQL veya işletim sistemi komutu çalıştırmaz.

Temel yazım
| Yapı | Yazım | Örnek |
|---|---|---|
| Değişken | %degisken_kodu% | %ad_soyad% |
| Sabit metin | Tek veya çift tırnak | 'İzin Talebi' |
| Metin birleştirme | + | 'Talep - ' + %talep_no% |
| Fonksiyon | Fonksiyon(parametre) | Upper(%ad_soyad%) |
+ metin birleştirir. Sayı hesaplarında Add, Subtract, Multiply ve Divide kullanın.Metin ve süreç bağlamı
Length(değer)Karakter sayısını verir.
Upper(değer)Türkçe kurallarla büyük harf.
Lower(değer)Türkçe kurallarla küçük harf.
Trim(değer)Baş/son boşlukları temizler.
Concat(a, b, ...)Değerleri ayraçsız birleştirir.
Coalesce(a, b, ...)İlk boş olmayan değeri verir.
StarterName()Başlatanın adı ve soyadı.
StarterEmail()Başlatanın e-posta adresi.
Today()Bugünün tarihini YYYY-AA-GG verir.
ProcessNo()Çalışan süreç örneğinin numarası.
Tarih, sayı ve koşul
DayDiff(başlangıç, bitiş)İki tarih arasındaki gün farkı.
AddDays(tarih, gün)Tarihe takvim günü ekler/çıkarır.
Add(a, b, ...)Sayıları toplar.
Subtract(a, b)İkinci sayıyı ilkinden çıkarır.
Multiply(a, b, ...)Sayıları çarpar.
Divide(a, b)Bölme yapar; sıfıra bölme hatadır.
Round(sayı, basamak)İstenen ondalık haneye yuvarlar.
Equal(sol, sağ)İki değeri eşitlik açısından karşılaştırır.
If(koşul, doğru, yanlış)Koşula göre iki değerden birini seçer.
Counter(anahtar, basamak)Tenant içinde atomik sıralı numara tahsis eder.
Uygulamalı ifade örnekleri
| Amaç | İfade | Örnek kullanım |
|---|---|---|
| Form konusu oluşturma | 'Satınalma Talebi - ' + %talep_no% | Görev Formu → Konu |
| Metni temizleyip büyütme | Upper(Trim(%tedarikci_unvani%)) | Hesapla → normalize edilmiş ünvan |
| Boş değere alternatif bulma | Coalesce(%yetkili_eposta%, StarterEmail()) | E-posta Gönder → alıcı |
| İzin gününü iki tarih dahil hesaplama | Add(DayDiff(%baslangic_tarihi%, %bitis_tarihi%), 1) | Hesapla → kullanılan gün sayısı |
| Son tarih belirleme | AddDays(Today(), 3) | Hesapla → üç gün sonraki termin |
| Tutar hesaplama | Round(Multiply(%miktar%, %birim_fiyat%, %kur%), 2) | Tablo kolonu → satır toplamı |
| Koşullu metin üretme | If(Equal(%priority%, 'Yüksek'), 'Acil', 'Standart') | E-posta konusu veya doküman etiketi |
| Süreç numarasını metne ekleme | 'Görev #' + ProcessNo() | Form konusu veya bildirim |
%talep_no% veya %birim_fiyat% gibi kodlar süreçte gerçekten tanımlı olmalıdır. İfade editöründeki değişken listesinden ekleme yapmak yazım hatasını azaltır.Counter ile iş numarası
'BOY-TDR-' + Counter('BOY-TDR-', 4)
// Örnek sonuç: BOY-TDR-0018
- Counter yalnızca sıfır dolgulu sayısal bölümü döndürür.
- Anahtar yoksa 1’den oluşturulur; aynı süreç/adım tekrarında ikinci kez artmaz.
- Eşzamanlı tahsis veritabanında atomiktir; iki süreç aynı numarayı alamaz.
- Bir Hesapla ifadesinde en fazla bir Counter çağrısı kullanın.
Geriye uyumluluk
initiatorTitle(), initiatorJobStartDate(), annualLeaveBalance() desteklenir. Eski Now(), instanceID(), initiatorFullName() ve initiatorEmail() çalışır; yeni tasarımlarda sırasıyla Today(), ProcessNo(), StarterName() ve StarterEmail() tercih edilir.
Akış bileşenleri ve bağlantı kuralları
Bileşenin giriş/çıkış sayısı, yapabileceği işi sınırlar. Dallanma gerektiğinde Karar veya Paralel Ayır kullanılır; tek iş yapan adımlardan birden fazla yol çıkarılmaz.
Tek başlangıç bulunur. Tetikleyiciler özelliklerinden tanımlanır.
Her çıkış kullanıcı aksiyon butonudur. Kaydet akışı ilerletmez.
Tanımlı sistem işini çalıştırır. Yeni tasarımlarda mümkün olduğunca açık Designer bileşenleri tercih edilir.
Güvenli ifadeyi hesaplar ve hedef değişkene yazar.
Koşulun sonucuna göre yalnızca Evet ya da Hayır çıkışı çalışır.
Tanımlı bağlantıda sorgu çalıştırır. Tenant verisi için DB Sorgula tercih edilir.
Tenant veritabanından parametreli ve güvenli veri okur.
İzinli hedefe ekleme/güncelleme gibi güvenli veri yazma işlemi yapar.
Dış API çağrısı yapar, sonuç eşlemesini değişkenlere yazar.
Tenant e-posta bağlantısını kullanır; alıcı, konu, gövde ve ekleri tanımlar.
Seçilen A4 şablonu üretir ve sonucu dosya/doküman değişkenine yazar.
Tüm çıkışları paralel çalıştırır. Sonrasında Paralel Birleştir gerekir.
Yol Birleştir ilk geleni; Paralel Birleştir tüm kolları bekler.
Başka yayımlanmış süreci çağırır; girdi/çıktı eşlemeleri tür kontrollüdür.
Akış içinde tanımlanan süre veya zamana kadar bekler.
Tanımlanan olay gerçekleştiğinde akışı sürdürür.
Akışta bir tane bulunur. Son durum status ile izlenir.
Form çıkışlarında aksiyon görünümü taşır; diğer otomatik yollarda buton değildir.
Bileşen kullanım örnekleri
| Bileşen | Örnek kullanım | Tasarım notu |
|---|---|---|
| Başlangıç | Çalışanın Süreç Merkezi’nden “Satınalma Talebi” başlatması | Manuel tetikleyiciyi ve başlatma yetkisini tanımlayın. |
| Görev Formu | Talep sahibinin kalemleri girmesi; yöneticinin Onayla veya Reddet seçmesi | Yalnızca form çıkışları aksiyon butonu olur; Kaydet akışı ilerletmez. |
| Sistem Görevi | Tenant’ta kayıtlı eski bir sistem işlemini çalıştırma | Yeni tasarımlarda aynı işi yapan açık Designer bileşeni varsa onu tercih edin. |
| Hesapla / Veri Getir | Round(Multiply(%miktar%, %birim_fiyat%), 2) sonucunu tutar değişkenine yazma | Sonuca göre dallanmak için arkasına Karar ekleyin. |
| Karar | Equal(%yonetici_onayi%, true) sonucuna göre Evet / Hayır yolu | İki çıkışın ikisini de uygun hedefe bağlayın. |
| SQL Sorgusu | Tanımlı harici ERP bağlantısından sipariş durumunu okuma | Bağlantı kasasındaki güvenli referansı ve parametreleri kullanın. |
| DB Sorgula | Tenant tedarikçi tablosunu kategori koduyla filtreleyip tablo değişkenine aktarma | Kullanıcı girdisini sorgu metnine birleştirmeyin; parametre eşleyin. |
| DB Komutu | Onaylanmış tedarikçi kaydını izinli tenant tablosuna ekleme | Tekrar çalıştırmada çift kayıt üretmeyecek benzersiz alan belirleyin. |
| Web Servisi | Döviz kuru servisinden sonucu alıp doviz_kuru değişkenine yazma | Başarı ve hata alanlarını açıkça eşleyin; gerekiyorsa sonrasında Karar kullanın. |
| E-posta Gönder | Onay sonucunu başlatana, üretilen PDF ekiyle gönderme | Tenant e-posta bağlantısını, alıcı ifadesini ve ek değişkenini seçin. |
| Doküman Oluştur | Satınalma onay şablonunu onay_belgesi doküman değişkenine üretme | Önce Proje Gezgini’nde A4 şablonu tasarlayın. |
| Paralel Ayır | Teknik inceleme ile bütçe kontrolünü aynı anda başlatma | Her paralel kol için ulaşılabilir bir devam yolu kurun. |
| Birleştir / Bekle | Teknik ve bütçe kontrollerinin ikisi de tamamlanınca nihai onaya geçme | Bu senaryoda “Paralel Birleştir” stratejisini seçin. |
| Alt Süreç | Onaylanan talep için yayımlanmış “Tedarikçi Teklif Toplama” sürecini başlatma | Girdi ve çıktı değişkenlerini tür uyumlu biçimde eşleyin. |
| Zamanlayıcı | Hatırlatma göndermeden önce 24 saat bekleme | Akış içi bekleme ile zamanlanmış başlangıcı birbirine karıştırmayın. |
| Olay Bekle | Harici sistemden “ödeme tamamlandı” olayı gelince devam etme | Olay anahtarını ve eşleme alanlarını açıkça tanımlayın. |
| Bitiş | status “Tamamlandı” yapıldıktan sonra süreci sonlandırma | Akışta tek Bitiş bulundurun; iş sonucunu status ile izleyin. |
| Bağlantı | Görev Formu “Reddet” çıkışını ret bildirimi adımına bağlama | Otomatik yolları buton gibi adlandırmayın; ok yönünü kontrol edin. |
Uçtan uca örnek akışlar
İzin talebi
Başlangıç → Hesapla (talep no) → Görev Formu (başvuru) → Görev Formu (yönetici onayı) → Doküman Oluştur → E-posta Gönder → Bitiş
Tedarikçi kaydı
Başlangıç → Görev Formu → DB Sorgula (mükerrer kontrolü) → Karar → DB Komutu (ekle) → Görev Formu (sonuç) → Bitiş
Satınalma incelemesi
Başlangıç → Paralel Ayır → Teknik Kontrol + Bütçe Kontrolü → Paralel Birleştir → Nihai Onay → Bitiş
Başlangıç tetikleyicileri
Akışta tek Başlangıç bulunur; birden fazla çalışma yöntemi aynı başlangıcın Tetikleyiciler bölümünden tanımlanır. En az bir etkin tetikleyici zorunludur.
| Tür | Başlıca özellikler | Kullanım örneği |
|---|---|---|
| Manuel | Etkinlik, görünen ad/açıklama, başlatma formu, herkes veya kullanıcı/grup/departman/pozisyon yetkisi | Kullanıcının Süreç Merkezi’nden izin talebi açması |
| Zamanlanmış | Tek/tekrarlı, başlangıç zamanı, saat dilimi, günlük/haftalık/aylık/Cron, kaçırılan çalışma ve tekrar önleme | Aylık bakım kontrolü |
| API / Webhook | Uç nokta, API anahtarı/imza, güvenli bağlantı referansı, idempotency | Başka sistemin süreç başlatması |
| Veri kaynağı | Bağlantı, salt okunur sorgu, benzersiz alan, kontrol aralığı ve parti limiti | Yeni kayıt başına süreç |
| Gelen e-posta | Posta bağlantısı, gönderen/konu/gövde filtresi, ek değişkeni ve kontrol sıklığı | Belirli konuya gelen e-postadan kayıt |
| Entegrasyon olayı | Özel webhook, e-fatura, EPİAŞ, Logo/Tiger, SAP, sayaç; bağlantı ve olay filtresi | Harici entegrasyon olayı |
Görev atama, form çıkışları ve yorumlar
Görev Formu bir kullanıcı görevini oluşturur. Kimin görevi alacağı ve hangi butonların akışı nereye götüreceği adım özellikleri ve form çıkışlarında tanımlanır.
Atama seçenekleri
- Başlatan kullanıcı veya yöneticisi
- Önceki görevi tamamlayan
- Sabit kullanıcı veya grup
- Kullanıcı/grup/principal değişkeni
- Yuvarlak dağıtım (round-robin)
- Atama ifadesi veya kuralı
Yedek ve yeniden atama
Görev asıl kişiye atanamadığında yedek davranış belirlenir. Yeniden atamaya izin, termin/SLA, hatırlatma, aşım davranışı ve bildirimler adım özelliklerindedir.
Form çıkışı = kullanıcı aksiyonu
Yalnızca Görev Formu’ndan çıkan yollar buton olarak görünür. Bağlantı üzerinde:
- Buton adı ve hedef adım
- Arka plan ve yazı rengi
- Genişlik ve yükseklik
- Yorum zorunluluğu ve yorum değişkeni
- Koşul ve tetikleme davranışı
Yorum zorunlu aksiyonda önce açılır pencere görünür. Kaydedilen yorum; formun üst kısmındaki Yorum Geçmişi’nde kullanıcı, tarih ve saat bilgisiyle log olarak gösterilir.
Veri tabloları, DB Sorgula ve DB Komutu
Designer, süreç tasarımcısına tenant içinde kontrollü bir veri tabanı sihirbazı sunar. Amaç; geliştiriciye özel manuel sağlayıcılar yerine şema, sorgu ve eşlemeyi açıkça süreç tanımında tutmaktır.
Veri tablosu
İş verisinin kolonlarını, türlerini, zorunluluk ve benzersizlik kurallarını tanımlar.
DB Sorgula
Parametreli sorgu veya sihirbaz filtresiyle veriyi okur, tek değer veya tablo değişkenine eşler.
DB Komutu
İzin verilen tabloya ekleme/güncelleme yapar; parametreleri süreç değişkenlerinden alır.
Güvenli tasarım kuralları
- Kullanıcı değerini SQL metnine birleştirmeyin; her zaman parametre kullanın.
- Okuma ve yazma işlemlerini ayrı adımlarda tutun.
- Tablo ve kolonları Designer şemasından seçin; üretim veritabanında serbest DDL çalıştırmayın.
- Yazma adımında tekrar çalıştırma/idempotency etkisini değerlendirin.
- Sonucu süreç değişkenine açık eşleyin; gizli yan etki bırakmayın.
A4 doküman tasarımı
Doküman editörü; değişken, metin, resim, çizgi ve görev özeti kullanarak A4 dikey/yatay şablon hazırlar. Doküman Oluştur adımı bu şablonu çalışma zamanı verisiyle üretir.

%degisken% biçiminde A4 üzerinde konumlandırılmıştır.- Proje Gezgini’nde Yeni Doküman oluşturun.
- A4 yönünü ve şablon anahtarını belirleyin.
- Metin, değişken, resim, çizgi veya görev özeti öğesi ekleyin.
- Öğeleri A4 üzerinde konumlandırın; değişkenleri listeden sürükleyin.
- Akışta Doküman Oluştur ekleyip şablon ve hedef dosya/doküman değişkenini seçin.
Alt süreç tasarımı
Alt Süreç bileşeni, tenant içindeki başka bir yayımlanmış süreci çağırır. Kod elle yazılmak yerine süreç listesinden seçilir; giriş ve çıkışlar tabloyla eşlenir.
| Alan | Doğru davranış |
|---|---|
| Alt süreç seçimi | Tenant içindeki yayımlanmış süreçten seçim |
| Çalıştırma | Varsayılan olarak tamamlanmasını bekle; paralel kullanım için önce Paralel Ayır |
| Girdi | Üst süreç değişkeni → alt süreç değişkeni |
| Çıktı | Alt süreç değişkeni → üst süreç değişkeni |
| Tür güvenliği | Uyumlu türleri eşleştir; zorunlu alt süreç girdilerini eksik bırakma |
| Sürüm | Başlatılan alt süreç yayımlanmış sürüme sabitlenir |
| İlişki | Üst/alt/root CIID ilişkisi süreç geçmişinde tutulur |
| Hata ve iptal | Hata politikası, tekrar deneme ve üst süreç iptalindeki davranış açık olmalı |
Hatalar, test ve yayınlama
Designer, yapısal hataları yayın öncesinde görünür kılar. Test Et, akışın koşullarını ve tanımlarını kontrol eder; Yayınla ise değişmez yeni bir sürüm oluşturur.
Hata panelinin yakalaması gerekenler
- Başlangıç veya Bitiş eksikliği/fazlalığı
- Başlangıçta etkin tetikleyici olmaması
- Boşta kalan bağlantı uçları
- Bileşen giriş/çıkış sayısı ihlali
- Karar kuralı veya Evet/Hayır yolunun eksikliği
- Silinmiş form/doküman/değişken referansı
- Geçersiz veya bilinmeyen ifade fonksiyonu
- Tür uyumsuz değişken eşlemesi
- Eksik zorunlu alt süreç girdisi
- Geçersiz DB tablo/kolon/parametre eşlemesi
- Birleştir stratejisiyle akış yapısının uyumsuzluğu
- Eksik e-posta, doküman veya görev atama tanımı
Birleştirme stratejisi
| Strateji | Ne zaman ilerler? | Doğru kullanım |
|---|---|---|
| Yol Birleştir / İlk ulaşan yol | Alternatif yollardan biri gelince | Karar veya form aksiyonlarının birbirini dışlayan yolları |
| Paralel Birleştir / Tüm kollar | Başlatılmış tüm paralel kollar gelince | Paralel Ayır ile açılan iş kolları |
Sürüm güvenliği
Yayınlanan her tanım yeni sürümdür. Çalışan süreç örnekleri başladıkları sürümle devam eder; yeni yayın eski süreç içindeki değişken, form veya adımları boşaltmamalıdır. Yeni başlayan süreçler en son etkin sürümü kullanır.
Süreç paketi ve akış görseli
Süreç tanımı taşınabilir paket olarak dışarı alınabilir; akış diyagramı ayrıca yüksek kaliteli PNG görseli olarak indirilebilir.
.dpflow.json Süreç Paketi
Akış, değişkenler, formlar, dokümanlar ve ilgili tasarım tanımlarını yedekleme/taşıma amacıyla paketler. İçeri alınırken kimlik ve referans doğrulaması yapılır.
Kullanım: Üst şeritte Süreç Paketi → dışa aktar; hedef ortamda Paket Aç.
Akış PNG
Akış tuvalini Fit View ile görünür alana sığdırır ve mevcut Designer çizimini yeniden üretmeden doğrudan PNG olarak yakalar.
Kullanım: Ana Akış sekmesi → Akış PNG.
Uçtan uca tasarım kontrol listesi
Bir süreci yayınlamadan önce aşağıdaki sırayı kullanın. Amaç yalnızca hatasız çizim değil; sürdürülebilir veri modeli, anlaşılır kullanıcı deneyimi ve güvenli çalışma zamanı oluşturmaktır.
1 · Veri ve deneyim
- Değişken kodları kararlı ve anlamlı mı?
- Kişisel/hassas veri sınıfı doğru mu?
- Form alanları bilgi gruplarına ayrıldı mı?
- Masaüstü, tablet ve mobil yerleşim kontrol edildi mi?
- Zorunlu/salt okunur/görünür davranış form bağlamına uygun mu?
- Tablo formül ve özetleri örnek satırlarla doğrulandı mı?
2 · Akış ve görev
- Tek Başlangıç ve tek Bitiş var mı?
- En az bir etkin başlangıç tetikleyicisi var mı?
- Her bileşenin giriş/çıkış sayısı doğru mu?
- Alternatif ve paralel birleştirme ayrımı doğru mu?
- Görev ataması, yedek ve SLA davranışı tanımlı mı?
- Form aksiyon adları, renkleri ve yorum kuralları açık mı?
3 · Veri ve entegrasyon
- SQL/DB değerleri parametreli mi?
- Bağlantı sırları yerine güvenli referans kullanılıyor mu?
- Yazma adımları tekrar çalıştırmaya dayanıklı mı?
- Alt süreç girdi/çıktı türleri uyumlu mu?
- Doküman hedef değişkeni ve e-posta ekleri doğru mu?
- İfadelerde bilinmeyen/eskimiş fonksiyon var mı?
4 · Yayın ve işletim
- Hatalar 0 mı; uyarılar bilinçli mi?
- Test Et sonuçları incelendi mi?
- Bir önceki yayınla değişiklik etkisi değerlendirildi mi?
- Çalışan süreçlerin eski sürümle devam edeceği doğrulandı mı?
- Gerekirse .dpflow.json yedeği alındı mı?
- Yayın sonrası web ve mobil form görünümü test edildi mi?
Hızlı sorun giderme
| Belirti | Önce kontrol edin |
|---|---|
| Web formu Designer’dan farklı | Doğru sürecin son sürümü yayınlandı mı; görev o sürümle mi başladı? |
| Gönder butonu işlemiyor | Form çıkışı hedefe bağlı mı; bağlantı userAction mı; zorunlu alan/yorum eksik mi? |
| Birleştirde süreç bekliyor | Yol Birleştir yerine Paralel Birleştir seçilmiş olabilir; gerçekten tüm kollar başlatıldı mı? |
| Değişken listede boş | Beklenen tür filtresi ve değişkenin süreç tanımında bulunması. |
| İfade hata veriyor | Değişken kodu, tırnaklar, parametre sayısı, tarih/sayı türü ve sıfıra bölme. |
| Yayın sonrası eski görev boş | CIID’nin processVersion/snapshot bağı; runtime’ın son tanımı zorla okumaması. |