PoC yazılımı, mobil veri veya desteklenen Wi-Fi bağlantısı üzerinden bas-konuş iletişimini yöneten platformdur. Kullanıcı hesapları, konuşma grupları, konuşma hakkı ve desteklenen ek hizmetler bu yazılım katmanında düzenlenir. Bir PoC cihazının fiziksel olarak sağlam olması önemlidir, ancak işletmenin günlük deneyimini çoğu zaman uygulamanın davranışı ve yönetim araçları belirler. Bu nedenle yazılım seçimi, cihaz satın alımının sonuna bırakılmamalıdır.
Piyasada farklı barındırma, lisanslama ve entegrasyon yaklaşımları bulunur. İşletmenin hangi platforma uygun olduğunu anlaması için önce gerçek iş akışı tanımlanmalıdır. Bu rehber, özellik sayısı üzerinden yarışmak yerine kullanıcı, ağ, güvenlik ve işletme gereksinimlerine dayalı bir değerlendirme yöntemi sunar. Her özellik her üründe bulunmaz; teklif edilen kapsamın gerçek kurulumda gösterilmesi gerekir.
İhtiyaç listesini iş akışından çıkarın
İlk soru kaç cihaz alınacağı değil, kimlerin kimlerle hangi amaçla konuşacağıdır. Merkez operatörünün bütün grupları izlemesi gerekebilirken saha çalışanının yalnızca görev grubunu görmesi yeterli olabilir. Geçici ekipler, taşeron personel ve vardiya değişimleri için farklı yetkilendirme ihtiyaçları doğabilir. Kullanıcı rolleri belirlenmeden hazırlanan grup yapısı zamanla karmaşıklaşır.
İhtiyaç listesinde zorunlu işlevlerle tercih edilen kolaylıklar ayrılmalıdır. Örneğin grup görüşmesi temel gereksinimken geçmiş konum raporu belirli bir ekip için gerekli olabilir. Video paylaşımı isteniyorsa bunun veri tüketimi, cihaz performansı ve güvenlik etkileri ayrıca düşünülür. Herkese aynı paketi vermek yerine görev bazlı lisanslama mümkünse değerlendirilmelidir. Ancak bunun yönetim yükü de hesaba katılmalıdır.
Mobil istemci ve fiziksel düğme uyumu
PoC uygulamasının desteklediği işletim sistemi sürümleri ve cihaz modelleri açıkça öğrenilmelidir. Android cihazda çalışması, fiziksel PTT düğmesini desteklediği anlamına gelmez. Üreticiye özel düğme eşlemesi veya ek servis gerekebilir. Ekran kapalıyken çağrı alma, kilit ekranından konuşma ve cihaz yeniden başladığında uygulamanın açılması gerçek cihaz üzerinde denenmelidir.
Telefonlarda batarya optimizasyonu, arka plan uygulama kısıtları ve mikrofon izinleri iletişimi etkileyebilir. Kullanıcının günlük kullanım sırasında bu ayarları değiştirmesi durumunda ne olacağı düşünülmelidir. Kurumsal cihaz yönetimi kullanılıyorsa uygun politikalar belirlenebilir. Aksesuar tarafında Bluetooth kulaklık veya kablolu mikrofonun PTT kontrolü de ayrıca test edilmelidir; sesin duyulması düğmenin doğru çalıştığını kanıtlamaz.
Konuşma grupları ve yönetim yetkileri
İyi bir platform, kurumun grup planını anlaşılır şekilde yönetebilmelidir. Kullanıcının bir grubu görmesi, dinlemesi ve konuşması farklı yetkiler olarak ele alınabilir. Yetkilerin ayrıntısı ürüne göre değişir. Acil durum veya yönetici önceliği gibi işlevler varsa, bunların hangi koşullarda devreye girdiği ve normal konuşmayı nasıl etkilediği gösterilmelidir.
Yönetim panelinde yapılan değişikliğin cihazlara ne zaman ulaştığı önemlidir. Çevrimdışı bir cihaz eski grup bilgileriyle açıldığında nasıl güncellenir? Kullanıcı devre dışı bırakıldığında açık oturumu ne olur? Geçici yetkinin süresi nasıl sonlandırılır? Bu sorular sadece güvenliği değil, vardiya başlangıcında yaşanabilecek operasyon sorunlarını da ilgilendirir. Hesap ve cihaz yönetimi ayrı işlemlerse sorumluluklar açık olmalıdır.
Bulut hizmeti mi, kurum içinde sunucu mu?
Bulut tabanlı hizmette sunucu işletiminin bir bölümü sağlayıcı tarafından yürütülebilir. Bu yaklaşım kurulum işini azaltabilir, ancak abonelik kapsamı, veri konumu, hizmet desteği ve dışa aktarım koşulları incelenmelidir. Her bulut hizmetinin aynı yedeklilik veya hizmet seviyesi sunduğu varsayılmamalıdır. Planlı bakım ve kesinti bildirimlerinin nasıl yapıldığı öğrenilmelidir.
Kurum içinde sunucu kurmak, daha fazla kontrol sağlayabilir; buna karşılık güncelleme, güvenlik, yedekleme ve izleme sorumluluğunu artırır. Yerel sunucu bulunması, uzaktaki kullanıcıların internet bağlantısına ihtiyaç duymayacağı anlamına gelmez. Şubeler arası erişim ve yedek bağlantı yine planlanır. Karar yalnızca lisans bedeline göre değil, kurumun bu altyapıyı sürdürebilecek yetkinliğine göre verilmelidir.
Şifreleme ve veri koruma soruları
Teklifte şifreleme yazıyorsa hangi katmanların korunduğu açıklanmalıdır. Taşıma bağlantısının şifrelenmesi, kayıtların şifreli saklanması ve uçtan uca medya şifrelemesi farklı özelliklerdir. Sunucunun sesi işleyip işlemediği ve kayıt oluştururken hangi erişimlere ihtiyaç duyduğu netleştirilmelidir. Belirsiz bir güvenlik ifadesi yerine teknik dokümantasyon ve kurulum kapsamı istenmelidir.
Kurum, kayıt ve konum verilerinin kimler tarafından görülebileceğini belirlemelidir. Yönetici işlemlerinin iz kaydı, kullanıcı yetkilerinin gözden geçirilmesi ve veri silme prosedürü değerlendirilir. Çalışanlara yapılacak bilgilendirme ve uygulanacak saklama süreleri ilgili mevzuat çerçevesinde ele alınmalıdır. Bu yazı hukuki uygunluk belgesi değildir; teknik seçim ile hukuki değerlendirme birbirini tamamlayan ayrı süreçlerdir.
Dispatch ve diğer sistemlerle entegrasyon
Merkez operatörü için web veya masaüstü dispatch konsolu gerekebilir. Konsolun aynı anda kaç grubu izleyebildiği kadar, seslerin operatöre nasıl sunulduğu da önemlidir. Öncelikli olayların görünürlüğü, kulaklık kullanımı ve kayıt arama akışı gerçek görevlerle denenmelidir. Sadece ürün tanıtımındaki ekran görüntüsü üzerinden karar vermek yeterli değildir.
Mevcut VHF veya UHF telsizlere bağlantı isteniyorsa gateway uyumu araştırılır. API bulunması da tek başına hazır entegrasyon olduğu anlamına gelmez; dokümantasyon, erişim yetkileri, lisans ve destek sorumlusu gereklidir. Gateway rehberi, farklı ağlar arasındaki ses ve veri sınırlarını açıklar. Dispatch ürünleri için SmartPTT ve TRBOnet yazıları tamamlayıcı bilgiler sunar.
Pilot değerlendirme nasıl puanlanır?
Aday platformları aynı test planıyla karşılaştırmak gerekir. Farklı cihaz veya farklı kapsama koşullarıyla yapılan denemeler adil karşılaştırma sağlamaz. İşletme, konuşma başlangıcı, ses anlaşılırlığı, bağlantıdan geri dönüş, kullanıcı yönetimi ve destek yanıtı gibi ölçütler belirleyebilir. Ölçütlerin önemi kurumun işine göre değişir; herkese uygun tek bir puanlama tablosu yoktur.
Pilot sırasında normal koşulların yanında hata senaryoları da denenmelidir. Veri bağlantısı kesilir, cihaz yeniden başlatılır, bir hesap devre dışı bırakılır ve uygulama tekrar açılır. Beklenen davranış ile gerçek sonuç karşılaştırılır. Testin yalnızca teknik ekip tarafından değil saha kullanıcıları ve merkez operatörleri tarafından da değerlendirilmesi gerekir. Kullanılması zor bir sistem, teknik olarak güçlü olsa bile benimsenmeyebilir.
Toplam maliyet ve hizmetten ayrılma koşulları
Maliyet hesabında cihaz, kullanıcı lisansı, sunucu, SIM veri hizmeti, kayıt depolaması ve destek ayrı başlıklar olarak ele alınmalıdır. Ek kullanıcı veya yeni şube eklendiğinde hangi bedellerin değişeceği sorulmalıdır. Deneme süresindeki kapsam ile gerçek abonelik kapsamının aynı olup olmadığı da doğrulanmalıdır. Yazılım güncellemelerinin mevcut cihazları desteklemeyi sürdürmesi önemli bir işletme konusudur.
Hizmetten ayrılma planı başlangıçta konuşulmalıdır. Kullanıcı listesi, izin verilen kayıtlar ve yapılandırmalar hangi biçimde dışa aktarılabilir? Lisans sona erdiğinde veriler ne kadar süre erişilebilir kalır? Cihaz başka platforma geçişe uygun mu? Bu sorular, gereksiz tedarikçi bağımlılığını azaltır. Doğru PoC yazılımı en uzun özellik listesi olan değil, kurumun günlük ihtiyaçlarını ölçülebilir biçimde karşılayandır. Hizmetler sayfası üzerinden kendi gereksinimlerinizi değerlendirebilirsiniz.