Mevcut sistem değişmez
Kullandığınız yazılımı değiştirmenizi istemeyiz. Entegrasyon yükünü biz üstleniriz; sizin tarafınızda geliştirme gerekiyorsa bunu baştan yazılı olarak söyleriz.
Entegrasyonlar
Mevcut sisteminizi sökmeden, üzerine kuruyoruz
Entegrasyon bir projenin en sık tökezlediği yerdir. Bu yüzden tek bir yönteme bağlı kalmıyoruz: API varsa API'den, yoksa veritabanından, o da yoksa dosya veya arayüz seviyesinde bağlanırız. Hangi yöntemin kullanılacağına keşifte birlikte karar veririz.
İlkeler
Dört temel kural
Önce oku, sonra yaz
Her entegrasyon salt okunur yetkiyle başlar. Veri akışı doğrulanmadan ve örnek kayıtlar karşılaştırılmadan yazma yetkisi açılmaz.
Kesintiye dayanıklı
Bağlantı koptuğunda veri kaybolmaz; ağ geçidi tamponlar, bağlantı gelince sıralı şekilde gönderir. Mükerrer kayıt oluşmaması için her olay tekil kimlik taşır.
Her şey kayıt altında
Hangi kayıt, ne zaman, hangi yöne aktı; hata varsa neden. Entegrasyon günlükleri sizin de görebileceğiniz bir panelde tutulur.
Mimari
Sahadan karara beş katman
Aşağıdaki akış, tipik bir RFsis kurulumunun katmanlarını gösterir. Şirket içi ağ geçidi katmanı isteğe bağlıdır; verisinin kurum ağını terk etmesini istemeyen kurumlarda platformun tamamı da şirket içinde çalışabilir.
Saha katmanıFiziksel dünyadan gelen ham veri
Sabit RFID okuyucularKapı ve tünel antenleriAndroid el terminalleriTurnike ve bariyer terminalleriSensörler ve teraziler
Şirket içi ağ geçidiVeri kurum ağını terk etmeden filtrelenir
Okuma tekrarlarının temizlenmesiOlay üretimi ve tamponlamaBağlantı kopsa da kayıp yokGiden tek yönlü güvenli tünel
RFsis platformuVeri, kural ve ajanların çalıştığı katman
Veri modeli ve olay geçmişiKural motoru ve eşiklerAjan çalıştırma ve araç çağrılarıYetki matrisi ve iz kaydıPanolar ve raporlar
Kurumsal sistemlerAjanın okuduğu ve yazdığı yerler
CRMERP / muhasebeWMS / üretimİK ve bordroE-posta ve mesajlaşma
KullanıcılarSonucun göründüğü yüzeyler
Yönetici panosuMobil uygulamaTeams / Slack bildirimiE-posta özetleriOnay kuyruğu
Desenler
Hangi durumda hangi yöntem
Sistemlerin hepsinde modern bir API bulunmuyor. Sahada karşılaştığımız her durum için çalışan bir yöntem var; aşağıdaki tablo hangisini ne zaman seçtiğimizi gösterir.
| Yöntem | Ne zaman kullanılır | Dikkat edilen |
|---|---|---|
| REST / GraphQL API | Hedef sistemin belgelenmiş bir API'si varsa. Tercih ettiğimiz yöntemdir. | Hız sınırları, sayfalama, yetki kapsamı, sürüm değişiklikleri |
| Webhook | Hedef sistem olay bildirimi gönderebiliyorsa; anlık tepki gerektiren akışlarda. | İmza doğrulama, tekrar gönderimde mükerrer önleme, sıra garantisi |
| Veritabanı görünümü | API yoksa ama veritabanına salt okunur erişim verilebiliyorsa. | Yalnızca görünüm (view) üzerinden okuma, kilitlenme riski, yoğun saat planlaması |
| Dosya / SFTP | Toplu aktarım yeterliyse; gece işleyen eski sistemlerde yaygındır. | Dosya adlandırma, kısmi dosya okuma, karakter kodlaması, arşivleme |
| Mesaj kuyruğu | Yüksek hacimli olay akışında ve sistemleri birbirinden ayırmak gerektiğinde. | Sıra, yeniden deneme politikası, ölü mektup kuyruğu |
| Şirket içi ağ geçidi | Sistem internete kapalıysa; veri dışarı çıkmasın isteniyorsa. | Yalnızca giden bağlantı, sertifika yönetimi, yerel tamponlama |
| Arayüz otomasyonu (RPA) | Hiçbir teknik erişim yolu yoksa; son çare olarak. | Kırılganlık, ekran değişikliklerine bağımlılık, denetim kaydı |
“Bizim sistemin API'si yok” dediğinizde
Bu, projenin sonu değil. Sahadaki kurulumlarımızın önemli bir bölümü API'si olmayan sistemlerle çalışır. Sırasıyla şunlara bakarız: veritabanına salt okunur erişim, düzenli dışa aktarım dosyası, yazıcı çıktısının yakalanması ve en son çare olarak arayüz otomasyonu. Hangi yöntemin seçildiğini, kırılganlığını ve bakım maliyetini baştan yazılı olarak paylaşırız.
Kapsam
Bağlandığımız sistemler
Aşağıdaki liste en sık karşılaştıklarımız. Listede olmayan bir sistem, bağlanamayacağımız anlamına gelmez; yöntem seçimi her zaman keşifte yapılır.
CRM
- Salesforce
- HubSpot
- Microsoft Dynamics 365
- Zoho CRM
- Pipedrive
- SugarCRM
- Özel geliştirilmiş CRM
ERP ve muhasebe
- SAP ERP / S4HANA
- Logo Tiger & Go
- Netsis
- Mikro
- Nebim V3
- Odoo
- Akınsoft
- Özel ERP
Depo ve üretim
- WMS yazılımları
- MES / üretim takip
- Barkod ve etiket yazıcıları
- Terazi ve tartım sistemleri
- Konveyör PLC (Modbus / OPC UA)
İletişim kanalları
- WhatsApp Business API
- Microsoft Teams
- Slack
- Outlook / Microsoft 365
- Gmail / Google Workspace
- SMS sağlayıcıları
- Telefon santrali (SIP)
Veri ve raporlama
- MSSQL
- PostgreSQL
- MySQL / MariaDB
- Oracle
- Excel / CSV aktarımı
- Power BI
- Metabase / Grafana
Kimlik ve yetki
- Active Directory / LDAP
- Azure Entra ID
- SAML 2.0 / OpenID Connect
- Tek oturum açma (SSO)
- İki adımlı doğrulama
Otomasyon
- n8n
- Zapier
- Make (Integromat)
- Power Automate
- Zamanlanmış görevler (cron)
- Webhook uçları
RFID donanımı
- RFsis sabit okuyucular
- Android el terminalleri
- Kapı ve tünel antenleri
- Masaüstü kodlayıcılar
- Zebra / Impinj / Nordic ID uyumluluğu
Örnek akış
Bir sevkiyat, uçtan uca
Kapıda okuma
Sevk kapısındaki anten, yüklenen paletteki 240 etiketi 4 saniyede okur ve ağ geçidine gönderir.
Ağ geçidi temizler
Tekrar eden okumalar birleştirilir, komşu kapıdan gelen yabancı okumalar sinyal gücüne göre elenir; tek bir “sevk olayı” üretilir.
Platform eşleştirir
Olay, açık sipariş satırlarıyla karşılaştırılır. 238 kalem eşleşir, 2 kalem eksiktir.
Ajan devreye girer
Sevkiyat ajanı eksik iki kalemi tespit eder; sevkiyatı durdurur, depo sorumlusuna eksik listesini gönderir ve düzeltme bekler.
Sistemlere yazılır
Düzeltme sonrası sevk ERP'de kapatılır, CRM'deki siparişe sevk bilgisi işlenir, müşteriye bildirim e-postası gider, fatura süreci tetiklenir.
Bu akışta kaç sistem var?
RFID okuyucu, ağ geçidi, RFsis platformu, ERP, CRM ve e-posta. Altı ayrı bileşen tek bir olayla konuşuyor. Kurulum sonrası bunların hiçbirini elle tetiklemeniz gerekmiyor; yalnızca eksik kalem çıktığında bir kişi devreye giriyor.
Güvenlik
Entegrasyon güvenliği
Entegrasyon, kurum ağına açılan bir kapıdır. Bu kapının nasıl açıldığı, kimin geçtiği ve nelerin kayıt altına alındığı proje başında yazılı olarak belirlenir.
Kimlik doğrulama
Her entegrasyon için ayrı servis hesabı ve ayrı anahtar. Kişisel kullanıcı hesabıyla entegrasyon kurmayız; personel ayrıldığında akış durmaz.
Şifreleme
Aktarımda TLS 1.2 ve üzeri; saklamada disk seviyesinde şifreleme. Anahtarlar kod içinde değil, gizli anahtar yönetiminde tutulur.
Ağ sınırı
Şirket içi ağ geçidi yalnızca giden bağlantı kurar; kurum ağına dışarıdan port açılmaz. IP kısıtlaması ve VPN seçenekleri desteklenir.
En az veri ilkesi
Yalnızca göreve gereken alanlar taşınır. Kişisel veri içeren alanlar gerekmiyorsa hiç çekilmez; gerekiyorsa maskelenerek işlenir.
Denetim kaydı
Tüm aktarımlar, hatalar ve yeniden denemeler kayıt altındadır. Kayıtlar dışa aktarılabilir ve iç denetime sunulabilir.
Sürüm yönetimi
Hedef sistem API sürümü değiştiğinde entegrasyon önce test ortamında güncellenir; canlı ortama planlı geçiş yapılır.
Kullandığınız sistemleri söyleyin, bağlanma yolunu çıkaralım.
Keşif görüşmesinde sistem listesini alır, her biri için hangi yöntemi kullanacağımızı ve ne kadar süreceğini yazılı olarak paylaşırız.