CE işareti AI quality garantisi değildir

European product environment içinde CE kadar geniş yorumlanan az symbol vardır. Product presentation bunu quality seal, safety certificate veya official approval gibi sunabilir. AI system'larda bu shortcut tehlikelidir. Legal market access, technical performance ve responsible operation üç ayrı sorudur.

EU AI Act conformity logic; classification, requirement, evidence, assessment, declaration, marking, registration ve monitoring'i birbirine bağlar. Görünür işaret process'in son noktasıdır; process'in yerine geçmez. CE'yi anlamak, arkasındaki görünmeyen evidence chain'i okuyabilmek demektir.

Önce use case ve roller sınıflandırılır

Her değerlendirme system, intended purpose ve role ile başlar. Her AI application high-risk AI system değildir. Her organisation otomatik olarak provider sayılmaz. Technical veya commercial change, responsibility dağılımını değiştirebilir.

Sağlam bir classification; system boundary, intended purpose, user, affected person, decision influence, product-process integration ve her actor'ın rolünü kaydeder. Assumption ve unresolved question'lar da görünür kalır. Tek başına model adı yeterli değildir: aynı foundation model düşük etkili writing aid içinde veya önemli kararları etkileyen bir system içinde kullanılabilir.

Classification versioned olmalıdır. Purpose expansion, own trademark altında placement veya substantial modification yeni değerlendirme başlatabilir. Bu nedenle classification record kalıcı etiket değil, review trigger içeren yaşayan bir kayıttır.

Provider bir responsibility role'dür

Provider yalnızca base model'i yazan şirket demek değildir. Kimin AI system geliştirdiği veya geliştirilmesini sağladığı ve own name/trademark altında market'e sunduğu ya da service'e aldığı önemlidir. Integrator ve product company de value chain içinde provider rolüne geçebilir.

Madde 25; own name veya trademark ile supply, substantial modification ve intended purpose'ı değiştirerek system'ı high-risk hâle getirme gibi durumları kapsar. Böyle bir actor yalnızca upstream provider'ı gösteremez. Agreement'lar gerekli information, technical access ve cooperation'ı sağlamalı; aynı zamanda intellectual property ve trade secret korunmalıdır.

RACI chart tek başına yetmez. Accountable role evidence'a erişmeli, test budget'ına sahip olmalı ve release ya da operation'ı durdurabilmelidir.

Conformity assessment tek certificate değil, bir procedure'dır

Madde 43 farklı conformity-assessment route'ları tanımlar. Uygulanacak route system category ve ilgili koşullara bağlıdır. Notified body her zaman zorunlu olmadığı gibi her zaman dışarıda da değildir. „CE yalnız self-declaration'dır" ve „CE her zaman independent certification'dır" cümlelerinin ikisi de güvenilmezdir.

Internal assessment self-exemption değildir. Applicable requirement control'e çevrilmeli, test edilmeli, review edilmeli ve document edilmelidir. Third party katıldığında bile provider responsibility ortadan kalkmaz. External assessment belirli mandate, system ve documentation baseline içinde yapılır.

İlk operational output bir Conformity Route Record'dur: legal basis, system category, standard/specification, participating body, required artefact, sequence ve release criterion.

Self-assessment de güçlü evidence ister

İyi assessment bir traceability matrix ile yönetilir. Her applicable requirement identifier alır ve system claim, technical/organisational control, test method, observed result, owner ve deviation decision ile bağlanır.

Chain şöyledir: Requirement → Claim → Control → Test → Result → Decision. Eksik halka compliance theatre üretir. Requirement'sız test relevance açıklamaz. Operational signal'sız policy uygulamayı kanıtlamaz. Intended purpose context'i olmayan model benchmark bütün AI system'ın uygunluğunu göstermez.

Negative evidence silinmez. Limitation, correction, accepted residual risk veya stop decision'a bağlanır. Team'in counter-evidence ile ne yaptığı, checklist'teki yeşil hücre sayısından daha güçlü maturity göstergesidir.

Technical documentation gerçek system'ı anlatmalıdır

Conformity file biçimsel olarak complete görünüp idealised architecture anlatabilir. Documentation, market'e sunulan veya service'e alınan gerçek configuration ile eşleşmelidir: model ve prompt version, data source, retrieval corpus, tool, threshold, interface, oversight, logging, security measure ve dependency.

Her assessment frozen Evidence Snapshot'a bağlanır. Hash, artefact identifier ve validity period, claim'i reproducible state ile eşleştirir. Dynamic component için controlled change range ve retest trigger gerekir; screenshot onu stable yapmaz.

Dossier PDF klasörü değil, navigable graph olmalıdır. Deployed version'dan purpose, requirement, control, test, result, release decision ve daha sonraki change'e gidilebilmelidir.

EU declaration of conformity responsibility atar

Madde 47 ilgili system için EU declaration of conformity hazırlanmasını ve uygun biçimde güncel tutulmasını ister. Provider bu declaration ile applicable requirement'ların karşılandığına dair responsibility üstlenir. Document; system, provider, relevant legislation ve gerekli diğer bilgileri tanımlar. Marketing copy değildir.

Declaration önceki evidence work'ü özetler; missing test, inconsistent version veya unresolved deviation'ı iyileştiremez. Signature öncesi Readiness Review şu soruları sorar: System ve scope açık mı? Her duty ele alındı mı? Technical documentation, test status ve released version eşleşiyor mu? Deviation'lar decision-ready mi? Signatory authorised ve yeterince informed mı?

CE precise fakat sınırlı bir claim'dir

Madde 48 CE marking'i high-risk AI system'ın conformity'si ile ilişkilendirir. Digital system için digital marking mümkün olabilir; visibility ve identification kuralları devam eder. Symbol, belirli bir product veya system için legal conformity claim iletişimidir.

