Ana Sayfa/Sektörler/Bankacılık ve Finansal Hizmetler
Sektör · Bankacılık ve Finansal Hizmetler

Parayı hareket ettiren sistemler için mühendislik — güvenilir, güvenli, denetime hazır.

Bankacılık affetmez — güvenilirlik konusunda, güvenlik konusunda, mevzuat kanıtı konusunda. Biz bu çerçevenin içinde çalışıyoruz: AI-native mühendisler, denetime hazır teslimat ve bankayı bir yeniden yazıma yatırmayan modernizasyon.

Bankacılık ve Finansal HizmetlerNeler yapıyoruz
01Çekirdek bankacılık modernizasyonu
02Dijital kanallar
03Kart ve ödemeler
04Dolandırıcılık ve risk
05Açık bankacılık
06Mevzuat raporlaması
Nasıl ilerler
  1. Gizli ilk görüşme
  2. Sınırlarınız içinde keşif
  3. Kanıta karşı geliştirme
  4. Paralel çalışma, ardından geri alınabilir geçiş
  5. İşletim ya da devir
Odak alanlarımız

Bankacılık yazılımı pahalı ve görünür biçimlerde bozulur.

Geç biten bir toplu iş, mevzuat yazısına dönüşür. Mükerrer bir ödeme, manşete dönüşür. Maaş günündeki bir kesinti, her şubede bir kuyruğa dönüşür. Bu yüzden mühendisliğin önemli olduğu yerde tutucu, karşılığını verdiği yerde modern olması gerekir — ve kanıtın yalnızca günlük toplantıyı değil, bir denetçiyi tatmin etmesi gerekir. Kaydı tutan sistem çoğu zaman ona bakan ekipten daha eskidir ve ilginç iş nadiren onu değiştirmektir. İlginç iş, kayıt defterini olduğu yerde bırakarak, işin sindirebileceği bir hızda onun etrafında inşa etmektir.

Sizin mevzuat sınırlarınız içinde, sizin kontrolleriniz altında, belgelenmiş değişiklik yönetimi ve gereksinimden test kanıtına uzanan izlenebilirlikle çalışıyoruz. Ortamlar birbirinden ayrılır, canlı ortam erişimi kapsamlandırılır ve kayda alınır; her devreye alma, kendisine neden olan gereksinime ve onu doğrulayan teste kadar geriye izlenebilir. Regülasyona tabi veri, düzenleyicinizin beklediği yerde kalır: sizin bulut hesabınızda ya da veri merkezinizde; kendi kolaylığımız için yönettiğimiz altyapıya kopyalanmaz.

Regülasyona tabi bir kuruluş değiliz ve çekirdek bankacılık sistemi satmıyoruz. Çekirdeğin etrafındaki yapıyı — kanallar, ödemeler, açık bankacılık, dolandırıcılık araçları, mevzuat verisi — genişleten, entegre eden ve modernize eden mühendislik iş ortağıyız; kanıtı ilerledikçe yazan mühendislerle. Güvenlik & uyum, altında çalıştığımız kontrolleri ortaya koyar.

Burada ne yapıyoruz

Neler yapıyoruz.

Odaklandığımız altı alan. Geri kalan her şeye ya hayır diyoruz ya da iş ortağıyla giriyoruz.

01

Çekirdek bankacılık modernizasyonu

Legacy çekirdekleri ölçülü bir geçişle, birleştirilebilir servislerle kuşatarak kademeli olarak devreden çıkarıyoruz. Önce mevcut davranışı karakterize ediyoruz — sistemin bugün ne yaptığını, tuhaflıkları dahil sabitleyen testler — sonra bir yönlendirme katmanının arkasında, her adımda provası yapılmış bir geri dönüş yoluyla tek seferde tek bir yeteneği taşıyoruz. Sistemi bir anda yeniden yazmak yok; geçiş, değişiklik takvimini dondurmamak üzere tasarlanır. legacy yeniden mühendislik ve yazılım modernizasyonu sayfalarına bakın.

02

Dijital kanallar

