Yönetim paneli mimarisi: CRUD ekranlarından operasyon sistemine
İyi bir yönetim paneli yalnız veri ekleyip düzenleyen ekranlar değildir. Roller, iş kuralları, durum geçişleri, audit ve entegrasyon sınırları operasyonun güvenilirliğini belirler.
Dashboard ile operasyon sistemi aynı şey değildir
Bir backoffice uygulaması birkaç KPI kartı, tablo ve düzenleme formuyla hızlıca yönetim paneli gibi görünebilir. Ancak gerçek operasyon; bir kaydı görmekten çok o kayıt üzerinde doğru sırayla, doğru yetkiyle ve doğru iş kuralıyla işlem yapmayı gerektirir.
Bu nedenle mimariyi ekranlardan değil karar akışlarından başlatmak daha sağlıklıdır. Rezervasyon, ödeme, müşteri, içerik veya operasyon kaydı hangi durumlarda değişebilir, hangi alanlar birlikte doğrulanmalıdır ve hangi adım başka bir süreci tetikler soruları arayüzden önce cevaplanmalıdır.
Rol, yetki ve durum geçişleri backend sözleşmesidir
Bir butonu belirli kullanıcıdan gizlemek faydalıdır fakat güvenlik modeli değildir. Aynı işlem API veya farklı bir istemci üzerinden çağrıldığında da rol, kaynak ve mevcut durum kontrol edilmelidir. Yetki bu nedenle yalnız navigasyon seviyesinde değil, mutation sınırında uygulanmalıdır.
Durum geçişleri de benzer şekilde explicit olmalıdır. Örneğin taslak, onaylı, iptal veya iade gibi durumlar serbest metin alanı değil; hangi geçişin ne zaman mümkün olduğunu belirleyen bir yaşam döngüsüdür. Bu yaklaşım hem UI davranışını hem backend doğrulamasını sadeleştirir.
- Rol ve izin kontrolü
- Kaynağın mevcut durumu
- İşlem önkoşulları
- Birlikte güncellenmesi gereken ilişkili kayıtlar
- Başarısızlık ve geri dönüş davranışı
Audit, hata araştırmasının sonradan eklenen log'u değildir
Operasyon sisteminde yalnız son değeri bilmek çoğu zaman yeterli değildir. Bir rezervasyonun neden iptal edildiği, bir ödemenin hangi kaynaktan değiştirildiği veya bir içeriğin hangi aşamada yayımlandığı gibi sorular zaman içinde ortaya çıkar.
Audit katmanı bu nedenle işlemle birlikte tasarlanmalıdır. Kim, ne zaman, hangi kaynağa, hangi değişikliği yaptı sorusunun anlamlı cevabı; destek, hata analizi ve kontrollü recovery için temel oluşturur. Gereksiz her alanı saklamak yerine operasyonel olarak anlamlı olayları kaydetmek daha değerlidir.
Entegrasyonlar tek doğruluk kaynağını bozmamalı
Yönetim panelleri çoğu zaman ödeme sağlayıcıları, PMS, e-posta, analitik veya başka SaaS sistemleriyle konuşur. Sorun entegrasyon sayısı değil, aynı iş kuralının birden fazla yerde yaşamaya başlamasıdır.
Sağlam yaklaşımda hangi sistemin hangi verinin sahibi olduğu açıktır. Harici servis kendi uzmanlık alanını sağlar; yönetim uygulaması ise işletmenin temel durumunu, ilişki modelini ve operasyon kararlarını kendi domain sözleşmesinde tutar. Böylece entegrasyon değişse bile iş akışının doğruluk kaynağı kaybolmaz.