Elektronik Parti Kaydı (EBR)

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 • Dijital parti yürütme ve serbest bırakma kanıtı, elektronik imzalar, denetim izleri, istisnai inceleme, veri bütünlüğü, Bölüm 11 uyumu, MES entegrasyonu • Ağırlıklı olarak İlaç ve Biyolojik Ürünler (Üretim, Kalite, Doğrulama ve BT/OT ile operasyonel çapraz bağlantı ile)

Elektronik Parti Kaydı (EBR), bir parti kaydının dijital, kontrollü, erişilebilir bir versiyonudur; neyin üretildiğini, nasıl üretildiğini, kimin yaptığını, hangi malzeme ve ekipmanların kullanıldığını, bir sorun çıktığında ne olduğunu ve partinin neden onaylandığını (veya reddedildiğini) kaydetmek için kullanılır. Bu, partinin öyküsüdür ve kağıt yerine düzenlenmiş kanıt olarak yazılmıştır.

Ama işin aslını söylemek gerekirse: çoğu "Olay Odaklı Kayıt (EBR) projesi" başarısız olur çünkü yönetim, amacın kağıdı ekranlarla değiştirmek olduğunu düşünür. Amaç bu değil. Amaç, hafızayı ve manuel yeniden yapılandırmayı olay odaklı kanıtlarla değiştirmektir . Kayıt hala geç girişler, kopyala yapıştır notlar, kontrolsüz geçersiz kılmalar ve elektronik tablo ekleriyle tamamlanabiliyorsa, EBR oluşturmadınız, cam üzerinde kağıt oluşturdunuz demektir.

EBR doğru yapıldığında, uyumluluğu hızlandıran ve kaliteyi artıran bir unsur haline gelir: operatörler adım adım yönlendirilir, kritik kontroller uygulanır, istisnalar meydana geldikleri anda yakalanır ve parti incelemesi daha hızlı ve tutarlı hale gelir. EBR yanlış yapıldığında ise, daha güzel bir kullanıcı arayüzüyle güvenilmez veriler üretmenin pahalı bir yolu haline gelir.

EBR doğal olarak Elektronik Parti Kayıt Sistemi , MES (Üretim Yürütme Sistemi) , Bilgisayar Sistemi Doğrulama (CSV) , GAMP 5 , 21 CFR Bölüm 11 , Denetim İzleme (GxP) ve ALCOA / ALCOA+ gibi pratik veri bütünlüğü prensipleriyle bağlantılıdır.

“EBR, doldurduğunuz bir belge değil. Yürütme işlemini gerçekleştirirken oluşturduğunuz kontrollü bir kanıt zinciridir.”

1) İnsanlar "EBR'ye ihtiyacımız var" derken neyi kastediyorlar?

Birisi "EBR'ye ihtiyacımız var" dediğinde, genellikle üç gerçeklikten birine tepki veriyordur: ölçek , risk veya acı.

Ölçek büyüdükçe, kağıt artık üretim hızını sınırlayan bir unsur haline geldi. Ürün üretebilirsiniz, ancak yeterince hızlı bir şekilde inceleyip piyasaya süremezsiniz. Sapmalar ve eksik kayıtlar birikir. Parti kayıt incelemesi ikinci bir üretim hattı haline gelir; ancak görünmez, yetersiz kaynaklıdır ve Kalite departmanına yüklenir.

Risk, kuruluşun sürprizlerden bıktığı anlamına gelir: belgelenmemiş süreç ayarlamaları, izlenemeyen manuel hesaplamalar, gözden geçirilmemiş parametre değişiklikleri ve "biz her zaman böyle yaparız" şeklindeki yerleşik bilgi birikimi. Bir EBR programı, sürecin açık ve uygulanabilir olmasını sağlamanın bir yoludur.

Acı, kötü bir denetim, yavaş ilerleyen bir soruşturma veya kanıt zincirinin eksik olması nedeniyle temel nedenin kanıtlanamadığı bir parti hatası yaşadığınız anlamına gelir. Bu anlarda, yönetim acı bir gerçeği fark eder: Güvenilmez bir parti kaydı, kayıt değil, bir yükümlülüktür.

