Kurumsal Sistemler ve Entegrasyonlar
Bankacılık, hazine ve ISO 20022 bağlantısı
Ödemeler dışarı, ekstreler içeri, her para biriminde otomatik mutabakat
Hazine ekipleri ödemeleri hâlâ yeniden giriyor ve ekstreleri elle eşleştiriyor
Birçok hazine ekibi ödemeleri bankacılık portallarına girer, ekstreleri her bankadan farklı formatlarda toplar ve ay sonunda hesapları elektronik tablolarda mutabakata bağlar. Her manuel adım bir gecikme, bir maliyet ve bir dolandırıcılık veya hata olasılığıdır.
Bankalar ayrıca finansal mesajlar için uluslararası standart olan ISO 20022’ye geçiyor; bu standart, eski SWIFT MT formatlarından daha zengin ve yapılandırılmış veri taşır. Bunu üretemeyen ve okuyamayan sistemler bankalarının gerisinde kalır.
Sizin için neler değişir
Uçtan uca işleme
Onaylanmış ödeme partileri ERP’den imzalı dosyalar veya API çağrıları olarak çıkar ve ekstreler ERP’nin kendi başına eşleştirdiği bir biçimde geri döner.
Daha hızlı kapanış
Manuel CSV yüklemeleri ve ay sonu elektronik tablo düzeltmeleri yerine her gün çalışan çok para birimli mutabakat.
Her istisnanın bir sorumlusu var
Reddedilen ödemeler ve eşleşmeyen satırlar, nedenini de içeren bir başarısız mesaj istisna kuyruğuna düşer ve asla bir posta kutusunda kaybolmaz.
Ne teslim ediyoruz
Host-to-host ve doğrudan banka bağlantısı
SFTP, EBICS ve SWIFT üzerinden bağlantılar, açık bankacılık ve doğrudan banka API’leri; banka ve ülke bazında seçilir.
Ödeme dosyası oluşturma
Ödeme partilerinizden oluşturulan ISO 20022 pain.001 ödeme dosyaları, her bankanın varyantına göre doğrulanır ve gerektirdiği şekilde imzalanır veya şifrelenir.
Durum ve ret işleme
pain.002 durum raporları geri okunur; böylece her ödeme, bankanın neden koduyla birlikte kabul edildi, reddedildi veya beklemede olarak görünür.
Ekstre alımı
camt.053 ve MT940 gün sonu ekstreleri ile gün içi raporlar toplanır, boşluk ve tekrarlar açısından kontrol edilir ve ERP’ye yüklenir.
Bankalar ve fintech şirketleri için bankalar arası mesajlaşma
Kredi transferleri için pacs mesajları ve bunların finansal kurumlar arasındaki durumları; çekirdek bankacılık defterlerine bağlanır.
Çok para birimli mutabakat
Açık kalemleri para birimleri ve hesaplar arasında otomatik olarak kapatan eşleştirme kuralları; kalanlar bir istisna kuyruğuna gönderilir.
Banka test kanıtları ve işletim kılavuzları
Her bankanın test senaryoları denetçileriniz için çalıştırılır ve kaydedilir; eksik dosyalar, başarısız transferler ve süresi dolan anahtar veya sertifikalar için uyarılar verilir.
Nasıl çalışıyoruz
Bankaları ve akışları haritalayın
Bugünkü bankalarınızı, hesaplarınızı, ödeme türlerinizi ve manuel adımlarınızı listeler ve hangi akışların önce gideceğini kararlaştırırız.
Her formatı belirtin
Her bankanın uygulama kılavuzundan yola çıkar ve imzalama, şifreleme ve dosya adlandırma dahil eşleştirmeyi yazarız.
Bağlayıcıları oluşturun
Ödeme dışa aktarımı, durum içe aktarımı, ekstre içe aktarımı ve eşleştirmeyi her format için otomatik testlerle oluştururuz.
Her bankayla test edin
Kararlaştırılan test senaryolarını bankanın test ortamında çalıştırır ve bankanın doğrulamasının reddettiği her şeyi düzeltiriz.
Banka banka canlıya alın
Bankaları tek tek canlıya alırız; yeni süreç kanıtlanana kadar mevcut süreç yedek olarak hazır kalır.
İzleyin ve destekleyin
Transferleri, anahtarları ve sertifika sürelerini izler ve bankalar duyurdukça format değişikliklerini planlarız.
Tüm çizimi görmek için yana kaydırın.
ERP’den bankaya: ödemeler dışarı, ekstreler içeri
Onaylanan ödemeler ERP’den imzalı ISO 20022 dosyaları olarak ana makine-ana makine kanalı üzerinden çıkar. Durum raporları ve hesap ekstreleri aynı yoldan geri gelir ve açık kalemlerle eşleştirilir. Reddedilenler ve eşleşmeyen satırlar, nedeni eklenerek ekibinize iletilir.
- Birincil akış
- Asenkron
- İstisna yolu
Akış 10 adımda
Akış, adım adım
- ERP → Entegrasyon katmanı: Onaylanmış ödeme çalıştırması, REST/JSON · IDoc üzerinden (birincil akış).
- Entegrasyon katmanı → Güvenli banka kanalı: İmzalı ve şifreli ödeme dosyası, ISO 20022 pain.001 · OpenPGP üzerinden (birincil akış).
- Güvenli banka kanalı → Banka: Bankaya teslim edildi, SFTP H2H üzerinden (birincil akış).
- Banka → Güvenli banka kanalı: Durum raporları ve hesap ekstreleri, pain.002 · camt.053 · MT940 üzerinden (asenkron).
- Güvenli banka kanalı → Entegrasyon katmanı: Toplandı ve doğrulandı, SFTP H2H üzerinden (asenkron).
- Entegrasyon katmanı → Mutabakat motoru: Hesap ekstresi satırları, camt.053 üzerinden (asenkron).
- Mutabakat motoru → ERP: Eşleşen kayıtlar işlendi, REST/JSON üzerinden (birincil akış).
- Entegrasyon katmanı → Hazine ve finans ekibi: Reddedilen ödemeler, neden koduyla, pain.002 RJCT üzerinden (istisna yolu).
- Mutabakat motoru → Hazine ve finans ekibi: Eşleşmeyen satırlar: bir mutabakat farkı (istisna yolu).
- Hazine ve finans ekibi → ERP: Düzeltildi ve yeniden gönderildi (istisna yolu).
Tüm çizimi görmek için yana kaydırın.
Açık bankacılık: müşterinin onayıyla veri ve ödemeler
Müşteri onay verir, bağlayıcı tokenları tutar ve bankaya yapılan her çağrı yetkilendirilir ve günlüğe kaydedilir. Onay süresi dolduğunda veya geri çekildiğinde, uygulama sessizce başarısız olmak yerine müşteriden yeniden onay ister.
- Birincil akış
- Asenkron
- İstisna yolu
Akış 7 adımda
Akış, adım adım
- Müşteri → Uygulamanız veya platformunuz: Onay verir (birincil akış).
- Uygulamanız veya platformunuz → Açık bankacılık bağlayıcısı: Hesap ve ödeme talepleri, REST/JSON üzerinden (birincil akış).
- Açık bankacılık bağlayıcısı → Banka API’leri veya toplayıcı: Yetkilendirilmiş API çağrıları, OAuth 2.0 · FAPI · REST üzerinden (birincil akış).
- Banka API’leri veya toplayıcı → Açık bankacılık bağlayıcısı: Bakiyeler, işlemler ve ödeme durumu, REST/JSON · webhook üzerinden (asenkron).
- Açık bankacılık bağlayıcısı → ERP veya defter: Normalleştirilmiş işlemler, REST/JSON üzerinden (birincil akış).
- Banka API’leri veya toplayıcı → Açık bankacılık bağlayıcısı: Onay süresi doldu veya geri çekildi, HTTP 401 · 403 üzerinden (istisna yolu).
- Açık bankacılık bağlayıcısı → Uygulamanız veya platformunuz: Müşteriden onayı yenilemesi istendi (istisna yolu).
Standartlar, formatlar ve kanallar
Yalnızca standarttan değil, her bankanın uygulama kılavuzundan yola çıkarız. Bir ürünün adının anılması, tedarikçisiyle ortaklık anlamına gelmez.
- Bankacılık standartları ve kanalları
- ISO 20022
- pain.001
- pain.002
- camt.052
- camt.053
- camt.054
- MT940
- MT942
- Swift
- EBICS
- SFTP (H2H)
- OpenPGP
- PSD2
- Berlin Group NextGenPSD2
- UK Open Banking Standard
- FAPI
Canlı ortamda kanıt
Bir Tier-1 GCC bankası ve bölgesel holding için SAP S/4HANA’yı ISO 20022 üzerinden bölgesel bankacılık altyapılarına bağladık. Ödemeler imzalanır, istisnalar başarısız mesaj kuyruklarına düşer ve banka hesapları arasındaki mutabakat otomatiktir.
Nasıl başlanır
Net banka ve format gereksinimleri doğrudan bir teklife gider. Birden fazla banka, ülke veya belgelenmemiş bir eski sistem arayüzü genellikle Blueprint Studio veya Mevcut Sistem Teşhis Köprüsü ile başlar.
Sırada ne var
Ön danışmanlık oturumu
Bir ücretsiz 30 dakikalık çevrim içi ön danışmanlık oturumu: hedeflerinizi, sistemlerinizi ve kısıtlarınızı gözden geçiririz.
Hazırlık incelemesi
Bir ücretsiz 48 saatlik hazırlık incelemesi kapsamında baş mimar, projenizi 6 maddelik Hazırlık Tanımı’na göre kontrol eder ve uygun olan yolu önerir.
Yolun seçilmesi
Kapsamı hazır projeler 3–5 iş günü içinde içinde bağlayıcı bir teklif alır. Konsept aşamasındaki projeler Blueprint Studio’da başlar. Arızalı, belgelenmemiş veya entegrasyon gerektiren canlı bir sistem, 1–2 hafta teşhisiyle başlar. Blueprint Studio ve teşhisin her biri, teklifte belirtilen sabit bir ücrete tabidir.
Beş aşamada teslim
Harekete geçirme, canlı gösterimli sprintler, entegrasyon ve sağlamlaştırma, kabul ve canlıya alma, ardından yönetilen hizmetler. Lansmandan sonra bir garanti dönemi, ardından isteğe bağlı destek ve bakım gelir.
Sabit sonuçlu projeler ve 7/24 yönetilen hizmetler
Belirlenmiş teslim liderleriyle sabit kapsamlı, kilometre taşı odaklı teslim ve SLA yönetimi altında 7/24 uygulama yönetilen hizmetleri.
Gömülü uzmanlar ve stratejik ekip güçlendirme
Yakın kıyı ve yerinde baş mühendisler ve uzmanlar ile gömülü çözüm, dönüşüm, PQC ve entegrasyon mimarları.
Sorular ve yanıtlar
ISO 20022 nedir ve neden önemlidir?
ISO 20022, finansal mesajlar için uluslararası standarttır. XML mesajları, eski SWIFT MT formatlarının taşıyamadığı tam adlar, adresler ve havale ayrıntıları gibi yapılandırılmış veriler taşır. Bankalar ve ödeme sistemleri bu standarda geçmiştir; bu nedenle üzerine kurulu ödeme ve ekstre dosyaları daha iyi mutabakata bağlanır ve uyumluluk kontrollerinden daha sık geçer.
Hangi banka formatları ve kanallarıyla çalışıyorsunuz?
Ödemeler için pain.001, durum için pain.002, hesap raporları için camt.052, camt.053 ve camt.054 ile bankalar arası pacs mesajları kullanırız. Ayrıca birçok bankanın hâlâ gönderdiği MT940 ve MT942 ekstrelerini de okuruz. Taşıma, host-to-host SFTP, EBICS, SWIFT veya banka API’leridir. Her bankanın her format için kendi varyantı vardır; bu nedenle uygulama kılavuzundan yola çıkarız.
Hangi ERP sistemlerini bankalara bağlayabilirsiniz?
SAP S/4HANA, Oracle Fusion Cloud ERP ve NetSuite, Microsoft Dynamics 365, Odoo ve Sage ile hazine ve özel sistemler. ERP’nin kendi banka iletişim modülü varsa, etrafından dolaşmak yerine onu yapılandırır ve genişletiriz.
Ödeme dosyalarını nasıl güvende tutuyorsunuz?
Ödeme dosyaları her bankanın gerektirdiği şekilde imzalanır ve şifrelenir, yalnızca kararlaştırılan kanal üzerinden gider. Anahtarlar ve sertifikalar anahtar kasenizde veya donanım güvenlik modülünüzde tutulur, asla kodda değil. Dosyalar gönderilmeden önce doğrulanır ve her transfer günlüğe kaydedilir; böylece her ödemeyi kimin onayladığını ve gönderdiğini izleyebilirsiniz.
Bir ekstre satırı eşleşmediğinde ne olur?
Olası adaylarla ve eşleşmeme nedenini (farklı tutar veya eksik referans gibi) gösteren bir inceleme listesine gider. Ekibiniz orada kapatır ve aynı durumun bir sonraki sefer eşleşmesi için kurallar ayarlanabilir. Onayladığınız bir eşleşme olmadan deftere hiçbir şey kaydedilmez.
Bir banka entegrasyonunun hızını ne belirler?
Çoğunlukla kod değil, banka. Her banka kendi katılım adımlarını, test pencerelerini ve onaylarını belirler ve bazıları test başlamadan önce sözleşme veya anahtar değişimi gerektirir. Eşleştirme adımından sonra size banka başına bir plan verir ve hangi banka önce hazırsa onunla test etmeye başlarız.
Bir banka formatını değiştirdiğinde ne olur?
Bankalar format değişikliklerini önceden duyurur; birçok banka SWIFT MT’den ISO 20022’ye geçerken bunu yaptı. Bağlandığımız bankalar için bu bildirimleri takip eder, etkiyi değerlendirir ve değişikliği ve testlerini bankanın son tarihinden önce planlarız.
İnşa etmeye hazır mısınız? Teklif isteyin.
Gereksinimlerinizi veya RFP’nizi gönderin. Mimarlarımız bunları doğrular ve bağlayıcı, sabit kapsamlı bir teklif sunar.
Sırada ne var
Hazırlık incelemesi
Bir ücretsiz 48 saatlik hazırlık incelemesi kapsamında baş mimar, projenizi 6 maddelik Hazırlık Tanımı’na göre kontrol eder ve uygun olan yolu önerir.
Bağlayıcı teklif
ücretsiz mimari doğrulama sonrasında, 3–5 iş günü içinde içinde bağlayıcı ve sabit kapsamlı bir teklif alırsınız: kilometre taşları, mimari, ekip yapısı ve SLA’lar. Gereksinimlerinizi paylaşmadan önce, talebiniz üzerine sizinle bir gizlilik sözleşmesi (NDA) imzalarız.
Harekete geçirme
İmzaladıktan sonra mühendislik ekiplerimiz Sprint 0’a sözleşme imzalandıktan sonra 5–10 iş günü içinde başlar.
Beş aşamada teslim
Harekete geçirme, canlı gösterimli sprintler, entegrasyon ve sağlamlaştırma, kabul ve canlıya alma, ardından yönetilen hizmetler. Lansmandan sonra bir garanti dönemi, ardından isteğe bağlı destek ve bakım gelir.