Ana içeriğe geç
FromNine
Menü

Mühendislik

Verileri akışta tutan ve akış durduğunda bunu gösteren entegrasyonlar.

CRM, ERP, dosya yönetim sistemleri ve kamu platformlarını; doğru kurulmuş sözleşmeler, olaylar ve kimlik yönetimiyle birbirine bağlıyoruz. Böylece veriler güvenilir biçimde akar, hatalar görünür olur ve yapay zekâ dâhil yeni yetenekler güvenle eklenebilir.

Birden fazla üye devlette sistemleri, iş ortaklarını ve kamu platformlarını birbirine bağlayan kurumlar için.

Projenizi konuşalımBağladığımız platformlar
Entegrasyonlar ve API’ler: yetenek katmanlarıDerinlemesine üst üste dizilmiş dört katman. Yukarıdan aşağıya: portallar, uygulamalar ve ajanlar gibi tüketiciler, kimlik yönetimiyle API ağ geçidi, olay omurgası ve en altta asıl kayıt sistemleri.01Portallar, uygulamalar ve ajanlar02API ağ geçidi ve kimlik03Olay omurgası04Asıl kayıt sistemleri
  1. 01OpenAPI ve AsyncAPI ile önce sözleşme yaklaşımı; sürümlenmiş ve belgelenmiş API’ler
  2. 02Sıralama, tekrar koruması, ölü mektup kuyruğu ve yeniden oynatma ile olaylar
  3. 03Uçtan uca izlenen akışlar; hata kuyruklarının sahibi belirlenmiş ekipler

01 Sorunlar

Bizi çağırdıkları entegrasyon sorunları

  1. 01

    Kimsenin değiştirmeye cesaret edemediği noktadan noktaya bağlantılar

    CRM, ERP ve özel sistemler arasında onlarca doğrudan bağlantı var. Tek bir alanı değiştirmek on arayüzü test etmek demek.

  2. 02

    Mükerrer kayıtlar ve sessiz hatalar

    Bir yeniden deneme ikinci bir sipariş oluşturuyor. Başarısız bir mesaj ortadan kayboluyor. İş birimleri durumu müşterilerden öğreniyor.

  3. 03

    Her yeni kanal yeni bir entegrasyon işi demek

    Portal, mobil uygulama ve şimdi bir yapay zekâ asistanı aynı verilere ihtiyaç duyuyor ve her biri kendi veri aktarımını alıyor.

  4. 04

    Kamu platformlarına bağlanmak başlı başına bir proje

    Ulusal bir veri alışverişi platformuna ya da bir eID sistemine bağlanmak, her seferinde aylarca güvenlik ve katılım çalışması gerektiriyor.

02 Teslimat kalemleri