Olgunlaşmış organizasyonlarda, EBR bir “BT projesi” olarak değil, işletim modeli yükseltmesi olarak ele alınır: işlerin nasıl yürütüldüğü , sapmaların nasıl yakalandığı ve sürüm kararlarının nasıl savunulduğu . İşletim modelini değiştirmeden EBR'yi yazılım olarak uygulamaya çalışırsanız, pahalı ekranlar ve aynı eski davranışlarla karşılaşırsınız.

2) EBR nedir (ve ne değildir)

Elektronik üretim kaydı (EBR), parti yürütme ve sonuçlarının kontrollü bir elektronik kaydıdır. Amacı , ilişkilendirilebilir, okunabilir, eş zamanlı, orijinal, doğru olmaktır ve modern beklentilere göre eksiksiz, tutarlı, kalıcı ve erişilebilir olmasıdır (bkz. ALCOA / ALCOA+ ve Veri Bütünlüğü ). Tipik olarak, adım yürütme kanıtlarını, malzeme ve ekipman kimliğini, süreç içi kontrolleri, istisnaları/sapmaları ve inceleme ve onay olaylarını içerir.

Elektronik İş Kaydı (EBR) ne değildir? Bir EBR, kağıt kaydın taranmış bir PDF'si değildir. Paylaşılan bir sürücüde saklanan bir Word şablonu değildir. "Sayıları yazmak yerine bilgisayarda yazdık" anlamına da gelmez. Bu yaklaşımlar geçiş aşamasında yine de faydalı olabilir, ancak EBR'yi değerli kılan uygulama ve bütünlük kontrollerini oluşturmazlar.

EBR, “MES” ile aynı şey değildir. MES daha geniş kapsamlı yürütme katmanıdır; EBR ise en çok düzenlemeye tabi çıktılarından biridir. Kayıt modeli, imza modeli, istisna modeli ve denetim izi modeli savunulabilir şekilde tasarlanmamışsa, üretimde çalışan bir MES'iniz olabilir ancak yine de zayıf toplu kanıt üretebilir.

Operasyonel olarak, gerçek bir elektronik iş kaydı (EBR) kontrollü bir iş akışı gibi davranır: operatöre rehberlik eder, gerekli alanları zorunlu kılar, önemli girişleri doğrular, eylemleri kimlik ve zamana bağlar, istisnaları bağlam içinde yakalar ve bir şey düzeltildiğinde denetim izlerini korur. Sisteminiz kontrolsüz "düzeltmelere" veya "geç doldurmalara" izin veriyorsa, sonunda tatsız bir soru ortaya çıkaracaktır: Hangi gerçek versiyonunu yayınladınız?

3) EBR kimlere uygulanır?

EBR (Kanıtlanmış Marka Kaydı) en yaygın olarak ilaç ve biyolojik ürünler sektöründe tartışılmaktadır; burada parti kayıt disiplini, uyumluluğun ve hasta güvenliğinin temelini oluşturmaktadır. Ancak operasyonel model, düzenlemeye tabi tüm üretim alanlarında karşımıza çıkar: Ne yaptığınızı, ne zaman yaptığınızı ve kimin yaptığını kontrollü düzeltmeler ve geri alınabilir kanıtlarla ispatlamanız gerekiyorsa, EBR düşüncesi geçerlidir.

Bir şirket içinde, EBR (Kanıtsal Tabanlı Sorumluluk) "kimseye ait değil" ve herkese ait: Üretim uygulamadan sorumludur; Kalite, karar verme ve kanıt durumundan sorumludur; Doğrulama, amaçlanan kullanıma uygunluk güvencesinden sorumludur; BT/OT, altyapı ve kimlik kontrollerinden sorumludur; Mühendislik, ekipman arayüzlerinden ve parametre uygulamasından sorumludur; Tedarik Zinciri, malzeme kimliği ve aşama kontrollerinden sorumludur. Bu gruplardan herhangi biri sahipliği başkasına devretmeye çalıştığında EBR başarısız olur.

EBR, iş ortağı ekosisteminize de uzanır. Eğer bir CMO sizin için partileri yürütüyorsa, serbest bırakma pozisyonunuz ancak onların kayıtlarına ulaşma ve güvenme yeteneğiniz kadar güçlüdür. Kanıtları hızlı bir şekilde elde edemezseniz, serbest bırakmayı gerçekten kontrol edemezsiniz; sadece onaylarsınız.

