Örnek bir makine bakım sürecinde müşteri arayıp bir yedek parça ister. Bursa’daki servis ekibi geçmiş görüşmeyi CRM’de bulur; depoda benzer isimli iki ürün vardır. Hangi parçanın müşterinin cihazına uyduğu ve daha önce hangisinin değiştirildiği bilinmeden teslim sözü verilmesi risklidir. CRM ile ERP bağlantısını anlamlı yapan şey bütün veriyi tek ekrana doldurmak değil, bu karar için gereken bilgiyi güvenilir biçimde taşımaktır.
Talebi doğru cihazla ilişkilendirin
Müşterinin şirket kaydı ile kurulu cihaz kaydı farklı bilgilerdir. Aynı firmada birden fazla model veya farklı revizyonda ekipman bulunabilir. Talebin hangi cihaz ve hangi servis geçmişiyle ilgili olduğu ilk görüşmede açıklığa kavuşmalıdır.
Seri numarası bilinmiyorsa süreç nasıl ilerleyecek? Teknik doğrulama için fotoğraf veya belge kimden alınacak? Bu eksik bilgiyi sistemin otomatik tahmin etmesini beklemek yerine onay adımını tanımlayın.
Parça eşleştirmesini isimle yapmayın
CRM’deki bir ürün açıklaması ERP’deki stok koduna karşılık gelmelidir. Alternatif parça kullanılabiliyorsa bunun teknik uygunluğunu belirleyen kişi ve kayıt da görünür olmalıdır. Benzer isimler üzerinden otomatik eşleştirme yanlış sevkiyata neden olabilir.
İstenen miktarın birimi, bulunduğu depo ve başka iş için ayrılıp ayrılmadığı kontrol edilmelidir. Satış kullanıcısına yalnızca toplam stok sayısını göstermek, verinin bağlamını gizler.
Teknik onay ile ticari onayı ayırın
Parçanın uygun bulunması, fiyatın kabul edildiği veya servis ziyaretinin planlandığı anlamına gelmez. CRM talep ve müşteri onayını tutarken ERP stok hareketi ve iş emrini yönetebilir. Bu geçişin hangi durumda yapılacağı yazılmalıdır.
Finans verisi gerekiyorsa yetki kapsamını ayrıca belirleyin. Her servis çalışanının bütün cari hareketleri görmesi yerine, görevi için gerekli onay durumunu görmesi yeterli olabilir.
Kesilen bağlantıyı normal bir durum gibi test edin
Aktarım sırasında sistemlerden biri yanıt vermezse kayıt beklemede kalmalıdır. Aynı işlemi yeniden denemek ikinci iş emri veya ikinci stok çıkışı üretmemelidir. Kaynak referansı, hata kaydı ve yeniden deneme sorumlusu bu yüzden önemlidir.
Pilot kontrolde talebi açın, teknik onayı verin, parçayı ayırın ve işi kapatın. Ardından bir iptal ve hatalı aktarım deneyin. Kabul, ekranların açılmasıyla değil kayıtların doğru işleme bağlanmasıyla yapılmalıdır.
Bursa’daki servis veya makine işletmeniz için entegrasyon görüşmesinde bir cihaz kaydı, parça kodu ve örnek servis talebi kullanabiliriz. Bu senaryo gerçek müşteri sonucu iddia etmez; veri ve sorumluluk sınırlarını somutlaştırır.
