QA Sürüm Kuralı Otomasyonu

Bu sözlük terimi, aşağıdakilerin bir parçasıdır: SG Systems Global Düzenleme ve operasyon kılavuzu kütüphanesi.

Ocak 2026'da güncellendi • serbest bırakma kuralları, bekletme/serbest bırakma otomasyonu, parti serbest bırakma hazırlığı, test sonucu kontrolü, sapma kapatma kontrolleri, elektronik imzalar, denetim izi kanıtı, rol tabanlı yetki • Esas olarak Düzenlemeye Tabi Üretim ve Dağıtım (GxP serbest bırakma kontrolü, envanter uygunluğu, denetim hazırlığı)

Kalite Kontrol Onay Kuralı Otomasyonu, bir parti, seri üretim, yarı mamul veya nihai ürünün bir sonraki aşamaya geçmeye, sevk edilmeye veya tüketilmeye uygun olup olmadığını belirleyen kurallar olan onay kriterlerinin sistem tarafından yönlendirilen uygulanmasıdır. Manuel inceleme kontrol listelerine ve geleneksel bilgilere güvenmek yerine, otomatik onay kuralları gerekli kanıtları gerçek zamanlı olarak değerlendirir: tamamlanmış parti adımları, geçilen kontroller, onaylanmış sapmalar, doğrulanmış kalite kontrol test sonuçları , doğru dokümantasyon ve yetkilendirilmiş onaylar. Gereksinimler karşılanmazsa, sistem öğeyi beklemede tutar ve sonraki işlemleri engeller.

"Destekleme", kalite sistemlerinin gerçekliğini veya sadece birer tiyatro gösterisi olduğunu kanıtladığı aşamadır. Zayıf ortamlarda "destekleme", bir kişinin bir klasörü hızlıca gözden geçirdikten sonra bir düğmeye tıklamasıdır. Kontrollü ortamlarda ise destekleme, kuralların yerine getirilmesinin sonucudur. Bu fark önemlidir çünkü düzenlenmiş üretim, inceleme niyetinde olup olmadığınızı değil; doğru kanıtları incelediğinizi, kanıtların eksiksiz olduğunu ve ürün hareketini kanıtlar sağlanana kadar engellediğinizi kanıtlayabilmenizi önemser.

Otomasyon, "insan müdahalesi olmadan otomatik onay" anlamına gelmez. Otomasyon, sistemin, insanların baskı altında genellikle gözden kaçırdığı ön koşulları yerine getirmesini sağlar. İnsanlar yine de onay işlemlerini ve istisnaları onaylar, ancak bunu kazara onayı önleyen, "sapmalar açıkken onayı" engelleyen ve sistemin onay anında hangi kuralların tam olarak karşılandığını gösterebilmesi sayesinde denetim savunmasını kolaylaştıran bir kural çerçevesi içinde yaparlar.

"Eğer tahliye, birinin her şeyi hatırlamasına bağlıysa, tahliye kontrolüne sahip değilsiniz, tahliye umuduna sahipsiniz."

1) "Sürüm kuralı otomasyonu" aslında ne anlama geliyor?

Otomatik yayın kuralı, sistemin yayın uygunluğunu rastgele insan kontrol listesi yerine deterministik bir kural kümesi kullanarak değerlendirmesi anlamına gelir. Kural kümesi şunları tanımlar:

• Önkoşul: Yayınlanmasına izin verilmeden önce nelerin doğru olması gerekir?
• Engelleyiciler: Çözülene kadar yayınlanmayı engelleyecek koşullar
• Kanıt: Hangi kayıtların, sonuçların ve onayların mevcut olması ve birbirine bağlanması gerekmektedir?
• Yetki: Hangi roller hangi koşullar altında yayın izni verebilir?
• İzlenebilirlik: Yayınlama işlemlerinin lotlarla, soy ağacıyla ve sevkiyatlarla nasıl bağlantılı olduğu.

Otomasyon, kalite güvence değerlendirmesini ortadan kaldırmaz. Kazara oluşan yayın yollarını ortadan kaldırır ve tutarlılığı zorunlu kılar. Kalite güvence değerlendirmesi olması gereken yerde kalır: istisnaları değerlendirmek, karmaşık riskleri yorumlamak ve kontrollü yönetim altında karar vermeyi onaylamak.