4) EBR "devreye girdiğinde": risk, ölçek ve düzenleyici baskı

Elektronik belge incelemesi (EBR) nadiren adıyla zorunlu kılınır. Bunun yerine, işletme modeliniz kağıt kullanımının yetersiz kaldığı eşiklere ulaştığında kaçınılmaz hale gelir: çok adımlı süreçler, birden fazla vardiya, birden fazla lokasyon, sık sapmalar, karmaşık hesaplamalar, kısa bekleme süreleri veya yüksek denetim sıklığı. Bu noktada, "kağıt kontrolü" "kağıt tiyatrosuna" dönüşür.

Düzenleyici baskı genellikle tahmin edilebilir şekillerde gelir:

• Veri bütünlüğü baskısı: Araştırmacılar, geriye dönük tarihleme, yazım hatası ve gözden geçirilmemiş değişiklikleri nasıl önlediğinizi ve tespit ettiğinizi soruyor (bkz. Veri bütünlüğü).
• Denetim izi baskısı: Denetçiler, değişikliklerin, geçersiz kılmaların ve düzeltmelerin elektronik kanıtlarını talep eder (bkz. Denetim İzi (GxP)).
• İmza basıncı: Düzenleyiciler, onayların kontrol altında olup olmadığını, kime ait olduğunun belirlenebilir olup olmadığını ve reddedilemez olup olmadığını soruyor (bkz. Elektronik İmzalar hem de 21 CFR Bölüm 11).
• Serbest bırakma süresi basıncı: İş baskısı, inceleme kalitesini zayıflatmadan daha hızlı yayınlanmayı gerektiriyor; bu da şu yöne doğru itiyor: istisnai inceleme.

Olgun bir operasyon yürütmek istiyorsanız, uyarı mektubu veya "teslimat neden 12 gün sürüyor?" toplantısını beklemeyin. EBR olgunluğu günlük uygulamada mevcut olmalıdır, çünkü denetim baskısı geldiğinde EBR kurulmuş değil, ortaya çıkar.

5) Gerçek kontrol nesnesi: ana kayıt, reçete ve sürüm yönetimi

EBR'nin başarısı veya başarısızlığı, ilk operatörün tablete dokunmasından çok önce belirlenir. Gerçek kontrol nesnesi ana kayıttır ; yani yürütmenin nasıl görünmesi gerektiğinin ve hangi kanıtların yakalanması gerektiğinin tanımlanmış halidir. Kağıt üzerinde bu, MBR veya MMR'nizdir . Elektronik olarak ise, her toplu işlem çalıştırdığınızda bir örnek kaydı (EBR) oluşturan sürümlü bir reçete/iş akışı haline gelir.

Zayıf organizasyonlar ana kaydı bir belge, elektronik kayıt defterini ise "veri girişi" olarak ele alır. Güçlü organizasyonlar ise ana kaydı yürütülebilir bir sözleşme olarak ele alır: sıralamayı, gerekli kontrolleri, parametre sınırlarını, kimlik yakalama gereksinimlerini ve istisna teşkil eden durumları tanımlar.

Sürüm yönetimi, EBR programlarının sessizce öldüğü noktadır. Hangi ana sürümün belirli bir toplu işlem kaydını oluşturduğunu kanıtlayamazsanız, operatörün ne yapması gerektiğini de kanıtlayamazsınız. Ve bunu da kanıtlayamazsanız, bir soruşturma ayrıntılara indiğinde bir sürüm kararını savunamazsınız.

6) EBR veri modeli: kimlik, olaylar ve imzalar

Elektronik İş Kaydı (EBR) sadece "bir sürü alan"dan ibaret değildir. Zaman içinde birbirine bağlı, kontrollü düzeltmeler ve incelenebilir denetim izleri içeren yapılandırılmış bir kimlik grafiğidir: ürün kimliği , malzeme kimliği , ekipman kimliği , kişi kimliği ve olay kimliği . Bu grafik eksikse, kaydınız stres altında savunulamaz hale gelir.

Sık karşılaşılan bir hata, sonuçları kaydeden ancak bağlamı kaydetmeyen bir EBR (Elektronik İşlem Kaydı) oluşturmaktır. Örneğin: pH değerini kaydederken cihaz kimliğini, kalibrasyon durumunu, operatör kimliğini, adım bağlamını ve değerin tekrar kontrol edilip edilmediğini kaydetmemek. Sakin bir haftada bu "yeterince iyi" görünebilir. Ancak bir soruşturmada, kapatılamayacak bir açık haline gelir.