CE tek başına şunları kanıtlamaz:

• authority endorsement veya her test'in authority tarafından yapılması;

• her durumda independent body katılımı;

• error-free operation, universal fitness veya zero risk;

• provider'ın üstün ethics, innovation ya da financial stability'si;

• future modification ve her real-world use'un original assessment içinde kalması.

Bu sınırlar CE'nin zayıflığı değildir; anlamını korur. Sorun sales language'ın bounded legal claim'i genel trust veya excellence promise'e dönüştürmesidir.

Registration ayrı bir control point'tir

Madde 49 ilgili high-risk AI system'lar için EU database registration duty'leri öngörür. Registration ve CE bağlantılıdır fakat aynı şey değildir. Mark database entry'nin, entry de assessment'ın yerine geçmez.

Registration Record; system identity, accountable party, status, required field, date, reference ve update rule içerir. Publication öncesi consistency ve confidentiality review yapılır. Gönderilen bilgiler technical documentation ve gerçekten supplied version ile eşleşmelidir.

Complex product başka European product regime'lerine de tabi olabilir. Birden fazla procedure tek vague compliance claim içine sıkıştırılmaz. Compliance Mapping her regime için subject, owner, route ve evidence gösterir.

Change mevcut claim'i geçersiz kılabilir

Market access sonrası system sabit kalmaz. Model değiştirilir, tool yeni permission alır, data source değişir ve customer feature'ı yeni process'te kullanır. Assessed baseline, interface değişmeden terk edilebilir.

Change Gate; purpose, role, risk classification, requirement, test, documentation, declaration, marking ve registration'ı birlikte inceler. Substantial modification ve intended-purpose change özel dikkat ister. Rebranding veya başka bir system'ı own name altında sunmak da responsibility'yi değiştirebilir.

Release sorusu yalnızca „Build çalışıyor mu?" değildir. Asıl soru „Existing conformity claim bu build için hâlâ geçerli mi?" olur. Cevap verilene kadar release sınırlandırılır veya block edilir.

Market access evidence work'ü bitirmez

Madde 72 high-risk AI system için lifetime boyunca active ve systematic post-market monitoring ister. CE completion stamp değildir. Operational data, complaint, incident, drift ve change original assumption'ları doğrulayabilir veya çürütebilir.

Monitoring her deployed version'ı signal ve threshold ile bağlar. Signal bir system claim'i etkilerse triage, corrective action ve effectiveness verification başlar. Serious issue limitation, disabling, withdrawal veya reporting gerektirebilir. Launch sonrası update edilmeyen conformity file yaşayan system'ı anlatmayı bırakır.

Quality conformity'den daha geniştir. Conforming system başka bir alternative'den daha az accurate, usable veya efficient olabilir. Quality management; utility, robustness, fairness, maintainability ve user experience'ı intended purpose'a göre ölçer. Compliance boundary belirler; product quality bu sınırlar içindeki fitness ve value'yu belirler.

Product communication için promise test

„Certified", „authority-approved", „safe", „trusted" veya „fully compliant" içeren her claim publication öncesi parçalanır: Hangi system? Hangi version? Hangi requirement? Hangi route? Hangi body? Hangi scope? Hangi date? Hangi exception?

Cevap evidence ile gösterilemiyorsa wording daraltılır. Precise communication, belirli system için conformity assessment yapıldığını, declaration hazırlandığını ve CE marking uygulandığını söyleyebilir. Her output'un doğru veya future use'un izinli olduğu sonucunu çıkaramaz.

Bu discipline buyer, provider ve adviser'ı korur. Legal olarak tanımlanmış symbol'ün uydurma quality badge'e dönüşmesini engeller.

Yöntem: CLASSIFY → EVIDENCE → ASSESS → DECLARE → REGISTER → MONITOR

CLASSIFY system, purpose, risk ve role'leri belirler. EVIDENCE requirement'ı control, test ve result ile bağlar. ASSESS doğru route'u yürütür ve deviation'ı karara bağlar. DECLARE accountable conformity conclusion'ı açıklar. REGISTER gerekli market transparency'yi sağlar. MONITOR claim'in operation ve change altında geçerli kalıp kalmadığını kontrol eder.

Sıralama önemlidir. Mark ile başlamak symbol management üretir. Classification ve evidence ile başlamak defensible market access üretir.

Çalışma sayfası: Market-Access Evidence Map oluştur

1. System boundary, intended purpose, version ve tüm actor role'lerini tanımla.

2. Risk class ve conformity route'u gerekçelendir; uncertainty'leri işaretle.

3. Sekiz applicable requirement seç; her birini control, test, result ve owner ile bağla.

4. Technical documentation ile gerçek product configuration'ın eşleştiğini doğrula.

5. Declaration, marking ve registration için Readiness Review tasarla.

6. Model, purpose veya trademark change simüle et; hangi adımların tekrarlanacağını belirle.

7. Accurate product statement yaz ve unsupported quality claim'leri çıkar.

Yansıtma: Bu review sonrası CE hakkında hangi claim'i artık kullanmazsın? Bugünkü conformity claim'i yarın hangi change geçersiz kılabilir?

İndirilecek tüm materyaller — konu özeti ve çalışma kâğıdı:

Kapsam: Bu makale profesyonel conformity-evidence model açıklar; hukuk danışmanlığı değildir. Bir system'ın high-risk olup olmadığı, hangi procedure'ın uygulanacağı ve ek product, sectoral, data-protection, employment veya national rule'lar somut kullanım için ayrıca değerlendirilmelidir. Editoryal inceleme: 17 Temmuz 2026.