Kurumsal Sistemler ve Entegrasyonlar
ERP’den bankaya ödeme dosyaları ve mutabakat
ERP’den bankaya: ödeme dosyaları gider, ekstreler döner, mutabakat yapılır
Ödemeler ISO 20022 pain.001 olarak host-to-host SFTP veya banka API’leri üzerinden gönderilir; camt.053 ve MT940 ekstreleri deftere eşleştirilir.
Plan
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).
Genel bakış
Bu, bir ERP ile bankaları arasındaki akıştır: onaylanan ödemeler gider, durum raporları ve ekstreler döner. Finans ekiplerinin hâlâ bankacılık portalları ve elektronik tablolar üzerinden elle yürüttüğü ve bir hatanın paraya mal olduğu bağlantıdır.
Referans tasarım, ERP ile her banka arasına bir entegrasyon katmanı koyar. Katman, ödemeleri bankanın ISO 20022 pain.001 varyantına eşler, imzalar ve şifreler; host-to-host SFTP, EBICS veya bankanın API’si üzerinden teslim eder. Durum raporları ve ekstreler aynı yoldan döner ve ERP’deki açık kalemlerle eşleştirilir.
Hata yolu da başarı yolu kadar dikkatle tasarlanmıştır. Reddedilen ödeme, bankanın gerekçe koduyla geri döner. Eşleşmeyen bir ekstre satırı, adı belirli bir kişinin kapatması için bir mutabakat farkına dönüşür. Hiçbir şey düşürülmez ve hiçbir şey iki kez kaydedilmez.
Akış nasıl işler
Ödeme partisini onaylayın
ERP’niz ödeme partisini oluşturur ve onaylayıcılarınız bugün olduğu gibi serbest bırakır. Entegrasyon katmanı yalnızca onaylanmış partileri alır.
Eşleyin, imzalayın ve şifreleyin
Katman her ödemeyi bankanın pain.001 varyantına eşler, doğrular ve dosyayı bankanın gerektirdiği şekilde imzalar ve şifreler.
Bankaya teslim edin
Dosya, bankanın kesim saatinden önce kararlaştırılan kanal olan host-to-host SFTP, EBICS veya bankanın API’si üzerinden gider.
Durum raporlarını ve ekstreleri alın
Banka her dosya ve ödeme için pain.002 durum raporlarını, gün sonunda da camt.053 veya MT940 ekstrelerini döndürür.
Toplayın ve doğrulayın
Katman her raporu toplar, ekstre sırasına göre boşluk ve tekrar açısından kontrol eder ve satırlara ayrıştırır.
Eşleştirin ve kaydedin
Ekstre satırları onayladığınız kurallarla açık kalemlerle eşleştirilir ve eşleşen kayıtlar ERP’ye işlenir.
Bir şey başarısız olduğunda
Bir ödeme reddedilir
pain.002 raporu bankanın gerekçe kodunu taşır. Ödeme ERP’de reddedildi olarak işaretlenir ve düzeltilip yeniden gönderilmesi için hazine ekibinize iletilir.
Bir ekstre satırı eşleşmez
Satır, olası adaylar ve başarısız olma nedeniyle birlikte bir mutabakat farkına dönüşür. Ekibiniz bunu kapatır ve kurallar bundan öğrenebilir.
Bir dosya eksik veya gecikmiş
Ekstre sıra numaraları ve beklenen teslim süreleri kontrol edilir. Eksik veya gecikmiş bir dosya, kimse nakit pozisyonuna güvenmeden önce uyarı oluşturur.
Bir anahtar veya sertifikanın süresi dolmak üzere
İmzalama anahtarları ve kanal sertifikaları son kullanma tarihleriyle izlenir ve yenileme, yeni anahtarın bankayla kararlaştırılmasına yetecek kadar erken başlar.
Standartlar ve sistemler
- Bankacılık standartları ve kanalları
- ISO 20022
- pain.001
- pain.002
- camt.052
- camt.053
- camt.054
- MT940
- MT942
- SFTP (H2H)
- EBICS
- Swift
- OpenPGP
Sorular ve yanıtlar
Host-to-host, EBICS veya banka API’leri: hangisini kullanmalıyız?
Genellikle banka karar verir. Host-to-host SFTP, kurumsal ödeme dosyaları için en yaygın sunulan kanaldır. EBICS, Almanya, Fransa ve komşu ülkelerdeki bankalarla yaygındır. Banka API’leri, bankanın sunduğu yerlerde gerçek zamanlı bakiyeler ve anlık ödemeler için uygundur. Birçok şirket birden fazla kanal kullanır ve entegrasyon katmanı aradaki farkı ERP’den gizler.
Hangi ekstre biçimini almalıyız: camt.053 mü, MT940 mı?
Bankanın ikisini de sunduğu yerlerde camt.053 daha zengin, yapılandırılmış ödeme bilgisi taşır ve otomatik eşleştirmeyi daha güvenilir kılar. MT940 hâlâ yaygın olarak kullanılır ve birçok durumda iyi çalışır. İkisini de alabilir, aynı iç modele dönüştürebilir ve size ve bankaya uygun olduğunda her bankayı MT940’tan camt.053’e taşıyabiliriz.
Gün içinde nakit pozisyonumuzu görebilir miyiz?
Evet, bankalarınız gün içi raporlar sağlıyorsa. Bunlar camt.052 veya MT942 mesajları olarak ya da bir bakiye API’si üzerinden gelir. Her bankanın desteklediği programa göre toplar ve gün sonu ekstrelerinin yanında gösteririz; böylece hazine ekibiniz kesim saatlerinden önce beklenen ve gerçekleşen pozisyonları görebilir.
Bir ödemeyi kimin onayladığını ve gönderdiğini izleyebilir miyiz?
Evet. Onay, mevcut kontrolleriyle ERP’nizde kalır. Entegrasyon katmanı oluşturduğu, imzaladığı, gönderdiği ve aldığı her dosyayı zaman damgaları, tanımlayıcılar ve kullanılan teknik hesapla birlikte günlüğe kaydeder. Bu günlük, bankanın durum raporundaki her ödemeyi ERP belgesine ve onaylayıcılarına bağlar.
Birkaç bankamız var. Her biri ayrı bir proje mi?
Hayır. Entegrasyon katmanı, iç ödeme modeli ve eşleştirme kuralları bir kez oluşturulur. Her yeni banka kendi format varyantını, kanalını ve devreye alma adımlarını ekler; bunlar daha küçük iş parçalarıdır. Genellikle en yüksek hacimli bankayı önce bağlar, diğerlerini sırayla ekleriz.
Bağlantı canlıya almadan önce nasıl test edilir?
Her banka bir test ortamı veya test süreci sağlar. Bankayla her ödeme türünü, redleri ve ekstreleri kapsayan bir test senaryoları seti üzerinde anlaşır, bunları çalıştırır ve kanıtları saklarız. Banka onay verdiğinde küçük bir ilk ödeme partisiyle canlıya alır ve geri kalanı taşımadan önce sonuçları karşılaştırırız.
Sözleşmeyle değil, bir görüşmeyle başlayın.
Ne inşa etmeniz, neyi bağlamanız veya neyi güvence altına almanız gerektiğini bize anlatın. Bir mimar sizinle birlikte inceler ve nereden başlanacağını önerir.
Sırada ne var
Zaman belirleme
Ekibimiz oturum için bir zaman belirlemek üzere size e-posta gönderir.
Ö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.