01Sorun ve çözüm
Sistemler arası veri senkronizasyonunda işe, hangi bilginin hangi sisteme ait olduğunu belirleyerek başlıyoruz. Müşteri iletişim bilgisi CRM'de, kredi limiti ERP'de, ürün açıklaması e-ticaret tarafında olabilir. Alan bazında belirlenen bu sahiplik, değişikliklerin hangi yöne akacağını ve çakışmada hangi tarafın geçerli sayılacağını tanımlar. Ardından değişiklikleri yakalayan, dönüştüren ve hedef sistemlere ileten bir senkronizasyon servisi kuruyoruz.
02Kimler için
Sistemler arası veri senkronizasyonu kimlere gerekir
Aynı kaydın birden fazla ekranda elle güncellendiği her şirket bu ihtiyacı bir noktada yaşar.
- Müşteri bilgisini CRM, ERP ve e-ticaret sitesinde ayrı ayrı güncelleyen şirketler
- Merkez ile şubeler ya da depolar arasında fiyat, stok ve ürün kartı tutarsızlığı yaşayan zincir işletmeler
- Şirket birleşmesi ya da sistem değişikliği sonrasında iki yazılımı bir süre paralel kullanmak zorunda kalan kurumlar
- Bulut uygulamaları ile şirket içi sunucudaki eski yazılımlar arasında köprü kurmak isteyen işletmeler
- Gece çalışan bir aktarım betiğine bağlı olan ve bu betik hata verdiğinde kimsenin haberdar olmadığı yapılar
03İhtiyaçlar
Senkronizasyonu zorlaştıran durumlar
Veriyi bir yerden diğerine kopyalamak kolaydır; zor olan, kopyaların uzun süre tutarlı kalmasıdır.
- 01
Çakışan güncellemeler
Aynı kayıt iki sistemde birbirine yakın zamanlarda değiştirildiğinde hangisinin geçerli olacağı belirlenmelidir. Alan bazlı sahiplik, zaman damgası ya da insan onayı gibi kurallar kayıt türüne göre seçilir.
- 02
Kimlik eşleştirme
Her sistem kayda kendi numarasını verir. Ortak bir eşleştirme tablosu tutulmazsa senkronizasyon aynı müşteriyi ikinci kez oluşturur.
- 03
Silme ve pasifleştirme
Bir sistemde silinen kaydın diğerinde silinmesi mi, pasife alınması mı yoksa olduğu gibi kalması mı gerektiği yazılmalıdır. Kural yoksa veri sessizce kaybolur ya da kimsenin kullanmadığı kayıtlar birikir.
- 04
Kesilen bağlantılar
Şube internetsiz kaldığında değişiklikler yerelde birikir. Bağlantı geri geldiğinde bu değişikliklerin doğru sırayla ve kayıpsız gönderilmesi gerekir.
04Özellikler
Sistemler arası veri senkronizasyonunda kullanılan yöntemler
Yöntem, her sistemin değişikliği nasıl haber verebildiğine göre seçilir.
- 01
Değişiklik yakalama
Kaynak sistem olay bildirimi gönderebiliyorsa değişiklik anında alınır. Gönderemiyorsa değişiklik tarihine göre artımlı sorgu ya da veritabanı düzeyinde değişiklik takibi kullanılır.
- 02
İlk yükleme ile sürekli akışın ayrılması
Mevcut kayıtlar bir kez eşleştirilerek yüklenir ve farklar raporlanır. Sonrasında yalnızca değişen kayıtlar taşınır.
- 03
Dönüşüm kuralları
Ölçü birimi, adres biçimi, telefon formatı ve kod listeleri hedef sistemin beklediği biçime çevrilir.
- 04
Mutabakat taraması
Belirli aralıklarla iki sistemdeki kayıt sayıları ve seçili alanlar karşılaştırılır; eşitlikten çıkmış kayıtlar listelenip düzeltilir.
- 05
Akış durum paneli
Her akış için son başarılı çalışma zamanı, kuyrukta bekleyen ve hata veren kayıtlar tek ekranda görünür.
05Entegrasyonlar
Birbirine eşitlenen tipik sistemler
Senkronize edilen sistemler çoğunlukla farklı üreticilerden gelir ve farklı dönemlerde kurulmuştur.
- 01
ERP ve muhasebe
Logo, Mikro, Netsis veya SAP Business One gibi sistemler; cari, stok ve fiyat verisinin çoğu zaman sahibi.
- 02
CRM ve müşteri hizmetleri
Müşteri iletişim bilgileri, fırsatlar ve destek kayıtları.
- 03
E-ticaret ve pazaryerleri
Ürün içerikleri, stok miktarları ve siparişler.
- 04
Şube ve saha uygulamaları
Mağaza kasa yazılımları, saha satış ve servis uygulamaları; çevrim dışı çalışabilen istemciler.
- 05
İnsan kaynakları ve kullanıcı hesapları
Personel kaydı açıldığında e-posta, yetki ve bordro sistemlerindeki hesapların da oluşturulması ya da kapatılması.
06Süreç
Sistemler arası veri senkronizasyonu hizmeti nasıl ilerler?
Adım 01
Analiz
İş akışınızı, kullanıcılarınızı ve mevcut sistemlerinizi dinleriz; kapsamı, öncelikleri ve kabul ölçütlerini yazılı hâle getiririz.
Adım 02
Tasarım
Ekran akışlarını ve veri modelini çıkarırız. Arayüzü sizinle gözden geçirip onay almadan geliştirmeye geçmeyiz.
Adım 03
Geliştirme
Kısa döngülerle çalışırız; her döngü sonunda çalışan bir sürümü test ortamında görürsünüz.
Adım 04
Test
İşlevsel testler, entegrasyon testleri ve temel güvenlik kontrolleriyle hataları yayından önce yakalarız.
Adım 05
Yayın
Sunucu, alan adı, yedekleme ve izleme ayarlarını yaparak canlıya alırız; ekibinize kısa bir kullanım eğitimi veririz.
Adım 06
Bakım
İsterseniz bakım ve destek anlaşmasıyla güncellemeleri, izlemeyi ve yeni geliştirmeleri sürdürürüz.
07Teknoloji
Sistemler arası senkronizasyonda güvenilirlik
Senkronizasyon servisi sistemleri doğrudan birbirine bağlamak yerine aralarına bir mesaj kuyruğu koyar. RabbitMQ gibi açık kaynak araçlar ya da AWS, Azure ve Google Cloud'un yönetilen kuyruk servisleri bu iş için kullanılabilir. Hedef sistem kapalıyken mesajlar kaybolmaz, sistem geri geldiğinde sırasıyla işlenir; her mesaj tekil bir anahtar taşıdığı için iki kez uygulanmaz.
Devamını okuDaha az göster
Her değişiklik kim, ne zaman, hangi sistemden, eski değer ve yeni değer bilgisiyle kayda geçer. Bu kayıt hem hata ayıklamada hem de KVKK kapsamında kişisel verinin hangi sistemlere kopyalandığını gösterebilmek için önemlidir; bir kişinin verisi silinmek istendiğinde işlem yapılması gereken bütün sistemler buradan çıkarılır.
Farklı saat dilimlerinde ya da saatleri tam eşit olmayan sunucularda çalışan sistemlerde zaman damgaları ortak bir zamana çevrilerek karşılaştırılır. Böylece son yazan kazanır gibi basit kurallar bile yanlış kaydı öne geçirmez.
08Çalışma modelleri
Bu hizmette çalışma modelleri
- 01
Proje bazlı
Sabit kapsam, sabit fiyat ve belirli teslim tarihi
Kapsamı belli, teslim tarihi olan işler için.
- Yazılı kapsam ve kabul ölçütleri
- Sabit fiyat ve belirli teslim tarihi
- Teslim ve kabul adımları sözleşmede
- 02
Bakım ve destek
Aylık sözleşmeli, SLA'lı bakım, destek ve geliştirme saati
Yayındaki bir sistemin sürekliliği için.
- Aylık sözleşme ve SLA
- İzleme, güncelleme ve hata düzeltme
- Aylık geliştirme saati
09Sık sorulan sorular
Sistemler arası veri senkronizasyonu hakkında sık sorulan sorular
Sistemler arası veri senkronizasyonu fiyatları nasıl belirlenir?
Sistem sayısı, eşitlenecek kayıt türleri, akışın tek ya da çift yönlü olması, anlık mı periyodik mi çalışacağı ve sistemlerin sunduğu erişim yöntemleri belirleyicidir. Çift yönlü ve çakışma kuralı gerektiren akışlar daha fazla tasarım ve test emeği ister.
Senkronizasyon ile entegrasyon aynı şey mi?
Entegrasyon daha geniş bir kavramdır; bir sistemin diğerinden hizmet çağırması da entegrasyondur. Senkronizasyon ise aynı verinin birden fazla sistemde tutarlı kalmasına odaklanır ve çakışma, silme ve kimlik eşleştirme gibi konuları ele alır.
Her verinin anlık eşitlenmesi gerekir mi?
Gerekmez. Stok gibi hızlı değişen ve satışı etkileyen veriler için kısa gecikme önemlidir; ürün açıklaması ya da organizasyon şeması gibi veriler belirli aralıklarla taşınabilir. Gereksiz anlık akış maliyet ve karmaşıklık ekler.
Sistemler arası veri senkronizasyonu yaptırmak için sistemlerin API'si olmalı mı?
API en temiz yoldur; yoksa veritabanı görünümleri, ara tablolar ya da dosya aktarımı kullanılabilir. Üreticinin izin verdiği yöntemin dışına çıkmamak için erişim şekli yazılım sağlayıcılarınızla doğrulanır.
Verilerimiz şimdiden tutarsız; nereden başlamalıyız?
Önce iki sistemi karşılaştıran bir fark raporu çıkarırız. Çift kayıtlar ve çelişen alanlar kurala göre birleştirilir ya da onayınıza sunulur; temiz bir başlangıç noktası oluşmadan sürekli akış başlatılmaz.
Eşitleme bozulduğunda nasıl haberdar oluruz?
Kuyrukta bekleyen kayıt sayısı belirlenen eşiği geçtiğinde ya da bir akış uzun süre çalışmadığında sorumluya e-posta veya mesajlaşma uygulaması üzerinden uyarı gider. Durum paneli de sorunlu akışı öne çıkarır.
10İlgili hizmetler