PDKS fiyatları karşılaştırılırken en düşük cihaz etiketini değil, aynı ihtiyacı karşılayan toplam teklifi kıyaslayın. PDKS, Personel Devam Kontrol Sistemi demektir; sağlıklı bir teklif cihaz, kayıt yöntemi ve aksesuarlar, saha altyapısı, yazılım, kurulum-veri aktarımı, kabul-eğitim ve destek-yenileme olmak üzere yedi ayrı kalem göstermelidir. İki satıcı bu kalemleri aynı kapsamda doldurmuyorsa görünen toplamlar karşılaştırılabilir değildir.
İlk karar kuralı basittir: çalışan, giriş noktası, vardiya, günlük olay ve rapor ihtiyacını tek sayfalık bir senaryoya dönüştürün; her satıcıdan bu senaryoya göre fiyat, kapsam dışı işler ve ölçülebilir kabul kanıtı isteyin. Böylece satın alma ekibi yalnız ilk ödemeyi değil, üç yıl içinde çıkabilecek lisans, kurulum, destek ve değişiklik giderlerini de aynı tabloda görür. Eksik kapsamı varsayımla doldurmayın; açıklanmayan satırı teklif sahibine yazılı olarak tamamlatın.
PDKS fiyatları için önce kapsamı eşitleyin
Teklif istemeden önce “kaç cihaz?” sorusundan daha geniş bir ihtiyaç kartı hazırlayın. Çalışan sayısı, bir çalışanın günde üreteceği beklenen giriş-çıkış olayı, en yoğun vardiyanın kaç dakika içinde başlayacağı, terminal noktaları, ağ türü, raporlama dönemi ve sorumlu ekip bu kartta bulunmalıdır. Kayıt yükünü sayısallaştırmak için olay kapasitesini çalışan ve aktarım aralığıyla hesaplayan yöntemi kullanabilirsiniz. Bu hesap cihaz adedini otomatik belirlemez; aday terminalin kapasite ve aktarım planını sınamak için ortak bir taban oluşturur.
Örneğin 180 çalışanlı, iki girişli ve üç vardiyalı bir işletme; teklif formuna çalışan sayısının yanında vardiya başına beklenen yoğunluğu, her kişinin planlanan günlük olay sayısını, verinin kaç saatte bir aktarılacağını ve ay sonunda beklenen çıktıyı yazmalıdır. Satıcı A yalnız terminal bedeli verirken Satıcı B yazılım ve kurulumu da ekliyorsa, düşük görünen rakam gerçek bir avantaj değildir. Önce kapsamı aynı hale getirin, sonra bedeli değerlendirin.
1. Cihaz bedelini kapasite ve iletişim kanıtıyla birlikte yazın
Cihaz satırında model, adet, teslim edilecek donanım, güç kaynağı, kayıt kapasitesi ve haberleşme yolu açıkça yer almalıdır. TigerBio’nun K40 teknik sayfası 80.000 kayıt kapasitesi ile TCP/IP ve USB Host bağlantılarını; WL20 teknik sayfası ise 50.000 kayıt kapasitesi ile Wi-Fi ve USB Host seçeneklerini belirtir. Bu iki model aynı iletişim planı değildir: teklif, seçilen modelin gerçek montaj noktasında hangi yolu kullanacağını söylemelidir.
Pratik doğrulama için teslim edilen terminalde on zaman damgalı deneme olayı üretin, planlanan bağlantı yoluyla aktarın ve cihazdaki sayı ile yazılıma ulaşan tekil olay sayısını eşleştirin. Ağ kesintisi içeren kısa bir tekrar da ekleyin. Testin amacı üreticinin açıklamasını yeniden anlatmak değil, teklif edilen model ve kurulumun sizin sahadaki veri akışınızı taşıdığını kanıtlamaktır. Test sonucu belirsizse cihaz satırını “kabul edildi” olarak kapatmayın.
2. Kayıt yöntemi ve sarf malzemelerini ayrı değerlendirin
İkinci kalem, çalışanların hangi yöntemle kayıt oluşturacağını ve bu yöntemin yaşam döngüsünü kapsar. Kart kullanılacaksa ilk kartlar, yedek oranı, kayıp kart iptali ve yeniden tanımlama işçiliği; kişisel şifre kullanılacaksa kullanıcı açma-kapama ve unutulan şifre akışı; başka bir yöntem düşünülüyorsa teslim kapsamı ve saha testi ayrı yazılmalıdır. Bir özelliğin model sayfasında bulunması, teklifte etkinleştirildiği veya tüm işletme senaryosunun hazır olduğu anlamına gelmez.
Bu satırın kabul ölçütü bir satış sıfatı değil, hesap yaşam döngüsüdür: yeni çalışanı tanımlayın, kontrollü bir olay üretin, çalışanı pasife alın ve pasif kimlikle yeni olay oluşup oluşmadığını sınayın. Eski kayıtların çalışan geçmişinde korunup korunmadığını da kontrol edin. Böylece ilk alımda görünmeyen kart yenileme, kullanıcı desteği ve işten ayrılış operasyonu teklif karşılaştırmasına girer.
3. Ağ, enerji ve montajı cihaz fiyatından ayırın
Kablo, priz, ağ portu, kablosuz kapsama, pano, montaj yüksekliği, koruyucu ekipman ve saha erişimi üçüncü kalemdir. “Kurulum dahil” ifadesi tek başına yeterli değildir; kaç metre kablo, kaç nokta, hangi mesai aralığı ve hangi sorumluluk sınırı dahil olduğuna bakın. Wi-Fi tercih ediliyorsa terminal noktasında sinyal ve yeniden bağlanma davranışı ölçülmeli; kablolu bağlantıda port, IP planı ve kablo rotası önceden doğrulanmalıdır.
PDKS fiyatları bu altyapı satırı boş bırakıldığında yanıltıcı biçimde düşebilir. Keşif formuna her terminal için enerji kaynağı, iletişim yolu, mesafe, montaj sorumlusu ve başarısızlık halinde geri dönüş planı ekleyin. Sonradan çıkan kablolama veya saha çalışmasını “beklenmeyen gider” saymak yerine teklif aşamasında görünür hale getirin.
4. Yazılımı modül adıyla değil, beklenen çıktıyla tarif edin
Yazılım satırında lisans veya abonelik modeli, kullanıcı sayısı, sunucu sorumluluğu, güncelleme dönemi ve teslim edilecek çıktılar yer almalıdır. TigerBio’nun Personel Devam Kontrol Yazılımı kapsamı; giriş-çıkış, geç gelme, erken çıkma, devamsızlık, izin, günlük ve aylık puantaj ile çalışma planı ve fazla mesai başlıklarını açıkça listeler. Teklifiniz bu başlıklardan hangilerinin teslim edilen sürümde, hangi kuralla ve hangi kullanıcı rolüyle kullanılacağını belirtmelidir.
Bir günlük ve bir aylık örnek veri seti hazırlayın. Normal vardiya, geç geliş, erken çıkış, izin ve gece yarısını geçen vardiya gibi daha önce tanımladığınız senaryoları ham olaydan puantaja kadar izleyin. Her fark için kaynak olay, plan, kural ve sonucun gösterilebilmesini isteyin. Bu test, yazılımın genel olarak “rapor verdiğini” değil, satın aldığınız kapsamın sizin kararınızı ürettiğini doğrular.
5. Kurulum, veri aktarımı, eğitim ve kabulü teslimatlara bağlayın
Dördüncü ve beşinci kalemler genellikle tek “hizmet” satırında birleşir; oysa veri aktarımı ile kullanıcı eğitimini ayrı kabul etmek gerekir. Mevcut çalışan listesi kim tarafından temizlenecek, hangi alanlar taşınacak, geçmiş olaylar dahil mi, vardiya kuralları kim tarafından tanımlanacak ve hatalı satırlar nasıl geri verilecek? Bunların her biri teslimat, sorumlu, tarih ve kabul kanıtına bağlanmalıdır.
NIST yapılandırma yönetimi rehberi, yapılandırma tabanı ve kontrollü değişiklik fikrini açıklar. PDKS projesinde bunun pratik karşılığı; cihaz, iletişim, vardiya ve yazılım ayarlarının pilot öncesinde kaydedilmesi, her değişikliğin sahibiyle izlenmesi ve kabulden sonra onaysız değişiklik yapılmamasıdır. NIST teknik test rehberi de test planı, bulgu analizi ve düzeltme yaklaşımı için yararlı bir çerçeve sunar. Bunlar ürün özelliği değil, kabul sürecini disipline eden kaynaklardır.
6. Destek ve yenilemeyi süre, kanal ve kapsamla ölçün
Altıncı ve yedinci kalem; kabul-eğitim ile destek-yenilemedir. Kaç yönetici eğitilecek, eğitim hangi veriyle yapılacak, doküman teslim edilecek mi, arıza bildirimi hangi kanaldan açılacak, uzaktan ve yerinde destek nasıl ayrılacak, lisans veya bakım hangi tarihte yenilenecek? “Destek var” ifadesi yerine yanıt süresi, kapsam dışı işler, sürüm güncellemesi ve ikinci yıl bedelinin nasıl belirleneceği yazılmalıdır.
Olayların teşhis edilebilmesi de destek maliyetini etkiler. CISA’nın iş sistemlerinde günlük kaydı açıklaması, kayıtların olayları anlamadaki rolünü vurgular. Pilot sırasında terminal olayı, aktarım zamanı, yazılım sonucu ve yapılan düzeltmeyi tek vaka numarası altında toplayın. Aynı sorunun tekrarında ekiplerin kaç saat harcadığını ölçebilir, destek tekliflerini yalnız fiyatla değil çözüm kanıtıyla kıyaslayabilirsiniz.
7. Üç yıllık toplam maliyeti tek formülle hesaplayın
PDKS fiyatları için son karşılaştırma, ilk yıl toplamıyla bitmemelidir. Her teklif için şu yapıyı kullanın: ilk yatırım + üç yıllık lisans veya abonelik + planlı destek ve yenileme + beklenen sarf ve değişim + saha operasyonu. Aynı para birimini, vergi yaklaşımını ve dönemi kullanın; “teklife dahil”, “opsiyonel” ve “müşteri sorumluluğunda” satırlarını ayrı işaretleyin. Belirsiz bedeli sıfır kabul etmeyin; karar verilene kadar açık risk olarak tutun.
| Ortak teklif kalemi | Teklif A’da aranacak kanıt | Teklif B’de aranacak kanıt | Karar ölçütü |
|---|---|---|---|
| 1. Cihaz | Model, adet, kapasite, iletişim | Model, adet, kapasite, iletişim | İhtiyaç kartını ve olay pilotunu karşılıyor |
| 2. Kayıt yöntemi | Teslim kapsamı, sarf, yaşam döngüsü | Teslim kapsamı, sarf, yaşam döngüsü | Yeni/pasif çalışan testi açıklanabilir |
| 3. Saha altyapısı | Enerji, ağ, kablo, montaj sınırı | Enerji, ağ, kablo, montaj sınırı | Her nokta keşif formunda doğrulanmış |
| 4. Yazılım | Lisans, roller, kurallar, çıktılar | Lisans, roller, kurallar, çıktılar | Örnek olay günlük ve aylık sonuca ulaşıyor |
| 5. Kurulum ve veri | Alanlar, sorumlu, hata iadesi | Alanlar, sorumlu, hata iadesi | Taşınan ve reddedilen satırlar uzlaştırılmış |
| 6. Kabul ve eğitim | Senaryo, katılımcı, teslim belgesi | Senaryo, katılımcı, teslim belgesi | Tüm kritik senaryolar imzalı PASS |
| 7. Destek ve yenileme | Kanal, süre, kapsam, dönem bedeli | Kanal, süre, kapsam, dönem bedeli | Üç yıllık maliyet ve sorumluluk açık |
Teklif kararını üç sonuçtan biriyle kapatın
PDKS fiyatları karşılaştırmasında teklifleri “ucuz/pahalı” diye sıralamak yerine üç sonuç kullanın. Satın almaya hazır: yedi kalem dolu, kritik pilotlar geçmiş ve üç yıllık toplam açıklanmış. Sınırlı pilotu sürdür: ürün ve kapsam uygun görünüyor ancak saha, aktarım veya puantaj kanıtı eksik. Teklifi durdur: zorunlu satırlar belirsiz, ölçülebilir kabul kriteri yok veya aynı ihtiyaca göre fiyat verilmiyor. Bu karar biçimi, düşük başlangıç bedelinin eksik kapsamı gizlemesini önler.
Son görüşmeye ihtiyaç kartınızı, yedi kalemli tabloyu ve pilot olay listenizi götürün. PDKS fiyatları ancak aynı çalışan, vardiya, nokta, veri ve destek senaryosu üzerinden istendiğinde anlamlı biçimde karşılaştırılabilir. Kapsamı TigerBio’nun doğrulanmış cihaz ve yazılım başlıklarıyla eşleştirmek için yedi kalemli PDKS teklif formunuzla TigerBio teknik görüşmesi planlayın.