İnternet ve mobil bankacılık, müşteri edinimi, KYC ve hesap açılışı — kampanya sitesi standartlarına göre değil, bir bankanın ihtiyaç duyduğu güvenilirliğe göre kurulur. Bu şu demek: dönüşüm sağlayan akışlarda performans bütçeleri, çevrimdışı ve zayıf ağ davranışının sonradan keşfedilmek yerine tasarlanması ve erişilebilirliğin bir gereksinim olarak ele alınması. Ürün ekiplerinizin üzerinde ilerleyebileceği servis katmanlarının üstüne React ve Next.js ile kurulur.

03

Kart ve ödemeler

İhraççı platformları, kart şeması entegrasyonu, gerçek zamanlı ödemeler, 3DS ve itiraz iş akışları. Ödeme mühendisliği büyük ölçüde bir şey ters gittiğinde ne olduğuyla ilgilidir: her talimatta idempotency anahtarları, ay sonunda değil sürekli çalışan mutabakat ve işlemin hangi tarafının eşleşmediğini ve nedenini tam olarak söyleyen bir takas görünümü.

04

Dolandırıcılık ve risk

Gerçek zamanlı skorlama, kural motorları ve ML tabanlı tespit; düzenleyicinin okuyabileceği denetim izleriyle. Kurallar okunabilir ve sürümlenmiş kalır, böylece bir risk analisti bir eşiği sürüm çıkmadan değiştirebilir; modeller ise ayrılmış veri üzerinde değerlendirilir ve canlı ortamda kayma takibi yapılır. Yapay zekâ & makine öğrenmesi ve olay akışı pratiklerimizle kurulur.

05

Açık bankacılık

PSD2 ve Open Banking API’leri, rıza yönetimi, TPP katılımı ve FAPI seviyesinde güvenlik. Rıza, kendi yaşam döngüsü olan birinci sınıf bir kayıt olarak ele alınır — verilmiş, kapsamlanmış, süresi dolan, geri alınmış — çünkü sizden sunmanız istenecek olan şey o kayıttır. Hız sınırlama, mutual TLS, token bağlama ve TPP bazında gözlemlenebilirlik sonradan gelen bir sıkılaştırma aşaması olarak değil, yapının parçası olarak gelir.

06

Mevzuat raporlaması

BCBS, FINREP / COREP, MiFID, KVKK ve GDPR — denetçilerin gerçekten anladığı veri hatları. Kaynak sistemden gönderilen rakama kadar veri soyağacı kayıt altına alınır, dönüşümler elektronik tablo adımları değil sürümlenmiş koddur ve geçmiş bir dönemin yeniden çalıştırılması bildirilen sayıyı aynen üretir. Yönetişimli modeller üzerinde veri mühendisliği pratiğimiz tarafından kurulur.

Uygulamada

Neler geliştiriyoruz?

01

Çekirdek kalır. Ona olan bağımlılık kalmaz.

Çalışan bir çekirdeği değiştirdiği için kimse terfi etmez, bir çekirdeği bozan da ayakta kalmaz. Bu yüzden bunu önermiyoruz. Taşımak istediğimiz yeteneği — ödeme başlatma, müşteri verisi, ürün kataloğu — canlı sistemin gerçek davranışına karşı yazılmış testlerle karakterize ediyoruz. Sonra bir yönlendirme katmanı trafiğin bir dilimini yeni servise gönderir, iki yol çıktıları kayıt kayıt eşleşene kadar paralel çalışır ve ancak o zaman eski yol devreden çıkar. Her yetenek, tek bir devasa program yerine küçük ve geri alınabilir bir programdır; bu sürerken iş de sürüm çıkarmaya devam eder.

  • Önce karakterizasyon testleri — hiçbir şey taşınmadan önce legacy davranış kodda belgelenir
  • Kayıt kayıt karşılaştırmalı paralel çalışma; geçiş yalnızca istisnalar açıklandıktan sonra
  • Her adım geri alınabilir; geri alma, değişiklik penceresinden önce alt bir ortamda prova edilir
  1. 01Karakterize et
  2. 02API ile sar
  3. 03Bir dilim yönlendir
  4. 04Paralel çalıştır
  5. 05Yolu kapat

Tek seferde tek yetenek

02

Gün sonunda hâlâ mutabık kalan ödemeler.

