ERP ve CRM Geçişi: Seçim, Entegrasyon ve Veri Aktarımı

Muhasebe bir programda, stok bir Excel dosyasında, müşteri bilgileri satış temsilcilerinin telefonunda ve teklifler e-posta kutularında dağınık duruyorsa, şirket büyüdükçe bu dağınıklık hata, gecikme ve kaçan fırsat olarak geri döner. ERP ve CRM sistemleri bu verileri tek bir kaynakta toplar; ancak doğru seçilmeyen veya kötü uygulanan bir sistem çözdüğünden fazla sorun yaratabilir. Bu rehberde ERP ile CRM'in farkını, bulut ile kurum içi kurulum arasındaki seçimi, yazılım seçim kriterlerini, veri aktarımı ve entegrasyonu, geçiş planını ve maliyet faktörlerini uygulamada gördüklerimizle ele alıyoruz.

ERP ve CRM Nedir, Birbirini Nasıl Tamamlar?

ERP (Kurumsal Kaynak Planlaması), şirketin iç operasyonlarını tek bir veritabanında birleştiren yazılımdır. Finans ve muhasebe, satın alma, stok ve depo, üretim planlama, sevkiyat ve çoğu zaman insan kaynakları modülleri aynı veri üzerinde çalışır. CRM (Müşteri İlişkileri Yönetimi) ise müşteriye bakan süreçlere odaklanır: potansiyel müşteri takibi, satış fırsatları, teklifler, müşteri iletişim geçmişi, pazarlama kampanyaları ve satış sonrası destek talepleri.

İki sistem birbirinin alternatifi değil, tamamlayıcısıdır. Tipik bir akışta satış fırsatı ve teklif CRM'de oluşur; teklif siparişe dönüştüğünde ERP'ye aktarılır, stok ve üretim planlaması ile faturalama ve tahsilat ERP'de yürür; satış temsilcisi ise müşterinin sipariş ve ödeme durumunu CRM ekranından görebilir. Entegrasyon olmadığında aynı müşteri bilgisi iki yerde elle tutulur ve kısa sürede iki farklı gerçek ortaya çıkar.

CRM'in, özellikle de bulut tabanlı bir CRM'in işletmeye en belirgin katkıları şunlardır:

• Müşteri geçmişi satış temsilcisinin kişisel dosyalarında değil, şirketin ortak sisteminde durur; temsilci değiştiğinde müşteri ilişkisi kaybolmaz.
• Satış hunisinde hangi aşamada kaç fırsat bulunduğu anlık görülür, takip edilmeyen teklifler hatırlatmalarla gün yüzüne çıkar.
• Saha ekipleri müşteri ziyareti sırasında mobil cihazdan güncel bilgiye ulaşır ve görüşme notunu anında sisteme girer.
• Pazarlama kampanyaları ve satış sonrası destek talepleri aynı müşteri kartında izlendiği için müşteriye dair bütün resim tek ekranda toplanır.

Bazı ERP ürünleri temel CRM işlevleri sunar, bazı CRM ürünleri de basit sipariş yönetimi içerir. Hangi sistemin hangi süreçte ana kaynak olacağına baştan karar vermek, projenin en önemli mimari kararıdır.

Bulut (Web Tabanlı) mı, Kurum İçi mi?

Web tabanlı veya bulut ERP ve CRM çözümleri, tarayıcı ya da mobil uygulama üzerinden erişilen ve altyapısı sağlayıcı tarafından işletilen sistemlerdir. Kurum içi kurulumda ise yazılım şirketin kendi sunucularında çalışır.

Bulut çözümlerin öne çıkan yanları

• Sunucu, yedekleme ve güncelleme yükünün sağlayıcıya geçmesi
• Saha ekipleri, şubeler ve uzaktan çalışanlar için her yerden erişim
• Daha düşük başlangıç yatırımı ve kullanıcı başı abonelik modeli
• Yeni sürümlere düzenli ve planlı geçiş

Kurum içi kurulumun öne çıkan yanları

• Yoğun özelleştirme ve şirkete özel geliştirmeler için daha fazla esneklik
• Veri yerleşimi ve yerel ağ performansı üzerinde tam kontrol
• Özellikle üretim sahasında internet bağlantısına bağımlılığın azalması

Karar kriterleri