Bu nedenle, yüksek olgunluk seviyesindeki EBR programları, denetim izi beklentileri ve veri bütünlüğüyle bilinçli olarak uyum sağlar : Güvenilmez bir kayıt, kağıttan daha kötüdür, çünkü yanlış bir kontrol hissi yaratır.

7) Uygulama gerçekliği: EBR'nin üretim sahasında başarısız olduğu noktalar

EBR arızaları genellikle "kötü operatörlerden" kaynaklanmaz. Bunlar, öngörülebilir kısayollara izin veren sistemlerden kaynaklanır. Gerçek dünyadaki en yaygın arıza biçimleri şunlardır:

• Cam üzerine kağıt: EBR, herhangi bir yaptırım, doğrulama veya yapılandırılmış istisna içermeyen, tamamen dijital bir formdur.
• Geç giriş kültürü: Sistem, sonradan adımların eklenmesine olanak tanır, bu nedenle "eş zamanlı" seçeneği isteğe bağlı hale gelir.
• Serbest metin bir destekleyici unsur olarak: İstisnalar, karar almaya zorlayan yapılandırılmış iş akışları yerine anlatılar olarak yakalanır.
• Kontrolsüz geçersiz kılmalar: Parametre geçersiz kılmaları, herhangi bir gerekçe, inceleme veya soruşturmayla bağlantı kurulmadan gerçekleşiyor.
• Zayıf kimlik tespiti: Malzemelerin içeriği, tarama/tartım onayıyla kanıtlanmak yerine, aşamalandırma esas alınarak "varsayılmaktadır".
• Entegrasyon boşlukları: Ekipman verileri manuel olarak kaydediliyor, bu da yazım hatalarına ve denetim riskine yol açıyor.

Pratik çıkarım şu: Elektronik iş kaydı (EBR) iş akışı tarafından zorunlu kılınmalıdır . Operatörler, gerekli kimlik yakalama ve doğrulama olmadan kritik adımları tamamlayabiliyorlarsa, bunu yapacaklardır—çünkü üretim baskısı gerçektir. Sistem, uyumlu yolu en kolay yol haline getirmelidir.

İşte bu noktada yürütme düzeyinde uygulama kalıpları önem kazanıyor: kritik adımlar için katı kontrollü yürütme , temel kontroller için yürütme düzeyinde uygulama ve sorunların yorumlarda kaybolmasına izin vermeyen gerçek bir istisna işleme iş akışı .

8) Arayüzler: MES, LIMS, ERP, QMS ve ekipman verileri

EBR, entegrasyon fırtınasının merkezinde yer alıyor. Arayüzleri tasarlamazsanız, EBR'niz manuel bir uzlaştırma projesine dönüşür ki bu da EBR'nin amacını ortadan kaldırır.

MES: EBR genellikle MES tarafından oluşturulur (veya onunla sıkı bir şekilde entegre edilir), çünkü adım yürütme, sıralama ve uygulama orada gerçekleşir. Eğer MES ve EBR'niz ayrı ve gevşek bir şekilde bağlantılıysa, "iki gerçek" yaratırsınız: üretimi çalıştıran sistem ve hikayeyi anlatan sistem.

LIMS: Laboratuvar sonuçları genellikle serbest bırakma ve süreç içi bekletme kararları için belirleyici faktördür. Sonuçlar manuel olarak kopyalanırsa, yazım hatası riski ve denetim izi boşlukları ortaya çıkar. Entegrasyon yaparsanız, kimlik eşleştirmesini yönetmeli ve arayüz üzerinden denetim izi bütünlüğünü sağlamalısınız.

ERP: Malzeme parti kimliği, envanter hareketleri ve tüketim kanıtları genellikle buradan kaynaklanır. Temel risk şudur: ERP, ne tüketmeyi planladığınızı bilir; EBR ise ne tükettiğinizi kanıtlamalıdır . Bu nedenle EBR olgunluğu genellikle tarama/tartım onayı ve mutabakat mantığına bağlıdır.