2) Kalite sistemlerinin kanıtlandığı yer neden yayın aşamasıdır?

Çoğu kuruluşta, yukarı yönlü kalite kontrolleri gürültülüdür ancak yönetilebilir. Ürün piyasaya sürülmesi ikili bir süreçtir: ürün ya gönderilebilir ya da gönderilemez. Bu nedenle, baskının yoğunlaştığı ve kısayolların ortaya çıktığı yer piyasaya sürülme aşamasıdır. Denetçilerin de odak noktası burasıdır çünkü piyasaya sürülme kararları, sisteminizin işletmeyi mi yoksa işletmenin sistemi mi kontrol ettiğini yansıtır.

Sevkiyat sonrası hatalar genellikle felaketle sonuçlanır çünkü bir kez sevk edildikten sonra geri döndürülemezler. Çözülmemiş sapmalar veya eksik test kanıtları içeren bir sevkiyat, geriye dönük soruşturma, müşteri etki analizi ve bazen de geri çağırma hazırlık eylemlerini zorunlu kılar. Otomasyon, "kolay yanlış tıklama"yı engelleyerek bu tür hataların olasılığını azaltır.

3) Kapsam haritası: partiler, yarı mamuller, ara ürünler ve nihai ürünler

Otomatik serbest bırakma kuralı, malzeme yaşam döngüsünün tamamına uygulanmalıdır. Sadece nihai ürünlere uygulanırsa, risk daha erken ortaya çıkabilir (işlemdeki ürünler erken tüketilebilir, ara ürünler kontrolsüz bir şekilde ileriye taşınabilir).

Önemli nokta: serbest bırakma kuralları, kötüye kullanımın mümkün olan en erken noktasını engellemelidir. Sevkiyatı engellemek iyidir. Serbest bırakılmamış girdilerin tüketimini engellemek ise daha da iyidir.

4) Serbest bırakma kuralının yapısı: ön koşullar, engelleyiciler ve kanıt nesneleri

Bir sürüm kural seti, yapısı kadar güçlüdür. Olgun kural setleri açık ve modülerdir:

Kurallar açıklanabilir olmalıdır. Bir kullanıcı "neden yayınlayamıyorum?" diye sorarsa, sistem belirsiz mesajlar yerine tam olarak karşılanmayan ön koşulları göstermelidir. Bu şeffaflık, geçici çözümleri önler ve uyumluluk kültürünü geliştirir.

5) Durum modelleri: bekletme, karantina, şartlı tahliye ve nihai tahliye

Otomasyon, temiz bir durum modeline ihtiyaç duyar. Çoğu sürüm hatası, durumların belirsiz olmasından kaynaklanır ("yayınlandı" ancak testler hala beklemede; "beklemede" ancak hala seçilebilir). Savunulabilir bir durum modeli tipik olarak şunları içerir:

• Karantina: Doğrulama bekleyen gelen malzemeler için varsayılan durum.
• Ambar: Olay, sapma veya devam eden soruşturma nedeniyle uygulanmıştır.
• Şartlı olarak uygun: Sınırlı kullanımın kontrollü istisna altında (yüksek yönetim düzeyinde) izin verildiği nadir bir durum.
• Çıkış: Tanımlanan kapsam dahilinde kullanım/sevkiyat için uygundur.
• Reddedildi: Uygun değil; ayrı tutulmalı ve kontrol altında tutulmalıdır.

Sürüm Durumuna (Bekletme/Serbest Bırakma ve Kalite Kontrol Sonucu) bakın . Temel otomasyon gereksinimi: durumlar yalnızca kullanıcı arayüzündeki etiketler değil, veri ambarı ve yürütme katmanlarında gerçek blokları yönlendirmelidir.

6) Sert geçiş kalıpları: sistemin hareketi engellediği durumlar

Sürüm otomasyonu ancak sonraki eylemleri kontrol altına aldığında gerçek anlamda anlam kazanır. Yaygın kontrol noktaları şunlardır:

• Tüketim kapısı: Üretim aşamaları, serbest bırakılmamış partileri tüketemez.
• Kapıyı hareket ettir: Henüz teslim edilmemiş ürünler, "teslim edilmiş" depolama alanlarına taşınamaz.
• Kapıyı seçin: Siparişler henüz teslim edilmemiş partileri seçemez.
• Gemi kapısı: İçerikte yer alan herhangi bir parti ürün serbest bırakılmadığı takdirde, gönderiler onaylanamaz.
• Kapıyı kapatın: Gerekli kanıtlar eksikse, toplu işlem kayıtları kapatılamaz.