• Özelleştirme ihtiyacı: Süreçleriniz sektörün standart akışlarına ne kadar yakın?
• Kullanıcı dağılımı: Kaç lokasyon ve saha kullanıcısı var?
• BT kapasitesi: Sunucu, yedekleme ve güncelleme işlerini yönetecek bir ekip var mı?
• Veri ve uyum gereksinimleri: Kişisel verilerin nerede tutulacağı ve yurt dışına aktarım söz konusu olup olmadığı KVKK açısından değerlendirilmelidir.
• Toplam sahip olma maliyeti: Aboneliğin birkaç yıllık toplamı ile lisans, sunucu, bakım ve personel maliyeti karşılaştırılmalıdır.

Bulut kararının genel değerlendirme adımlarını buluta geçiş rehberimizde ayrıca ele aldık.

Bulut ERP ve CRM'de güvenlik ve KVKK

Bulut tabanlı sistemler doğru yapılandırıldığında güvenlidir; ancak sağlayıcı altyapıyı korurken kullanıcı hesaplarının, yetkilerin ve verinin nasıl kullanıldığının sorumluluğu işletmede kalır. Asgari önlemler şunlardır:

• Tüm kullanıcılar için çok faktörlü kimlik doğrulama ve mümkünse kurumsal hesapla tek oturum açma
• Satış temsilcisinin yalnızca kendi müşteri portföyünü görmesi gibi, ihtiyaca göre daraltılmış veri erişimi
• Toplu dışa aktarma yetkisinin sınırlandırılması ve işten ayrılan çalışanın erişiminin aynı gün kapatılması
• Sağlayıcı sözleşmesinde yedekleme, veri iadesi ve sözleşme bitiminde verinin silinmesi koşullarının yazılı olması

CRM, kişisel verinin en yoğun işlendiği sistemlerden biridir. Müşteri ve potansiyel müşteri verilerinin hangi amaçla işlendiği, pazarlama iletileri için gerekli izinlerin alınıp alınmadığı ve saklama süreleri KVKK uyum rehberimizdeki adımlarla birlikte değerlendirilmelidir.

İhtiyaç Analizi ve Yazılım Seçim Kriterleri

Yazılım seçimi demo izlemekle değil, kendi süreçlerinizi yazıya dökmekle başlar. İhtiyaç analizinde izlediğimiz adımlar şunlardır:

1. Süreç haritası: Siparişten tahsilata, satın almadan stoğa, fırsattan teklife kadar ana süreçleri mevcut haliyle belgeleyin; kim, hangi aşamada, hangi bilgiyi, hangi araçla işliyor?
2. Sorun listesi: Her süreçte yaşanan gecikmeleri, çift veri girişlerini, hataları ve raporlama eksikliklerini kaydedin.
3. Gereksinim listesi: Gereksinimleri olmazsa olmaz, olması iyi olur ve gelecekte gerekebilir diye üç gruba ayırın.
4. Rapor ihtiyaçları: Yönetimin hangi göstergeleri, hangi sıklıkta görmek istediğini belirleyin.
5. Entegrasyon listesi: Yeni sistemin veri alışverişi yapması gereken tüm uygulamaları sıralayın.

Seçim kriterleri ise şunlar olmalıdır:

• Süreç uyumu: Standart akışlar ihtiyacınızın ne kadarını karşılıyor, ne kadar uyarlama gerektiriyor?
• Yerel gereklilikler: e-Fatura, e-Arşiv, e-İrsaliye ve e-Defter gibi elektronik belge süreçleriyle uyum, Türkçe arayüz ve yerel muhasebe uygulamalarına uygunluk
• Entegrasyon kabiliyeti: Belgelenmiş API'ler, hazır bağlantılar ve veri dışa aktarma imkânı
• Ölçeklenebilirlik: Kullanıcı, şube ve işlem hacmi arttığında performans ve lisans modeli
• Yetki yönetimi ve kayıt: Rol bazlı yetkilendirme ve kimin hangi kaydı değiştirdiğinin izlenebilmesi
• Uygulama ortağının yetkinliği: Yazılımı sizin sektörünüzde uygulamış deneyimli bir ekip
• Üreticinin sürekliliği: Ürün yol haritası, destek kalitesi ve kullanıcı topluluğu

Demo aşamasında satıcının hazırladığı senaryo yerine, kendi süreçlerinizden birkaç gerçek senaryonun kendi örnek verilerinizle gösterilmesini isteyin. Özellikle sanayi ve imalat firmalarında reçete, iş emri ve fire takibi gibi üretime özgü akışlar bu testte mutlaka yer almalıdır.

