en
Dil
  • en
  • de
  • fr
  • es
  • br
  • ru
  • jp
  • kr
AI çevirisi
  • ae
  • cn
  • vn
  • id
  • eu
  • il
  • gr
  • no
  • fi
  • dk
  • se
  • tr
  • bg
  • nl
  • it
  • pl
  • hu
  • ro
  • ua
  • cs

İş Akışı

Easy Redmine ile başlayan
iş akışı

İş Akışı nasıl kullanılır

video eğitimlerini ve web seminerleri Kolay Redmine 11 için
Durum geçişleri
Görev alanları izinleri
Ipuçları ve Püf noktaları
köşe durumları

 

Durum geçişleri

İş akışı ayarlarına şuradan erişilebilir: Daha Fazla Bilgi: Yönetim: İş Akışı.

Burada bir rol seçmelisiniz ve bu rol belirli bir izleyici ile bir görevde ne gibi değişiklikler yapabilir. Yeşil tıklayın "Düzenle" düğmesi ve seçenekler ortaya çıkacaktır. Sol sütunda bir görevin sahip olabileceği tüm mevcut durumların listesi bulunurken, sağ tarafta işaretli (izin verilen durum) veya işaretlenmemiş (durum) onay kutularıyla birlikte "Yeni durumlara izin verilir" bulunur. Geçerli durum, rol ve izleyici görev üzerinde zaten ayarlandığında seçim için izin verilmez. Aşağıdaki örneğe göre, bir görevin izleyici Görevi olduğunda, Proje Yöneticisi durumu yalnızca Yeni'den Gerçekleştirme'ye değiştirebilir, hiçbir şey yapamaz Daha.

 

Görev alanları izinleri

Alan izinleri, belirli bir rolün neyi doldurabileceğini veya çeşitli görev alanlarına göre neyi doldurması gerektiğini belirtir. Bu izinlerin geçerli olduğu bir rol ve izleyici seçin. Standart alanlar ve ayrıca özel alanlar için izinleri ayarlayabilirsiniz. Alanın yanında kırmızı bir yıldız varsa, rolünüz ne olursa olsun her zaman doldurulması gereken, küresel olarak gerekli bir alandır. Kırmızı yıldızın olmadığı alan şu şekilde ayarlanabilir:

  • gereklidir
  • Salt okunur
  • Boş (alan doldurulabilir veya doldurulamaz)

 

Ipuçları ve Püf noktaları

Bir durum bir izleyici altında hiç kullanılmayacaksa, çapraz oluşumdaki saygın onay kutularının seçimini kaldırdığınızdan emin olun.

Kullanım örneği 1 - Bir onay zinciri yapılandırın

Aşağıda, onay zincirinin nasıl çalıştığına dair bir örnek bulunmaktadır. Her bir rol (örn. Temsilci, yönetici, teknisyen, vb.) Bir görevin durumunu yalnızca sürecin sorunsuz olmasını ve iç çatışmaların olmamasını sağlayacak şekilde değiştirebilir. Örneğin, yalnızca müşteriyle doğrudan temas halinde olan temsilci, tüm süreç bittikten ve müşteri bilgilendirildikten sonra durumunu "Bitti" olarak değiştirebilir. Müşteri tarafından başlatılan belirli istekleri yalnızca yönetici onaylayabilir veya reddedebilir.

Müşteri yeni bir talep (görev) başlatır, ardından temsilci müşteriye talebin daha fazla onay için iletildiğini bildirir ve bunu "Onay bekleniyor" durumuyla işaretler. Yöneticinin "onay bekleniyor" olarak işaretlenen tüm isteklerin (görevlerin) bir listesi vardır. İlgili talebin sonraki işlemler için onaylanıp onaylanmayacağına karar verdikten sonra talebin (görevin) durumunu "Onaylandı" veya "Reddedildi" olarak değiştirir.

Teknisyenin tüm "onaylanan" isteklerin gösterildiği bir listesi vardır. Sürekli bunların üzerinde çalışıyor ve herhangi biri bitince durumunu “Kontrol ve fatura etmek” olarak değiştiriyor. Şu anda, teknisyenin çalışmasını iki kez kontrol eden temsilci listesinde istek (görev) gösterilir. Müşterinin tüm gereksinimleri karşılanıyorsa görevi “bitti” olarak işaretler ve müşteriye buna göre bilgi verir.

Kullanım örneği 2 - Kullanıcıları önemli verileri girmeye zorlayın - gerekli

Sizin için çok önemli olan belirli verileri elde etmek için belirli alanları zorunlu hale getirebilirsiniz, bu, böyle bir alanı "Gerekli" durumuna getirerek yapılabilir. Örneğin, müşterinizin doğum tarihine ihtiyaç duyduğunuzda (örneğin, müşterinin reşit olup olmadığını belirlemek için), "Doğum tarihi" alanını "Gerekli" olarak ayarlayabilirsiniz, böylece müşteri usulüne uygun olmadan devam edemez. önce bu alanı doldurun.

Kullanım örneği 3 - Yetkisiz kullanıcıların önemli verileri değiştirmesini devre dışı bırakın - salt okunur

Yeni bir görevde konu ve açıklamanın etkinleştirilmesi gerektiğinden dikkatli olun. Belirli kullanıcıların yalnızca belirli eylemleri gerçekleştirmesine izin verilir ve önemli bilgileri düzenleyemez veya kaldıramazlar; bu, "Salt Okunur" modunun etkinleştirilmesiyle sağlanabilir.

Örneğin, bir müşteri doğum tarihini girerse, bu tür verilerin kazara kaybolmasını önlemek için bu alan Salt Okunur moduna ayarlanabilir. Alternatif olarak, yalnızca bir yöneticinin (veya uygun herhangi bir kişinin) bu verileri değiştirmesine/kaldırmasına izin verilebilirken diğerleri bunu yapamaz.

Kullanım örneği 4 - İhtiyaç duymadığınız iş türünde gereksiz durumu devre dışı bırakın

Durum "kod incelemesi", BT departmanı için önemlidir, ancak diğer bölümler için değildir. BT uzmanları "Kod incelemesi" statüsünü kullanabilecek, ancak diğer bölümlerin kullanıcıları buna erişmeyecek.

 

köşe durumları

  • Proje alanı "Salt Okunur" olarak ayarlandığında, böyle bir durumda görev üzerindeki proje alanının değişmesi gerekeceğinden görevleri taşıyamazsınız.
  • Belirli bir izleyiciye sahip bir görevi, proje ayarlarında bu izleyiciye izin vermeyen başka bir projeye taşıdığınızda, görevin izleyicisi otomatik olarak listedeki ilk izin verilen kişiye değiştirilir.
  • Yönetim >> Ayarlar >> Görev izlemede "Ana görevi kapatarak alt görevleri de kapatın" seçeneğini etkinleştirdiğinizde, alt görevin durumu İş Akışı ayarları tarafından devre dışı bırakılsa bile ana görevin durumu, alt görevin durumuna da uygulanır.
  • Proje herkese açık değilse, projenin üyesi OLMAYAN Yönetici haklarına sahip Kullanıcı, o projedeki diğer tüm rolleri "neredeyse" devralır ve iş akışı onlara göre doğrulanır.
  • Proje herkese açık değilse ve üye yoksa, bu durumda iş akışı Yönetici hakkına sahip kullanıcı için hiçbir şekilde doğrulanmıyor demektir.

30 günlük ücretsiz deneme sürümünde Easy Redmine'i deneyin

Coğrafi konumunuzda tam özellikler, SSL korumalı, günlük yedeklemeler