Bu, katı kontrol mekanizmalarıyla uyumludur . Yönetim olmadan manuel işlemler yoluyla kontrolleri atlayabiliyorsanız, otomasyon sadece göstermeliktir.

7) Kalite kontrol ve laboratuvar sonuçlarının sınıflandırılması: Standart dışı/standart dışı ve sonuç doğrulama

Kalite kontrol sonuçları klasik onay ön koşullarıdır, ancak sonuçlar yalnızca doğru şekilde incelenip ilişkilendirildikleri takdirde anlamlıdır. Onay kuralları, kalite kontrol kanıtlarını yapılandırılmış bir nesne olarak ele almalıdır: örnek, yöntem, sonuç, inceleme ve onay.

Otomatik kapılama desenleri şunları içerir:

• Ürün bazında gerekli test listesi: Gerekli tüm testler tamamlanana kadar sürüm yayınlanamaz.
• Geçme/kalma sisteminin uygulanması: Başarısız sonuçlar otomatik olarak serbest bırakmayı engeller.
• OOS/OOT yönlendirme: anormal sonuçlar oluşturur OOS/oot Yayınlanmadan önce kapanması gereken iş akışları.
• İnceleme kanıtı gerekliliği: Sonuçlar sadece kaydedilmekle kalmamalı, yetkili kişiler tarafından da incelenmelidir.
• Delil zincirinin bütünlüğü: Gerektiğinde, sonuçların yayın kanıtı olarak kabul edilmesinden önce numune bütünlüğü sinyallerinin mevcut olduğundan emin olun.

Bu kurallar olmadan, "testler mevcut" ifadesi "testlere güveniliyor" haline gelir ve bu da kötü sürümlerin ortaya çıkmasına neden olur.

8) Sapma ve NC kontrolü: açık olaylar, onaylar ve kapatma mantığı

Sürüm otomasyonu, açık kalite olaylarını, koşullu sürüme izin veren açık kurallar olmadığı sürece engelleyici olarak ele almalıdır. Yaygın engelleyiciler şunlardır:

• açık sapmalar/NC'ler Parti veya seriye bağlı,
• onaylanmamış tasarruflar,
• Eksik soruşturmalar veya eksik kök neden belgelendirmesi (gerektiğinde),
• CAPA'nın etkinliğinin kontrol edilmemesi, serbest bırakılmasının tamamlanmasına bağlı olması ve
• çözülmemiş bekleme durumları.

Otomasyon da incelik gerektirir: her sapma, yayınlanmayı eşit derecede engellemez. Olgun sistemler, ciddiyet ve etki bağlantısını kullanır. Bir dokümantasyon hatası, yayınlanmadan önce kapatılmasını gerektirebilir. Küçük bir idari hata ise gerektirmeyebilir. Kurallar, genel varsayımları değil, standart işletim prosedürlerinizi (SOP'ler) ve risk modelinizi yansıtmalıdır.

9) Belge tamamlama kuralları: Önemli olan "sıkıcı" engeller

Birçok üretim hatası, eksik dokümantasyondan kaynaklanır: eksik imzalar, eksik kalibrasyon durumu kanıtı, eksik parti adımı onayları, eksik CoA bağlantıları veya eksik mutabakat kanıtı. Bunlar, denetim altında bir partiyi savunamamanıza neden olana kadar "sıkıcı"dır.

Yayınlama kuralı otomasyonu, aşağıdaki gibi belge eksiksizlik kontrollerini içermelidir:

• Gerekli parti kayıt bölümleri tamamlandı,
• Gerekli eklerin (Analiz belgeleri, sertifikalar, sapma özetleri) eksiksiz olarak sunulması gerekmektedir.
• Gerekli onaylar ve imzalar alındı,
• Gerekli durumlarda ambalaj bileşenleri için mutabakat işleminin tamamlanması gerekmektedir.
• Kritik adımlar için gerekli eğitim veya yetkilendirme kontrolleri tamamlanmıştır (uygulanması gereken yerlerde).
• Kabul aşamalarında kullanılan cihazlar için gerekli kalibrasyon uygunluğu sağlanmıştır.