Veri Aktarımı ve Mevcut Sistemlerle Entegrasyon

Geçiş projelerinin en çok zaman alan ve en çok hata üreten kısmı veri aktarımıdır. Eski sistemdeki verinin kalitesi yeni sisteme olduğu gibi taşınır; bu yüzden aktarım bir temizlik fırsatı olarak ele alınmalıdır.

Veri aktarımı adımları

1. Kapsamı belirleyin: Cari hesaplar, stok kartları, ürün ağaçları ve fiyat listeleri gibi ana veriler ile açık siparişler, açık bakiyeler ve geçmiş faturalar gibi hareket verilerinden hangilerinin taşınacağına karar verin. Geçmiş hareketlerin tamamını taşımak yerine eski sistemi salt okunur bir arşiv olarak tutmak çoğu zaman daha pratiktir.
2. Temizleyin: Mükerrer cari ve stok kartlarını birleştirin, eksik vergi numarası ve adres bilgilerini tamamlayın, kullanılmayan kayıtları pasife alın.
3. Eşleştirin: Eski sistemdeki alanların yenisinde neye karşılık geldiğini bir veri eşleştirme dokümanında belirleyin; kod yapıları ve birimler için dönüşüm kurallarını yazın.
4. Deneme aktarımları yapın: Test ortamında birden fazla deneme aktarımı yapın; bakiyeleri, stok miktarlarını ve örnek kayıtları kilit kullanıcılarla doğrulayın.
5. Canlı aktarım ve mutabakat: Canlı geçişte açılış bakiyelerini ve stokları eski sistemle karşılaştırın, sonucu bir mutabakat tutanağıyla kayıt altına alın.
6. Yedek ve geri dönüş planı: Aktarım öncesinde eski sistemin ve veritabanının tam yedeği alınmalı, geri dönüş senaryosu hazır olmalıdır.

Entegrasyon ilkeleri

ERP ve CRM'in yanında genellikle e-ticaret sitesi, pazar yerleri, banka ve ödeme sistemleri, kargo firmaları, e-belge entegratörü, üretim veya depo sistemleri ve raporlama araçlarıyla entegrasyon gerekir. Entegrasyonda şu ilkeler uygulanmalıdır:

• Her veri türü için tek bir ana kaynak belirleyin; örneğin müşteri kartı CRM'de, fiyat ve stok ERP'de yönetilsin.
• Mümkünse üreticinin desteklediği hazır bağlantıları ve belgelenmiş API'leri kullanın; veritabanına doğrudan yazan özel çözümlerden kaçının.
• Senkronizasyon hatalarının kime ve nasıl bildirileceğini tanımlayın.
• Entegrasyon hesaplarına yalnızca gereken yetkileri verin ve bu hesapları kişisel kullanıcı hesaplarından ayırın.

E-ticaret kanalları için altyapı seçimini e-ticaret altyapısı yazımızda, birleşen verinin raporlanmasını ise veri analitiği ve iş zekası rehberimizde ele aldık.

Adım Adım Geçiş Planı ve Kullanıcı Eğitimi

1. Proje ekibini kurun: Yönetimden bir proje sahibi, her departmandan bir kilit kullanıcı ve uygulama ortağından bir proje yöneticisi belirleyin.
2. Analiz ve tasarım: Süreçlerin yeni sistemde nasıl işleyeceğini dokümante edin; standart akıştan sapma gerektiren her uyarlama talebini gerekçesiyle kaydedin.
3. Kurulum ve parametreler: Hesap planı, depo yapısı, onay akışları ve yetki rolleri tanımlanır.
4. Deneme aktarımları: Veri aktarımı test ortamında önceki bölümde anlatılan adımlarla tekrarlanır.
5. Kullanıcı kabul testleri: Kilit kullanıcılar gerçek senaryoları uçtan uca test eder; kritik hatalar giderilmeden canlıya geçilmez.
6. Rol bazlı eğitim: Muhasebe, satış ve depo çalışanları aynı eğitimi almamalıdır. Kısa ekran kaydı videoları ve süreç bazlı kullanım kılavuzları, eğitimden sonra bilginin kalıcı olmasını sağlar.
7. Canlıya geçiş: Geçiş tarihi mali dönem başı, stok sayımı ve yoğun satış dönemleri dikkate alınarak seçilir. Tüm modülleri tek seferde açmak yerine kademeli geçiş riskleri azaltabilir.
8. Yoğun destek dönemi: Canlıya geçişi izleyen ilk haftalarda uygulama ortağı ve kilit kullanıcılar sahada yoğun destek verir; talepler kayıt altına alınıp önceliklendirilir.