Bir ödeme bir istek değil, yaşam döngüsü olan bir taahhüttür. Talimatlar bir idempotency anahtarıyla gelir, doğrulanır ve taranır, yeniden başlatmayı atlatan bir durum makinesinde bekler ve şema referansını özgün mesaja kadar taşıyan bir kayıt defteri girişine düşer. Mutabakat, ay sonunu beklemek yerine takas dosyasına karşı sürekli çalışır; böylece eşleşmeyen bir kalem sonradan yapılan bir keşif değil, sahibi ve yaşı olan bir kuyruktur. Her geçiş log üzerinde bir olaydır; bir itirazın aylar sonra yanıtlanabilir olmasını sağlayan da budur.

  • ISO 20022 ve şema mesajları bir iç modele eşlenir; ham mesaj kanıt olarak saklanır
  • En az bir kez ileten taşıma üzerinde idempotency ve tam olarak bir kez sonuçlar — bkz. Kafka & olay tabanlı
  • İstisna kuyruğuyla sürekli mutabakat: eşleşmeyen her kalemde sahip, yaş ve neden
03

Rıza bir sistemdir, bir onay kutusu değil.

Açık bankacılık bir API programı gibi görünür, bir rıza programı gibi davranır. Uç noktalar kolay kısmıdır. Zor kısım, kendi hayatı olan bir rıza kaydıdır — neyin, hangi üçüncü tarafa, hangi hesaplar üzerinde, ne kadar süreyle verildiği ve müşterinin bunu gecenin ikisinde mobil uygulamadan nasıl geri çektiği. Ağ geçidini ve rıza deposunu tek bir tasarım olarak kuruyoruz: güçlü istemci kimlik doğrulaması, TPP bazında hız sınırları ve kotalar, mutual TLS ve herhangi bir erişimi sonradan yeniden kurabilen bir denetim kaydı. Çekirdek yalnızca yönetişim altındaki, sınırlandırılmış trafiği görür.

  • Birinci sınıf bir kayıt olarak rıza yaşam döngüsü — verilmiş, kapsamlanmış, süresi dolan, geri alınmış; kanıtıyla
  • TPP bazında katılım, sertifikalar, kotalar ve gözlemlenebilirlik; böylece entegratörler birbirinden yalıtılır
  • Ağ geçidi çekirdeği yalıtır: hiçbir üçüncü taraf bir kayıt sistemine doğrudan bağımlılık taşımaz
Açık bankacılık ağ geçidi
TPP kaydıRıza deposuGüçlü kimlikÇekirdek bankacılıkKart sistemiDenetim kaydı
04

Bir analistin değiştirebileceği, bir denetçinin okuyabileceği risk kuralları.

Dolandırıcılık ve AML mantığı, yalnızca iki mühendisin anladığı kodun içinde yaşadığında ölür. İki yarıyı ayırıyoruz: karar motoru, bir risk analistinin düzenleyebileceği, geçen ayın trafiğine karşı simüle edebileceği ve dört göz onayıyla yayına alabileceği, sürümlenmiş ve test edilebilir bir yapıdır; model katmanı ise ayrılmış veri üzerinde değerlendirilen ve kayma açısından izlenen skorları girdi olarak sağlar. Her karar; kural sürümünü, skoru, belirleyici olan öznitelikleri ve değişikliği yayına alan kişiyi saklar. Düzenleyici bir ödemenin mart ayında neden bekletildiğini sorduğunda, cevap bir proje değil bir sorgudur.

  • Yapılandırma olarak kurallar; yayına almadan önce geçmiş trafik üzerinde simülasyonla
  • Model skorları birkaç girdiden biri olarak; tek başına açıklanamayan bir karar olarak değil
  • Karar kayıtları kural sürümü, öznitelikler ve sonuçla saklanır — GRC araçlarınıza aktarılabilir
Tutar > eşik ve yeni alıcıEk kimlik doğrulama
Alıcı değişiminden sonraki 24 saat içinde cihaz değiştiBeklet, incelemeye al
Model skoru > bant ve sınır ötesiBeklet, AML vaka sistemine bildir
Takası tamamlanmış alacakta üye işyeri ters ibrazıİptal et, özgün kayda bağla
Rollere göre

