← Tüm içgörüler

talep yönetimi · 2 dk okuma

Talep ve onay yönetimi: e-postadan izlenebilir iş akışına

BT ve operasyon taleplerinde rol, revizyon, vekâlet ve karar geçmişini koruyan kullanılabilir bir onay sistemi nasıl tasarlanır?

Nexus Core Studio /
Birbiriyle bağlantılı onay adımlarını gösteren yazılım ekranları; temsili görsel

Formu dijitalleştirmek süreci çözmeye yetmez

Bir talep formu, sürecin başlangıcıdır. Asıl ihtiyaç kimin hangi kararı vereceği, eksik bilginin nasıl tamamlanacağı ve talebin neden beklediğinin görülebilmesidir. E-posta zincirinden yazılıma geçerken mevcut belirsizlikleri olduğu gibi taşımak, daha düzenli görünen fakat yine takip edilemeyen bir sistem yaratır.

Durumlar ve kararlar ayrı tanımlanmalı

Taslak, incelemede, revizyon bekliyor, onaylandı ve kapatıldı durumları farklı iş anlamlarına sahiptir. Revizyon yeni bir talep gibi açılmamalı; önceki kararlarla ilişkisi korunmalıdır. Teknik uygunluk ile bütçe onayı da tek bir düğmede birleşmemelidir. Her adımın sahibi, girdi koşulu ve çıkış kararı yazılmalıdır.

Rol, vekâlet ve istisnalar

Kullanıcı yalnızca görevli olduğu kayıtlarda karar verebilmelidir. Vekâlet başlangıç ve bitiş tarihiyle yönetilmeli; kimin adına işlem yapıldığı kayıtta görünmelidir. OWASP, izinlerin her istekte kontrol edilmesini önerir. Arayüzde düğmeyi gizlemek sunucu tarafı yetkilendirmenin yerine geçmez. Acil durum geçişlerinin de açık bir yetkisi ve gerekçesi olmalıdır.

Kullanılabilir ekranlar ne göstermeli?

Talep sahibi mevcut adımı, beklenen bilgiyi ve son hareketi görebilmelidir. Değerlendiriciye karar için gereken özet ve ekler sunulmalı; aynı bilginin tekrar girilmesi istenmemelidir. Bildirimler işi hatırlatmalı, sistemin kendisi kayıt kaynağı olmalıdır. Her yorum için bütün kuruma e-posta göndermek yerine rol bazlı bildirim planı oluşturun.

Pilot ve kabul senaryoları

Revizyon, reddetme, vekâlet, aynı anda iki karar ve görevi devredilen kullanıcı senaryolarını deneyin. Dışa aktarılan işlem geçmişinin kim, ne zaman ve neyi değiştirdiğini gösterdiğini doğrulayın. Nexus Core Studio, talep/onay sistemlerini kurumun sorumluluk ve karar yapısına göre geliştirir; hazır bir akışı her organizasyona zorla uygulamaz.

İlgili hizmetler

İlgili okuma: Parti izlenebilirliği: barkoddan olay geçmişine

Kaynaklar ve kapsam

Kaynak kontrolü: 30 Ekim 2026. Uygulama adımları Nexus Core Studio’nun genel mühendislik önerileridir; tesisin veya kurumun koşullarına göre doğrulanmalıdır.

Kapak görseli yapay zekâ ile üretilmiş temsili bir sahnedir; müşteri projesi fotoğrafı değildir.

Sık sorulan sorular

Onay sistemi elektronik imza yerine geçer mi?

Uygulama içi onay tek başına elektronik imza olarak değerlendirilmemelidir. İmza gereksinimi varsa uygun entegrasyon ve hukuki değerlendirme ayrıca yapılır.

Her talep aynı adımlardan mı geçmeli?

Hayır. Talep türüne ve belirlenen iş kurallarına göre dallanma olabilir; kurallar açık ve test edilebilir olmalıdır.