ERP/CRM entegrasyonuna başlamadan önce neler hazırlanmalı?

1. Önce tek bir iş akışını tarif edin

“ERP ile CRM birbirine bağlansın” tek başına uygulanabilir bir kapsam değildir. Kaydı kimin oluşturduğunu, hangi onaydan sonra aktarımın başlayacağını ve diğer ekiplerin bu bilgiyi ne için kullanacağını yazın. Başarılı aktarımın kullanıcı açısından görünen sonucunu da belirtin.

Örnek senaryo: CRM’de onaylanan bir teklif ERP’de sipariş açıyor, ERP’nin ürettiği sipariş numarası CRM’e dönüyor. Bu senaryoda müşteri oluşturma, ürün eşleştirme ve sipariş durumu ayrı bağlantı noktalarıdır. İlk pilot için hangi noktaların gerekli olduğunu seçin; diğerlerini sonraki aşamada değerlendirin.

2. Sistem ve erişim envanterini çıkarın

Kullanılan ERP ve CRM’in ürün adını, sürümünü, kurulum biçimini ve ilgili modüllerini listeleyin. Aynı ürünün farklı sürümleri veya lisansları farklı bağlantı imkânları sunabilir. Mevcut sağlayıcının desteklediği yöntemleri kendi sürümünüz için doğrulayın.

API belgeleri, test ortamı, teknik sorumlu ve erişim onayları hazırlık dosyasında yer almalı. Günlük kayıt sayısı, yoğun saatler ve beklenen güncelleme sıklığı da tasarım kararını etkiler. İlk görüşmede şifre veya canlı müşteri verisi paylaşmak yerine bu erişimlerin kim tarafından sağlanacağını belirtin.

3. Her kayıt için asıl sistemi belirleyin

Müşteri, ürün, fiyat, stok ve sipariş bilgilerinin hangi sistemde yönetildiğini ayrı ayrı kararlaştırın. Bir alanın iki sistemde de değiştirilmesi gerekiyorsa hangi değişikliğin geçerli olacağına dair kural gerekir. Asıl kayıt sorumluluğu belirsiz olduğunda doğru çalışan bir bağlantı bile tutarsız veri üretebilir.

Eşleştirme anahtarını da seçin. Müşteri kodu, ürün kodu veya sistem kayıt kimliği nasıl korunacak? Aynı kişi ya da şirketin birden fazla kaydı varsa bunlar aktarım öncesinde nasıl ele alınacak? İş biriminden bir veri sorumlusu, bu kararları teknik ekiple birlikte doğrulamalı.

4. Alan eşleştirme dosyasını hazırlayın

Aktarılacak her alan için kaynak adı, hedef adı, veri türü, zorunluluk ve dönüşüm kuralını yazın. Boş değer, tarih biçimi, para birimi, birim ve durum kodu gibi ayrıntıları atlamayın. Belgelenen örnekler kişisel veri içermeyen test kayıtlarıyla hazırlanabilir.

Örneğin CRM’deki “onaylandı” durumu ERP’de hangi işlemle karşılanıyor? Miktar alanının birimi iki sistemde aynı mı? Hedef sistemde zorunlu olan bir alan kaynakta yoksa değer nereden gelecek? Bu soruların yanıtı, ekranda görünen alan sayısından daha fazla hazırlık gerektirebilir.

5. Hata ve tekrar gönderim davranışını kararlaştırın

Bağlantı kesildiğinde, hedef sistem erişilemediğinde veya bir kayıt doğrulamadan geçemediğinde ne olacağını tasarlayın. Hangi işlemler otomatik tekrar denenebilir, hangi kayıtlar insan kontrolü ister ve hatayı hangi ekip görür? Kullanıcıların bekleyen işlem ile başarısız işlemi ayırt edebilmesi gerekir.

Aynı siparişin iki kez oluşmasını önlemek için kayıt referansı ve tekrar işleme kuralları belirleyin. Kontrolsüz toplu tekrar gönderim yerine işlem durumunu izleyen bir akış kurun. İzleme kayıtlarında teşhis için gerekli bilgileri tutun; gereksiz kişisel veri ve erişim anahtarlarını kayıtlara taşımayın.

6. Pilotu gerçek iş koşullarına göre kabul edin

Pilotu yalnızca sorunsuz bir örnek kaydın aktarılmasıyla bitirmeyin. Eksik alan, mükerrer kayıt, bağlantı kesilmesi, güncelleme ve iptal senaryolarını da deneyin. Aktarım sonrasında kullanıcıların bir sonraki işi doğru yapabildiğini iş birimiyle kontrol edin.

Kabul ölçütleri yazılı olmalı: kayıt doğru müşteri ve ürünle eşleşiyor, durum geri dönüyor, hata görünür oluyor ve aynı işlem ikinci kez kayıt oluşturmuyor. Hedeflenen gecikme ve hacim koşullarını kendi operasyonunuza göre belirleyin. Canlıya geçiş, ilk yükleme ve geri dönüş sorumlularını ayrıca netleştirin.

İlk görüşmeye götürebileceğiniz hazırlık listesi

• İyileştirilecek iş akışı, mevcut sorun ve pilotun kullanıcı açısından tamamlanma koşulu.
• ERP/CRM ürünleri, sürümleri, modülleri, teknik sorumluları ve test ortamı durumu.
• Müşteri, ürün ve sipariş için asıl kayıt sistemi, eşleştirme anahtarları ve aktarım yönleri.
• Alan eşleştirme tablosu, veri sorunları ve kişisel veri içermeyen örnek kayıtlar.
• Günlük hacim, yoğun saatler, güncelleme sıklığı ve kabul edilebilir gecikme.
• Hata bildirimini alacak ekip, tekrar deneme kuralları ve canlıya geçiş sorumluları.