Bir izin talebi formunu düşünün: çalışan doldurur, amirine bırakır, amir imzalayıp insan kaynaklarına iletir, insan kaynakları puantaja işler ve kâğıdı bir klasöre kaldırır. Form yolda kaybolursa, amir izindeyse ya da imza okunmuyorsa süreç durur ve kimse nerede takıldığını bilmez. Kâğıt formları dijital iş akışına taşımak, bu zinciri bir web formu, kurallı bir onay akışı, otomatik bildirimler ve aranabilir bir arşivle değiştirmek demektir. Bu rehberde bir formu dijitale taşırken izlenecek adımları sırasıyla anlatıyoruz: süreci haritalamak, formu tasarlamak, onay kurallarını yazmak, bildirimleri ayarlamak, arşivi ve KVKK tarafını kurmak.
Hangi formlar önce dijitale taşınmalı?
Her formu aynı anda taşımaya çalışmak yerine en çok zaman kaybettiren ve en sık kullanılanlardan başlayın. İşletmelerde en sık karşılaştığımız adaylar şunlardır:
- İnsan kaynakları: İzin talebi, avans talebi, masraf beyanı, işe giriş ve işten çıkış kontrol listeleri.
- Satın alma: Malzeme talebi, satın alma onayı, tedarikçi kayıt formu.
- Operasyon: Bakım ve arıza bildirimi, iş güvenliği kontrol formları, kalite kontrol kayıtları, araç teslim tutanakları.
- Müşteri tarafı: Başvuru, teklif talebi, iade ve şikâyet formları, servis teslim formu.
Önceliklendirme için basit bir soru işe yarar: "Bu form ayda kaç kez dolduruluyor ve her seferinde kaç kişinin elinden geçiyor?" İkisinin çarpımı yüksek olan form, dijitalleşmeden en hızlı fayda sağlayacak olandır.
Adım adım: Kâğıt formdan dijital iş akışına
- Mevcut süreci olduğu gibi haritalayın. Formu kim dolduruyor, kime gidiyor, kim onaylıyor, onaydan sonra ne oluyor, form nerede saklanıyor? Bunu bir kâğıda kutular ve oklarla çizin. Neden: kâğıt süreçte yazılı olmayan pek çok kural vardır ("tutar yüksekse genel müdüre de gösteriyoruz"). Bu kurallar haritada görünmezse dijital akışta da olmaz ve kullanıcılar sistemi atlayıp eski yönteme döner.
- Gereksiz adımları ve alanları ayıklayın. Kâğıdı birebir ekrana kopyalamayın. Her alan için "Bu bilgiyi kim, ne için kullanıyor?" diye sorun. Kimsenin kullanmadığı alanları kaldırın; sistemin zaten bildiği bilgileri (çalışanın adı, departmanı, amiri) kullanıcıya tekrar yazdırmayın. Neden: her gereksiz alan formun terk edilme ihtimalini artırır ve KVKK'daki ölçülülük ilkesine de aykırı olabilir.
- Formu kullanıcıyı düşünerek tasarlayın. Her alanın görünür bir etiketi olsun; yer tutucu metin etiketin yerini tutmaz. İlgili alanları gruplayın (kişisel bilgiler, talep ayrıntıları, ekler). Tarih için takvim seçici, sabit seçenekler için açılır liste, tutar için sayısal klavye açan alan kullanın. Hata mesajlarını alanın yanında ve ne yapılması gerektiğini söyleyecek şekilde yazın ("Bitiş tarihi başlangıç tarihinden önce olamaz"). Uzun formları adımlara bölün ve kullanıcının nerede olduğunu gösterin. Neden: formu dolduranların önemli bir kısmı sahada veya telefondan erişir; masaüstünde rahat görünen bir form mobilde kullanılamaz hâle gelebilir. Erişilebilir form tasarımının ayrıntılarını WCAG rehberimizde bulabilirsiniz.
- Veri kurallarını tanımlayın. Zorunlu alanlar, biçim kontrolleri (telefon, e-posta, IBAN, vergi numarası), alanlar arası kurallar (tutar belirli bir sınırı aşarsa açıklama zorunlu) ve koşullu alanlar ("Diğer" seçilirse açıklama alanı açılsın) bu adımda belirlenir. Doğrulamayı yalnızca tarayıcıda değil, sunucu tarafında da yapın. Neden: tarayıcıdaki kontrol kullanıcı deneyimi içindir; verinin doğruluğunu garanti eden sunucu tarafındaki kontroldür.
- Onay akışını kurala bağlayın. Onay akışı üç temel desenden oluşur: sıralı (önce amir, sonra departman müdürü), paralel (finans ve hukuk aynı anda inceler, ikisi de onaylarsa ilerler) ve koşullu (tutar belirli bir eşiğin üstündeyse genel müdür onayı eklenir). Onaylayıcıları kişi adıyla değil rolle tanımlayın ("talep edenin amiri", "satın alma müdürü"); kişi değiştiğinde akış bozulmaz. Her adımda onay, red ve "düzeltme için geri gönder" seçenekleri olsun; red ve geri göndermede açıklama zorunlu tutulsun. Neden: kural yazılı olduğunda kimin neyi onaylayacağı tartışma konusu olmaktan çıkar ve süreç kişilere bağımlı olmaz.
- Vekâlet ve zaman aşımını planlayın. Onaylayıcı izindeyse yetkisini belirli bir süre için başka birine devredebilmeli. Belirli bir süre içinde işlem yapılmayan talepler için hatırlatma gönderilmeli, süre daha da uzarsa bir üst role yükseltilmeli (eskalasyon). Neden: dijital akışların en sık tıkandığı nokta, onaylayıcının ulaşılamaz olduğu durumlardır; bu kural yoksa talep sessizce bekler.
- Bildirimleri dozunda ayarlayın. Talep sahibine gönderim, onay ve red bildirimleri; onaylayıcıya bekleyen iş bildirimi gönderilir. Kanal olarak e-posta, uygulama içi bildirim veya kurum içi mesajlaşma aracı seçilebilir. Bildirimin içinde talebin özeti ve tek tıkla ilgili ekrana giden bağlantı olsun. Her olay için ayrı e-posta yerine, yoğun onaylayıcılara günlük özet seçeneği sunun. Neden: fazla bildirim, bildirim körlüğü yaratır; kullanıcılar önemli olanı da görmez hâle gelir.
- Belgeyi ve iz kaydını arşivleyin. Onaylanan her form için kimin, ne zaman, hangi değerle doldurduğu; kimin, ne zaman onayladığı veya reddettiği değiştirilemez bir kayıt olarak saklanmalı. Gerekiyorsa onaylanmış formun PDF çıktısı otomatik oluşturulup arşive eklenmeli. Arşivde tarih, talep türü, departman ve durum gibi alanlarla arama yapılabilmeli. Neden: kâğıt arşivin en büyük zayıflığı, aranan belgenin bulunamamasıdır; dijital arşivin değeri arama ve iz kaydındadır.
- Yetkileri ve KVKK gerekliliklerini tanımlayın. Kim hangi formu görebilir, kim yalnızca kendi taleplerini görür, kim tüm departmanın raporunu alabilir? Formda kişisel veri toplanıyorsa aydınlatma metnini formun üzerinde erişilebilir kılın, saklama sürelerini belirleyin ve süre dolan kayıtların silinmesi veya anonimleştirilmesi için bir düzen kurun. Sağlık raporu gibi özel nitelikli veriler içeren formlarda erişimi daha da daraltın. Neden: dijitalleşme veriyi bulmayı kolaylaştırır; doğru yetki tanımlanmazsa yetkisiz kişilerin bulmasını da kolaylaştırır.
- Pilot uygulama yapıp kademeli yaygınlaştırın. Önce tek bir departmanda, tek bir formla başlayın. İki-üç hafta boyunca geri bildirim toplayın, takılan noktaları düzeltin ve ardından diğer formlara geçin. Kâğıt formu belirli bir tarihten sonra kabul etmeyeceğinizi önceden duyurun. Neden: pilot, haritada görünmeyen istisnaları ortaya çıkarır; kademeli geçiş ise ekibin yeni alışkanlığı benimsemesine zaman tanır.
Örnek: Satın alma talebi akışı
Aşağıdaki tablo, 40 kişilik varsayımsal bir işletmede satın alma talebinin dijital akışını özetliyor. Tutar eşikleri tamamen örnek amaçlıdır; kendi yetki matrisinize göre belirlenmelidir.
| Adım | Kim? | Kural | Bildirim |
|---|---|---|---|
| 1. Talep | Herhangi bir çalışan | Ürün, adet, gerekçe ve tahmini tutar zorunlu; teklif dosyası eklenebilir | Talep sahibine "talebiniz alındı" |
| 2. Birim onayı | Talep edenin amiri | Onay, red veya düzeltme için geri gönderme | Amire bekleyen iş; sonuç talep sahibine |
| 3. Bütçe kontrolü | Finans | Departman bütçesi aşılıyorsa açıklama zorunlu | Finansa bekleyen iş |
| 4. Üst onay (koşullu) | Genel müdür | Yalnızca tutar örnek eşik olan X TL'yi aşarsa devreye girer | Genel müdüre bekleyen iş |
| 5. Sipariş | Satın alma | Onaylı talep siparişe dönüştürülür, tedarikçi seçilir | Talep sahibine "sipariş verildi" |
| 6. Arşiv | Sistem | Tüm adımlar iz kaydıyla saklanır, PDF özet oluşturulur | Yok |
Bu yapıda bir onaylayıcı iki iş günü içinde işlem yapmazsa hatırlatma, dört iş günü sonunda bir üst role eskalasyon kuralı eklenebilir. Siparişin ardından mal kabul ve fatura eşleştirmesi gibi adımlar ise ERP veya muhasebe sistemiyle bağlantı gerektirir; bu bağlantıların genel çerçevesini ERP seçim rehberimizde anlattık.
E-imza, onay ve hukuki geçerlilik
Dijital onay sürecine geçen işletmelerin sık sorduğu soru şudur: "Ekrandaki onay düğmesi ıslak imzanın yerini tutar mı?" Kurum içi süreçlerin çoğunda (izin, masraf, satın alma talebi) önemli olan, onayın kimliği doğrulanmış bir kullanıcı tarafından verildiğinin ve sonradan değiştirilmediğinin kanıtlanabilmesidir; bunu güçlü kimlik doğrulama ve değiştirilemez iz kaydı sağlar.
Hukuki sonuç doğuran belgelerde ise durum farklıdır. 5070 sayılı Elektronik İmza Kanunu'na göre güvenli elektronik imza, elle atılan imza ile aynı hukuki sonucu doğurur; ancak kanunların resmî şekle veya özel bir merasime tabi tuttuğu hukuki işlemler ile teminat sözleşmeleri güvenli elektronik imzayla yapılamaz. Sözleşme, taahhütname veya resmî kurumlara verilecek belgeler gibi durumlarda e-imza altyapısını sürece entegre etmek gerekebilir. Bu bölüm genel bilgilendirme amaçlıdır; hukuki danışmanlık değildir. Hangi belgelerinizin hangi imza türünü gerektirdiğini bir hukuk danışmanıyla netleştirin.
Hazır form aracı mı, özel iş akışı yazılımı mı?
Basit formlar ve tek adımlı onaylar için hazır form araçları ve ofis paketlerinin iş akışı özellikleri hızlı bir başlangıç sunar. Örneğin Google Workspace kullanan bir işletme, formları ve onay bildirimlerini bu ortam içinde kurgulayabilir; kurulum adımlarını Google Workspace kurulum rehberimizde anlattık. Formdan gelen veriyi başka sistemlere aktarmak, bildirim göndermek gibi bağlantılar için bir otomasyon aracı da işe yarar; örnekleri n8n yazımızda bulabilirsiniz.
Şu durumlarda ise özel bir iş akışı uygulaması daha sağlıklı bir yoldur:
- Koşullu ve çok adımlı onaylar, vekâlet ve eskalasyon kuralları gerekiyorsa.
- Form verisi ERP, muhasebe veya insan kaynakları sistemiyle iki yönlü konuşmalıysa.
- Ayrıntılı rol ve yetki tanımları, departman bazlı görünürlük gerekiyorsa.
- Değiştirilemez iz kaydı ve denetim raporu bir gereklilikse.
- Sahada çevrimdışı çalışabilen bir mobil form ihtiyacı varsa.
- Kişisel verinin nerede saklandığı üzerinde tam kontrol isteniyorsa.
Süreçleriniz şu an Excel tablolarıyla yürüyorsa, form ve onay akışını kurmadan önce Excel'den web tabanlı uygulamaya geçiş yazımıza göz atmanızı öneririz; çoğu zaman iki dönüşüm birlikte planlanmalıdır.
Sık yapılan hatalar
- Kâğıdı birebir kopyalamak: Kâğıttaki her kutucuğu ekrana taşımak, dijitalleşmenin sağlayacağı sadeleşmeyi baştan kaybettirir.
- Onaylayıcıyı kişi adıyla tanımlamak: Görev değişikliğinde akış kırılır ve talepler yanlış kişinin önünde bekler.
- Red sebebini zorunlu tutmamak: Gerekçesiz red, aynı talebin aynı hatayla tekrar gönderilmesine yol açar.
- Her olay için e-posta göndermek: Gelen kutusu dolan onaylayıcı bildirimleri filtrelemeye başlar.
- Dosya eklerini kontrolsüz bırakmak: Dosya türü ve boyutu sınırlanmazsa sistem gereksiz yüklenir; zararlı dosya riski doğar.
- Saklama süresini düşünmemek: Her şeyi süresiz saklamak, KVKK açısından da depolama açısından da sorun yaratır.
- Yedeklemeyi ertelemek: Arşiv dijitale taşındığında tek kopya artık sunucudadır; düzenli ve test edilmiş yedekleme için 3-2-1 kuralına uygun bir plan kurun.
Başarıyı nasıl ölçersiniz?
Dijital akışın asıl kazancı ölçülebilir olmasıdır. Kâğıt süreçte bilinmeyen şu metrikleri ilk aydan itibaren izleyin:
- Ortalama onay süresi: Talebin oluşturulmasından son onaya kadar geçen süre; adım bazında kırılımıyla.
- En çok bekleyen adım: Darboğazın hangi rolde olduğunu gösterir.
- Geri gönderme oranı: Yüksekse form tasarımı veya yönergeler yetersizdir.
- Kâğıt formların kullanım oranı: Geçiş tarihinden sonra hâlâ kâğıt geliyorsa nedenini araştırın.
Sık Sorulan Sorular
Dijital form ile online form aynı şey mi?
Büyük ölçüde evet; ikisi de verinin ekrandan girildiği formlardır. Bu yazıda dijital formu, onay akışı, bildirim ve arşivle birlikte çalışan bir iş sürecinin parçası olarak ele aldık. Tek başına veri toplayan bir web formu bu yapının yalnızca ilk adımıdır.
Sahada internet yoksa dijital form kullanılabilir mi?
Çevrimdışı çalışabilen bir mobil uygulama veya ilerleyici web uygulaması ile evet. Form cihazda doldurulur ve bağlantı geldiğinde sunucuya gönderilir. Bu durumda aynı kaydın iki kez gönderilmesini önleyen bir senkron mantığı kurulmalıdır.
Eski kâğıt arşivi ne yapmalıyız?
Sık başvurulan ve saklama süresi devam eden belgeler taranıp dijital arşive eklenebilir; tarama sırasında tarih, belge türü ve ilgili kişi gibi arama alanları da girilmelidir. Yasal saklama yükümlülüğü olan asılların imhası için ilgili mevzuatı ve danışmanınızı kontrol edin.
Çalışanlar dijital formu kullanmazsa ne olur?
Genellikle sebep formun kâğıttan daha zahmetli olmasıdır. Alan sayısını azaltın, sistemin bildiği bilgileri otomatik doldurun ve mobil kullanımı kolaylaştırın. Kâğıt formun kabul edilmeyeceği tarihi net duyurmak da geçişi hızlandırır.
Onay akışını sonradan değiştirebilir miyiz?
İyi tasarlanmış bir sistemde onay kuralları kod değişikliği gerektirmeden yönetim ekranından düzenlenebilir. Değişikliğin yalnızca yeni taleplere mi yoksa bekleyen taleplere de mi uygulanacağı ayrıca tanımlanmalıdır.
Form verilerini raporlamak mümkün mü?
Evet; dijital formun en büyük avantajlarından biri budur. Talep türüne, departmana ve döneme göre sayılar, onay süreleri ve tutarlar bir rapor ekranında veya yönetim panelinde izlenebilir.
Sonuç
Kâğıt formları dijitale taşımanın amacı ekranda kâğıt görüntüsü oluşturmak değil, süreci görünür, kurallı ve ölçülebilir kılmaktır. Süreci haritalayıp sadeleştirmek, onay kurallarını rollere bağlamak, bildirimleri dozunda tutmak ve arşivi baştan KVKK'ya uygun kurmak, sistemin gerçekten kullanılmasını sağlar. Sizin süreçlerinize özel bir form ve onay uygulaması ya da mevcut sistemlerinizle entegre bir iş akışı kurmak isterseniz özel yazılım hizmetimizi inceleyebilir, ilk formunuzu birlikte haritalamak için bize ulaşabilirsiniz.
