Bir ERP programının uzaktan açılması, projenin günlük kullanıma hazır olduğu anlamına gelmez. Kullanıcı aynı anda rapor alabiliyor mu? Şubedeki yazıcı doğru sayfa düzenini koruyor mu? Muhasebe personeli yalnızca kendisine atanmış uygulamaları görüyor mu? Satın alma kararından önce bu soruların gerçek iş akışlarıyla cevaplanması gerekir.
Uzak erişim PoC testi, çözümün belirli bir ihtiyacı karşılayıp karşılamadığını kontrollü bir ortamda kanıtlayan teknik değerlendirmedir. Bu rehber, Türkiye’deki ERP ve muhasebe ekipleri için TSplus Remote Access denemesini ölçülebilir bir kabul planına dönüştürür. Buradaki süre ve eşikler örnektir; işletmenizin mevcut performansına ve beklentilerine göre belirlenmelidir.
PoC, demo ve pilot arasındaki fark nedir?
Demo, ürünün özelliklerini gösterir. PoC, sizin uygulamanızın ve cihazlarınızın bu özelliklerle birlikte çalışıp çalışmadığını sınar. Pilot ise doğrulanan yapıyı sınırlı bir kullanıcı grubuyla günlük işlere taşır. Güzel bir demo, yoğun raporlama veya özel yazıcı ihtiyacını tek başına doğrulamaz.
Bu nedenle PoC’nin tek bir hedefi olmalıdır: örneğin “Muhasebe ekibimiz, ERP uygulamasını şubeden kullanarak doğru çıktı alabiliyor ve yetkisiz verilere erişemiyor mu?” Böyle bir hedef, testin sonunda karar vermeyi kolaylaştırır.
1. Test kapsamını kurulumdan önce yazın
Uygulama adı ve sürümü, veritabanı bağlantısı, eklentiler, eşzamanlı kullanıcı hedefi, bağlantı yöntemi ve kullanılacak yazıcılar bir sayfalık kapsam belgesinde yer almalıdır. Sadece ERP’nin ana ekranını açmak yerine, kullanıcıların her gün gerçekleştirdiği beş kritik işlemi seçin.
- Oturum açma ve doğru uygulamaya ulaşma.
- Cari hesap arama ve kayıt görüntüleme.
- Test ortamında belge oluşturma ve kaydetme.
- Yoğun rapor çalıştırma ve dosya dışa aktarma.
- Şube yazıcısından doğru belgeyi alma.
En az bir muhasebe kullanıcısı, bir şube kullanıcısı ve bir BT sorumlusu değerlendirmeye katılsın. Böylece test yalnızca yöneticinin bilgisayarında başarılı olan bir kurulumla sınırlı kalmaz.
2. Üretimi temsil eden bir test ortamı hazırlayın
Uygulamanın desteklediği Windows sürümünü ve çok kullanıcılı çalışma gereksinimlerini yazılım sağlayıcısıyla doğrulayın. Logo, Mikro, Netsis veya başka bir ERP’nin uyumluluğu; sürüm, eklenti, kurulum ve lisans modeline bağlıdır. Bir ürün adının desteklenmesi, tüm özel geliştirmelerin sorunsuz çalışacağı anlamına gelmez.
Test için ayrı bir sunucu veya sanal makine kullanın. Mümkünse anonimleştirilmiş, temsili bir veritabanıyla çalışın ve ortamın CPU, RAM, disk ve ağ özelliklerini kaydedin. Çok küçük bir örnek veritabanı, gerçek rapor sürelerini yansıtmayabilir. Test kullanıcılarının üretim belgelerini yanlışlıkla değiştirmesini önlemek için bağlantı hedeflerini açıkça ayırın.
3. Erişim yöntemini kullanıcı profiline göre sınayın
TSplus Remote Access, Windows uygulamalarını veya masaüstünü yayınlamaya ve kullanıcı ya da gruplara uygulama atamaya imkân verir. HTML5 web erişimi ve Windows istemci seçeneklerini, kullanıcıların gerçek ihtiyaçlarına göre değerlendirin.
Tarayıcı testinde ekran ölçekleme, Türkçe karakterler, klavye kısayolları, dosya indirme ve izin verilen dosya yükleme işlemlerini deneyin. Windows istemcisinde uygulama pencereleri arasındaki geçişi ve gerekli yerel kaynakları kontrol edin. Sadece aynı ofis ağından bağlanmayın; gerçek şube interneti ve kullanılacak cihazlarla da test yapın.
4. Çoklu kullanıcı testinde veri ve oturumları ayırın
Aynı yönetici hesabını birden çok cihazda açmak, gerçek çoklu kullanıcı testi değildir. Her katılımcı ayrı standart kullanıcı hesabıyla bağlansın. İki kullanıcı aynı anda rapor çalıştırsın; bir başkası test belgesi oluştursun. Kullanıcı profilleri, geçici dosyalar, uygulama ayarları ve yazıcı seçimlerinin birbirine karışmadığını doğrulayın.
TSplus’ın resmi başlangıç rehberi, Remote Access denemesini 15 gün ve en fazla 5 eşzamanlı kullanıcı olarak tanımlar. Bu kapsam, temel uyumluluğu sınamak için kullanılabilir. Beş kullanıcıyla başarılı sonuç almak, onlarca veya yüzlerce kullanıcıdaki kapasiteyi kanıtlamaz; büyük ölçekli yük testi için uygun test lisansı ve ayrı kapasite planı gerekir.
5. Yazdırmayı ayrı bir kabul maddesi yapın
ERP projelerinde sorunlar çoğu zaman uygulama açıldıktan sonra ortaya çıkar. A4 rapor, çok sayfalı çıktı, barkod etiketi, fiş ve özel kâğıt boyutlarını ayrı ayrı değerlendirin. Türkçe karakterler, kenar boşlukları, sayfa sırası ve doğru yazıcının seçilmesi mutlaka kontrol edilmelidir.
Bağlantı yöntemi yazdırma seçeneğini etkiler. Resmi yazdırma tablosuna göre HTML5 erişiminde Universal Printer desteklenir; klasik yazıcı yönlendirmesi ve Virtual Printer desteklenmez. Bu nedenle tarayıcıda başarılı bir PDF çıktısı, Windows istemcisindeki doğrudan etiket baskısının da başarılı olacağını göstermez. Her yöntemi gerçek cihaz ve belgeyle sınayın.
6. Performansı his yerine sürelerle değerlendirin
Yerel kullanımda ve uzaktan erişimde aynı işlemleri tekrarlayın. Oturum açma, ERP’nin açılması, raporun tamamlanması ve baskının başlaması için ölçüm alın. Her senaryoyu birkaç kez çalıştırıp ortalama süreyi ve en yavaş sonucu kaydedin. Test saatini, eşzamanlı kullanıcı sayısını ve internet bağlantısını da ekleyin.
BT ekibi aynı zaman aralığında CPU, bellek ve disk kullanımını izlesin. Uzayan bir raporun nedeni erişim yazılımı kadar veritabanı sorgusu, disk gecikmesi veya uygulamanın çalışma biçimi de olabilir. Küçük bir testte ölçülen kullanıcı başına RAM değerini bütün sisteme doğrudan çarpmak yerine yoğun iş yükünü ayrıca değerlendirin.
7. Yetki, bağlantı kesintisi ve yeniden girişi test edin
Bir kullanıcıya yalnızca gerekli uygulamaları atayın ve diğer uygulamalara ya da yetkisiz klasörlere ulaşamadığını kontrol edin. Uygulama ataması ile Windows dosya izinleri farklı katmanlardır; ikisi de sınanmalıdır. Üretimde kullanılacak HTTPS, kimlik doğrulama ve erişim politikaları test kapsamına alınsın.
Kaydedilmiş bir test belgesi açıkken bağlantıyı kontrollü olarak kesin ve yeniden bağlanın. Kullanıcının mevcut oturuma dönüp dönmediğini, uygulamanın davranışını ve oturum süre sınırlarını belgeleyin. Bağlantının kesilmesi ile oturumun kapatılması farklıdır; kaydedilmemiş verinin korunacağını varsaymayın.
Örnek PoC kabul tablosu
Aşağıdaki tablo bir başlangıç şablonudur. Süre eşiklerini teste başlamadan önce iş birimiyle kararlaştırın; sonuçları gördükten sonra kriterleri değiştirmeyin.
| Test | Kabul ölçütü | Kanıt |
|---|---|---|
| ERP iş akışı | Seçilen kritik işlemler hatasız tamamlanır. | İşlem kaydı ve ekran görüntüsü |
| Çoklu kullanıcı | Ayrı hesaplarda veri ve profil karışması görülmez. | Kullanıcı bazında test sonuçları |
| Performans | Önceden belirlenen işlem süreleri karşılanır. | Süreler ve kaynak ölçümleri |
| Yazdırma | Gerçek cihazlarda biçim, karakter ve sayfa sırası doğrudur. | Kontrol edilmiş örnek çıktılar |
| Yetki | Yetkisiz uygulama ve veri erişimi engellenir. | Olumlu ve olumsuz erişim testleri |
| Yeniden bağlantı | Davranış belirlenen oturum politikasına uygundur. | Kesinti ve yeniden giriş kaydı |
PoC sonunda hangi karar verilmelidir?
Her maddeyi “başarılı”, “koşullu başarılı” veya “başarısız” olarak işaretleyin. Koşullu sonuçlarda gerekli değişikliği, sorumluyu ve yeniden test tarihini yazın. Kritik iş akışı, veri doğruluğu veya yetki testi başarısızsa, sorun çözülmeden pilot aşamasına geçmeyin.
Başarılı PoC sonrasında sınırlı bir kullanıcı grubuyla pilot planlayın. Üretime geçiş için yedekleme, geri dönüş adımları, kullanıcı eğitimi ve destek sorumluları ayrıca belirlenmelidir. Test sonucu ile satın alınacak edisyonun ve yazdırma bileşenlerinin özelliklerini eşleştirmeyi unutmayın.
Sık sorulan sorular
PoC için yalnızca uygulamanın açılması yeterli mi?
Hayır. Gerçek iş akışları, yazdırma, kullanıcı ayrımı ve performans birlikte doğrulanmalıdır. Açılış testi, değerlendirme planının yalnızca ilk adımıdır.
Beş kullanıcı testiyle büyük bir kurulumun kapasitesi belirlenebilir mi?
Temel kaynak tüketimi hakkında fikir edinilebilir, ancak büyük ölçekli eşzamanlılığı doğrulamak için temsili yük altında ayrı test gerekir.
Her ERP’nin bütün özellikleri tarayıcıdan kullanılabilir mi?
Sonuç, uygulamanın gereksinimlerine ve kullanılan çevre birimlerine bağlıdır. Özel yazıcılar, yerel entegrasyonlar ve cihaz bağlantıları ayrıca sınanmalıdır.
Kendi uygulamanızla değerlendirmeye başlayın
Deneme sürümünü indirin, kritik iş akışlarınızı listeleyin ve ölçümleri aynı test formunda toplayın. Kurulumunuza uygun bağlantı ve yazdırma yöntemini değerlendirmek için TSplus Türkiye ekibiyle iletişime geçebilirsiniz.