Kurallar ve kural değerlendirmesi
Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018 - TFS 2013
Kurallar, bir iş öğesi alanına değer atamaları ayarlamak veya kısıtlamak için kullanılır. Otomatik olarak oluşturulan kurallar ve bir işlem veya proje için tanımlanan özel kurallar olmak üzere iki ana kural türü vardır. Otomatik oluşturulan kurallar, standart bir şekilde çalışması gereken alanlar için özel kurallar ekleme gereğini en aza indirger.
İş kullanım örneklerinizi desteklemek için özel kurallar tanımlarsiniz. Bir alanın veri türüne bağlı olarak, bu alana girilebilir veriler üzerinde çeşitli kısıtlamalar kullanabilirsiniz. Bir seçim listesi (açılan menü) için değerler belirtebilirsiniz, varsayılan değerleri ayarlar, girişleri temizler veya değişiklikleri kısıtlarsınız. Koşullu kurallarla, bir alana farklı alanların değerleri arasındaki bağımlılıkları temel alan kurallar uygulayabilirsiniz. Ayrıca, bir alanı veya kapsamı değiştirecek kullanıcıları yalnızca bir gruba uygulanacak şekilde kısıtlar.
Aşağıdaki bilgileri anlamak için bu makaleyi okuyun:
- Sistem otomatik olarak oluşturulan kuralları nasıl uygular?
- Sistem alanlarındaki özel kuralların tanımına yerleştirilen kısıtlamalar
- Uygulayabilecek farklı özel kural türleri
- Kuralların değerlendirilmesi
- Devralma işlemi için tanımlanan kurallarla şirket içi XML işlemi arasındaki fark
- Tanımladığınız özel kural sayısını neden en aza indirmelisiniz?
Özel kurallar tanımlamadan önce, iş gereksinimlerinizi Azure Boards için yapılandırma ve özelleştirme makalelerini Azure Boards özelleştirme makalelerini okuyun.
İpucu
WIT için tanımladığınız kural sayısını en aza indirme. BIR WIT için birden çok kural oluşturabilirsiniz ancak kullanıcı iş öğelerini ekleyen ve değiştiren ekleme kuralları performansı olumsuz etkileyebilir. Kullanıcılar iş öğelerini kaydeden sistem, iş öğesi türü için alanlarla ilişkili tüm kuralları doğrular. Belirli koşullar altında kural doğrulama ifadesi, değerlendirme için SQL karmaşıktır.
Otomatik olarak oluşturulan kurallar
Otomatik oluşturulan kurallar, standart bir şekilde çalışması gereken alanlar için özel kurallar ekleme gereğini en aza indirger.
Durum geçişi kuralları
Devralınan işlemler, her özel iş öğesi türü ve bir iş akışına eklenen özel durum için herhangi bir durumdan herhangi bir duruma geçiş kurallarının tamamını dinamik olarak oluşturur. Herhangi bir durumdan herhangi bir duruma geçiş geçerlidir.
Şirket içi XML işlemleri için, iş öğesi türü tanımının bölümünde
WORKFLOW geçerli geçişleri belirtmeniz gerekir.
Durum geçişleri ve Tarihe Göre alan kuralları
Tarihe Göre alanları Oluşturan/Tarihe,Etkinleştirilene/Tarihe Göre, Çözümlenene/Tarihe ve Kapatılana/Tarihe karşılık gelir.
Devralınan işlemler için, bir iş öğesini bir durumdan diğerine geçiş sırasında bu alanlar otomatik olarak ayarlanır veya temizlenir. Her iş öğesi kaydetmesi ile güncelleştirilen ve durum geçişleriyle ilgisi olmayan Changed By/Date alanları dahil değildir.
Bu alanları yöneten varsayılan kurallar ve davranışlar şunlardır:
- Kapalı durum her zaman Tamamlandı durumu kategorisinde yer almaktadır.
- Tamamlandı durum kategorisi yapılandırılabilir değildir ve bir ve yalnızca bir Durum ile ilişkilendirilmektedir.
- Bu Kapalı durum Çevik ve CMMI işlemleri için her zaman Kapalı ve Scrum ve Temel işlemler için her zaman Bitti olur.
- Kural koşulu, yerelleştirilmiş State adını içerdiği için bu kuralların otomatik olarak oluşturması yerelden etkilenir. Sistem farklı yereller için farklı kurallar üretir.
- Bu alanlar için otomatik olarak oluşturulan kurallar yalnızca bu alanları içeren iş öğesi türleri için belirtilir. Bir iş öğesi türünün bu alanlardan birini veya daha fazlasını içermesi mümkün değildir.
- Bir iş öğesi türü özel durumları olduğunda veya iş öğesi türü özel bir iş öğesi türü olduğunda bu kurallar gereklidir.
- Bu kurallar yalnızca devralınan işlemler için geçerlidir; Barındırılan XML veya Şirket İçi XML işlemleri için hiçbir zaman oluşturulmazlar.
İş akışı durumları, Kanban panolarında iş akışını desteklemek için durum kategorileriyle ilişkilendirildi. Daha fazla bilgi edinmek için bkz. İş akışı durumları ve durum kategorileri, Backlogs ve Boards.
Durum Değiştirme Tarihi alan kuralları
Bu kurallar teknik olarak Kapalı/Kapalı Tarih kurallarından çok daha basittir çünkü belirli bir durumlara bağımlı değildir. Tüm iş öğesi türler için aynı kurallar her zaman çalışır. Bazı OOB iş öğesi türlerinin State Change Date alanını içermesi nedeniyle otomatik olarak oluşturulmaları gerekir. Bu nedenle, kullanıcı bu alanı özel bir iş öğesi türüne ekleyene kadar bu kuralların da otomatik olarak oluşturulmuş olması gerekir. Kapalı/Kapalı Tarih kuralları için de aynı ilkeler burada geçerlidir.
Özel kurallar
Tüm özel kurallar isteğe bağlıdır. Devralınan bir işlem için koşul ve eylemden oluşan bir kural belirtirsiniz. Şirket içi XML işlemi için, bir alan veya iş akışı içinde kurallar belirtirsiniz.
İki işlem arasında bire bir eşleme yok. Bazı durumlarda XML öğesi kuralı, kural olarak değil devralınan işlem için Düzenle alanı iletişim kutusunda tanımlanır. Devralınan işlemde , , gibi diğer XML
FROZEN
MATCH öğeleri
NOTSAMEAS desteklenmiyor.
Şunlara dikkat edin:
- Kurallar yalnızca formla etkileşim kurduğunda değil, aynı zamanda diğer araçlar arasında etkileşim kurduğunda da her zaman zorunlu kılınur. Örneğin, bir alanı salt okunur olarak ayarlama, kuralı yalnızca iş öğesi formuna değil, AYNı zamanda API ve eklenti Excel Azure DevOps Server uygular.
- Devralınan işlem girişleri, tam bir kural yapmak için koşulları ve eylemleri belirtir. XML öğeleri bu ayrımları yapmaz.
- Alan kuralları, diğer iki alanın toplamı olan değerleri atamayı veya başka matematiksel hesaplamalar gerçekleştirmeyi desteklemez. Ancak, TFS Toplayıcısı (Web Hizmeti) Market uzantısı aracılığıyla ihtiyaçlarınıza uyan bir çözüm bulabilirsiniz. Ayrıca bkz. İş ve diğer alanların dökümü.
- Market uzantılarını kullanarak alanlara özel kurallar uygulamak için İş öğesi formu denetim kitaplığı uzantısı gibi ek çözümler bulabilirsiniz.
Kural bileşimi
Devralınan bir işlem için her kural iki bölümden oluşur: Koşullar ve Eylemler. Koşullar, kuralın uygulanması için karşılanmalıdır koşulları tanımlar. Eylemler, gerçekleştirecek işlemleri tanımlar. Çoğu kural için, kural başına en fazla iki durum ve 10 eylem belirtabilirsiniz. Tüm özel kuralların çalıştırılana kadar tüm koşulların karşı olması gerekir.
Örneğin, durum ve başka bir alana atanan değere bağlı olarak bir alanı gerekli hale ebilirsiniz. Örneğin:
(Condition) When a work item State is
(Condition) When a work item State is
(Condition) And when the value of
(Condition) And when the value of = =
(Action) Then make required
(Action) Then make required
Not
Şu anda, durum geçişi kuralları için yalnızca bir koşul de destekleni. State tabanlı kurallar uyguluyorsanız bkz. İş akışı durumlarına kurallar uygulama.
Aşağıdaki tabloda seçilen Koşullar ile kullanılabilen Eylemler özetlemektedir.
Condition
Desteklenen Eylemler
Alan değerini ayarlama veya gerekli ya da salt okunur yapma
Durumu temel alarak geçişi kısıtlama
Alanı gizle veya alanı salt okunur yapma ya da Durum ve kullanıcı ya da grup üyeliğine göre gerekli hale
ve kullanıcı veya grup üyeliğine göre alan özniteliğini ayarlayın veya Durum geçişlerini kısıtla
Çok fazla kural tanımlanmışsa ne olur?
her oluşturulduğunda veya güncelleştirildiğinde iş öğelerinin doğrulanması için her proje için tek bir SQL ifadesi tanımlanır. Bu ifade, proje için tanımlanan tüm iş öğesi türleri için belirttiğiniz kuralların sayısıyla birlikte büyür. Bir alan için belirtilen her davranış niteleyicisi, alt ifadeler sayısında artmaya neden olur. İç içe geçmiş kurallar, yalnızca başka bir alanın değerine uygulanan bir geçişte veya koşullu olarak uygulanan kurallar, bir deyime daha fazla koşul eklenmesine neden olur
IF . ifade belirli bir boyuta veya karmaşıklığa ulaştığında SQL daha fazla değerlendiremez ve bir hata üretir. Bazı WTS 'leri kaldırma veya bazı kuralları ortadan kaldırma, hatayı çözebilir.
Seçim listesi (açılan menü) için değerler belirtebilir, varsayılan değerleri ayarlayabilir, girişleri temizleyebilir veya değişiklikleri sınırlayabilirsiniz. Koşullu kurallarla, farklı alanların değerleri arasındaki bağımlılıklara göre bir alana kurallar uygulayabilirsiniz. Ayrıca, bir alanı kimlerin değiştirebileceğini veya bir kuralın yalnızca bir gruba uygulanmasını sınırlayabilirsiniz.
İş öğesi kuralları tek bir koleksiyon olarak mevcut değil. Kurallar aslında dinamik olarak oluşturulur ve farklı veri kaynaklarından birleştirilir. Birleştirme mantığı basit bir işlemdir, aynı kuralları birleştirebilir, ancak çakışan kuralları kırpmayın.
Atlama kuralları
Genel olarak, kullanıcılar iş öğesini değiştirirken tüm iş öğeleri kural altyapısı tarafından onaylanır. Bununla birlikte, belirli senaryoları desteklemek için, iş öğesi güncelleştirmeleri proje düzeyi izni üzerinde atlama kuralları atanan kullanıcılar, hiçbir kural değerlendirilmeden iş öğelerini kaydedebilir.
Kurallar iki şekilde atlanabilir. İlki, Iş öğeleri-güncelleştirme REST API ve parametresi olarak ayarlanıyor
true . İkincisi, BypassRules modunda başlatarak (ile başlatın) istemci nesne modeli aracılığıyla yapılır
WorkItemStore
WorkItemStoreFlags.BypassRules .
Sistem alanları ve özel kurallar
Sistem alanları sistemine sahiptir. Ad başvuru adları, örneğin System. title ve System. State.
Aşağıdaki sistem alanlarının bir değere sahip olması gerekir: alan kimliği, değiştirme tarihi, oluşturma tarihi, oluşturma, durumve neden.
Kural altyapısı, aşağıdaki gibi, sistem alanlarıyla ayar koşullarını veya eylemleri kısıtlar:
- Durum ve neden alanlarını Salt okunabilir hale getirebilirsiniz.
- Başlığa, atanan, açıklamayave değiştirilen alanlara kuralların çoğunu uygulayabilirsiniz.
Devralma işlemi için kural Kullanıcı arabiriminin açılan menüsünde listelenen bir alanı görmüyorsanız, bu neden budur. Örneğin, alan yolu (System. AreaPath) bir koşula göre salt okunurdur, alan yolu alanı seçime uygun değildir. Bir sistem alanı belirleyebiliyor olsanız da kural altyapısı, kuralı kaydetmenizi kısıtlayabilir.
Varsayılan ve kopyalama kuralları
Varsayılan ve kopyalama kuralları çalışma öğesi alanlarının değerlerini değiştirir. Varsayılan değerleri belirtme, alanları Temizleme, alanların tanımlanmasını gerektirme gibi çalışma zamanı davranışlarını ve kısıtlamalarını tanımlar.
Kullanıcı veya grup üyeliği kuralı kısıtlamalarıbölümünde açıklandığı gibi, bu kuralların uygulamasını geçerli kullanıcının grup üyeliğine göre kısıtlayabilirsiniz.
Bu kural eylemlerinin çoğu herhangi bir koşul seçimiyle uygulanabilir.
Devralınan işlem eylemi
Açıklama
Copy the value from...
Geçerli alana kopyalanacak bir değer içeren başka bir alan belirtir.
Clear the value of...
İçerdiği herhangi bir değerin alanını temizler.
Use the current time to set the value of ...
Geçerli kullanıcının saat ayarına göre bir alanın saatini ayarlar.
Kısıtlama kuralları
Kısıtlama kuralları bir alanın değerini değiştirmeyi kısıtlar. Bir iş öğesi için geçerli durumları tanımlarlar. Her kısıtlama tek bir alan üzerinde çalışır. Kısıtlamalar, iş öğesi kaydedilirken sunucusunda değerlendirilir ve herhangi bir kısıtlama çiğneniyorsa Kaydet işlemi reddedilir.
Kullanıcı veya grup üyeliği kuralı kısıtlamalarıbölümünde açıklandığı gibi, bu kuralların uygulamasını geçerli kullanıcının grup üyeliğine göre kısıtlayabilirsiniz.
Bu kural eylemlerinin çoğu herhangi bir koşul seçimiyle uygulanabilir.
Devralınan işlem eylemi
Açıklama
Hide the field...
Yalnızca bir grup üyeliği koşulu seçildiğinde kullanılabilir.
Çalışma öğesi formundaki alanı göstermemelidir, aslında geçerli kullanıcının alanın değerini değiştirme yeteneğini kaldırır.
Make read-only
Bir alanın hiç değiştirilmesini engeller. Bu kuralı belirli koşullar altında uygulamak isteyebilirsiniz. Örneğin, bir iş öğesi kapatıldıktan sonra, verileri raporlama amaçlarına karşı korumak için bir alanı salt okunabilir hale getirmek istersiniz.
Varsayılan alanı salt okunurdur olarak belirtmek için alanı Düzenle iletişim kutusunda, Seçenekler sekmesinde belirtin.
Make required
Kullanıcının alan için bir değer belirtmesini gerektirir. Kullanıcılar, gerekli tüm alanlara değer atalana kadar bir iş öğesi kaydedemez.
Varsayılan alanın gerekli olduğunu belirtmek için alanı Düzenle iletişim kutusunda, Seçenekler sekmesinde belirtin.
Listeleri seçme
Seçim listeleri, bir kullanıcının Dize veya Tamsayı alanı için seçeleyemleri tanımlar. Seçim listesinde tanımlanan değerler bir iş öğesi formunda ve sorgu düzenleyicisinde görüntülenir.
Devralınmış bir işlem için seçim listeleri, Alanı düzenle iletişim kutusu aracılığıyla tanımlanır.
Alanı düzenle iletişim kutusu
Açıklama
Seçim listesi alanı için Tanım sekmesi
Alan için izin verilen değerlerin listesini tanımlar. İzin verilen değerler, iş öğesi formlarında ve sorgu oluşturucuda bir alan listesinde seçim için kullanılabilen değerlerdir. Bu değerlerden birini seçmeniz gerekir.
Kullanıcıların kendi girdilerini belirtmesine izin vermek için Seçenekler sekmesindeki Kullanıcıların kendi değerlerini girmelerine izin ver onay kutusunu işaretleyin
Alan için önerilen değerlerin listesini tanımlar. Önerilen değerler, iş öğesi formlarında ve sorgu oluşturucuda bir alan listesinde seçim için kullanılabilen değerlerdir. Listede yer alan değerlere ek olarak başka değerler de girebilirsiniz.
Koşullu alan değerleri veya değişiklikleri
Koşullu kurallar, belirli bir değere eşit olan veya eşitliğini yitiren bir alanın değerine bağlı olarak ya da belirli bir alanın değerinde bir değişiklik yapılmış veya böyle bir değişiklik yapılmış olup olmadığını temel alan bir eylem belirtir. Genel olarak koşullu kurallar, koşulsuz kurallara göre ilk olarak uygulanır. Birden çok koşullu kural true olarak değerlendirilsin, yürütme sırası şu şekilde olur: When, WhenNot, WhenChanged, WhenNotChanged.
Alan başına birden çok koşullu kural belirtebilirsiniz. Ancak, koşullu kural başına yalnızca tek bir sürüş alanı belirtebilirsiniz.
Devralınan koşul
Açıklama
The value of ... (equals) [Ne Zaman]
Başka bir alan belirli bir değere sahip olduğunda geçerli alana uygulanacak bir veya daha fazla kuralı belirtir.
A change was made to the value of ... [WhenChanged]
Belirli bir alanın değeri değiştiriken geçerli alana bir veya daha fazla kural uygular.
The value of ... (not equals) [WhenNot]
Başka bir alanın belirli bir değeri yoksa geçerli alana bir veya daha fazla kural uygular.
No change was made to the value of ... [WhenNotChanged]
Belirli bir alanın değeri değişmemişse geçerli alana bir veya daha fazla kural uygular.
Devralınan eylem
Açıklama
Clear the value of ...
Copy the value from ...
Make read-only ...
Make required ...
Set the value of ...
Use the current time to set the value of ...
Use the current user to set the value of ...
Belirli bir alanda hangi eylemin geçerli olduğunu belirtir.
Kullanıcı veya grup üyeliği kuralı kısıtlamaları
Bir kuralın uygulamasını geçerli kullanıcının üyeliğine göre kısıtabilirsiniz. kuralın kapsamını tek bir kullanıcı Azure DevOps değil, tek bir güvenlik grubu olarak belirtmenizi öneririz, ancak ikincisini belirtesiniz. Kuralın kapsamını birden çok grup olarak ayarlamak için, kullanmak Azure DevOps grupları içeren bir üst grup grubu oluşturmanız gerekir.
İşlem uygulaması
İpucu
Ortaya çıkabilecek kural değerlendirme sorunlarından kaçınmak için, Azure DevOps veya Active Directory güvenlik Azure Active Directory değil güvenlik gruplarını belirtin. Daha fazla bilgi edinmek için bkz. Varsayılan kurallar ve kural altyapısı.
Aşağıdaki tabloda da olduğu gibi, geçerli kullanıcının üyeliğine göre bir kuralı kısıtlamak için Devralınmış bir işlem için iki koşullardan birini belirtirsiniz. Bu kurallar, Azure DevOps 2020 ve sonraki sürümler için etkindir.
Şunlara uygulanır
Kural
Koşul
Current user is a member of group ...
Current user is not member of group ...
Eylem
Hide the field ...
Make read-only ...
Make required ...
Restrict the transition to state ...
Kullanıcılara veya gruplara başvuru yapmak için belirteçleri kullanma
Kimlik veya kişi seçici alanları hem kullanıcılara hem de gruplara başvurulan değerleri kabul eder. Bir kuralı bir grupla kısıtlarken, grubun etki alanını veya kapsamını belirtirsiniz. Bazı değerler için belirteçleri kullanabilirsiniz.
Belirteç örnekleri şunlardır:
- [ProjectName], örneğin : [Fabrikam], [FabrikamFiber], [MyProject]
- [OrganizationName], örneğin : [fabrikam], [kuruluşum]
- [CollectionName], örneğin : [fabrikam], [myorganization]
Projeniz veya kurum için kullanılabilen kapsamlar hakkında bilgi edinmek için Project Ayarlar İzin Grupları veya Kuruluş > Ayarlar İzin Grupları sayfasına gidin, listeyi gerektiğinde filtreleyebilirsiniz. > Örneğin, aşağıdaki görüntüde, filtrelenmiş bir listenin ilk dört girdisi, Azure DevOps. Daha fazla bilgi edinmek için bkz. Proje veya koleksiyon düzeyinde izinleri ayarlama.
Varsayılan güvenlik grupları hakkında daha fazla bilgi edinmek için bkz. İzinler ve gruplar
Kural değerlendirmesi
Bir iş öğesini değiştiren kullanıcının kullanıcı veya grup üyeliğine göre bir koşul belirten kurallar iki şekilde değerlendirilir. Kural değerlendirilmelidir, uygulamanın geçerli kullanıcı için geçerli kullanıcı için geçerli olup olmadığını belirlemek için kullanıcının belirtilen grubun üyesi olup olmadığını denetlemesi gerekir.
- Web portalında, REST API veya azure boards komutundan iş öğesini değiştirirken, Azure Active Directory veya Active Directory'ye bir istek yapılır. Bu işlem için hiçbir sorun oluşmaz.
- WIT İstemci Nesne Modeli'Visual Studio, Team Explorer Everywhere, Excel veya başka bir özel araçtan iş öğesini değiştirirken üyeliği değerlendirme isteği bir istemci önbelleğine dayalıdır. İstemci önbelleği Active Directory gruplarının farkında değildir.
Not
Visual Studio 2019 Takım Gezgini, GIT kullanan projeler için REST API'leri kullanmak üzere yeniden yazılmıştır.
Kullanıcıların iş öğelerini çeşitli istemcilerden güncelleştirmeleriyle ilgili sorunları önlemek Azure DevOps Active Directory grupları yerine güvenlik gruplarını belirtin. Active Directory grubuna karşılık Azure DevOps bir güvenlik grubu kolayca oluşturabilirsiniz. Nasıl olduğunu öğrenmek için bkz. Bir güvenlik grubuna kullanıcı veya grup ekleme.
Not
WIT İstemcisi OM kullanım dışıdır. 1 Ocak 2020'den itibaren, Azure DevOps Services ve 2020'de Azure DevOps Server desteklemeyecektir.
Kuralların değerlendirilme sırası
Kurallar genellikle listelenme sırasına göre işlenir. Ancak, tüm kuralların değerlendirilme sırası tam olarak belirlenmci değildir.
Bu bölümde koşullu, kopya ve varsayılan kurallar uygulanırken beklenen davranış ve etkileşimler açık bir şekilde anlatılmıştır.
Aşağıdaki adımlar, doğru sırayla, bir iş öğesi formunun Azure DevOps tarafından gerçekleştirdiği etkileşimleri gösterir. Yalnızca 1, 8 ve 13. adımlar kullanıcı tarafından gerçekleştirilir.
Web Azure DevOps, Visual Studio/Takım Gezgini veya Team Explorer Everywhere gibi bir istemciden kullanıcı yeni bir iş öğesi oluşturur veya var olan bir iş öğesini düzenler.
Alan varsayılanlarını doldurun. Tüm alanlar için, koşullu yan tümcenin parçası olmayan alana atanmış tüm varsayılanları uygulama.
Alan değerlerini kopyalayın veya ayarlayın. Tüm alanlar için, bir değeri kopyalamak veya koşullu yan tümcenin parçası olmayan bir alanın değerini ayarlamak için tüm kuralları uygulayabilirsiniz.
Eşleşen Bir Zaman koşullu kuralına sahip tüm alanlar için, bir alan değeri ayarlamak veya kopyalamak için kurallar uygulayabilirsiniz.
Zaman Değil koşullu kuralıyla eşleşen tüm alanlar için, bir alan değerini ayarlamak veya kopyalamak için kurallar uygulayabilirsiniz.
Sistem her zaman When rules before When Not kurallarını işlemeye devam ediyor.
1. adımdan bu yana değerleri değiştirilmiş olan ve Değiştirilen kurallar içeren tüm alanlar için, bir alan değerini ayarlamak veya kopyalamak için kurallar uygulama.
Kullanıcının düzenlemeye başlamasına izin ver.
Kullanıcı bir alan değerini değiştirir ve ardından odağı alandan taşır.
Bu alan için yeni değerle eş değere sahip herhangi bir When kurallarını işin.
Bu alan için yeni değerle eşan herhangi bir When Not kuralı işle.
Bu alan için yeni değerle eş değerle eş değere sahip when Changed kurallarını işle.
Kullanıcıya düzenleme özelliği iade etme.
Kullanıcı değişiklikleri veri deposuna kaydeder.
Tüm alanlar için, alan
Use the current time to set the value of ...için tanımlanan eylemleri doğrudan veya dolaylı olarak bir koşullu kural altında gerçekleştirin.
İlgili makaleler:
- Örnek kural senaryoları
- İş öğesi alan dizini
- İş öğesi alanları ve öznitelikleri
- Proje veya koleksiyon düzeyinde izinleri ayarlama
- İzinler ve gruplar
- Devralınan işlem
- Şirket içi XML işlemi