Neler sunuyoruz

  1. 01 API stratejisi ve yönetimi

    OpenAPI ve AsyncAPI sözleşmeleriyle önce API yaklaşımı, bir sürümleme politikası, bu politikayı uygulayan bir ağ geçidi ve ekiplerin var olanı bulup yeniden kullanabilmesi için bir geliştirici portalı.

    Ne yapıyoruz

    • API haritası ve sahiplik haritası
    • Tasarım ilkeleri ve inceleme süreci
    • Güvenlik, kota ve sürümleme için ağ geçidi politikaları
    • Geliştirici portalı ve API kataloğu

    Size teslim edilenler

    • Ekiplerinizin benimsediği API ilkeleri
    • Kod olarak ağ geçidi yapılandırması
    • Belgelenmiş API’lerin kataloğu

  2. 02 Olay güdümlü entegrasyon

    Mesaj aracıları, değişiklik verisi yakalama ve outbox deseni; işe yarayıp yaramayacağını belirleyen ayrıntılarla birlikte: sıralama, tekrara dayanıklı tüketiciler, ölü mektup kuyrukları ve yeniden oynatma.

    Ne yapıyoruz

    • Olay modeli ve adlandırma kuralları
    • Kaynak sistemlerde outbox ve CDC
    • Tüketicilerde tekrar koruması ve sıralama güvenceleri
    • Yeniden oynatma araçlarıyla ölü mektup kuyrukları

    Size teslim edilenler

    • Canlı ortamda olay omurgası
    • Şema kaydı ve uyumluluk kuralları
    • Yeniden oynatma ve kurtarma kılavuzu

  3. 03 Akış başına seçilen entegrasyon platformları

    SAP Integration Suite, MuleSoft ve buluta özgü entegrasyon servislerinin her birinin yeri vardır. Bir iPaaS’ın özel koddan ne zaman daha iyi olduğunu ve ne zaman olmadığını size söyleriz.

    Ne yapıyoruz

    • Mevcut ara katman yazılımının değerlendirilmesi
    • Toplam sahip olma maliyetiyle platform seçimi
    • Yeniden kullanılabilir eşlemeler ve bağlayıcılar
    • Eski ara katman yazılımından geçiş

    Size teslim edilenler

    • Entegrasyon platformu karar kaydı
    • Entegrasyon desenleri kütüphanesi
    • Mevcut arayüzler için geçiş planı

  4. 04 Sistemler arasında kimlik ve güven

    OAuth 2.0 ve OpenID Connect, karşılıklı TLS, servisler arası kimlik ve vatandaşlar ile işletmeler için eID entegrasyonu: Kıbrıs Cumhuriyeti’nde CY Login ve ulusal elektronik kimlik, diğer üye devletlerde ise ulusal eID sistemleri.

    Ne yapıyoruz

    • Kullanıcılar ve servisler için kimlik mimarisi
    • Token tasarımı, kapsamlar ve onay
    • eID katılım ve sertifikasyon süreçlerine destek
    • AB Dijital Kimlik Cüzdanlarına hazırlık

    Size teslim edilenler

    • Kimlik tasarımı ve tehdit modeli
    • Canlı ortamda eID entegrasyonu
    • Uygulamada servis kimlikleri ve gizli bilgi rotasyonu

  5. 05 Kamu sistemleriyle birlikte çalışabilirlik

    Kamu platformlarına bağlantılar: Kıbrıs Cumhuriyeti’nde kamu hizmetlerine tek giriş noktası olan CY Login, diğer üye devletlerin ulusal veri alışverişi platformları ve AB’nin Bir Kez Yeterli Teknik Sistemi (OOTS). Kamu kurumlarına fatura kesen şirketler için ERP’den EN 16931 standardında e-fatura da bu kapsamdadır.

    Ne yapıyoruz

    • Platform işletmecisiyle katılım süreci
    • Ulusal veri standartlarıyla eşleştirme
    • Her platformun güvenlik ve kayıt tutma gereksinimleri
    • Bir kez yeterli ilkesine göre belge alışverişi tasarımı

    Size teslim edilenler

    • Platforma onaylı bağlantı
    • Eşleştirme dokümantasyonu
    • İşletmeciyle birlikte operasyon prosedürleri

  6. 06 İş birimleri için operasyonel görünürlük

    İş birimlerinin okuyabileceği akış izleme, sistemler arası uzlaştırma ve birinin sahiplendiği ve tek tek çözdüğü hata kuyrukları.

    Ne yapıyoruz

    • İş süreci düzeyinde akış izleme
    • Sistemler arası uzlaştırma raporları
    • Hata sınıflandırma ve yönlendirme
    • Akış sahibine göre uyarılar

    Size teslim edilenler

    • Her iş süreci için entegrasyon panosu
    • Canlı ortamda uzlaştırma kontrolleri
    • Her hata kuyruğu için sahiplik haritası

03 Mimari

Açıklayıcı bir referans mimari

Asıl kayıt sistemlerinden iki yol çıkar. Eşzamanlı istekler, sistem API’lerinden ve kimliği, kapsamları ve kotaları denetleyen bir ağ geçidinden geçer. Değişiklikler bir outbox veya değişiklik verisi yakalama üzerinden olay olarak yayımlanır ve tüketiciler bunları tekrara dayanıklı biçimde işler.

Başarısız mesajlar bir günlük dosyasına değil, yeniden oynatılabilen bir ölü mektup kuyruğuna düşer. Bir izleme bandı her akışı iş diliyle gösterir; böylece bir sürecin sahipleri süreç durduğunda bunu görebilir.

Çizimdeki katmanlar

