Teknik servislerde garanti ve yedek parça takip programı kurmak için her cihazı benzersiz bir servis kaydı ve seri numarasıyla eşleştirin; teslim alma belgesini, garanti kanıtlarını, arıza teşhisini, müşteri onayını, parça stok hareketlerini ve teslim fişini aynı iş emrinde tutun. Önce kabul → teşhis → onay → onarım → test → teslim akışını tanımlayın, ardından stok, yetki ve bildirim modüllerini ekleyin. Garanti süresini yalnız satın alma tarihinden otomatik hesaplamak yerine ürünün belgelerini ve onarım koşullarını kontrol edin.
Garanti, seri numarası ve parça kaydı neden tek iş emrinde tutulmalı?
Müşteri bir dizüstü bilgisayarı arıza nedeniyle getirdiğinde resepsiyonun kâğıt servis fişi, teknisyenin mesajı ve deponun Excel dosyası birbirinden kopuk kalabilir. Cihazın hangi seri numarasıyla geldiği, hangi parçanın kullanıldığı ve müşterinin hangi işleme onay verdiği daha sonra bulunamazsa hem teslimat gecikir hem de garantiye ilişkin bir itirazı araştırmak zorlaşır. Tek kayıt tasarımı, parçayı veya müşteri konuşmasını kaybetmemek kadar kimin hangi işlemi yaptığını da gösterir.
İlk sürümde üç ana kayıt yeterlidir: müşteri, cihaz ve servis iş emri. Cihaz birden fazla kez servise gelebilir; önceki iş emirleri silinmemeli, aynı cihazın geçmişine eklenmelidir. Parça kullanımı ise ayrı, denetlenebilir stok hareketi olmalıdır; yalnız iş emrine serbest metin olarak 'fan değişti' yazmak gerçek stok miktarını güncellemez.
Cihaz kabulünde servis fişine hangi bilgiler yazılmalı?
- Otomatik üretilen servis takip numarası ve kabul tarihi
- Müşterinin gerekli iletişim bilgileri ve cihazı teslim eden kişi
- Cihaz tipi, marka, model ve varsa seri numarası veya IMEI
- Müşterinin bildirdiği arıza, teslim alınan aksesuarlar ve görünen fiziksel durum
- Garanti belgesi veya fatura bilgisi; belge yoksa 'doğrulanamadı' durumu
- Teslim alma belgesinin müşteriye verilmesi ve teslim edildiğine ilişkin kayıt
- Müşterinin veri kaybı veya ücretli teşhis gibi süreçlere ilişkin gerekli bilgilendirme ve onay kayıtları
Seri numarasını barkodla okutmak elle giriş hatasını azaltabilir. Seri numarası okunamıyorsa kayıt boş bırakılmamalı; servis içinde benzersiz bir etiket oluşturulmalı ve cihazın ayırt edici bilgileri eklenmelidir. T.C. kimlik numarası, cihaz şifresi ve cihaz içindeki özel dosyalar gibi süreç için gerekmeyen kişisel verileri rutin ve zorunlu alan yapmayın.
Kabulden teslimata örnek teknik servis iş akışı
Aşağıdaki senaryo gerçek bir Akhisar Dijital müşterisinin verisi değil, yazılımın nasıl tasarlanabileceğini göstermek için hazırlanmış kurgusal bir dizüstü bilgisayar servis örneğidir. Servis numarası TS-1042 olan cihazın fan sesi ve ısınma şikâyetiyle kabul edildiğini varsayalım.
| Aşama | Sistemde yapılan işlem | Bir sonraki aşamaya geçiş koşulu |
|---|---|---|
| 1. Kabul | Cihaz, seri numarası, aksesuarlar ve teslim alma belgesi kaydedilir. | Cihaz etiketi basıldı; kabul kaydı tamamlandı. |
| 2. Teşhis | Teknisyen arızayı, test sonucunu ve önerilen işlemi kaydeder. | İşlem ve gerekiyorsa ücretli teklif netleşti. |
| 3. Onay | Müşteriye işçilik, parça ve tahmini teslim bilgisi iletilir. | Müşterinin kabulü veya reddi tarih ve kanalla kaydedildi. |
| 4. Onarım | Stoktan seçilen fan, ilgili iş emrine parça hareketiyle bağlanır. | Parça seri/lot bilgisi gerekiyorsa eklendi; hareket denetlendi. |
| 5. Test | Sıcaklık ve fan çalışma kontrolü gibi sonuçlar kaydedilir. | Kontrolü yapan teknisyen ve test durumu belli. |
| 6. Teslim | Teslim alan kişi, tarih, teslim fişi ve gerekiyorsa ödeme kaydedilir. | İş emri kapatıldı; geçmiş kayıt saklandı. |
Müşteri onay vermeden ücretli parça kullanımına geçilmesini engelleyen bir durum kuralı tanımlamak, sonradan kimin neyi onayladığını aramayı azaltır. Teknisyen işlem sırasında ek arıza bulursa mevcut teklifi sessizce değiştirmek yerine yeni bir teklif sürümü ve ek onay kaydı açılır. İş emri iptal edilirse ayrılan fakat takılmayan parçalar depoya iade hareketiyle döner.
Garanti takibi nasıl tasarlanmalı?
Garanti ekranında tek bir 'garantili' kutucuğu yeterli değildir. Ürüne ait fatura veya garanti belgesi, önceki onarım, servis türü ve yapılan müdahale birlikte incelenebilir olmalıdır. Yazılım doğrulanmış belge, inceleme bekliyor, kapsam dışı olduğu bildirildi ve karar kayda alındı gibi operasyonel durumları birbirinden ayırabilir; hukuki kapsam kararı ise yetkili personel ve somut belgelere dayanmalıdır.
| Konu | Kaydedilecek kanıt | Kaçınılacak hata |
|---|---|---|
| Satın alma / garanti | Varsa fatura, garanti belgesi, ürün bilgisi ve tarih | Sadece elle girilen tarihe bakıp otomatik ret kararı vermek |
| Önceki onarım | Eski iş emri, değişen parça ve teslim fişi | Yeni başvuruda geçmiş işlem bilgisini silmek |
| Ücretli işlem | Kalem kalem teklif, geçerli müşteri onayı ve onay zamanı | Onaylanmayan parçayı kullanılmış göstermek |
| Teslimat | Son test, teslim belgesi, alan kişi ve zaman | Teknisyen tamamladı diye cihazı teslim edildi saymak |
| Tekrar arıza | İlgili önceki iş emrine bağlantı ve yeni teşhis | Her tekrarı ilişkisiz yeni müşteri kaydıyla açmak |
Yedek parça stok takibi nasıl çalışmalı?
Her parça için stok kodu, parça adı, uyumlu modeller, depo/raf, mevcut miktar, ayrılan miktar ve gerekiyorsa seri veya lot bilgisi tanımlayın. Kullanılabilir stok, fiziksel stoktan başka servisler için ayrılmış miktar çıkarılarak hesaplanmalıdır. Servis fişine 'parça kullanıldı' notu eklemek ile depodan gerçek çıkış yapmak ayrı işlemlerdir; sistem bu ikisini aynı iş emrinde ilişkilendirmelidir.
- Teşhiste parça gerekiyorsa depodan rezerve edin; rezervasyon stok çıkışı değildir.
- Gerçek kullanımda parça, miktar, iş emri, teknisyen ve zamanla stok hareketi oluşturun.
- Takılmayan veya iade edilen parçayı eski kaydı silmeden ters hareketle stoğa alın.
- Kritik parçalar için asgari stok uyarısı belirleyin; satın alma talebini ayrı izleyin.
- Parça tedarik süresi uzarsa müşteriye vaat edilen teslim tarihini yeniden değerlendirin.
Hazır teknik servis programı mı, özel yazılım mı?
Tek şubeli ve standart kabul-onarım-teslim süreci olan servisler, hazır bir programın deneme sürümünde gerçek iş emirlerini test ederek başlayabilir. Birden fazla şube, seri numarasına bağlı parça geçmişi, ERP entegrasyonu, tedarikçi garantisi veya işletmeye özgü yetki akışı gerekiyorsa özel geliştirme ya da mevcut programa entegrasyon değerlendirilebilir. Kararı ekran sayısına değil, kaydın gerçek işlemi ne kadar doğru temsil ettiğine göre verin.
| Gereksinim | Hazır programda kontrol | Özel geliştirmede kapsam |
|---|---|---|
| Kabul ve barkod | Seri numarası ve yazıcı desteğini pilotta deneyin. | Kullanılan cihaz ve yazıcılarla doğrudan entegrasyon tasarlayın. |
| Garanti kayıtları | Belge ekleme ve geçmiş arama özelliğini doğrulayın. | İşletmeye özel kanıt ve onay akışlarını modelleyin. |
| Stok | Rezervasyon, iade ve parça hareketini test edin. | Depo, satın alma ve mevcut muhasebeyle bağlantıyı planlayın. |
| Yetkiler | Resepsiyon, teknisyen ve depo için ayrı izinleri arayın. | Rol ve işlem bazlı erişim ile denetim kaydı ekleyin. |
| Rapor | Geciken işler ve parça tüketimi raporlarını inceleyin. | Birden çok şube ve özel performans ölçülerini geliştirin. |
İlk sürüm yayına çıkmadan önce kontrol listesi
- Aynı seri numarasıyla ikinci servis kaydı açıldığında önceki işlemler bulunuyor mu?
- Aynı parça iki teknisyen tarafından eşzamanlı ayrılınca stok eksiye düşmesi engelleniyor mu?
- Onaylanmamış ücretli iş, yetkisiz kullanıcı tarafından 'tamamlandı' durumuna alınabiliyor mu?
- İade veya iptal hareketleri stok ve iş emri geçmişinde iz bırakıyor mu?
- Kabul ve teslim fişleri doğru cihaz, müşteri, tarih ve işlem bilgisini gösteriyor mu?
- Teknisyen yalnız kendisine gerekli müşteri ve cihaz bilgilerine erişebiliyor mu?
- Yedekleme alındıktan sonra geri yükleme gerçek örnek kayıtlarla test edildi mi?
- Müşteriye bildirimler, gerekli iletişim tercihlerine ve hukuki koşullara uygun mu?
Türkiye'deki teknik servislerde müşteriye verilen belgeler ve satış sonrası hizmet yükümlülükleri ürün grubu ile servis statüsüne göre değişebilir. Yazılımın alanları güncel mevzuat ve işletmenin gerçek yükümlülükleriyle karşılaştırılmalıdır. Kişisel veri tarafında ise yalnız gerekli bilgiyi toplama, belirli amaçla kullanma, erişimi sınırlama ve uygun saklama süresi belirleme ilkeleri proje başlangıcında ele alınmalıdır.
Sık sorulan sorular
Teknik servis programında seri numarası zorunlu mu?
Seri numarası varsa cihaz geçmişini eşleştirmede çok yararlıdır. Okunamayan veya seri numarasız cihazlar için sistemin benzersiz bir dahili cihaz etiketi üretmesi gerekir.
Garanti süresi yazılımdan otomatik hesaplanabilir mi?
Tarih bazlı yardımcı gösterim yapılabilir; ancak hukuki kapsam ve sonuç yalnız bu hesaba dayanamaz. Ürün grubu, belge, önceki işlem ve güncel mevzuat yetkili kişi tarafından incelenmelidir.
Kullanılan yedek parça stoktan ne zaman düşülmeli?
Parça ayrıldığında rezervasyon, gerçekten kullanıldığında stok çıkışı kaydedilmelidir. İptal ve iade işlemleri silinmeyen ters hareketlerle izlenmelidir.
Tek şubeli küçük bir servis özel yazılımla mı başlamalı?
Her zaman değil. Önce kabul, iş emri, müşteri onayı, parça stoğu ve teslimat senaryosunu hazır programlarda deneyin. İş akışı veya entegrasyon ihtiyacı karşılanmıyorsa özel geliştirmeyi değerlendirin.