Editör Onay Akışı: Taslaktan Yayına Roller ve Adımlar
Bu sayfada
Editör onay akışı, bir haberin yazılmasından yayımlanmasına kadar hangi rollerin hangi sırayla dokunacağını belirleyen iş akışıdır: muhabir taslak yazar, editör inceler, sorumlu editör onaylar, haber yayına girer; her adım denetim kütüğüne yazılır. Küçük ekiplerde akış iki adıma iner (yaz → yayımla), büyük masalarda dört adım ve kategori bazlı onaycılar gerekir. Yazılımın bunu rollerle zorlaması, 5187 kapsamındaki sorumluluğu belgelemenin de yoludur.
Mevzuat uyarısı. Bu sayfadaki hukuki bilgiler 3 Ekim 2026 itibarıyla yürürlükteki mevzuata göre derlenmiştir ve hukuki danışmanlık değildir. Kanun, yönetmelik ve idari uygulamalar değişebilir; işlem yapmadan önce resmî kaynakları (mevzuat.gov.tr, iletisim.gov.tr, bik.gov.tr) kontrol edin ve gerekirse bir hukukçuya danışın. KEYDAL, bu bilgilere dayanılarak yapılan işlemlerden sorumlu tutulamaz.
KEYDALBu işi KEYDAL ile yapmak isterseniz: sahip/editör/muhabir rolleri, parolasız davet, revizyon geçmişi ve denetim kütüğü standart. İncele
Neden onay akışı?
Haber sitesinde yayımlanan her içerikten sorumlu müdür ve yayın sahibi sorumludur; 5187 sayılı Basın Kanunu'nun cezai ve hukuki sorumluluk hükümleri (m.11 ve m.13) internet haber sitelerini de kapsar. Onay akışı bu sorumluluğu rastlantıya bırakmaz: kimin yazdığı, kimin onayladığı ve ne zaman yayımlandığı kayıt altındadır. İkinci neden kalitedir: ikinci bir göz başlık hatasını, eksik kaynağı, yanlış görseli ve yazım yanlışını yakalar. Üçüncü neden resmî ilan denetimidir: BİK yönetmeliği kadrolu fikir işçilerinin yaptığı haberleri ve mahreç gösterimini arar; onay akışı her haberde yapan kişiyi ve kaynağı zorunlu alan hâline getirir.
Roller
| Rol | Yapabilir | Yapamaz |
|---|---|---|
| Sahip / yönetici | Tüm ayarlar, kullanıcı daveti, tema, künye, modüller, faturalama | — (tam yetki; iki kişiden fazla olmamalı) |
| Sorumlu editör | Onay, yayın, manşet, zamanlama, düzeltme-cevap yayımlama, kategori yönetimi | Site ayarları, kullanıcı silme |
| Editör | Kendi kategorisinde inceleme ve onay; başkasının taslağını düzenleme | Manşet değiştirme (kurum tercihine göre), site ayarları |
| Muhabir | Taslak yazma, görsel yükleme, kendi haberini düzenleme, incelemeye gönderme | Yayımlama, başkasının haberini düzenleme, silme |
| Köşe yazarı | Kendi köşe yazısını taslak olarak yazma | Haber yazma, yayımlama |
| Özel rol | İhtiyaca göre: ilan editörü, sosyal medya, moderatör | Tanımlanan yetkilerin dışı |
Roller yazılımda "özel rol" tanımlamaya izin vermelidir; her kurumun masası farklıdır. Davet, parola paylaşımı yerine e-posta ile parolasız davet ya da en azından zorunlu iki aşamalı doğrulama ile yapılmalıdır.
Akışın adımları
- Taslak. Muhabir yazar; yazılım otomatik kaydeder ve her kaydı revizyon geçmişine ekler. Zorunlu alanlar (başlık, spot, kategori, kaynak/mahreç, görsel alt metni) doldurulmadan "incelemeye gönder" düğmesi çalışmaz.
- İnceleme. Editör taslağı açar; o anda başka biri açamaz (eşzamanlı düzenleme kilidi). Düzeltmeler ve notlar kaydedilir; gerekirse muhabire geri gönderilir.
- Onay. Sorumlu editör son kontrolü yapar: başlık uzunluğu, görsel, kaynak, hukuki risk. Onay, "yayımla" ya da "zamanla" kararıyla biter.
- Yayın. Haber anında ya da planlanan saatte yayına girer; manşet kararı bu adımda verilir (bkz. manşet yönetimi). Sitemap-news ve RSS otomatik güncellenir.
- Yayın sonrası. Düzeltmeler revizyon geçmişine yazılır; içeriğin üstündeki güncelleme tarihi değişir, ilk yayın tarihi sabit kalır (5187 m.4). Silinen içerik kurtarılabilir ve iki yıl muhafaza edilir (m.10).
Küçük ekip, büyük masa
İki kişilik bir yerel gazetede dört adımlı akış yük olur. Pratik çözüm: muhabir rolünü "yazar ve yayımlar" biçiminde genişletmek yerine, akışı ikiye indirmek (taslak → yayın) ama kaydı korumaktır. Böylece yayın hızı düşmez, denetim kütüğü yine tutulur. On kişilik bir masada ise kategori editörleri kendi alanlarında onaylar, sorumlu editör yalnızca manşeti ve riskli haberleri görür. Yazılımın akış adımlarını kurum bazında açıp kapatabilmesi bu esnekliği verir; sabit ve değiştirilemez bir akış her iki ölçekte de sorun çıkarır.
5187 m.5 uyarınca her süreli yayının bir sorumlu müdürü bulunur; birden fazla sorumlu müdür varsa her birinin sorumlu olduğu bölüm belirtilir. Yazılımdaki "sorumlu editör" rolü ile kanundaki "sorumlu müdür" aynı kişi olmak zorunda değildir, ancak onay akışı sorumlu müdürün hangi içerikten haberdar olduğunu belgelemelidir. Bu bilgiler hukuki danışmanlık yerine geçmez.
Yaygın hatalar ve çözümleri
- Ortak hesap: Tüm ekibin tek "editör" hesabını paylaşması, denetim kütüğünü anlamsızlaştırır ve parola sızıntısında tüm siteyi açıkta bırakır. Çözüm: kişi başına hesap, parolasız davet ya da iki aşamalı doğrulama, ayrılan çalışanın hesabının aynı gün kapatılması.
- Yayın sonrası sessiz düzeltme: Hatalı haberin iz bırakmadan değiştirilmesi. Çözüm: revizyon geçmişi kapatılamaz olmalı; anlamı değiştiren düzeltmelerde güncelleme tarihi ve kısa bir düzeltme notu görünür.
- Silinen haber: Şikâyet gelince haberin tamamen silinmesi, iki yıl muhafaza yükümlülüğünü ihlal eder. Çözüm: "yayından kaldır" ile "sil" ayrı işlemlerdir; kaldırılan içerik arşivde saklanır.
- Yetkisiz manşet: Muhabirin kendi haberini manşete taşıması. Çözüm: manşet yetkisi ayrı rol.
- Zorunlu alan yok: Kaynak ve görsel alt metni boş geçilir; BİK denetimi ve erişilebilirlik zarar görür. Çözüm: zorunlu alanlar incelemeye göndermeyi engeller.
- Zaman damgası karışıklığı: Sunucu saati ile yayın saati farklı; ilk yayın tarihi düzenlemede değişiyor. Çözüm: ilk yayın tarihi kilitli, güncelleme tarihi otomatik.
Revizyon geçmişi ve denetim kütüğü
İki kayıt birbirinden farklıdır ve ikisi de gerekir. Revizyon geçmişi içeriğin önceki sürümlerini saklar; bir paragrafın ne zaman değiştiğini görmenizi ve geri almanızı sağlar. Denetim kütüğü ise işlemleri saklar: kim giriş yaptı, kim yayımladı, kim sildi, kim manşeti değiştirdi, kim bir kullanıcıyı davet etti. Düzeltme-cevap talebi, BİK denetimi ya da bir hukuki uyuşmazlıkta "bu haber şu saatte şu hâliyle yayındaydı" demenin tek yolu bu iki kayıttır. Yazılımda ikisinin de dışa aktarılabilir olması gerekir.
Yazılımda aranacaklar
- Taslak / inceleme / onay / yayın / arşiv durumları; kurum bazında açılıp kapatılabilen adımlar.
- Roller ve özel rol; kategori bazlı yetki; parolasız davet ya da iki aşamalı doğrulama.
- Zorunlu alanlar: kaynak (mahreç), görsel alt metni, kategori.
- Eşzamanlı düzenleme kilidi ve otomatik kayıt.
- Revizyon geçmişi, geri alma, silinen içerik kurtarma.
- Denetim kütüğü ve dışa aktarma.
- Görev atama ve editör takvimi; zamanlanmış yayın.
Tam liste: haber yazılımında olması gereken 50 özellik. Birden fazla sitede aynı ekibin çalışması için çoklu site yönetimi; kayıt yükümlülüklerinin tamamı için haber sitesi künyesi ve yasal kayıtlar.
Sık sorulan sorular
- Muhabir doğrudan yayımlayabilmeli mi?
- Küçük ekipte evet, ama kayıtla. Büyük masada hayır; en az bir editör onayı önerilir.
- Köşe yazarı onaydan geçmeli mi?
- Yazı içeriğine müdahale edilmese de yayın öncesi hukuki ve yazım kontrolü için editör onayı yaygın uygulamadır; ayrıntı köşe yazarı yönetimi.
- Denetim kütüğü ne kadar saklanmalı?
- En az içeriğin muhafaza süresi kadar (5187 m.10: iki yıl); uyuşmazlık varsa sonuçlanana kadar.
Kaynaklar
- 5187 sayılı Basın Kanunu m.5 (sorumlu müdür), m.11 (cezai sorumluluk), m.10 (iki yıl muhafaza) — mevzuat.gov.tr
- Resmî İlan ve Reklam Yönetmeliği m.23-24 (kadrolu fikir işçisi haberleri, mahreç) — BİK
- KEYDAL ürün bilgileri (roller, özel rol, parolasız davet, revizyon geçmişi, eşzamanlı düzenleme kilidi, denetim kütüğü) — KEYDAL (kendi ürünümüz)
Bu sayfa bilgilendirme amaçlıdır; hukuki danışmanlık değildir. Ayrıntı: Yasal uyarı.