Kuyumcu dükkânının en değerli varlığı kasadaki altın değildir — o sigortalanabilir. Asıl yeri doldurulamaz olan şey kayıtlardır: kimin ne kadar borcu var, hangi emanet açık, toptancıyla bakiye ne. Bu bilgi kaybolduğunda yerine koymanın bir yolu yoktur.
Üç gerçek risk
1. Donanım arızası
Tezgâhın altındaki bilgisayarın diski bir sabah açılmaz. Bu, en sık yaşanan ve en az önlem alınan senaryodur. Disk arızası uyarı vermez.
2. Hırsızlık ve fiziksel olaylar
Dükkân hırsızlığında bilgisayar da götürülür. Yangın ve su baskınında hem bilgisayar hem yanındaki yedek disk etkilenir. Bu yüzden yedeğin fiziksel olarak başka bir yerde olması gerekir.
3. İnsan hatası
Yanlışlıkla silinen kayıt, üzerine yazılan dosya, formatlanan disk. Bu senaryoda son yedeğin ne kadar eski olduğu belirleyicidir.
3-2-1 kuralı
Veri koruma alanının klasik kuralı kuyumcu dükkânına da birebir uyar:
- 3 kopya veri (asıl + iki yedek)
- 2 farklı ortam (örneğin bilgisayar diski + bulut)
- 1 kopya fiziksel olarak başka bir yerde
Bulut tabanlı bir sistem kullanıyorsanız bu kuralın büyük kısmı kendiliğinden sağlanır: veri sunucuda tutulur, sunucu tarafında çoklu kopya alınır, cihazınız yalnızca bir görüntüleme aracıdır.
Ne kadar veri kaybedersiniz? İşlenmiş örnek
"Yedeğim var" cümlesi tek başına bir şey söylemez. Belirleyici olan, son yedekle arıza anı arasındaki boşluktur. Aşağıdaki rakamlar varsayımsaldır; kendi işlem sayınızı yazarak aynı hesabı yapın.
VARSAYIM
Günlük ortalama kayıt sayısı ........ 18
(satış + alış + emanet + cari hareket + borç tahsilatı)
Yedek düzeni ........................ Her cuma akşamı harici diske kopya
OLAY
Disk arızası ........................ Perşembe, kapanışa yakın
Son alınan yedek .................... 6 gün önceki cuma akşamı
KAYIP HESABI
Kayıp penceresi ..................... 6 gün
Kaybolan kayıt ...................... 6 x 18 = 108 işlem
108 KAYDIN VARSAYIMSAL DAĞILIMI
3 açık emanet ...................... müşteri geldiğinde sistemde kaydı yok
11 cari hareket .................... kimin ne ödediği belirsiz
2 taksitli borç tahsilatı .......... ödeme tekrar istenir ya da hiç istenmez
14 satış ........................... gün sonu ve stok tutmaz
78 stok/alış hareketi .............. sayım ile yeniden kurulur
YENİDEN KURMA MALİYETİ (varsayım)
Kayıt başına ~4 dk fiş/arşiv taraması
108 x 4 dk = 432 dk ~= 7,2 saat + müşteriyle teyit görüşmeleri
Asıl zarar 7 saatlik iş değil, teyit edilemeyen kalemlerdir: açık emanetin kaydı yoksa müşterinin beyanına mecbur kalırsınız; tahsil edilmiş bir taksit ikinci kez istenirse itibar kaybedersiniz.
Yedek sıklığı kayıp penceresini nasıl değiştirir?
Aynı 18 kayıt/gün varsayımıyla:
| Yedek sıklığı | En kötü kayıp penceresi | Kaybolan kayıt (varsayım) | Tipik sonuç |
|---|---|---|---|
| Ayda bir | 30 gün | ~540 | Yeniden kurulamaz, iş durur |
| Haftada bir | 7 gün | ~126 | Haftalık cari ve emanet kaybı |
| Günde bir | 1 gün | ~18 | Fişlerden büyük ölçüde kurtarılır |
| Anlık (sunucuya yazan sistem) | Dakikalar | 0-1 | Kayıp pratikte yok |
Tablonun anlattığı şey basit: yedeği sıklaştırmak, kurtarma becerisinden daha fazla iş görür — gün sonu kasa kapanışı rutini kayıp penceresini zaten bir güne indirir.
Yerel program mı, bulut mu?
| Yerel program | Bulut tabanlı | |
|---|---|---|
| Veri nerede | Dükkândaki bilgisayarda | Sunucuda |
| Disk arızasında | Veri gider | Etkilenmez |
| Hırsızlıkta | Veri gider | Etkilenmez |
| Başka cihazdan erişim | Yok | Var |
| İnternet kesintisinde | Çalışır | Sınırlı çalışır |
| Yedek sorumluluğu | Sizde | Sağlayıcıda |
Yerel programın tek üstünlüğü internetsiz çalışabilmesidir. Buna karşılık yedekleme sorumluluğunun tamamı size kalır — ve pratikte bu sorumluluk çoğu dükkânda yerine getirilmez.
Olay bazında ne olur?
| Olay | Yerel program + haftalık harici disk | Veriler sunucuda | Kritik fark |
|---|---|---|---|
| Bilgisayarın diski açılmıyor | Aradaki günler gider, iş durur | Başka cihazdan giriş yapılır, iş devam eder | Kayıp penceresi |
| Dükkân hırsızlığı (bilgisayar + çekmecedeki disk) | Tüm geçmiş gider | Veri etkilenmez | Yedeğin konumu |
| Telefon/tablet kaybı | Zaten veri o cihazda değildi ama erişim de yoktu | Yeni cihazda aynı hesapla devam | Cihaz bağımsızlığı |
| Çalışan kaydı yanlışlıkla siliyor | Yedeğe dönülür, sonrasındaki tüm kayıtlar da geri gider | Silme diğer cihazlara da yansır | İkisi de otomatik korumaz |
| İnternet kesintisi | Program çalışmaya devam eder | Erişim sınırlanır, kesinti bitince devam | Yerelin tek üstünlüğü |
Dördüncü satır ayrı bir başlığı hak ediyor.
Bulutun kapsamadığı risk: yanlışlıkla silme
Bulut, donanım ve mekân kaynaklı kayıpları çözer; kullanıcı hatasını çözmez. Bir kaydı silerseniz silme işlemi de tüm cihazlara yansır. "Verim bulutta, bir şey olmaz" cümlesi burada yanlıştır.
Bu riski yedekle değil, yetki ve iz düzeniyle yönetirsiniz:
- Silme yetkisini herkese vermeyin: personel kayıt girer, silme bir ya da iki kişide kalır (personel yetkilendirme).
- Silmek yerine karşıt kayıt girin: yanlış satış silinmez, iade/düzeltme olarak işlenir. Geçmiş bozulmaz, denetimde izah edilebilir kalır.
- Bazı kayıtlar zaten kilitlenir: faturası kesilmiş satış düzenlenemez ve silinemez — nedeni faturalı satış neden kilitlenir yazısında.
- Aylık kâğıt çıktı tam olarak bu senaryo içindir: silinen emanetin izi kâğıtta kalır.
Çoklu cihaz: yedekliliğin yan faydası
Veriler sunucuda tutulduğunda ortaya çıkan pratik fayda, aynı hesabın birden fazla cihazdan açılabilmesidir:
- Tezgâhta tablet, cepte telefon, evde tarayıcı.
- Toptancıdayken stok sorgulamak.
- Akşam evden gün sonu raporuna bakmak.
Bu, konfor meselesi gibi görünür ama aynı zamanda bir güvenlik özelliğidir: tek bir cihazın kaybı işi durdurmaz. Çoklu şube yönetimi yazımızda bu yapının şubeler arası kullanımını ele aldık.
Hesap güvenliği
Verinin bulutta olması, hesabın güvenliğini önemli hale getirir:
- Güçlü ve benzersiz şifre. Dükkân hesabının şifresi başka hiçbir yerde kullanılmamalıdır.
- Şifreyi paylaşmayın. Her çalışanın kendi hesabı olmalıdır — personel yetkilendirme yazımıza bakın.
- Ayrılan çalışanın erişimini kapatın. Aynı gün.
- Kurtarma e-postasını güncel tutun. Şifre sıfırlama bu adrese gider; erişemediğiniz bir adres, kilitlenme demektir.
Yedek almak yetmez: geri yüklemeyi test edin
Yedekleme konusunda en çok yapılan hata, yedeğin alındığını varsayıp hiç denememektir. Test edilmemiş yedek, olmayan yedektir.
Yerel program kullanıyorsanız yılda en az bir kez:
- Yedek dosyasını farklı bir bilgisayara kopyalayın.
- Programı kurup yedeği geri yükleyin.
- Rastgele beş kaydı kontrol edin (bir satış, bir emanet, bir cari, bir borç, bir stok kalemi).
Bu testi geçemeyen bir yedek düzeni, kriz anında da geçemez.
Kâğıt yedek: hâlâ değerli
Dijital sisteme geçmiş olsanız bile, kritik iki listenin çıktısını periyodik olarak almak ucuz bir sigortadır:
- Açık emanet listesi (aylık)
- Açık borç ve cari bakiyeler (aylık)
Bu iki liste, en kötü senaryoda dükkânın müşteri ilişkilerini yeniden kurmanıza yeter. Çıktıyı dükkânda değil, başka bir yerde saklayın.
Kenar durumlar: kural ne zaman farklı işler?
Yedekleme tavsiyeleri genelde tek dükkân ve tek bilgisayar varsayar. Gerçekte işler şu noktalarda farklılaşır:
Yedek var ama açılamıyor. Yedek yalnızca kendi programıyla açılabilen kapalı bir biçimdeyse, lisans bittiğinde elinizde okunamayan bir dosya kalır. En az bir kopyayı CSV veya PDF gibi yazılımdan bağımsız bir biçimde de alın.
Yedek şifreli, şifre unutulmuş. Şifre yalnızca bir kişinin aklındaysa, o kişiye ulaşılamadığında yedek de yok demektir. Şifreyi kasada kapalı zarfta tutmak eski ama işleyen bir çözümdür.
Saklama süresi yedek süresinden uzun. MASAK Tedbirler Yönetmeliği md.46/1 sekiz yıllık saklama öngörür; süre belgelerde düzenleme, defter ve kayıtlarda son kayıt, kimlik tespiti belgelerinde son işlem tarihinden başlar. Yalnızca son bir yılı tutan yedek düzeni bunu karşılamaz — kayıt saklama süresi yazısına bakın, güncel metni resmî kaynaktan teyit edin.
Yedeğin içinde kişisel veri var. Kimlik, telefon ve adres içeren bir yedek diski kaybolduğunda konu yalnızca veri kaybı değildir; KVKK ve müşteri verileri yazısı bu tarafı ele alıyor.
Çalışanın telefonundaki liste. Müşteri numaralarının kişisel rehbere kopyalanması, sistemin dışında kontrolsüz bir "yedek" yaratır ve çalışan ayrıldığında gitmez.
Birden fazla şube. Her şubenin ayrı bilgisayarda kayıt tutması aynı riski şube sayısı kadar çoğaltır; tek hesap altında çoklu şube yapısı yedeklemeyi de konsolidasyonu da tek noktaya indirir.
Sık yapılan hatalar
- Yedeği aynı bilgisayarın ikinci diskine almak. Hırsızlıkta iki disk de gider, yıldırım/elektrik dalgalanmasında ikisi de yanar. Bu bir kopya değil, aynı sepetteki ikinci yumurtadır.
- Bir kez kurup bir daha bakmamak. Otomatik yedek görevleri sessizce durur: disk dolar, kablo gevşer, güncelleme görevi sıfırlar. Arıza günü son yedeğin aylar öncesine ait olduğu görülür.
- Geri yüklemeyi hiç denememek. Geri yüklenemeyen yedek, disk üzerinde yer kaplayan bir dosyadan ibarettir.
- Tek hesabı herkesle paylaşmak. Kaydı kimin sildiği, indirimi kimin verdiği belirsizleşir; veri kaybı olmasa bile sorumluluk kaybı olur.
- Emanet ve borcu "aklında" tutmak. Sisteme girilmemiş veri yedeklenemez. Önce gelen soru şudur: bu bilgi hiç kaydediliyor mu? Emanet takibi ve borç defteri yazıları kaydın nasıl tutulacağını anlatıyor.
- Kurtarma e-postasını eski muhasebecinin adresinde bırakmak. Veriler yerli yerinde durur ama siz giremezsiniz; sonuç veri kaybıyla aynıdır.
- WhatsApp'ı arşiv sanmak. Mesajlar aranamaz, raporlanamaz, telefon değişince dağılır ve sekiz yıllık saklamayı karşılamaz.
Tezgâh seviyesinde: haftalık işleyen rutin
Hiçbir maddesi beş dakikadan uzun sürmeyen düzen şudur:
| Sıklık | Ne yapılır | Neden |
|---|---|---|
| Her akşam | Gün sonu kapanışı yapılır, kasa ve kayıt karşılaştırılır | Kayıp penceresini bir güne indirir |
| Haftalık | Açık emanet listesi gözden geçirilir | Kayıtta olmayan emanet aynı hafta yakalanır |
| Aylık | Açık emanet + cari/borç bakiye çıktısı alınır, dükkân dışında saklanır | En kötü senaryoda müşteri ilişkisini kurtarır |
| Yılda bir (mümkünse 3 ayda bir) | Yedeğin geri yüklenmesi test edilir | Test edilmemiş yedek, olmayan yedektir |
| 6 ayda bir | Kullanıcı listesi denetlenir, ayrılanlar kapatılır | Açık kalan erişim en sessiz risktir |
| Yılda bir | Kurtarma e-postası ve telefonu doğrulanır | Kilitlenmeyi önler |
Listeyi duvara asın ve yapacak kişiyi adıyla belirleyin: "herkesin işi" olan yedekleme, kimsenin işi olmayan yedeklemedir.
Verinin nerede durduğunu nasıl anlarsınız?
Pratik testi şudur: başka bir cihazdan aynı hesapla girin. Kayıtlar orada görünüyorsa veri sunucudadır; görünmüyorsa tezgâhın altındaki diskte duruyor demektir.
Saray Altın'da kayıtlar sunucuda tutulur, aynı hesap iOS, Android ve web'den açılır; stok, satış, alış, cari, emanet, borç defteri ve fatura tek yerde toplanır. Yatırım tarafı için portföy takibi aynı hesaba bağlıdır; kâğıt defterden geçişin adım adım planı 30 günlük geçiş planında.
Avantajları
- Bulut tabanlı sistem cihaz kaybını veri kaybı olmaktan çıkarır
- 3-2-1 kuralı üç riskin üçünü de kapsar
- Geri yükleme testi yedeğin gerçekten çalıştığını kanıtlar
- Aylık kâğıt çıktı en kötü senaryoda kurtarıcıdır
Dikkat edilmesi gerekenler
- Aynı binadaki yedek iki büyük riski karşılamaz
- Test edilmemiş yedek kriz anında çalışmayabilir
- Ortak hesap şifresi güvenliği ve izlenebilirliği birlikte bozar
- Erişilemeyen kurtarma e-postası hesabı kilitler
Nereden başlamalı?
Bugün iki şey yapın: (1) açık emanet ve borç listenizin çıktısını alıp dükkân dışında bir yerde saklayın, (2) kayıt sisteminizin verisinin nerede durduğunu öğrenin — dükkândaki diskte mi, sunucuda mı? Bu iki adım, veri güvenliği konusunda atılabilecek en yüksek getirili adımlardır.
Kayıtların tek sistemde toplanması ve çoklu cihazdan erişim için kuyumcu programı rehberimize göz atabilirsiniz.