Asıl kayıt sistemleri
ERP, CRM ve dosya yönetimi kendi verileri üzerindeki yetkiyi korur.
Eşzamanlı API’ler
OAuth 2.0, mTLS ve kotalarla bir ağ geçidinin arkasında sürümlenmiş sistem API’leri.
Olaylar
Outbox, olay aracısı, ölü mektup kuyruğu ve entegrasyon platformu eşlemeleri.
Tüketiciler
Portallar, uygulamalar, ajanlar, iş ortakları ve kamu platformları; vatandaşların söz konusu olduğu yerlerde eID ile.
Açıklayıcı örnek

  1. Asıl kayıt sistemleri

    • ERP, CRM ve dosya sistemleri

  2. Eşzamanlı API’ler

    • Sistem API’leri
    • API ağ geçidi: OAuth 2.0, mTLS, kotalar

  3. Olaylar

    • Outbox ve CDC
    • Olay aracısı
    • Ölü mektup ve yeniden oynatma
    • Entegrasyon platformu eşlemeleri

  4. Tüketiciler

    • Portallar, uygulamalar ve ajanlar
    • İş ortağı ve kamu platformları
    • Kimlik: OIDC, mTLS, eID

  5. İşletim

    • Akış izleme, uzlaştırma, sahibi belli hata kuyrukları
Yan yana API’ler ve bir olay omurgası

Açıklayıcı bir mimaridir, bir müşteri sistemi değildir.

Diyagramı metin olarak oku

Ana rota asıl kayıt sistemlerinden başlar; sürümlenmiş sistem API’leri ve bir API ağ geçidinden geçerek portallara, uygulamalara ve ajanlara ulaşır.

Paralel olarak asıl kayıt sistemleri değişiklikleri bir outbox ve değişiklik verisi yakalama üzerinden bir olay aracısına yayımlar; aracı bunları iş ortaklarına ve kamu platformlarına ve eşlemeler için bir entegrasyon platformuna iletir. Başarısız mesajlar yeniden oynatılabilen bir ölü mektup kuyruğuna gider. OAuth, mTLS ve eID ile kimlik servisleri iş ortakları ve kamu platformlarıyla alışverişi güvence altına alır.

Alttaki izleme bandı akış durumunu, uzlaştırmayı ve sahibi belli hata kuyruklarını gösterir.

04 Dikkat edilenler ve sınırlar

Mühendislik açısından dikkat edilenler ve sınırlar

  • “Tam olarak bir kez” bir ayar değil, bir tasarımdır

    Nasıl ele alıyoruz

    Mesajların iki kez ya da sırası bozuk geleceğini varsayar, tüketicileri olay türü başına kararlaştırılan anahtarlar ve sıralama kurallarıyla tekrara dayanıklı tasarlarız.

    Sınırlar ve bağımlılıklar

    Bazı eski sistemler tekrar koruması anahtarlarını kabul edemez ya da neyi işlediklerini bildiremez. Bu sistemlerin çevresine, öyleymiş gibi davranmak yerine uzlaştırma ekleriz.

  • iPaaS her zaman yanıt değildir

    Nasıl ele alıyoruz

    Çok sayıda standart bağlayıcı ve eşleme için platformlar öne çıkar. Karmaşık mantık, yüksek hacim veya sıkı gecikme gereksinimleri için özel servisler öne çıkar. Seçimi her entegrasyon için belgeleriz.

    Sınırlar ve bağımlılıklar

    Lisans modelleri değişir. Bugün ucuz olan bir platform entegrasyon bütçenizin en büyük kalemi hâline gelebilir; bu yüzden maliyetleri birkaç yıllık bir dönem için modelleriz.

  • Kamu platformları kendi hızlarını belirler

    Nasıl ele alıyoruz

    Katılım dosyalarını, güvenlik kanıtlarını ve test planlarını erkenden hazırlar, ilk haftadan itibaren platform işletmecisiyle birlikte çalışırız.

    Sınırlar ve bağımlılıklar

    Sertifikasyon ve katılım takvimlerini biz değil, işletmeci belirler. Planı bu takvimlere göre yapar ve kritik yolda nerede durduklarını size söyleriz.

  • Yapay zekâ tüketicileri dar kapsamlı API’lere ihtiyaç duyar

    Nasıl ele alıyoruz

    Ajanlar ve asistanlar, iç servislerle aynı geniş erişimi değil, sınırları ve denetim kaydı olan, kendilerine ayrılmış ve kapsamı sınırlı API’ler alır.

    Sınırlar ve bağımlılıklar

    Bir API’yi bir ajana açmak risk ekler. Her birini canlıya almadan önce güvenlik ekibinizle birlikte gözden geçiririz.

05 Nasıl çalışıyoruz

Nasıl çalışıyoruz