Kullanıcı benimsemesi teknik kurulumdan daha belirleyicidir. Çalışanlar yeni sistemi ek bir yük olarak görürse paralel Excel dosyaları kısa sürede geri döner. Bunu önlemek için kilit kullanıcıları analiz aşamasından itibaren projeye dahil edin ve eski yöntemlerin hangi tarihte kapatılacağını açıkça duyurun. CRM'de ise yöneticilerin satış toplantılarını doğrudan sistemdeki fırsat listeleri ve raporlar üzerinden yürütmesi, veri girişini alışkanlığa dönüştürmenin en etkili yoludur: sistemde görünmeyen bir fırsat toplantıda da konuşulmaz.

Lisans, Uyarlama ve Destek: Maliyet Faktörleri

ERP ve CRM projelerinde toplam maliyet yalnızca lisans bedelinden oluşmaz. Bütçeyi etkileyen başlıca faktörler şunlardır:

• Lisans modeli: Kullanıcı başı abonelik, eşzamanlı kullanıcı lisansı ya da kalıcı lisans ve yıllık bakım bedeli
• Modül sayısı: Başlangıçta açılacak ve ileride eklenecek modüller
• Uyarlama ve geliştirme: Standart akışın dışındaki her özel rapor, ekran ve iş akışı ek efor demektir ve sonraki sürüm yükseltmelerini de zorlaştırır.
• Veri aktarımı ve temizlik eforu: Eski verinin kalitesi düştükçe bu kalem büyür.
• Entegrasyonlar: Her yeni bağlantı geliştirme, test ve sürekli bakım gerektirir.
• Altyapı: Kurum içi kurulumda sunucu, veritabanı lisansı, yedekleme ve güvenlik; bulutta ek depolama ve kullanıcı paketleri
• Eğitim ve iç kaynak zamanı: Kilit kullanıcıların projeye ayırdığı süre görünmez ama gerçek bir maliyettir.
• Canlı sonrası destek: Destek anlaşması, sürüm yükseltmeleri ve yeni ihtiyaçlar için danışmanlık saatleri

Sık Yapılan Hatalar ve Uygulama Ortağı Seçimi

• Süreçleri iyileştirmeden mevcut dağınıklığı yeni sisteme birebir kopyalamaya çalışmak
• Her alışkanlığı korumak için aşırı uyarlama yapmak
• Veri temizliğini canlı geçişten sonraya bırakmak
• Projeyi yalnızca BT'nin işi olarak görmek ve iş birimlerini sürece katmamak
• Kullanıcı kabul testlerini atlamak veya formaliteye dönüştürmek
• ERP ve CRM'i ayrı projeler olarak yürütüp entegrasyonu sonraya bırakmak

Uygulama ortağı seçerken şu sorular yol göstericidir: Sizin sektörünüzde benzer projeleri tamamlamışlar mı? Projede kimler çalışacak ve bu kişiler proje boyunca aynı kalacak mı? Kapsam, kabul kriterleri ve kapsam dışı taleplerin nasıl fiyatlanacağı sözleşmede yazılı mı? Canlı sonrası destek nasıl verilecek? Bağımsız bir IT danışmanı, yazılım seçiminde ve uygulama ortağıyla yapılan kapsam görüşmelerinde şirketin tarafında durarak bu soruların yanıtlarını netleştirmenize yardımcı olur.

Sonuç

ERP ve CRM geçişi bir yazılım kurulumu değil, şirketin nasıl çalıştığını yeniden tanımlayan bir dönüşüm projesidir. Süreçleri yazıya dökmek, doğru mimari kararı vermek, veriyi temizleyerek taşımak, entegrasyonları baştan planlamak ve kullanıcıları sürece dahil etmek başarının temelidir. Yazılım seçiminden geçiş planına kadar bağımsız destek için IT danışmanlık hizmetlerimizi inceleyebilir, projenizi birlikte değerlendirmek üzere ücretsiz ön görüşme için bize ulaşabilirsiniz.