Kuyumcu dükkânında çalışan sayısı arttıkça "kim, hangi kaydı, ne zaman girdi?" sorusu kaçınılmaz hale gelir. Bu soru çoğu zaman bir güven meselesi değil, hata bulma meselesidir: sayım tutmadığında kaydı kimin girdiğini bilmek, sorunu dakikalar içinde çözer.
Neden ortak hesap kullanılmamalı?
Tek bir kullanıcı hesabını herkesin kullanması, kayıt sisteminin en zayıf halkasıdır. Sonuçları:
- Yanlış girilen kaydın kaynağı bulunamaz.
- Eğitim ihtiyacı görünmez — kim hangi konuda hata yapıyor bilinmez.
- Bir sorun çıktığında herkes şüpheli konumuna düşer; bu, güveni ortak hesaptan daha çok zedeler.
Ayrı hesap açmak teknik bir tercih değil, hata ayıklama altyapısıdır.
Rol tasarımı: üç kademe yeterli
Karmaşık yetki matrisleri pratikte kullanılmaz. Kuyumcu dükkânında üç kademe çoğu ihtiyacı karşılar:
| Yetki | Çalışan | Yönetici | Sahip |
|---|---|---|---|
| Satış / alış kaydı ekleme | ✓ | ✓ | ✓ |
| Kendi girdiği kaydı düzeltme (aynı gün) | ✓ | ✓ | ✓ |
| Başkasının kaydını düzeltme | — | ✓ | ✓ |
| Kayıt silme | — | — | ✓ |
| Maliyet ve kâr görüntüleme | — | ✓ | ✓ |
| Cari ve borç yönetimi | — | ✓ | ✓ |
| Kullanıcı ekleme / yetki değiştirme | — | — | ✓ |
| Dönem raporları | — | ✓ | ✓ |
Yeni bir yetki eklerken sorulacak üç soru
Her "şunu da yapabilsin" talebi tek başına makul görünür; liste böyle şişer. Üç soru onu dar tutar:
- Bu yetki olmadan iş duruyor mu? Duruyorsa verin; sadece bekleniyorsa beklemenin bedeli daha düşüktür.
- Yanlış kullanılırsa geri alınabilir mi? Eklenen kayıt geri alınır, silinen alınamaz.
- Kaç kaydı görüyor? Kendi satışını düzeltmek ile tüm listeyi düzeltmek aynı yetki değildir.
Ekleyebilir ama silemez: neden bu düzen?
Kuyumculukta en yaygın ve en sağlıklı düzen budur. Mantığı şu:
Ekleme, hata yapılsa bile iz bırakır. Yanlış girilen kayıt görülür ve düzeltilir.
Silme, izi ortadan kaldırır. Silinen bir satışın hiç yapılmamış olduğunu kimse anlayamaz.
Bu yüzden silme yetkisi tek elde toplanır. Düzeltme gerektiğinde kayıt silinmez; iptal edilir ve yeni kayıt açılır. Böylece hem doğru veri oluşur hem de neyin neden değiştiği görülür.
İşlenmiş örnek: 12,40 gramlık sayım farkını bulmak
Yetkilendirmenin karşılığını en net sayımın tutmadığı gün görürsünüz. Aşağıdaki rakamlar temsilîdir.
Adım 1 — Beklenen stoğu hesaplayın.
Sabah devir : 486,20 gram
Gün içi alış : + 38,50 gram
Gün içi satış : - 64,30 gram
------------------------------------
Beklenen stok : 460,40 gram
Fiilî sayım : 448,00 gram
------------------------------------
Fark : - 12,40 gram
Adım 2 — İz kaydını o reyon için filtreleyin.
| Saat | Kullanıcı | Hareket | Gram | Sistemde |
|---|---|---|---|---|
| 09:40 | Ayşe | Hurda alışı | +38,50 | ✓ |
| 11:15 | Mehmet | Satış | −21,80 | ✓ |
| 14:32 | Ayşe | Satış | −42,50 | ✓ |
| 17:05 | Mehmet | Tamir için emanet çıkışı | −12,40 | — |
Son satır sistemde yok: mal dükkândan çıkmış, kayıt girilmemiş. Mehmet, kapanışa yakın gelen müşteriye bileziği verdiğini ve kaydı sonra girmeyi düşünüp unuttuğunu söylüyor. Fark hırsızlık değil, akış meselesi çıkıyor.
Adım 3 — Farkın büyüklüğünü has cinsinden görün. Has altını varsayımsal olarak 4.000 TL/gram alalım (güncel fiyatı kendi ekranınızdan teyit edin):
12,40 × 0,916 = 11,358 gram has
11,358 × 4.000 = 45.432 TL
Tek bir unutulmuş emanet çıkışı gün sonu raporunu bu büyüklükte saptırır. Çevrim için has altın hesaplama, canlı fiyatla hesap için hesaplama aracımız.
Kayıt kilidi: neler değiştirilemez olmalı?
Bazı kayıtlar, yetki seviyesinden bağımsız olarak kilitlenmelidir:
- Faturası kesilmiş satışlar. Belge düzenlendikten sonra satırın değişmesi, kayıtla belge arasında uyumsuzluk yaratır. Düzeltme gerekiyorsa fatura iptali yolundan geçilmelidir.
- Kapanmış dönemler. Ay sonu kapatıldıktan sonra geçmiş aya kayıt girilmemeli ya da giriliyorsa açıkça işaretlenmelidir.
- Mutabakatı yapılmış cari hareketler. Karşı tarafla mutabık kalınan bir satırın tek taraflı değişmesi, bir sonraki mutabakatı bozar.
Fatura yetkisi, satış yetkisinden ayrıdır
Satış kaydı dükkânın içinde kalır; fatura dışarı çıkar. Bu yüzden belge düzenleme ayrı bir yetkidir (faturalı satış neden kilitlenir). Satış girebilen herkes fatura da kesebiliyorsa, hatalı belge ancak iptal süreciyle geri alınabilir bir hataya dönüşür. Yetki dar tutulduğunda satışlar tek kişi tarafından kontrol edilerek belgelenir; yanlış unvan ve matrah seçimi aynı gün yakalanır.
İz kaydı (log) ne işe yarar?
Her kaydın kim tarafından, ne zaman oluşturulduğu ve değiştirildiği saklanmalıdır. Bu bilgi:
- Sayım farkının kaynağını dakikalar içinde bulmayı sağlar.
- Tekrarlayan hataların hangi konuda ve kimde yoğunlaştığını gösterir — bu bir eğitim ihtiyacıdır, disiplin meselesi değil.
- Bir anlaşmazlıkta objektif referans sağlar.
İz kaydının okunabilir olması önemlidir: "12.07.2026 14:32 — Ayşe — Satış #4821 oluşturuldu" satırı, teknik bir kayıt dökümünden çok daha kullanışlıdır.
Kullanışlı bir iz satırında şunlar bulunur: tarih-saat, kullanıcı, kayıt türü ve numarası, işlem tipi (oluşturma / düzeltme / iptal), değişen alanın eski ve yeni değeri. "Tutar 12.000'den 21.000'e çevrildi" satırı, "kayıt güncellendi"den kat kat kullanışlıdır — ve bunu bir defterde ya da tablo dosyasında üretmek mümkün değildir (Excel ile takip neden yetersiz).
Senaryo tablosu: pratikte ne yapılır?
Yetki tartışmaları soyut kaldığında sonuçsuz biter:
| Durum | Yanlış çözüm | Doğru çözüm |
|---|---|---|
| Gram yanlış girildi, gün kapanmadı | Sahibi arayıp beklemek | Kendi kaydını düzeltir, iz kalır |
| Dünkü satışta müşteri yanlış | Silip yeniden girmek | Yönetici düzeltir, eski değer izde |
| Faturalı satışta tutar hatalı | Satırı düzenlemek | Fatura iptali, sonra yeni kayıt |
| Kayıtta olmayan indirim iddiası | Üstünden değiştirmek | İptal + yeni kayıt, sebep notu |
| Sahip yok, acil silme gerekiyor | Şifresini paylaşmak | "İptal" işaretlenir, silme sonra |
Son satır kritiktir: yetkilendirme kural yüzünden değil aciliyet yüzünden çöker.
Görünürlük: herkes her şeyi görmeli mi?
Kuyumculukta hassas iki bilgi vardır: alış maliyeti ve kâr marjı. Satış yapabilmek için ikisine de ihtiyaç yoktur; güncel satış fiyatı yeterlidir.
Maliyet bilgisinin dar tutulmasının sebebi güvensizlik değil, bilginin dükkân dışına taşınma riskidir. Aynı şekilde:
- Cari bakiyeler yönetim bilgisidir.
- Diğer müşterilerin borç durumu satış personelini ilgilendirmez.
- Dönem raporları yalnızca yönetimde olmalıdır.
İkinci boyut müşteri verisidir; herkesin tüm listeyi görüp dışa aktarabilmesi gereksizdir (KVKK ve kuyumcu müşteri verileri).
Avantajları
- Ayrı hesaplar hatanın kaynağını gösterir
- Silme yetkisinin tek elde olması izleri korur
- Rol bazlı görünürlük hassas bilgiyi dar tutar
- İz kaydı eğitim ihtiyacını görünür kılar
Dikkat edilmesi gerekenler
- Ortak hesap tüm izleri siler
- Sınırsız silme yetkisi geçmiş raporları değiştirir
- Aşırı karmaşık yetki matrisi pratikte kullanılmaz
- Faturalı kaydın açık bırakılması belge uyumsuzluğu yaratır
Sık yapılan hatalar
1. Yetkiyi role değil kişiye bağlamak. "Ahmet on yıldır burada" gerekçesi, Ahmet ayrıldığında yerine gelene hangi yetkinin verileceğini belirsizleştirir; pratikte aynı geniş yetki devredilir.
2. Şifreyi bir kez paylaşmak. O günden sonraki her kayıt için "bunu kim girdi?" sorusunun cevabı iki kişilik olur; bedeli aylar sonra bir anlaşmazlıkta ödenir.
3. Ayrılan çalışanın hesabını açık bırakmak. Ayrılmış biri telefonundan cari bakiyeleri ve müşteri listesini görmeye devam eder; bulutta erişim kapıyla sınırlı değildir.
4. Düzeltme talebi için yol açmamak. Çalışan kaydı düzeltemiyor, kime bildireceği de tanımlı değilse hata düzeltilmez — üstü örtülür.
5. Herkese rapor ekranı açmak. Dönem raporu kârı değil, müşteri hacminizi ve tedarikçi listenizi de gösterir; bilgi dükkân dışına en kolay oradan taşınır.
6. Yetkileri kurup bir daha bakmamak. Yeni bir modülde (emanet, borç defteri, fatura) varsayılan yetkiye bakmazsanız, çalışanın görmemesi gereken ekranı aylar sonra fark edersiniz.
Kenar durumlar: kural ne zaman farklı işler?
Tek kişilik dükkân. Yetki ayrımı anlamsız görünür; asıl kazanç iz kaydıdır — kendi hatanızı da izle bulursunuz.
Aile üyeleri. Eş, çocuk ya da kardeş fiilen çalışır ama hesabı yoktur; sahibin hesabından işlem yapılır. İz kaydını en çok bozan durum budur: yetki geniş olabilir, hesap ayrı olmalıdır.
Geçici usta ve muhasebeci. Dışarıdan gelene süreli hesap açılır, iş bitince pasifleştirilir. Mali müşavirin ise kayıt girmeye değil okumaya ihtiyacı vardır.
Birden fazla şube. Şube yöneticisi kendi şubesinin raporunu görür, diğerininkini görmez; konsolide görünüm yönetimdedir (çoklu şube yönetimi).
MASAK yükümlülükleri. Yetki iki yöne ayrılır. Kimlik tespiti tezgâhta yapılır: sürekli iş ilişkisi tesisinde tutar gözetmeksizin, diğer hâllerde işlem tutarı ya da birbiriyle bağlantılı işlemlerin toplamı 185.000 TL ve üzerindeyse gerekir (Tedbirler Yönetmeliği md.5; ayrıntısı kimlik tespiti yazımızda). Şüpheli işlem bildirimi ise dardır: bildirimde bulunulduğu, işleme taraf olanlar dâhil hiç kimseye açıklanamaz. Veri girme yetkisi geniş, bildirim yetkisi dar olmalıdır.
Tezgâh seviyesinde: bir günün akışı
Yetkilendirme bir ayar ekranı değil, günlük bir akıştır:
Açılışta. Herkes kendi hesabıyla girer; ortak tablet varsa vardiya değişiminde oturum kapatılır.
Gün içinde. Çalışan satış ve alışı kendisi girer, müşteri açar, emanet çıkışını yazar; maliyet ve kâr sütunlarını görmez. Fatura gerekiyorsa satışı kaydeder, belgeyi yetkili düzenler.
Hata çıktığında. Kendi kaydıysa ve gün kapanmamışsa düzeltir; değilse tek satırlık talep bırakır: kayıt numarası, hatalı alan, doğrusu.
Gün sonunda. Kapanışı yönetim yapar; fark varsa iz kaydından o günün hareketleri okunur (gün sonu kasa kapanışı).
Dükkân dışında. Saray Altın'da aynı hesap iOS, Android ve web'de çalışır; yetki kullanıcıya bağlıdır, cihaza değil.
Çalışan ayrıldığında
Personel değişikliğinde yapılması gerekenler:
- Hesabı pasifleştirin, silmeyin. Silinen kullanıcının geçmiş kayıtları sahipsiz kalır.
- Şifreleri değiştirin. Ortak kullanılan kasa şifresi, alarm kodu vb.
- Devir sayımı yapın. Ayrılış günü tam sayım, sonraki dönemde çıkabilecek tartışmayı önler.
- Açık kalemleri devredin. O çalışanın takip ettiği emanet ve borçlar başka birine atanmalıdır.
Devir kontrol listesi
| Adım | Ne zaman | Neden |
|---|---|---|
| Hesabı pasifleştirin | Son gün, kapanışta | Bulut erişimi kapıyla sınırlı değil |
| Ortak şifreleri değiştirin | Aynı gün | Kasa, alarm, ortak e-posta |
| Devir sayımı yapın | Son gün, iki kişi | Farkın tarihi netleşir |
| Emanet ve borçları devredin | Ayrılıştan önce | Takip kesintiye uğramaz |
| Yetki listesini okuyun | Sonraki hafta | Yetkiler tek kişide birikmesin |
Son satır sık atlanır: ayrılanın işleri geçici olarak birine yığılır, geçicilik kalıcılaşır ve sahibi dışında her şeyi yapabilen ikinci bir kullanıcı oluşur. Emanet ve taksitli altın borcu devri sözlü mutabakata dayandığı için ayrıca kritiktir.
Nereden başlamalı?
Bugün yapılabilecek en somut adım: her çalışana ayrı bir hesap açmak. Yetki ayrımını sonra ince ayarlayabilirsiniz; ama ayrı hesap olmadan hiçbir iz tutulamaz.
Sonrasında sırasıyla: silme yetkisini tek kişide toplayın; maliyet ve kâr sütunlarını çalışan rolünden kaldırın; fatura ve bildirim ekranlarını ayrı yetkiye bağlayın. İlk ay iz kaydını haftada bir okuyun; ince ayarı o veriyle yaparsınız.
Yetkilendirmenin de içinde olduğu bütünsel kayıt düzeni için kuyumcu programı rehberimize, günlük kontrol rutini için gün sonu kapanışı yazımıza göz atabilirsiniz. Kurulum ve yetki yapısıyla ilgili sorularınız için iletişim sayfamızdan bize yazabilirsiniz.
