Çözüm
Entegrasyon ve Ara Katman
Sistemler arası bağların uygulamanın içine dağılmadığı bir mimari.
18 işlev4 modül grubu4 entegrasyon
Entegrasyon çoğu projede sonradan, ihtiyaç çıktıkça eklenir; birkaç yıl sonra hangi servisin nereden çağrıldığını kimse bilemez ve bir sağlayıcı değiştiğinde sistemin yarısı açılır. Bizim kurgumuzda dışarıyla kurulan her bağ tek bir modülde toplanır. Uygulamanın geri kalanı o servislerin varlığından haberdar değildir; sağlayıcı değiştiğinde tek bir yer değişir.
Kapsam ve modüller18
01
Bağlantı katmanı
- Tek giriş noktası, servis sözleşmeleri ve sürüm yönetimi
- Yeniden deneme, zaman aşımı ve devre kesici davranışı
- Kuyruk ve gecikmeli işleme
- Tam istek–yanıt günlüğü ve hata izleme
- Sağlayıcı değişikliğinde tek noktadan geçiş
02
Kurumsal sistemler
- Logo, Netsis, Mikro, SAP ve özel ERP bağlantıları
- Muhasebe paketlerine fiş aktarımı
- Aktif Dizin / LDAP ile tek oturum açma
- Eski sistemlerden veritabanı düzeyinde okuma
03
Yasal ve finansal
- e-Fatura, e-Arşiv, e-İrsaliye ve e-Defter entegratörleri
- Banka ekstre aktarımı ve toplu ödeme dosyası
- Sanal POS, ödeme kuruluşu ve taksit kuralları
- Kur servisleri
04
Operasyonel servisler
- Kargo ve taşıyıcı firma servisleri
- SMS, e-posta ve anlık bildirim sağlayıcıları
- Harita, adres ve rota servisleri
- Pazar yeri ve e-ticaret platformları
- Yapay zekâ model sağlayıcıları, tek servis katmanı arkasında
Neye bağlanır04
- REST, SOAP, GraphQL ve dosya tabanlı (SFTP, CSV, XML) aktarım
- Webhook ve olay tabanlı tetikleme
- Mesaj kuyruğu ile eşzamansız işleme
- Zamanlanmış toplu aktarım
Bu sisteme ihtiyacınız olduğunun işaretleri05
- 01Aynı veriyi iki sisteme elle giriyorsunuz
- 02Bir servis değiştiğinde kodun kaç yerini açacağınızı bilmiyorsunuz
- 03Entegrasyon hatası ancak müşteri şikâyetiyle fark ediliyor
- 04Gece çalışan aktarımın çalışıp çalışmadığını sabah öğreniyorsunuz
- 05Sağlayıcı sözleşmesi bitiyor ama çıkış maliyeti hesaplanamıyor
Baştan verilecek kararlar03
- 01Karşı sistemin API’si gerçekte ne veriyor?
- Dokümantasyon ile gerçek davranış çoğu zaman aynı değildir. Entegrasyon fizibilitesini teknik durum analizinde ölçüyor, API’nin yapamadığı işlemler için alternatif aktarım yöntemi tanımlıyoruz.
- 02Veri hangi yöne akacak, hangi taraf doğruyu söyleyecek?
- Her alan için tek bir sahip belirlenmelidir. İki sistemin aynı alanı güncelleyebildiği kurgular, kaçınılmaz olarak çakışma ve veri kaybı üretir.
- 03Gerçek zamanlı mı, toplu aktarım mı?
- Gerçek zamanlı her zaman daha iyi değildir; karşı sistemi yorabilir. Alan bazında karar veriyoruz: stok anlık, cari ekstre saatlik, muhasebe fişi günlük gibi.
Teslim ettiğimiz sektörler02
Sık sorulanlar02
- Sadece entegrasyon işi alır mısınız?
- Evet. Mevcut sistemleriniz kalsın, aralarındaki bağı biz kuralım diyebilirsiniz. Bu durumda da önce bir fizibilite çalışması yapıyoruz.
- Entegrasyon bozulursa nasıl anlarız?
- İzleme kapsamdadır: başarısız istek eşiği aşıldığında uyarı gider, her istek ve yanıt kaydedilir ve başarısız iş yeniden denenebilir.
Kapsamı birlikte çıkaralım.
Kapsamı belirsiz işe sabit fiyat vermiyoruz. Mevcut sisteminizi ve süreçlerinizi yerinde inceleyip yol haritasını ve sabit fiyatlı teklifi ondan sonra sunuyoruz.