Geliştirmeden önce düğümleri çözer, her akışı bir sahiple bırakırız.

  1. 01

    Akışları haritalayın

    Her arayüz, hacmi, arıza geçmişi ve iş sahibi.

    ÇıktıEntegrasyon haritası ve risk sıralaması

  2. 02

    Kuralları belirleyin

    API ilkeleri, olay kuralları, kimlik modeli ve platform seçimi.

    ÇıktıEntegrasyon ilkeleri ve karar kayıtları

  3. 03

    Akış akış taşıyın

    En riskli akışlar önce; rakamlar tutana kadar eski arayüzün yanında uzlaştırma çalışır.

    ÇıktıUzlaştırma kanıtıyla taşınmış akışlar

  4. 04

    Görünür biçimde işletin

    Her iş süreci için panolar ve sahipleri belirlenmiş hata kuyrukları.

    ÇıktıAkış sahiplik haritası ve panolar

06 İnsan kontrolü

Kontrolün insanda kaldığı yerler

Entegrasyon gözetimsiz çalışır. Ters giden şeylerin sahipliği ise gözetimsiz bırakılamaz.

  • Her hata kuyruğunun bir sahibi vardır

    Başarısız mesajlar ortak bir günlüğe değil, bağlamı ve bir yeniden oynatma düğmesiyle birlikte sorumluluğu üstlenen bir ekibe gider.

  • Sözleşme değişiklikleri incelenir

    Geriye dönük uyumluluğu bozan API veya olay değişiklikleri, yayımlanmadan önce tüketicilerle birlikte incelenir.

  • Yeniden oynatmalar bilinçli yapılır

    Mesajları bir asıl kayıt sistemine yeniden oynatmak yetki gerektiren bir işlemdir; kimin ve neden yaptığıyla birlikte kaydedilir.

07 Teknolojiler

Çalıştığımız teknolojiler

Entegrasyon platformları
  • SAP Integration Suite
  • MuleSoft
  • Azure Integration Services
  • AWS ve Google Cloud entegrasyon servisleri
Olaylar ve veri akışı
  • Apache Kafka
  • RabbitMQ
  • Bulut olay aracıları
  • Değişiklik verisi yakalama için Debezium
API’ler
  • OpenAPI ve AsyncAPI
  • API ağ geçitleri ve geliştirici portalları
  • Uygun olduğu yerde GraphQL
  • Sözleşme testleri
Kimlik
  • OAuth 2.0 ve OpenID Connect
  • Karşılıklı TLS
  • Keycloak ve bulut kimlik sağlayıcıları
  • Ulusal eID sistemleri

Bir teknolojinin listelenmesi mühendislik deneyimimizi anlatır. Üreticisiyle bir iş ortaklığı olduğu ya da üreticinin bizi onayladığı anlamına gelmez.

08 Örnek

Açıklayıcı örnek

Açıklayıcı örnek

Kamu müşterilerine EN 16931 standardında fatura üreten bir ERP

01Durum
Kamu kurumlarına mal ve hizmet sağlayan bir şirket faturalarını PDF olarak e-postayla gönderiyor. İhale makamları 89(I)/2019 sayılı Yasa uyarınca EN 16931 standardına uygun e-faturaları almak ve işlemekle yükümlü; şirket için bir zorunluluk yok, ancak ERP sistemi bu biçimde fatura üretemiyor ve kamu müşterileri faturaları elle yeniden giriyor.
02Kuracağımız sistem
ERP’den EN 16931 standardında yapılandırılmış fatura üreten bir entegrasyon katmanı: fatura verileri gönderilmeden önce doğrulanır, alıcının kullandığı kanal üzerinden iletilir ve her faturanın durumu izlenir.
03Kararı insanın verdiği yer
Doğrulamadan geçemeyen faturaları finans ekibi inceler ve düzeltir; yeni bir kamu müşterisi için fatura ayarlarını finans sorumlusu onaylar.
04Neyi ölçeceğiz
Doğrulamadan ilk seferde geçen faturaların payı, faturadan tahsilata kadar geçen süre ve elle düzeltilen fatura sayısı.

09 Sektör bakışı