Kalite Yönetim Sistemi (KYS): Sapmalar, uygunsuzluklar, düzeltici ve önleyici eylemler (CAPA) ve değişiklik kontrolleri, partiler ve adımlarla bağlantılı olmalıdır. Eğer KYS'niz ayrıysa ve bağlantılar rastgele ise, soruşturmalar dedektiflik çalışmasına dönüşür. Sapma Soruşturması , Uygunsuzluk ve CAPA bölümlerine bakın.

Ekipman ve otomasyon: Ekipman durumları ve parametreleri otomatik olarak kaydedildiğinde EBR değeri katlanarak artar; çünkü bu, transkripsiyonu azaltır ve daha zengin, daha savunulabilir kanıtlar oluşturur. Ancak aynı zamanda doğrulama kapsamını da artırır ve disiplinli CSV ve VMP yönetimi gerektirir.

9) Denetim izleri, veri bütünlüğü ve kontrollü düzeltmeler

Elektronik kayıt sistemi (EBR) denetimi azaltmaz; aksine artırır. Elektronik sisteme geçtiğiniz anda denetçiler şu soruyu soracaktır: "Bana denetim izini gösterin." Geriye dönük tarihlemeyi nasıl önlediğinizi, yetkileri nasıl kontrol ettiğinizi, düzeltmeleri nasıl ele aldığınızı ve elektronik imzaların nasıl ilişkilendirilebilir ve anlamlı olduğunu nasıl sağladığınızı soracaklardır.

Olgun bir EBR programında, düzeltmeler yasaklanmaz, ancak yönetilir . Bu şu anlama gelir:

• Düzeltmeler için gerekçe belirtilmeli ve (gerektiğinde) onay alınmalıdır.
• Orijinal değerler denetim izi aracılığıyla görünür kalır (sessizce üzerine yazma olmaz).
• Geç yapılan başvurular istisna olarak işaretlenir, gerekçelendirilir ve incelenir; normal başvurular olarak değerlendirilmez.
• Rol tabanlı erişim, kullanıcıların denetim olmaksızın kendi hatalarını "düzeltmelerini" engeller (bkz. Rol Tabanlı Erişim hem de Kullanıcı Erişim Yönetimi).

EBR ekipleri, bütünlüğün ne kadar küçük tasarım seçimlerine bağlı olduğunu sıklıkla hafife alırlar: Kullanıcılar alanlar arasında değerleri kopyalayabilir mi? Cihaz kimliği olmadan sonuç girebilirler mi? Gerekli kontroller olmadan adımları kapatabilirler mi? Denetleyiciler toplu olarak girişleri düzenleyebilir mi? Bunlar "özellik" değil, bütünlük kararlarıdır.

Tek bir zihinsel model istiyorsanız: EBR, üretim kolaylığı değil, düzenlenmiş bir kanıttır. Sistemi, bir denetimde savunacağınızı beklediğiniz gibi tasarlayın; çünkü savunacaksınız.

10) İnceleme ve serbest bırakma yanıtı: kaydın gerçek olduğunu kanıtlamak

Denetçiler, EBR'yi SOP'nizi okuyarak doğrulamazlar. Bir partiyi örnekleyerek ve zinciri kanıtlamanızı isteyerek doğrularlar. Bu, talep üzerine yüksek kalitede gösterimler yapabilmeniz gerektiği anlamına gelir.

Eğer bu tatbikat "Bob'a sormamız gerekiyor" şekline dönüşürse, EBR'niz bir sistem değil, bir bağımlılıktır. Amaç basittir: açıklanabilen, savunulabilen ve oluşturulduğu sırada odada bulunmayan kişiler tarafından hızlıca erişilebilen bir toplu kayıt.

11) Hazırlık puan kartını kopyala/yapıştır (öz değerlendirme)

Bunu pratik bir öz değerlendirme aracı olarak kullanın. Bu soruları net bir şekilde yanıtlayamıyorsanız, EBR duruşunuz zayıf demektir.

Amaç "kağıtsız sisteme geçmek" değil. Amaç, kanıt oluşturmayı otomatik ve savunulabilir hale getirmektir.

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

V5, toplu yürütmeyi olay odaklı bir kanıt zincirine dönüştürerek EBR sonuçlarını destekler ; böylece kayıt, olaydan sonra yeniden oluşturulmak yerine kontrollü yürütme ile oluşturulur. Bir EBR programının başarısı veya başarısızlığı şunlara bağlıdır: ana yönetim, adım uygulama, istisna işleme ve hızlı erişim.