Tek program, üç farklı beklenti kümesi.

CIO ve mimari

Neyin taşındığının, neyin bilinçli olarak taşınmadığının haritası.

Bir bankada mimari soru nadiren hangi framework olduğudur. Soru, önümüzdeki on yıl boyunca hangi sınırı savunmaya hazır olduğunuzdur. O sınırı açıkça çiziyoruz: neyi kurup devrettiğimiz, neyin tedarikçi çekirdeğinde kaldığı ve aralarındaki sözleşmenin nerede durduğu. Dokümantasyon, testler ve kod olarak altyapı bu yapının parçası olarak gelir; böylece iş, ekibinize ya da başka bir tedarikçiye devredilebilir.

  • İlk sprintten önce mutabık kalınan açık bir kur / satın al / dokunma çizgisi
  • Her şey kod olarak — altyapı, hatlar, ortamlar — depoda tutulur
  • Çıkış tasarıma dahildir: yalnızca bizim kafamızda yaşayan bilgi yok
Operasyon ve ödemeler

İşletim, lansmandan daha önemlidir.

Parayı hareket ettiren sistemler sıradan günlerde değerlendirilir. Gerçekte yaşadığınız zirveye göre boyutlandırıyoruz — maaş günü, vergi son tarihi, cumaya denk gelen kampanya — her bağımlılığın arızasının provasını yapıyoruz ve yukarı akıştaki bir şey erişilemez olduğunda önce neyin geri çekileceğini tasarlıyoruz. İşletim sözleşmelerinde tanımlı SLO’lara göre sözleşmenin belirlediği saatlerde olay müdahalesiyle çalışıyoruz ve panolar duvarın bizim tarafımızda tutulmak yerine operasyon merkezinizle paylaşılır. DevOps & bulut sayfasına bakın.

  • Yük, bir sunumdaki yuvarlak bir sayıdan değil, gerçek eğrilerinizden modellenir
  • Bağımlılık arızası prova edilir: ne, hangi sırayla geri çekilir ve ne ayakta kalır
  • Runbook’lar, uyarı politikaları ve panolar kod olarak devredilir ve ekibinizle prova edilir
Risk, uyum ve denetim

Kanıt sonradan yeniden kurulmaz, iş ilerledikçe üretilir.

Bir denetimin maliyetli kısmı asla kontrolün kendisi değildir. Maliyetli olan, kanıtı olaydan aylar sonra bir araya getirmektir. Kanıtı teslimatın yan ürünü olarak üretiyoruz: gereksinimler testlere, testler sürümlere, sürümler onaylara izlenir; erişim talepleri gerekçeleriyle kayda alınır. Tedarikçi riski çıktıları, satın alma sormadan önce hazırdır ve altında çalıştığımız kontroller anlatılmakla kalmaz, belgelenir. GDPR / KVKK’yı tasarım girdisi olarak ele alıyoruz.

  • Gereksinim → test → sürüm → onay; tek yönde ve geri doğru izlenebilir
  • Ayrılmış ortamlar ve kapsamlandırılmış, kayda alınan canlı ortam erişimi
  • Sizinle belirlenen bir ritimde sızma testinden geçen sürümler; bulgular kapanana kadar takip edilir
Entegrasyonlar

Bir bankanın gerçekte işlettiği yapı.

Çekirdek bankacılık

Temenos, Oracle FLEXCUBE, Finacle ve özel geliştirilmiş çekirdekler — yönetişimli sözleşmelerle genişletilir ve sarmalanır, bizim tarafımızdan değiştirilmez

Kart ihracı ve switch

Otorizasyon akışları ve takas dosyaları işlemci referansı üzerinden eşleştirilir; iptaller ve ters ibrazlar özgün kayda bağlanır

Ödeme şemaları ve hatları

ISO 20022 mesajlaşması, anlık ödeme hatları ve yerel şemalar; ham mesaj kanıt olarak saklanır

Açık bankacılık ve TPP’ler

Rıza deposu, güçlü müşteri kimlik doğrulaması, mutual TLS ve TPP bazında kotalarla PSD2 tarzı API’ler

Dolandırıcılık ve AML vaka sistemleri

