Bir satış temsilciniz büyük bir müşteriyi kaçırmamak için %35 iskonto yazdı ve “Gönder”e bastı. Ekran teklifi göndermedi. Aynı anda bir yerlerde bir yönetici bu teklifin onayını bekliyor olması gerekiyordu — ama kimseye bir şey söylenmedi. Bu soruyu arattığınızda bulduğunuz her rehber size eşiği nasıl kuracağınızı anlatıyor: hangi menüye girip hangi kutuya hangi sayıyı yazacağınızı. Hiçbiri “kurdum, şimdi ne olacak” sorusuna cevap vermiyor.
Yazının tezi tek cümlede: onay eşiği “kim onaylar” sorusunun cevabı değildir — “onaylanana kadar ne olur” sorusunun cevabıdır. Eşiği aşan bir teklif gönderilemez hale gelir, bir listede beklemeye başlar, kimseye haber gitmez ve onu bulmak onaylayanın kendi işidir. Bu bir eksiklik değil, üründeki bilinçli bir karardır — bildirim altyapısı e-posta gönderimiyle birlikte kapsam dışı bırakıldı — ve bu yazı bunu gizlemeden anlatıyor.
Eşik nedir, ne zaman devreye girer?
Bir teklif aracında “onay eşiği” tek bir ayar değil, iki bağımsız kuraldır: bir iskonto yüzdesi sınırı ve bir tutar sınırı. İkisi ayrı ayrı ölçülür, ikisinden biri aşılınca teklif onaya düşer. Daha önemlisi: ikisi de kurulumda kapalıdır — değerleri sıfırdır, yani “sınır yok” demektir. Bunun nedeni basit bir ürün ilkesi: kurulur kurulmaz herkese onay dayatan bir araç, kurulduğu gün kapatılır. Bir şirket bu kuralı ancak kendi limitlerini bilip elle girdiğinde devreye girer.
İskonto nasıl ölçülür: yalnız belge iskontosu mu?
Hayır. İskonto yüzdesi, satır iskontoları ile belge iskontosunun toplamına bakılarak ölçülür, ikisi ayrı ayrı değil birlikte. Karşılaştırma da toplam üzerinden değil, iskontodan önceki ara toplama (subtotal) oranlanarak yapılır. Neden bu kadar özenli davranıldığı da açık: eğer sistem yalnız belgenin altındaki tek iskonto kutusuna bakıyor olsaydı, aynı indirimi belge kutusuna yazmak yerine on satıra dağıtarak eşiği görünmeden atlatmak mümkün olurdu. Bu ölçüm biçimi tam olarak o yolu kapatıyor.
Tutar sınırı farklı para biriminde nasıl ölçülür?
Tutar sınırı her zaman tek bir para biriminde tanımlıdır (şirketin baz para birimi), ama gönderilen teklif dolar, euro ya da başka bir para biriminde olabilir. Burada iki farklı durum var.
Kur biliniyorsa
Teklifin toplamı, o teklife dondurulmuş kur kullanılarak baz para birimine çevrilir ve karşılaştırma bu çevrilmiş tutar üzerinden yapılır. Yani ölçüm bugünkü piyasa kuruyla değil, belgenin kendi günündeki kuruyla yapılır — aksi hâlde aynı teklif hiçbir şey değişmeden bir gün eşiğin altında, ertesi gün üstünde görünebilirdi.
Kur bilinmiyorsa ne olur?
Dövizli bir teklifin dondurulmuş bir kuru yoksa, teklif otomatik olarak onaya düşer — bu bir hata değil, kasıtlı bir güvenlik önlemidir: ölçülemeyen bir teklifi serbest bırakmak, büyük bir teklifin sessizce eşiğin altından geçmesi için tam da aranan boşluktur. Bu mekanizma kurun teklife nasıl dondurulduğuyla birlikte ayrı bir yazıda anlatıldı, burada tekrar edilmiyor: dövizli teklifte kur nasıl dondurulur.
Teklif eşiği aşınca ne olur: “Gönder” butonunun arkasında
Ekranda “Gönder” yazan bir buton görürsünüz ve o butona basarsınız. Eşik aşılmışsa teklif gönderilmez; durumu “Onayda Bekliyor”a geçer. Bu, ekranın kararı değildir — tek bir gönderme giriş noktası her seferinde eşiği kontrol eder, ekran ya da başka bir yol bunu atlayamaz. Durum makinesi de aynı disiplini korur: “Onayda Bekliyor”dan doğrudan “Gönderildi”ye atlanamaz, bu geçiş kasıtlı olarak dar tutulmuştur — aksi hâlde eşik gösterişten ibaret bir uyarıya dönerdi.
Onaylayana haber gider mi?
Hayır. Bu yazının dürüstlük omurgası burasıdır. Onay bekleyen bir teklif ekranda hiçbir zil çaldırmaz, hiçbir e-posta yollamaz, hiçbir mobil bildirim göndermez — yalnızca listede görünür. Bunun nedeni bir eksiklik değil bir sınırdır: bildirim/e-posta altyapısı, ürünün teklifi e-posta ile göndermediği kararla birlikte kapsam dışı bırakıldı. Yani onay bekleyen bir teklifi kimin, ne zaman fark edeceği tamamen o kişinin listeye bakma alışkanlığına bağlıdır.
Peki nasıl fark edilir? Pratik takip
Panoda bir onay rozeti ya da sayaç yoktur — “3 teklif onay bekliyor” diye bir kart açılmaz. Onay bekleyen teklifleri bulmanın yolu, teklif listesindeki durum filtresini “Onayda Bekliyor”a ayarlamaktır. Küçük bir ekipte bu, bir kişinin sabah ya da gün sonu rutinine eklediği bir alışkanlığa dönüşür: filtreyi aç, listeye bak, kimse beklemiyor mu diye kontrol et. Bu, bir yazılımın otomatik yaptığı bir şey değil, bir ekibin kurduğu bir disiplindir — ve tam da bu yüzden onay eşiğini açan şirketin bunu bilerek açması gerekir.
Bu davranışı görmek için gerçek bir aracı denemek daha kolay olabilir: onay eşiklerini kendi limitlerinize göre ayarlayabileceğiniz bir teklif aracı.
Onaylanınca / reddedilince ne olur?
Onay geldiğinde teklif dolambaçsız bir yol izler: durum doğrudan “Gönderildi”ye geçer, ayrıca bir “şimdi gönder” adımına gerek kalmaz. Red ise farklı çalışır ve burada bir kural katıdır: gerekçesiz red mümkün değildir. Boş bir gerekçeyle reddetmeye çalışmak işlemi durdurur. Neden bu kadar katı davranıldığı da açıktır: gerekçesiz bir red, teklifi hazırlayan kişiye ne değiştireceğini söylemez ve teklif hiç değişmeden geri gelir — bu da bir onay adımının zamanla kullanılmaz hale gelme biçimidir. Gerekçe girildiğinde teklif “Taslak”a döner ve yazarı üzerinde çalışmaya devam edebilir.
Bu noktada karıştırılmaması gereken ayrı bir konu var: bir teklifin süresinin dolması, onay eşiğinden tamamen farklı bir yaşam evresidir — biri gönderilmeden önceki iç kontrol, diğeri gönderildikten sonra müşteriden yanıt gelmemesiyle ilgilidir. İkisini aynı yazıda çözmeye çalışmak ikisini de sulandırır.
Bu adımların izi kalır mı?
Evet. Onaya gönderilme, onaylanma, reddedilme — her geçiş silinmeyen bir olay kaydına eklenir; kimin yaptığı ve ne zaman yaptığı bu kayıtta durur. Bunun nedeni de basit: “kim büyük bir iskontoyu onayladı” sorusu genellikle işlemden aylar sonra, bir anlaşmazlıkta ya da bir denetimde sorulur, ve o anda elinizde yalnız bugünkü durum yazısı (“Gönderildi”) varsa cevap veremezsiniz. Durum alanı bir teklifin şu an nerede olduğunu söyler; oraya nasıl geldiğini yalnız bu kayıt anlatır.
Biz bu tarafta ne yapıyoruz, ne yapmıyoruz
Smartifie Quote'ta onay eşiği yukarıda anlatılan biçimde çalışır: iki bağımsız kural (iskonto yüzdesi, tutar), ikisi de varsayılan kapalı; iskonto satır ve belge toplamı birlikte ölçülür; dövizli teklifte kur bilinmiyorsa teklif otomatik onaya düşer; “Onayda Bekliyor”dan “Gönderildi”ye atlama yoktur; red için gerekçe zorunludur; her geçiş silinmeyen bir olay kaydına eklenir. Açıkça yapmadığımız şey de şu: onay bekleyen bir teklif için kimseye e-posta ya da bildirim göndermiyoruz — bu, ürünün teklifi e-posta ile hiç göndermediği kararla birlikte alınmış bilinçli bir sınırdır. Panoda bir onay rozeti de yoktur; onay bekleyenler durum filtresiyle bulunur.
Kapanış tek cümlede: eşik teklifi durdurur, ama kimseyi uyarmaz — bu araçta onay bekleyen bir listeyi düzenli kontrol etmek, bildirimin yerini tutan tek şeydir.
Onay eşiklerini kendi limitlerinize göre kurabileceğiniz bir teklif aracı