Bu kontroller otomatikleştirildiğinde, kalite güvence ekibi eksik unsurları aramakla vakit kaybetmek yerine gerçek riskleri değerlendirmeye odaklanmaya başlar.

10) Elektronik imzalar ve yetki: Doğru kişilerin onayını sağlamak

Yetki kontrolü olmadan otomasyon tehlikelidir. Serbest bırakma, rol tabanlı yetkiye ve gerektiğinde elektronik imzalara bağlı olmalıdır . Başlıca kontroller şunlardır:

• Rol tabanlı yetki: Yalnızca tanımlanmış roller serbest bırakabilir veya tutumu değiştirebilir; bkz. rol tabanlı erişim.
• Görevlerin ayrılması: Gerektiğinde aynı kişinin kritik kararları hem vermesini hem de onaylamasını engellemek.
• Kimlik doğrulama istemleri: "Eski oturum onaylarını" önlemek için yayın işlemleri için yeni kimlik bilgilerine ihtiyaç duyulur.
• Denetim izi görünürlüğü: Kimin onayladığı, ne zaman onayladığı ve neyi onayladığı değiştirilemez birer kanıt olmalıdır.

Otomasyon, kazara sızıntıları azaltmalıdır, ancak yetki kontrolleri kasıtlı kötüye kullanımı önler ve onayların yasal ve usule uygun olmasını sağlar.

11) İstisnalar ve geçersiz kılmalar: “kural atlama kültüründen” nasıl kaçınılır?

Her sistemin istisna yönetimine ihtiyacı vardır, ancak otomasyonun güvenilirliği istisnalar sayesinde belirlenir. Kullanıcılar kuralları rutin olarak atlayabiliyorsa, kurallar kural olmaktan çıkar.

Savunulabilir bir istisna modeli şunları içerir:

• Açık koşullu salınım yolu: Tanımlanmış kullanım senaryoları, belgelenmiş risk gerekçeleri ve onaylar.
• Zaman sınırlı kapsam: Şartlı serbest bırakma, "her şeyi serbest bırak" şeklinde değil, tanımlanmış miktarlar veya tanımlanmış işlemler için geçerlidir.
• Zorunlu takip: Çözülmemiş ön koşullar daha sonra tamamlanmalı ve bağlanmalıdır; sistem bunu takip etmeli ve yapılmadığı takdirde ilgili birime bildirmelidir.
• Günlük kaydını geçersiz kıl: Her bir atlatma işlemi, nedeni, onaylayanı ve etki kapsamı belirtilerek kaydedilir ve denetim iziyle korunur.

Şartlı serbest bırakma nadir olmalıdır. Eğer rutin hale gelirse, süreciniz bozuktur (veya kurallarınız gerçekçi değildir) ve doğru çözüm daha fazla geçici çözüm değil, yeniden tasarımdır.

12) İzlenebilirlik bağlantısı: Nelerin ve neden yayınlandığının kanıtlanması

Ürün piyasaya sürülmesi, izlenebilirlik gerektiren bir olaydır. Parti soy ağacı ve dağıtım nesneleriyle bağlantılı olmalıdır, böylece şu sorulara cevap verebilirsiniz: "Ne piyasaya sürüldü, hangi kanıtlarla ve nereye gitti?" Bu, geri çağırmalar, denetimler ve müşteri soruşturmaları sırasında kritik önem taşır.

Pratik bağlantılar şunları içerir:

• Parti/ürün numarası tanımlayıcılarına bağlı olarak serbest bırakma kararı,
• Yayın kararı, kanıt niteliğindeki nesnelere (testler, sapmalar, onaylar) bağlıdır.
• Dağıtım olaylarına (seçme/sevkiyat, kasa/palet kimlikleri) bağlı serbest bırakma kararı ve
• Yayın kararı, (izin verilen yerlerde) koşullu kısıtlamalara bağlıdır.

Eğer sürüm bağlantısı kurulmazsa, en kötü senaryoyla karşılaşırsınız: ürün taşınmıştır, ancak kanıt öyküsü parçalıdır. Parçalanma, rutin denetimleri derinlemesine denetimlere dönüştüren şeydir.

13) Kanıt ve denetim izi: Yayınlandığı anda ispatlanabilir olması gerekenler