Skorlar ve bekletmeler iki yönlü olarak paylaşılır; uyarılar karar kaydı ekli hâlde vaka aracınıza düşer

Mevzuat raporlaması

FINREP / COREP sınıfı bildirimleri besleyen yönetişimli veri modelleri; kaynak sistemden bildirilen rakama uzanan veri soyağacıyla

Kimlik ve erişim

Müşteri kimliği kanallar arasında federe edilir

Veri ambarı ve BI

Snowflake, BigQuery ya da lakehouse’unuza olay ve kayıt defteri beslemeleri; üzerinde Power BI modelleriyle

Loyalty & Retention — bankacılık ve kartlarKart harcamasıyla puan kazanımı, üye işyeri finansmanlı teklifler ve nakit iade ile puan harcama — kart hamili verisinin uyuma duyarlı biçimde işlenmesiyle.Ürünü inceleyin
Disiplin

Bankacılıkta mühendislik disiplininin pratikteki anlamı.

  • Belgelenmiş kontrollerle değişiklik yönetimi — her devreye alma; kendisine neden olan gereksinime, onu onaylayan incelemeye ve yayına çıkmadan önce geçen testlere kadar izlenebilir.
  • Ayrılmış ortamlar; canlı ortam erişimi kapsamlandırılmış ve kayda alınmış. Erişim bir gerekçeyle talep edilir, belirli bir pencere için verilir ve kendiliğinden sona erer. Kalıcı kimlik bilgisi yok, paylaşılan hesap yok.
  • Depolamada ve aktarımda şifreleme; gerektiğinde HSM entegrasyonu. Anahtar saklama sizde kalır ve kurduğumuz sistemler, onları desteklemek için canlı veri kopyasına ihtiyaç duymayacak şekilde tasarlanır.
  • Yalnızca plan değil, felaket kurtarma tatbikatları. Devir alma, gerçek topolojiye karşı planlı olarak uygulanır; kurtarma süresi ölçülür ve boşluklar ekibin görebileceği bir yere yazılır.
  • Sizinle belirlenen bir ritimde sızma testinden geçen sürümler; bulgular kapanana kadar takip edilir ve yeniden test edilir — ve tehdit modellemesi, sonda yapılan bir tarama değil, tasarımın parçasıdır. Siber güvenlik sayfasına bakın.
  • Birinci sınıf bir mühendislik konusu olarak denetim izi tasarımı. Aktör, zaman damgası, önceki ve sonraki durumu içeren, yalnızca ekleme yapılabilen kayıtlar; politikanıza göre saklanır ve GRC araçlarınıza aktarılabilir.
  • Mevzuat izlenebilirliği — her gereksinim test kanıtına eşlenir ve matris, inceleme öncesindeki hafta bir teslimat yöneticisi tarafından yazılmak yerine CI hattı tarafından üretilir.
  • Satın alma için hazır tedarikçi riski çıktıları — güvenlik duruşu, alt işleyiciler, veri işleme modeli ve altında çalıştığımız kontroller; üçüncü taraf risk ekibiniz istemeden önce hazırlanır.
Bir çalışma nasıl ilerler

İlk gizli görüşmeden canlı ortamdaki bir sisteme.

01

Gizli ilk görüşme

İşi yapacak mühendislerle tek bir görüşme. Bunu zorlaştıran kısıtı öğrenmek istiyoruz: dokunamadığınız çekirdek, geçen yılki denetim bulgusu, bir düzenleyicinin koyduğu son tarih. Görüşmeden bir teklif sunumuyla değil, yazılı bir takip notu ve bir çerçeveyle ayrılırsınız.

02

Sınırlarınız içinde keşif

Mevcut yapıyı okuyoruz: arayüzler, toplu iş pencereleri, veri sahipliği, kontroller, değişiklik takvimi. Kayıt sisteminin işin içinde olduğu yerlerde bir şey önermeden önce karakterizasyon testleri yazıyoruz. Çıktı; aralıklı bir kapsam, bir ekip profili ve sade bir dille adı konmuş risklerdir.

03

Kanıta karşı geliştirme