Pratikte, yüksek olgunluk seviyesindeki EBR programlarının tek bir birim gibi davranabilmesi için üç katmana ihtiyaç vardır: uygulama kontrolü, kalite yönetimi ve entegrasyon bütünlüğü. Bu nedenle EBR uyumu, V5 platformuyla doğal bir şekilde örtüşmektedir:

Kullan V5 Üretim Yürütme Sistemi (MES) Aşamalı yürütmeyi sağlamak ve kontrollü toplu kanıt oluşturmak için; şunu kullanın:
V5 Kalite Yönetim Sistemi (KYS) Sapmaları, soruşturmaları, düzeltici ve önleyici eylemleri (CAPA), eğitimi ve kontrollü değişiklikleri yönetmek ve sistemleri düzgün bir şekilde birbirine bağlamak için
V5 Bağlantısı (API) Böylece kimlik ve denetim kayıtları ERP/LIMS/ekipman entegrasyonları arasında parçalanmaz.
Platforma dair genel bilgileri tek bir yerde görmek istiyorsanız, şuraya sabitleyin: V5 Çözümüne Genel Bakış.

Modern bir yaklaşım geliştiriyorsanız, katı kontrollü yürütme ve yürütme düzeyinde uygulama gibi yürütme disiplini modellerine odaklanın . İşte bu noktada EBR, bir kayıttan daha fazlası haline gelir; bir kontrol mekanizması olur.

13) Genişletilmiş SSS

S1. EBR yönetmelik gereği "zorunlu" mu?
Genellikle isim verilerek değil. Ancak eksiksiz, kontrollü, erişilebilir toplu kanıtların olması ve elektronik kayıtların/imzaların uygun şekilde yönetilmesi gerekliliği, EBR'nin beklentileri büyük ölçekte karşılamanın pratik yolu haline geldiği koşulları yaratır.

S2. Elektronik İş Kaydı (EBR) sadece sistemdeki bir PDF formu mudur?
Hayır. Bu dijitalleştirilmiş evrak işi. Gerçek bir elektronik iş kaydı (EBR), sıralamayı zorunlu kılar, kimlik ve zaman damgalarını otomatik olarak yakalar, bağlam içinde istisnaları tetikler ve düzeltmeler için denetim izlerini korur. Davranışı değiştirmiyorsa, riski de değiştirmez.

S3. En yaygın EBR arıza modu nedir?
Zayıf uygulama ve yetersiz istisna yönetimiyle birlikte "kağıt üzerinde cam" sistemi ve geç başvuru kültürü. Kayıtlar dijital görünüyor, ancak delil durumu hala kırılgan ve yeniden yapılandırmaya açık.

Soru 4. EBR ile MES arasında nasıl bir ilişki vardır?
MES, daha geniş kapsamlı yürütme katmanıdır. EBR, bu katmanın en çok düzenlemeye tabi çıktılarından biridir. Kayıt modeliniz, denetim izleriniz ve imza modeliniz zayıfsa, savunulabilir bir EBR olmadan da MES'e sahip olabilirsiniz.

S5. EBR'mizin savunulabilir olduğunu nasıl anlarız?
Veri alma alıştırmaları yapın. Bir grup seçin ve ana sürümü, adım adım kanıtları, malzeme/ekipman kimliğini, istisnaları, denetim kayıtlarını ve onay imzalarını hızlı bir şekilde gösterebildiğinizi kanıtlayın; bunu kişisel hafızanızı değil, sistem kanıtlarını kullanarak yapın.

İlgili Okuma
• Düzenleyici Kaynaklar: 21 CFR Bölüm 11 (CFR metni Cornell aracılığıyla) | 21 CFR Bölüm 210 | 21 CFR Bölüm 211
• Uygulama Kılavuzları: Denetime Hazırlık | Geri Çağırma Hazırlık Yazılımı | Şikayet Yönetim Yazılımı
• Destekleyici Sözlük Terimleri: Elektronik Parti Kayıt Sistemi | BMH | MBR | MES | CSV | Gamp 5 | Denetim İzi | Veri bütünlüğü | BRBE