Yayın kuralı otomasyonu, yayın anında bir "yayın kanıtı anlık görüntüsü" oluşturabilmelidir: hangi kurallar değerlendirildi, her kuralı hangi kanıtlar karşıladı, hangi engeller yoktu ve nihai kararı kim onayladı.

Sistem en azından şunları korumalıdır:

• Uygulanan kural sürümü (kurallar değişebilir; yürürlükte olan kuralları bilmeniz gerekir),
• Kural değerlendirme sonuçları (ön koşula göre geçme/kalma),
• Kanıt niteliğindeki nesnelere bağlantılar (test sonuçları, sapma kapanışları, imzalar),
• Onaylayıcının kimliği ve rolü,
• Yayınlanma ve durum geçişinin zaman damgası ve
• denetim izi Tüm değişiklikler ve onaylar için girişler aşağıdaki şekilde hizalanmıştır: veri bütünlüğü.

Otomasyonu savunulabilir kılan şey budur: serbest bırakmanın keyfi olmadığını, kurala dayalı ve kanıtlarla desteklendiğini gösterebilirsiniz.

14) KPI'lar: ölçülebilir bir sistem özelliği olarak yayın disiplini

Sürüm otomasyonu, ölçülebilir sonuçları iyileştirmelidir. Eğer iyileştirmiyorsa, kurallarınız çok zayıf, çok fazla göz ardı edilmiş veya operasyonlarla çok uyumsuz olabilir.

Performans göstergeleri (KPI'lar) sürekli iyileştirmeyi teşvik etmeli, kalite güvence ekibini cezalandırmamalıdır. Amaç, sürüm çıkarma sürecini kahramanca ve stresli değil, sıkıcı ve tahmin edilebilir hale getirmektir.

15) Denetim yaklaşımı: Denetçiler serbest bırakma kontrollerini nasıl baskı testine tabi tutarlar?

Denetçiler genellikle onaylanmış bir partiyi seçer ve neden onaylandığını ve kimin onayladığını göstermenizi ister. Otomasyonla, en iyi cevabınız kural değerlendirmesini ve bağlantılı kanıt nesnelerini göstermektir.

Şu tür sorularla karşılaşabilirsiniz:

• "Serbest bırakılmama izin verilmeden önce neyin doğru olması gerektiğini bana gösterin."
• "Bana sistemin henüz piyasaya sürülmemiş partilerin sevkiyatını nasıl engellediğini gösterin."
• "Bana engellenen birçok şeyi ve neden engellendiğini gösterin."
• "Bana şartlı tahliyeleri nasıl yönettiğinizi ve kimin onayladığını gösterin."
• "Sürüm durumu değişikliklerine ilişkin denetim kaydını gösterin."

Eğer sürüm kontrolleriniz kural tabanlıysa, bu sorular basittir. Ancak sürüm manuel ve tutarsız ise, bu sorular hızla daha geniş bir sistem incelemesine dönüşür.

16) Başarısızlık modelleri: Otomasyon nasıl performans odaklı hale gelir?

• Kurallar çok yüzeysel. Otomasyon yalnızca birkaç alanı kontrol ederken, gerçek ön koşullar manuel ve tutarsız bir şekilde kalır.
• Kurallar, yeniden tasarlanmadığı takdirde çok katı kalır. İnsanlar kuralları görmezden geliyor çünkü kurallar gerçeği yansıtmıyor; görmezden gelme bir kültür haline geliyor.
• Kanıtlar birbirine bağlanmamış. Testler ve sapmalar mevcut ancak partilerle bağlantılı değiller, bu nedenle kurallar doğru değerlendirme yapamıyor.
• Otorite sızıntısı. Çok fazla rol üstlenmek sorumlulukları azaltabilir; görev ayrımı zayıftır.
• Sıkıcı oturumlar. Eski oturum açma bilgileriyle ve kimlik doğrulama istemi olmadan gerçekleştirilen sürüm onayları.
• Gölge sürüm süreçleri. İnsanlar "ERP'yi ürüne dönüştürürken", QMS ise mevcut durumu koruyor; bu da ikili bir gerçeklik yaratıyor.
• Yönetim olmadan kurallar değişir. Kurallar, sürümleme yapılmadan düzenleniyor ve bu da denetim savunulabilirliğini ortadan kaldırıyor.

Otomasyon ancak kurallar sistemler genelinde yönetildiğinde, birbirine bağlandığında ve uygulandığında işe yarar. Aksi takdirde, insanların görmezden geldiği fazladan bir ekran haline gelir.