Sektörünüzde

  • Kamu sektörü

    Asıl kaynak kayıtlarla bir kez yeterli ilkesine göre veri alışverişi, vatandaşlar ve işletmeler için CY Login ve ulusal elektronik kimlik ve kamu platformlarının istediği kayıt tutma. Daha fazlası için Kamu sektörü sayfasına bakın.

  • Üretim ve sanayi

    Planlama, üretim ve servisin aynı tabloyu paylaşması için olaylar üzerinden birbirine bağlanan ERP, MES ve tedarikçi portalları.

  • Finansal hizmetler

    Güçlü kimlik yönetimi, denetim kaydı ve finans ekibinin güvendiği uzlaştırmayla birbirine bağlanan çekirdek sistemler, CRM ve iş ortağı API’leri.

Kıbrıs

Üye devletler arasında birlikte çalışabilirlik

Sınır ötesi hizmetler her ülkede farklı bir ulusal veri alışverişi platformu, eID sistemi ve veri standardıyla karşılaşır. Birlikte Çalışabilir Avrupa Yasası, kamu kurumlarından sınır ötesi birlikte çalışabilirliği değerlendirmelerini ister; eIDAS 2 ise her üye devletin sunması gereken AB Dijital Kimlik Cüzdanlarını getirir. Kıbrıs Cumhuriyeti’nde CY Login kamu hizmetlerine tek giriş noktasıdır ve vatandaşlar onu, eIDAS kapsamında yüksek güvence düzeyinde onaylanmış ulusal elektronik kimlikle kullanır.

Kıbrıs Cumhuriyeti’nde 89(I)/2019 sayılı Yasa, ihale makamlarının EN 16931 standardına uygun e-faturaları almasını ve işlemesini öngörür; tedarikçilere bir zorunluluk getirmez. Ulusal platformların, kimlik sistemlerinin ve fatura biçimlerinin sabit iç sözleşmelerin arkasında birer bağdaştırıcı olduğu entegrasyon katmanları tasarlıyoruz. Böylece yeni bir ülke eklemek, arkadaki sistemleri yeniden yazmak değil, bir bağdaştırıcı ve onun katılım sürecini eklemek demektir.

Entegrasyonlar ve API’lerle ilgili sorular

Bir entegrasyon platformu mu kullanmalıyız, yoksa özel entegrasyonlar mı geliştirmeliyiz?

Farklı akışlar için ikisini de. Standart bağlayıcılar, eşlemeler ve iş ortaklarının sisteme alınması bir platformdan yana ağır basar. Yüksek hacimli, gecikmeye duyarlı veya mantık yoğun akışlarda çoğu zaman özel servisler daha uygundur. Her akış için karar verir ve gerekçesini belgeleriz.

Salesforce, SAP ve Odoo entegrasyonu yapıyor musunuz?

Evet, düzenli olarak: hem birbirleriyle hem de özel sistemler ve kamu sistemleriyle. FromNine üç platformun da iş ortağıdır (Salesforce Summit Partner, SAP Gold Partner, Odoo Gold Partner); bu sayede entegrasyon ekiplerimiz platform uzmanlarıyla yan yana çalışır. Örnekler için SAP entegrasyonu çalışmalarımıza göz atın.

Olay güdümlü entegrasyona ihtiyacımız var mı?

Birden fazla sistemin aynı değişikliğe tepki vermesi gerektiğinde ya da sürüm döngülerini birbirinden ayırmanız gerektiğinde olaylar yardımcı olur. İki sistem arasında basit istek ve yanıt için çoğu zaman bir API yeterlidir. Çoğu BT ortamı ikisini birlikte kullanır.

Ulusal eID sistemlerini entegre edebilir misiniz?

Evet. Kıbrıs Cumhuriyeti’nde CY Login ve ulusal elektronik kimlik dâhil vatandaş ve işletme eID sistemlerini entegre ediyor, üye devletlerin eIDAS 2 kapsamında sunacağı AB Dijital Kimlik Cüzdanlarına göre tasarlıyoruz. Katılım gereksinimleri her sistemde farklıdır; bunları erkenden planlarız.

Eski bir ara katman yazılımımız var. Onu değiştirmek zorunda mıyız?

Bir seferde değil. Üzerinde neyin çalıştığını haritalar, en riskli ya da en pahalı akışları önce taşır ve taşınan her akış kanıtlanana kadar uzlaştırmayı sürdürürüz.

En sık arıza veren arayüzü getirin

Onu nasıl gözlemlenebilir, tekrara dayanıklı ve sahibi belli hâle getireceğimizi ve aynısını geri kalanlar için yapmanın neler gerektireceğini size gösterelim.

Projenizi konuşalımMüşteri ve vatandaş hizmetleri