Kontrolleriniz altında kısa iterasyonlar; gereksinimden teste izlenebilirlik sonradan eklenmez, en baştan işin içindedir. Güvenlik incelemesi ve performans bütçeleri bitti tanımının parçasıdır ve ortam hattı, ilk özellik oraya inmeden önce kurulur.

04

Paralel çalışma, ardından geri alınabilir geçiş

Kayıt defterine dokunan her şey, çıktılar kayıt kayıt mutabık kalana kadar paralel çalışır. Geçiş, mutabık kalınan bir pencere içinde segment segment ilerler; geri alma prova edilmiş, istisna listesi kimse imzalamadan önce mutabık kalınmıştır.

05

İşletim ya da devir

Ya ekibiniz dokümantasyon, testler ve altyapı koduyla birlikte devralır ya da biz tanımlı SLO’lara göre sözleşmenin belirlediği saatlerde olay müdahalesiyle işletiriz. Her iki yol da baştan fiyatlanır ve planlanır; böylece karar baskı altında verilmez.

SSS

Sık sorulan sorular

Hayır — bir yazılım mühendisliği iş ortağıyız. Müşterinin mevzuat sınırları içinde, onun kontrolleri altında çalışıyoruz. Altında çalıştığımız kontrolleri belgeliyor ve talep üzerine denetçilere kanıt sunuyoruz; veri işleme GDPR / KVKK uyumludur. Düzenleyiciniz üçüncü taraflar için belirli sözleşme şartları gerektiriyorsa, bunları çalışma başlamadan önce risk ekibinizle birlikte ele alıyoruz.
Evet; Temenos, Oracle FLEXCUBE, Finacle ve özel geliştirilmiş çekirdekler dahil. Genişletiyor, entegre ediyor ve modernize ediyoruz — çekirdeğinizi kendimiz değiştirmiyoruz. Pratikte bu; yetenekleri ürün ekiplerinizin üzerine inşa edebileceği sözleşmelerle sarmalamak, bir yönlendirme katmanının arkasında tek seferde bir dilim taşımak ve kayıt defterini tam olarak olduğu yerde bırakmak demek.
Evet, ancak ihtiyacınız için özel olarak yeni bir mühendis işe alıyoruz: ihraççı tarafı, üye işyeri tarafı, şema entegrasyonu (Visa, Mastercard, yerel şemalar), gerçek zamanlı ödeme hatları, ISO 20022 veya 3DS. Mühendislik eforunun çoğu mutsuz yollara gider: idempotency, zaman aşımları, kısmi hatalar, iptaller ve gün sonunda iki tarafın uyuştuğunu kanıtlayan mutabakat.
Sizin sınırlarınız içinde, sizin bulut hesabınızda ya da kendi tesisinizde. Regülasyona tabi veriyi Odeontech’in yönettiği altyapıya taşımıyoruz. Alt ortamlar maskelenmiş ya da sentetik veriyle çalışır ve destek, bir mühendisin bir sorunu teşhis etmek için canlı ortam erişimine ihtiyaç duymayacağı şekilde tasarlanır.
Sonradan bir araya getirilmek yerine iş ilerledikçe üretilir. Gereksinimler testlere, testler sürümlere, sürümler onaylara eşlenir ve erişim gerekçesiyle kayda alınır. Bir denetçi soru sorduğunda, cevap bir dışa aktarımdır.
Genellikle doğru giriş yolu budur. Gerçek bir sonucu olan, sınırları belli küçük bir iş — bir kanal akışı, bir entegrasyon, bir raporlama veri hattı, bir performans kurtarma — nasıl çalıştığımızı size herhangi bir referans görüşmesinden daha iyi anlatır. Bunun nasıl bir dedicated team’e ölçeklendiğini görmek için çalışma modelleri sayfasına bakın.
Diğer sektörler

Derinleştiğimiz diğer alanlar.

Bankacılık ve finansal hizmetlerde mi çalışıyorsunuz?

Somut konuları konuşalım — genel bir yetkinlik sunumu değil. Gizli bir ilk görüşme, ardından bir çerçeve, bir ekip profili ve aralıklı bir kapsam.

✓ Satış sunumu yok✓ AI-native bir mühendisten yanıt✓ Yazılı geri dönüş