Kısa cevap: CRM'i muhasebe yazılımına bağlamanın amacı faturayı CRM'de kesmek değildir; satışçının müşteriyi cari bakiye, açık fatura ve tahsilat durumuyla birlikte görmesi, kazanılan teklifin faturaya/siparişe dönüşmesi ve ödemesi geciken müşteriye yeni iş verilmeden önce uyarı çıkmasıdır. Resmi kayıt (fatura, e-fatura, e-arşiv, muhasebe fişi) muhasebe/ERP sisteminde kalır; CRM bu verinin ilişkiye yönelik görünümünü taşır. Bu rehber, hangi verinin hangi yöne akması gerektiğini ve Paraşüt, Logo gibi sistemlerle çalışırken nelere dikkat edileceğini anlatır. Hizmet kapsamı için CRM entegrasyonları sayfamıza bakabilirsiniz.
Neden bağlamalısınız? Dört somut kazanım
- Cari bakiye satışçının ekranında: Borcu gecikmiş müşteriye yeni teklif vermeden önce satışçı uyarılır; tahsilat sorunu satış sorunundan önce görünür.
- Teklif → sipariş/fatura bağı: Kazanılan teklif tek tıkla sipariş ya da fatura taslağına dönüşür; aynı bilgi ikinci kez girilmez.
- Tahsilat hatırlatması: Vadesi gelen/geçen fatura CRM'de görev üretir; satış ve muhasebe aynı müşteriyi aynı bilgiyle konuşur.
- Gerçek ciro raporu: CRM'deki 'kazanıldı' ile muhasebedeki 'faturalandı/tahsil edildi' ilişkilendirilir; tahmin ile gerçek karşılaştırılabilir.
Hangi veri hangi yöne akmalı?
| Veri | Yön | Not |
|---|---|---|
| Müşteri/cari kartı (unvan, vergi no, adres) | CRM → muhasebe (ya da tek kaynak belirlenir) | Aynı müşteri iki sistemde farklı yazılmasın; tek 'ana kayıt' belirleyin |
| Kazanılan teklif/sipariş | CRM → muhasebe/ERP | Sipariş ya da fatura taslağı olarak; resmi fatura muhasebede kesilir |
| Cari bakiye, açık fatura, tahsilat durumu | Muhasebe → CRM | Salt okunur özet olarak CRM'de görünür |
| Vade ve ödeme koşulu | İki yönlü değil, tek kaynak | Genellikle muhasebe/ERP kaynaktır; CRM okur |
| Ürün/hizmet kataloğu ve fiyat listesi | ERP → CRM (ya da CRM tek kaynak) | Fiyat tek yerde güncellenmeli; teklif bu listeden beslenir |
Altın kural: her veri alanının tek bir 'kaynak sistemi' olmalıdır. İki sistemde de elle güncellenen alanlar zamanla çelişir ve kimse hangisine güveneceğini bilemez.
Eşleşme anahtarı: müşteriyi iki sistemde nasıl tanıtırsınız?
Entegrasyonun en kritik teknik kararı eşleşme anahtarıdır. Firma adı yazım farklarıyla eşleşmez ('ABC Ltd.' ile 'ABC Limited Şti.'); güvenilir anahtar vergi numarası/TCKN ya da iki sistemde de saklanan ortak bir cari kodudur. Kurulumdan önce her iki sistemdeki mevcut kayıtların bu anahtarla eşleştirilmesi gerekir; mükerrer ve eksik kayıtlar önce temizlenmelidir (CRM veri temizliği).
Paraşüt, Logo ve diğer yazılımlarla çalışırken
Türkiye'de muhasebe/ERP tarafı çeşitlidir: bulut tabanlı ön muhasebe çözümleri (ör. Paraşüt), masaüstü ya da sunucu tabanlı ERP ürünleri (ör. Logo, Mikro, Netsis) ve mali müşavirin kullandığı programlar. Entegrasyonun yöntemi yazılıma, sürüme ve lisansa göre değişir; çoğunda API, web servis ya da entegrasyon katmanı bulunur, bazılarında ise dosya tabanlı aktarım gerekir. Bu yüzden 'X ile entegre olur mu?' sorusunun cevabı kurulumdan önce sürüm ve lisans düzeyinde doğrulanmalıdır; genel bir 'evet' ya da 'hayır' yoktur.
- Bulut ön muhasebe (API'si olanlar): genellikle en kolay entegrasyon; müşteri, teklif/fatura taslağı ve bakiye bilgisi API ile aktarılır.
- Yerleşik ERP'ler: yetkilendirme, kurulum modeli (yerinde/bulut) ve lisans modülleri entegrasyon yöntemini belirler; bazen ara katman gerekir.
- Mali müşavir programı: çoğunlukla doğrudan entegrasyon yoktur; periyodik dosya aktarımıyla bakiye özeti CRM'e alınır.
- E-fatura / e-arşiv: resmi belge akışı muhasebe/ERP ve özel entegratör üzerinden yürür; CRM bu akışın içine girmez, durumu görüntüler.
Tek yönlü başlayın, iki yönlüye kademeli geçin
Entegrasyon projelerinde en güvenli yol, ilk sürümde muhasebeden CRM'e salt okunur akıştır: cari bakiye ve açık fatura CRM'de görünür, kimse iki sistemde birden veri girmek zorunda kalmaz. Bu kurgu risk taşımaz ve değeri hemen gösterir. İkinci aşamada CRM'den sipariş/fatura taslağı oluşturma eklenir; çift yönlü senkronizasyon ancak eşleşme anahtarı ve alan sahipliği netleştikten sonra devreye alınmalıdır.
Sık yapılan 5 hata
- Eşleşme anahtarı belirlemeden entegrasyonu başlatmak; mükerrer müşteri kayıtlarının çoğalması.
- Her iki sistemde de aynı alanı elle güncellemek; verinin çelişmesi.
- Resmi belgeyi (fatura) CRM'den üretmeye çalışmak; muhasebe/yasal kayıtla karışıklık.
- Entegrasyonu 'bir kere kurulur biter' sanmak; alan değişiklikleri ve yazılım güncellemeleri bakım gerektirir.
- Erişim yetkilerini düşünmemek; satışçının tüm muhasebe verisini görmesi gereksiz risktir, yalnızca özet görünmelidir.
Hangi şirketlerde bu entegrasyon özellikle değer yaratır?
Vadeli satış yapan ve tahsilat takibi kritik olan firmalarda: bayi ağı ve toptan satış (bayi ağı CRM), üretim ve yan sanayi (üretim CRM), lojistik (lojistik CRM) ve proje bazlı taahhüt işleri (inşaat CRM). Peşin satış yapan perakende ve hizmet işletmelerinde ise öncelik genellikle WhatsApp ve form entegrasyonudur.
Örnek senaryo: bayilere vadeli satış yapan 20 kişilik bir firma
Firma bayilere vadeli satış yapıyor, satışçılar sahada, muhasebe merkez ofiste. Sorun: satışçı bayiye yeni teklif verirken bayinin 60 gündür ödemesi gecikmiş olduğunu bilmiyor; muhasebe de satışçının hangi bayiye hangi koşulu verdiğini görmüyor.
- 1. aşama (1 hafta): Muhasebeden günlük cari bakiye ve açık fatura listesi CRM'e salt okunur aktarılır; bayi kartında 'bakiye' ve 'geciken tutar' alanları görünür. Geciken tutar belirli eşiği aşarsa kart kırmızı uyarı verir.
- 2. aşama (2 hafta): Kazanılan teklif tek tıkla ERP'de sipariş taslağına dönüşür; sipariş numarası CRM'e geri yazılır.
- 3. aşama (1 hafta): Vade geçince satışçıya ve muhasebeye otomatik görev düşer; tahsilat yapıldığında görev kapanır.
- 4. aşama: Raporlar: bayi bazında teklif–sipariş–tahsilat zinciri, ortalama tahsilat süresi, riskli bayi listesi.
Birinci aşama tek başına, satışçının borçlu bayiye iş vermesini engelleyen basit bir uyarıyla ciddi değer üretir ve hiçbir veri çelişkisi riski taşımaz.
Entegrasyon projesi için kontrol listesi
- Her iki sistemde mevcut müşteri kayıtları vergi no ile eşleştirildi ve mükerrerler temizlendi mi?
- Alan sahipliği tablosu çıkarıldı mı (hangi alan hangi sistemde kaynak)?
- Muhasebe yazılımının sürümü ve lisansı entegrasyon yöntemine (API/servis/dosya) uygun mu, doğrulandı mı?
- CRM'de görünecek muhasebe verisi yetki bazında sınırlandı mı (satışçı yalnızca özet görsün)?
- Hata ve gecikme durumunda kim bilgilendirilecek, senkronizasyon izleme var mı?
- Test ortamında örnek müşterilerle uçtan uca deneme yapıldı mı?
Devamını okuyun: CRM e-posta entegrasyonu.
İlgili sayfalar: CRM entegrasyon danışmanlığı.
Platform profilleri: Odoo CRM.
Sık sorulan sorular
Faturayı CRM'de kesebilir miyiz?
Resmi fatura, e-fatura ve e-arşiv muhasebe/ERP ve özel entegratör üzerinden kesilmelidir. CRM fatura taslağı ya da sipariş oluşturabilir, fatura durumunu gösterebilir; ama yasal belge kaynağı olmamalıdır.
Entegrasyon ne kadar sürer?
API'si olan bir bulut muhasebe ile salt okunur bakiye akışı birkaç günde kurulabilir; çift yönlü ve sipariş/fatura taslaklı entegrasyonlar 2-4 hafta sürebilir. Eski sürüm ERP'lerde süre uzar.
Muhasebe yazılımımızın entegrasyonu yoksa?
Periyodik dosya aktarımı (ör. günlük bakiye listesi) çoğu zaman yeterli bir başlangıçtır; hacim büyüdükçe ara katman ya da yazılım değişikliği değerlendirilir. Fiyat aralıkları için CRM danışmanlık fiyatları sayfamıza, çözüm başlıkları için çözümler sayfamıza bakabilirsiniz.