17) Bu, V5'e nasıl eşlenir? SG Systems Global

V5 , partiler, yarı mamuller ve bitmiş ürünler genelinde onay uygunluğunu kural odaklı, kanıta dayalı bir sonuç haline getirerek Kalite Güvence Onay Kuralı Otomasyonunu destekler. Uygulamada V5 şunları yapabilir:

• uygulamak tut/bırak Yapılandırılmış ön koşullara bağlı durum geçişleri,
• QC sonuçlarını ve inceleme kanıtlarını serbest bırakma nesneleri olarak ilişkilendirin (bkz. QC testi ve serbest bırakma kanıtı),
• blok serbest bırakıldığında sapmalar/NC'ler açık veya çözümsüzdürler.
• güzergah onayları yönetim yoluyla onay iş akışları 'da elektronik imzalar,
• yetkiyi şu yollarla uygulamak UAM ve rol tabanlı kontroller ve
• Denetime hazır sürüm anlık görüntüleri eksiksiz olarak oluşturun denetim izi.

Çünkü serbest bırakma hem envanter hareketini hem de kalite durumunu etkiler, bu kurallar doğal olarak V5 WMS (hareket/toplama/sevkiyat engelleme) ve V5 QMS (yönetilen olay kapatma ve onayları) ile uyumludur. Serbest bırakma hazırlığı için uygulama kanıtının önemli olduğu durumlarda, V5 MES kural değerlendirmesi için gereken parti adımı gerçeğini sağlar. Entegre görünüm için V5 Çözüm Genel Bakışı ile başlayın.

18) Genişletilmiş SSS

S1. Yayın kuralı otomasyonu, ürünün otomatik olarak yayınlanacağı anlamına mı geliyor?
Mutlaka öyle değil. Otomasyon, ön koşulları uygulayabilir ve kanıtlar tamamlanana kadar yayınlanmayı engelleyebilir; ancak yine de insan tarafından imzalı kalite kontrol onayı gerektirir. "Otomasyon", kural uygulamasını ifade eder, hesap verebilirliği ortadan kaldırmayı değil.

S2. En sık yapılan sürüm yayınlama kuralı hatası nedir?
Kanıtlar tamamlanmamışken ürünün hareket etmesine izin vermek—serbest bırakma durumu Kalite Yönetim Sisteminde (QMS) mevcut olsa da sevkiyat başka bir sistemde gerçekleşiyor. Otomasyon, hareketin belgelendiği yerde değil, gerçekleştiği yerde de hareketi kontrol etmelidir.

S3. Koşullu serbest bırakmayı nasıl ele alıyoruz?
Açık kullanım senaryoları tanımlayın, risk gerekçesi ve onayları isteyin, kapsamı ve süreyi kısıtlayın ve takip eden kapanışı zorunlu kılın. Şartlı serbest bırakma normal hale gelirse, bu bir süreç başarısızlığı sinyalidir.

S4. Sistemde yayın kurallarının uygulandığını denetçilere nasıl gösteririz?
Engellenen bir partiyi ve kural nedenlerini gösterin, serbest bırakılan bir partiyi ve kural değerlendirme özetini gösterin ve durum değişikliklerinin ve onayların denetim izini gösterin. Gösterim, politika açıklamalarından daha etkilidir.

S5. Kural otomasyonunu zaman içinde savunulabilir kılan nedir?
Kural sürümleme ve yönetimi. Yayınlandığı sırada hangi kuralların yürürlükte olduğunu bilmeli ve bu anlık görüntüyü kanıtlara bağlantılarla birlikte saklamalısınız. Sürümleme olmadan, kurallar "sistem bugün neyse o" haline gelir ki bu da denetim açısından güvenli değildir.

İlgili Okuma (pratik olmasına dikkat edin)
QA sürüm otomasyonu, zorunlu denetim üzerine kurulduğunda en güçlü halini alır. tut/bırak kontroller, kanıta dayalı parti serbest bırakma hazırlığıve kapatmaları yönetti sapmalar/NC'ler hem de OOS/oot Etkinlikler. Savunulabilirlik açısından, onaylar sırayla verilmelidir. onay iş akışları 'da elektronik imzalartam bir koruma ile korunmaktadır. denetim izi.