Web sitesi ve form
Talep, kampanya kaynağı, izin ve form cevapları doğru satış kuyruğuna aktarılır.
CRM Entegrasyonları; web sitesi, WhatsApp, e-posta, ERP, muhasebe, e-ticaret, ödeme, kargo ve diğer iş uygulamalarındaki veriyi kontrollü biçimde CRM süreçleriyle birleştirir. Turkuvazsoft yalnızca iki API'yi bağlamaz; veri sahibi, senkronizasyon yönü, hata yönetimi, yetki ve izleme kurallarını işletmenize göre tasarlar.
CRM entegrasyonu, müşteriyle ilgili veri ve işlemlerin CRM ile diğer kurumsal uygulamalar arasında tanımlı kurallarla aktarılmasıdır. Amaç aynı bilginin farklı sistemlere elle girilmesini azaltmak, ekiplerin güncel kayda ulaşmasını ve süreçlerin birbirini doğru sırayla tetiklemesini sağlamaktır.
Entegrasyon yalnızca veri kopyalama değildir. Hangi sistemin ana kaynak olduğu, alanların nasıl eşleştiği, güncellemenin tek veya çift yönlü olup olmadığı, aynı işlemin tekrar gelmesi halinde ne yapılacağı ve hata oluştuğunda kimin bilgilendirileceği belirlenir.
Web formundaki talep CRM'e geç aktarılır, müşteri bilgisi muhasebede yeniden açılır, teklif kabul edildiği halde stok veya sipariş ekibi bunu geç görür. Aynı kişinin farklı yazımlarla birden fazla kaydı oluşur; güncel telefon, fiyat, stok veya ödeme durumu hangi sistemde bilinmez.
Bağlantı kurulsa bile izleme ve hata yönetimi yoksa sorun görünmez hale gelir. Bir API isteğinin başarısız olması, aynı siparişin iki kez oluşması veya yanlış alanın eşleşmesi operasyonu etkiler. Bu nedenle güvenilir entegrasyon; veri akışı kadar kontrol, log ve geri kazanım tasarımıdır.
Yetkili kullanıcı hangi akışın çalıştığını, son aktarım zamanını, işlem hacmini ve müdahale bekleyen kayıtları görebilir. Hata yalnızca teknik logda kalmaz; anlaşılır neden ve düzeltme adımıyla iş kuyruğuna dönüşür.
Bağlantılar işletmenin mevcut yazılımları, API imkânları, veri sahipliği ve gerçek iş ihtiyacına göre seçilir. Her sisteme gereksiz yere çift yönlü erişim verilmez.
Talep, kampanya kaynağı, izin ve form cevapları doğru satış kuyruğuna aktarılır.
Yetkili mesajlar müşteri kartı, temsilci, konu ve görüşme geçmişiyle ilişkilendirilir.
Cari, ürün, teklif, sipariş, stok, irsaliye, fatura ve ödeme akışları planlanır.
Müşteri, ürün, stok, fiyat, sipariş, iade ve teslimat verisi eşleştirilir.
Yetkili yazışmalar, toplantılar ve takip görevleri müşteri süreciyle bağlanır.
Ödeme bağlantısı, işlem sonucu ve mutabakat bilgisi ilgili teklif veya siparişte görünür.
Etiket, takip numarası, teslim durumu ve istisnalar sipariş kaydına işlenir.
Arayan müşteri tanınır; görüşme, not ve sonuç yetkili CRM kaydında tutulur.
Tanımlı metrikler veri ambarı veya dashboard katmanına kontrollü aktarılır.
Her bağlantıda ana kaynak, benzersiz kayıt anahtarı, yetki, hata davranışı ve izleme kuralı tanımlanır. Bir sistem geçici olarak erişilemez olduğunda işlem kaybolmak yerine güvenli kuyrukta bekler.
Değer yalnızca birkaç dakikalık veri girişini azaltmak değildir. Ekipler aynı müşteriyi, aynı siparişi ve aynı durumu görür; süreçteki gecikme ve hata daha erken fark edilir.
Müşteri ve sipariş bilgisini birden fazla yazılımda yöneten; web sitesi, satış, muhasebe, depo, servis veya destek ekipleri arasında düzenli veri aktarımı yapan işletmeler için uygundur. KOBİ'ler tek bir kritik akışla başlayabilir; orta ölçekli şirketler ise çoklu firma, şube ve kanal bağlantılarını merkezi entegrasyon katmanında yönetebilir.
Bir verinin elle tekrar girildiği, rapor için farklı Excel dosyalarının birleştirildiği veya ekiplerin “hangi sistem güncel?” sorusunu sık sorduğu işletmelerde entegrasyon ihtiyacı belirgindir. Ancak süreç ve veri sahibi tanımlı değilse önce iş analizi yapılmalıdır; otomasyon belirsizliği hızlandırmamalıdır.
Potansiyel müşteri web sitesindeki formu doldurduğunda ad, firma, iletişim, ilgilendiği hizmet, kampanya kaynağı ve izin bilgisi doğrulanarak CRM'e gönderilir. Telefon veya e-posta eşleşmesi varsa yeni mükerrer kart açmak yerine mevcut müşteri kaydında yeni talep oluşturulur. Bölge ve hizmet kuralına göre temsilci atanır, takip süresi başlatılır.
Temsilci ihtiyacı netleştirip teklif hazırladığında ürün ve fiyat bilgisi yetkili ana kaynaktan alınabilir. Teklif kabul edilince CRM'deki onay olayı ERP'ye cari veya sipariş taslağı gönderir. ERP oluşan belge numarasını geri döndürür; CRM kullanıcısı muhasebe ekranına girmeden siparişin finansal durumunu görür.
Stok ayrıldığında veya fatura kesildiğinde ilgili durum CRM'e döner. Ödeme bağlantısı ve kargo takip numarası müşteri kaydıyla eşleştirilir. Her adım işlem kimliğiyle loglanır; geçici hata olursa yeniden deneme kuyruğu çalışır, veri hatası varsa yetkili kullanıcıya anlaşılır görev açılır.
Her sistem aynı teknik imkânı sunmaz. Gerçek zamanlı ihtiyaçta API ve webhook, toplu veri için zamanlanmış API veya güvenli dosya aktarımı kullanılabilir. Seçim yalnızca teknik kolaylığa göre değil; işlem önemi, beklenen hacim, gecikme toleransı, sağlayıcı limiti ve hata geri bildirimine göre yapılır.
Müşteri adı CRM'de, cari kod ERP'de, ürün açıklaması e-ticarette değişirse kısa sürede çelişki oluşur. Her veri grubu için bir ana kaynak belirlenir. Örneğin satış iletişimi CRM'de, muhasebe unvanı ve vergi bilgisi ERP'de, ürün stok miktarı depo veya ERP sisteminde yönetilebilir.
Çift yönlü senkronizasyon yalnızca gerçekten iki tarafta düzenlenmesi gereken alanlarda kullanılmalıdır. Aynı alan iki sistemde aynı anda değişirse öncelik, zaman veya manuel inceleme kuralı gerekir. Silme işlemi çoğu zaman fiziksel silme yerine pasif durum olarak aktarılır; böylece geçmiş belge ve rapor ilişkisi korunur.
Bir sistemde “firma”, diğerinde “cari”, üçüncüsünde “müşteri” olarak geçen kayıtlar aynı anlamı taşımayabilir. Zorunlu alan, veri tipi, karakter sınırı, ülke kodu, birim, para birimi, vergi ve durum değerleri eşleştirme tablosunda tanımlanır. Kaynak değer hedef formatına kontrollü dönüştürülür.
Benzersiz kimlik mümkünse sistemler arasında saklanır. Telefon veya e-posta tek başına her zaman güvenilir anahtar değildir; firma, vergi numarası, dış sistem kodu ve işlem kimliği birlikte değerlendirilebilir. Mükerrer şüphesinde otomatik birleştirme yapmak yerine inceleme kuyruğu daha güvenli olabilir.
İdempotent tasarım aynı webhook veya sipariş olayı tekrar geldiğinde ikinci kayıt oluşturulmasını önler. Her işlem dış referans, kaynak sistem ve olay kimliğiyle kontrol edilir. Bu özellik özellikle ödeme, stok, sipariş ve fatura akışlarında kritik önem taşır.
Entegrasyonda her hata aynı değildir. Geçici ağ sorunu yeniden denenebilir; eksik vergi numarası veya tanımsız ürün kodu ise iş kullanıcısının düzeltmesini gerektirir. Hata türü, kaynak kayıt, zaman, deneme sayısı ve teknik cevap birlikte saklanır.
Yeniden deneme aralığı ve üst sınırı sağlayıcının API limitine göre ayarlanır. Başarısız işlem sonsuz döngüye girmemelidir. Düzeltildikten sonra yalnızca ilgili kayıt yeniden çalıştırılabilmeli; bütün aktarımın baştan başlatılması mükerrer işlem riski yaratmamalıdır.
Günlük veya dönemsel mutabakat kaynak ve hedef sistemdeki işlem sayısı, toplam tutar veya durum dağılımını karşılaştırır. “API başarılı cevap verdi” her zaman iş sonucunun doğru olduğu anlamına gelmez. Sipariş numarası, fatura toplamı ve stok hareketi gibi iş kanıtları da doğrulanır.
Bağlantı hesabına yönetici yetkisi vermek kolay ancak risklidir. Her entegrasyon ayrı teknik kullanıcı, gereken en düşük kapsam ve gerektiğinde IP veya ağ kısıtıyla çalışmalıdır. API anahtarları kaynak koda yazılmaz; şifreli gizli bilgi yönetiminde saklanır ve düzenli yenilenir.
Teknik tedbirler mevzuat değerlendirmesinin yerini tutmaz. Veri işleme amacı, hukuki dayanak, saklama süresi, yurt dışı aktarımı ve ilgili taraf sözleşmeleri işletmenin yetkili hukuk danışmanlarıyla değerlendirilmelidir.
Bağlantı yalnızca ilk gün çalışacak şekilde kurulmaz. Kullanılan endpoint, alan şeması, kimlik doğrulama, limit, hata kodu ve örnek istek-cevap proje dokümanında tutulur. Sağlayıcının sürüm sonlandırma tarihleri ve değişiklik duyuruları izlenir.
Yeni API sürümü doğrudan canlıya alınmadan test ortamında mevcut senaryolarla karşılaştırılır. Bir alanın adı veya zorunluluğu değiştiğinde yalnızca teknik cevap değil, teklif, sipariş ve rapor sonucuna etkisi kontrol edilir. Geri dönüş planı ve önceki sürümün çalışma süresi proje riskine göre hazırlanır.
Her akış için işlem sayısı, başarı, hata, gecikme, kuyruk uzunluğu ve son başarılı çalışma izlenebilir. Uyarılar her küçük hatada herkese mesaj göndermek yerine iş etkisine göre sınıflandırılır. Tek kayıt hatası iş kuyruğuna, bütün akışın durması teknik ekibe acil uyarı oluşturabilir.
Loglarda erişim anahtarı, parola veya gereksiz kişisel veri tutulmaz. İşlem kimliğiyle CRM, entegrasyon katmanı ve hedef sistem kayıtları ilişkilendirilebilir. Böylece bir kullanıcının gördüğü eksik siparişin hangi adımda kaldığı dakikalar içinde araştırılabilir.
Normal gün, kampanya dönemi ve toplu veri aktarımı aynı hacimde değildir. Beklenen kayıt sayısı, pik trafik, cevap süresi ve eşzamanlı işlem önceden ölçülür. Büyük veri tek istekte gönderilmek yerine sayfalanır veya kontrollü parçalar halinde kuyruğa alınır.
Sağlayıcının dakika veya gün bazlı API limiti aşıldığında istekler kaybolmamalıdır. Geri çekilme, yeniden deneme ve öncelik kuralları uygulanır. Müşteri talebi veya ödeme gibi kritik olaylar, düşük öncelikli rapor senkronizasyonundan önce işlenebilir.
Entegrasyon yalnızca örnek bir kaydın geçmesiyle kabul edilmez. Yeni kayıt, güncelleme, mükerrer olay, eksik zorunlu alan, geçersiz değer, bağlantı kesintisi, zaman aşımı, yetki hatası, toplu yük ve geri alma senaryoları test edilir.
İş birimi gerçek süreci temsil eden örneklerle sonucu doğrular. Teklif toplamı, para birimi, KDV, stok rezervasyonu, müşteri eşleşmesi ve belge durumu gibi alanlar teknik ekrandan değil, hedef iş sonucundan kontrol edilir. Kişisel veriler testte anonimleştirilir veya güvenli sentetik veri kullanılır.
Geçiş öncesi bağlantı hesapları, zamanlayıcılar, webhook adresleri, alan eşlemeleri ve izleme uyarıları kontrol edilir. Eski manuel süreç hemen kapatılmak yerine riskli akışlarda kısa süre paralel doğrulama yapılabilir. Bu dönemde aynı işlemin iki kez uygulanmasını önleyen sınırlar açık olmalıdır.
Canlıya geçiş düşük hacimli zaman diliminde planlanır. İlk işlemler teknik ve iş ekibi tarafından birlikte gözlemlenir. Kritik sapmada akış durdurulabilir, kuyruk korunabilir ve önceki yönteme dönülebilir. Geri dönüş planı yalnızca yazılım sürümünü değil, arada oluşan veri ve işlemlerin nasıl ele alınacağını da açıklar.
CRM satış niyeti ve müşteri iletişimini, ERP veya muhasebe ise finansal belge ve stok hareketini yönetir. Cari kartın ne zaman açılacağı, teklifin hangi aşamada siparişe dönüşeceği, fiyat ve ürünün nereden alınacağı açıkça belirlenir.
Onaylanan müşteri veya sipariş ERP'ye gönderilebilir; cari kod, sipariş numarası, irsaliye, fatura ve ödeme durumu CRM'e dönebilir. Finansal kayıt CRM'de kopyalanmak yerine yetkili özet ve belge bağlantısıyla gösterilir. Muhasebe kuralları ve resmi belge sorumluluğu ana sistemde korunur.
Müşteri iletişimi farklı kanallarda kaldığında satış geçmişi bölünür. Yetkili mesaj veya görüşme kaydı müşteri kartıyla eşleştirilebilir; temsilci son temas, açık soru ve takip görevini ortak zaman çizelgesinde görebilir.
Her iletiyi sınırsız kopyalamak yerine kanal politikası, kullanıcı yetkisi ve saklama ihtiyacı belirlenir. Mesaj gönderimi, şablon onayı, opt-in, e-posta teslim durumu veya çağrı kaydı sağlayıcının sunduğu API ve mevzuat koşulları çerçevesinde planlanır.
E-ticaret siparişi CRM'de müşteri geçmişine, stok sisteminde rezervasyona ve muhasebede belge sürecine bağlanabilir. Ürün kodu, varyant, fiyat, indirim, vergi, ödeme ve teslimat alanlarının her sistemdeki karşılığı önceden tanımlanır.
İptal, kısmi iade, başarısız ödeme, bölünmüş sevkiyat ve teslim edilememe gibi istisnalar normal sipariş kadar önemlidir. Kargo takip numarası veya ödeme “başarılı” cevabı doğru siparişle eşleşmeli; durum değişiklikleri mükerrer veya ters sırada geldiğinde süreç bozulmamalıdır.
Eski sistemde API yoksa doğrudan veritabanına yazmak ilk tercih olmamalıdır. Sağlayıcının dışa aktarma, içe aktarma, zamanlanmış rapor, SFTP, dosya klasörü veya resmi eklenti imkânı araştırılır. Salt okunur veritabanı erişimi gerekiyorsa performans ve güvenlik sınırları belirlenir.
Ekran robotu veya RPA ancak daha güvenilir yöntem bulunmadığında ve arayüz değişikliği riski kabul edildiğinde düşünülmelidir. Dosya entegrasyonunda şema, kodlama, tarih formatı, sütun zorunluluğu, dosya adı, tamamlandı işareti ve hata dosyası standardı oluşturulur.
Yapay zekâ müşteri geçmişini özetlemek veya talebi sınıflandırmak için CRM, belge ve iletişim kaynaklarına ihtiyaç duyabilir. Entegrasyon katmanı AI sisteminin yalnızca yetkili ve gerekli veriye ulaşmasını sağlar. Kaynak kaydın sürümü ve kullanıcı yetkisi korunur.
AI önerisi doğrudan teklif, fiyat veya müşteri durumunu değiştirmemelidir. Öneri CRM'de onay kuyruğuna gönderilebilir; kullanıcı doğruladıktan sonra ilgili API işlemi çalışır. Model çıktısı, dayanak kaynak, onaylayan kişi ve sonuç loglanarak izlenebilirlik sağlanır.
Fiyat yalnızca bağlanacak sistem sayısına göre hesaplanmaz. Her bağlantının API kalitesi, veri nesnesi, yönü, hacmi, dönüşüm kuralı, kimlik doğrulama, hata yönetimi, test ortamı, izleme ve destek ihtiyacı değerlendirilir.
| Kapsam | Değerlendirilen ihtiyaç | Projeye etkisi |
|---|---|---|
| Sistem | API, webhook, dosya veya eski yazılım | Bağlantı yöntemi |
| Veri | Müşteri, ürün, teklif, sipariş ve belge | Eşleştirme kapsamı |
| Akış | Tek/çift yön, anlık veya toplu aktarım | İş kuralı |
| Güvenilirlik | Kuyruk, tekrar, mutabakat ve log | Kontrol katmanı |
| İşletim | İzleme, alarm, sürüm, bakım ve destek | Süreklilik modeli |
Önce sistem sahipleri ve gerçek iş akışıyla kapsamı doğrular, test ortamında uçtan uca senaryoları çalıştırır, izleme ve geri dönüş planıyla canlıya geçeriz.
Bağlı sistemlerin API sürümü, kimlik doğrulaması, alan yapısı veya limitleri zaman içinde değişebilir. İşletim döneminde hata oranı, kuyruk, gecikme ve sağlayıcı duyuruları izlenir. Değişiklik önceden test edilerek kontrollü sürümle yayınlanır.
Destek kapsamı müdahale kanalı, önem seviyesi, çalışma saati, izleme sorumluluğu, yedekleme ve sürüm bakımını açıkça belirtir. Turkuvazsoft bağlantıyı geliştirip bırakmak yerine ihtiyaç halinde rapor, yeni alan, yeni sistem ve süreç değişikliklerini mevcut mimariyle uyumlu biçimde sürdürebilir.
Müşteri, fırsat, teklif ve görev altyapısını işletmenize göre kurmak için Satış ve Teklif CRM çözümünü inceleyin.
Kullandığınız yazılımları, tekrar eden işleri ve kritik veriyi inceleyerek güvenli entegrasyon mimarisi, öncelik planı ve işletmenize özel teklif hazırlayalım.
Copyright © 2016 - 2025 Tüm Hakları Saklıdır.
