Çözümler · Finansal hizmetler
Bir finansal hizmetler uygulaması, sınırlarında ne olduğuna göre değerlendirilir: günlükte ne yazıldığı, müşterinin verilerini geri istediğinde ne olduğu, sözleşme öncesi bilgilendirmede ne görüldüğü ve planlanmış bir görev çalışmadığında ne olduğu. Biz mekaniği kurarız; kredi politikası sizde kalır.
Zaten kurduklarımızÜretimde bir kredi verme platformu, bugün dışarıdan doğrulanabilir: kamuya açık taraf, 50 ekranlı statik olarak derlenmiş bir uygulamadır; bunların arasında dört hesaplayıcı — kredi, uygunluk, yeniden finansman, ödeme çizelgesi — kredi türüne göre sayfalar, sözleşme öncesi bilgilendirme ve müşterinin kişisel verilerini talep ettiği bir rota vardır; iş tarafı ise TypeScript ile yazılmış modüler bir backend’dir; 16 modül ve veri şemasında 18 tablo içerir; bunlar arasında sözleşme, ödeme, denetim günlüğü, kişisel verilerle ilgili talep, yüklenen belge, günlük gösterge anlık görüntüsü ve planlanmış görev çalıştırması bulunur. Üretimdeki site haritası 227 adres listeliyor ve Romence ile Rusça rotaların ikisi de yanıt veriyor — bunu 06.09.2026 tarihinde kendim doğruladım. Sözünü ettiğimiz rezerv şu: kanıt koddan ve kamuya açık yanıtlardan geliyor, sunucunun iç davranışından değil — üretimin hangi sürümde çalıştığını ve 16 modülün tamamının canlıda etkin olduğunu doğrulamadık.
Bir kredi şirketinin bir siteye ihtiyacı yoktur. Tam bir zincire ihtiyacı vardır: başvuru çevrim içi girer, bir karar akışından geçer, bir sözleşme üretir, bir ödeme planı oluşturur ve denetimde iz bırakır. Zincirde eksik kalan her halka, bir insanın verileri bir yerden başka bir yere kopyalamasına dönüşür ve finansal hizmetlerde her manuel kopyalama yalnızca zaman sorunu değil, aynı zamanda bir uyumluluk sorunudur.
Kurduğumuz yapı bunu doğrudan verilere yansıtır. Alıntı yaptığımız platformda şema 18 tablolu ve listesi herhangi bir mimari açıklamasından daha fazlasını söyler: başvuru, sözleşme, ödeme, tek kullanımlık kod, oturum, çağrı talebi, bildirim şablonu, bildirim günlüğü, günlük gösterge anlık görüntüsü, planlanmış görev çalıştırması, makale, adres yönlendirmesi, görünürlük ayarı, dahili not, denetim günlüğü, yüklenen belge, kişisel verilerle ilgili talep. Backend 16 modüle ayrılmıştır; bunlardan biri yalnızca ilgili kişinin haklarına ayrılmıştır.
Kamuya açık kısım süs değil: dört hesaplayıcı — kredi, uygunluk, refinansman ve ödeme planı — artı kredi türüne göre ayrı sayfalar ve sözleşme öncesi bilgilendirme. Tüketici kredilendirmesinde sözleşme öncesi bilgilendirme bir vitrin sayfası değildir: kişinin yükümlülük altına girmeden önce koşulları gösterme zorunluluğudur. Biz bunu ürün gereksinimi olarak ele alırız, sona eklenmiş hukuki bir metin olarak değil. Romence rotalar öneksiz kalır, Rusça rotalar ise aktif rotanın dilinden türetilen kanonik etiketler ve alternatiflerle kendi segmentlerinde ilerler.
Ve sözleşmeden önce söylenmesi gereken sınır şudur: başvurular üzerindeki karar akışı — kurallar, eşikler, onay — sizindir. Biz başvurunun dolaşmasını, belgelenmesini ve sözleşmeye dönüşmesini sağlayan mekaniği kurarız. Kredi politikasını yazmayız ve bir başvuru sahibinin değerlendirmesini üstlenmeyiz; bunlar, yetkili kuruma ait, hukuki sonuçları olan kararlardır.
Neleri kapsıyor
Başvuru çevrim içi girer ve görünür bir duruma, müşteri için bir takip ekranına sahip, kendi başına bir varlık olarak yaşar. Yüklenen belgelerin kendi tablosu, sözleşmenin kendi tablosu, ödemenin de kendi tablosu vardır. Bir e-posta gönderen formdan farkı şudur: üç ay sonra, verilerden “12 Mart tarihindeki başvuruya ne oldu” sorusuna yanıt verilebilir.
Sözleşme ve plan ayrı bir belgede elle oluşturulmaz: onaylanmış başvurunun verilerinden çıkar. Bu, sözleşmedeki rakam ile plandaki rakamın farklı olamayacağı tek seçenektir ve elinde belgeyle arayan müşteri, sistemde bakan operatörle aynı şeyden söz eder.
Kredi, uygunluk, refinansman ve ödeme planı — ayrı, kamuya açık, kimlik doğrulama olmadan erişilen ekranlar. Tüketici kredilendirmesinde hesaplayıcı ilk gerçek etkileşimdir: kişi biriyle konuşmadan önce taksidi görmek ister. Ve refinansman, kredi hesaplayıcısından farklı bir hesaplayıcıdır; başka etiketlerle aynı şey değildir.
Kendi sayfanız, dipnotta bir paragraf değil. Sebep pratiktir: bilgilendirme, insanın imzadan önce geçtiği yolda değilse, ne onun için ne de kurum için işini yapar. Metin sizindir ve sizin hukukçularınızındır; biz yerini, zamanını ve izlenebilirliğini kurarız.
Müşterinin kişisel verilerini talep ettiği herkese açık bir sayfa, ayrılmış bir backend modülü ve alınan talepler için bir yönetim ekranı vardır; ayrıca bunların yaşadığı bir tablo da bulunur. Pratik sonuç: yasal yanıt süresi, kimsenin veritabanını elle açmasına gerek kalmadan karşılanabilir — ve bir yıl sonra bunun karşılandığı gösterilebilir.
Denetim günlüğü, operatörlerin iç notlarından ayrı, kendi tablosudur. Ayrım bir kontrol sırasında önemlidir: biri olanların teknik kaydıdır, diğeri ise bir dosya hakkında bir meslektaşın yazdığı nottur. Karıştıklarında, ilki okunamaz olur ve ikincisi belge haline gelir.
Planlanmış görevlerin çalıştırmaları için bir tablo ve günlük gösterge anlık görüntüleri için bir tablo vardır. Finansal bir platformda, üç gece üst üste çalışmamış bir görev, çöken bir sayfadan daha ciddi bir sorundur: dışarıdan görünmez, ama rakamları değiştirir. Bu yüzden çalıştırma yazılır, varsayılmaz.
Romence rotalar öneksiz kalır, Rusça rotalar kendi segmentlerinde, kanonik etiketler ve aktif rota dilinden üretilen alternatiflerle çalışır. Üretimdeki site haritasında 227 adres vardır. Moldova Cumhuriyeti'ndeki bir kredi şirketi için Rusça taraf, bir nezaket çevirisi değil — başvuranların yarısıdır.
Yayından önce kontroller, üretimde ayrı komutla çalıştırılan veritabanı geçişleri, gizli bilgiler üretimi, yedekleme ve veritabanı geri yükleme — hepsi belgede adımlar olarak değil, depoda komut dosyaları olarak. Sözleşme ve ödemeleri tutan bir sistemde, “geri yükleme” denemiş olduğunuz bir komut olmalıdır, niyet değil.
Traseul
Bir talebin yapılmış, bir talebin onaylanmış, bir ödemenin tahsil edilmiş olması ne anlama gelir; bir talebe yanıt verilmediğinde ne olur; bir dış hizmet yanıt vermediğinde neyin kapalı kaldığı. Sözlük ve değişmezler belgesini teslim ediyoruz, çünkü finansal bir platformda iki farklı anlamda kullanılan bir terim, daha sonra iki raporda iki farklı rakama dönüşür.
Denetim günlüğü ve belge kaydı sona eklenmez; çalışan ilk sürümün parçasıdır. İzli tam akışı, talepten sözleşmeye kadar, test verileri üzerinde teslim ediyoruz — boş bir veritabanı üzerinde iyi görünen ekranlar değil.
Kamusal ekranlar, hesaplayıcılar, kredi türüne göre sayfalar ve ön sözleşme bilgilendirmesi; Romence adresler öneksiz ve Rusça adresler kendi segmentlerinde, doğru kanonik etiketlerle. Verilerden üretilmiş site haritasını ve her iki sürümün de yanıt verdiğinin kontrolünü teslim ediyoruz.
Yayından önce kontrol, üretimde ayrı komutla geçişler, gizli bilgiler üretimi, yedekleme ve geri yükleme — yazılmış değil, doğrulanmış. Depoyu, devreye alma belgesini ve erişimleri teslim ediyoruz. Veritabanı geri yüklemesi teslim sırasında, bir kez, sizin önünüzde gösterilir.
Veriler
Kurallar sektörden sektöre değişir. Bunlar finansal hizmetlerde uygulanan kurallardır.
Bir vaka
Durum
Bir kredi projesindeki ilk gereksinim neredeyse her zaman aynı şekilde gelir: “başvuru formu olan bir site”. Sorun ikinci ayda ortaya çıkar; biri sözleşmenin nerede olduğunu, dosyayı kimin değiştirdiğini ve kişisel verilere erişim talebine yasal süre içinde nasıl yanıt vereceğimizi sorduğunda.
Ne kurduk
Platformu aynı depoda iki yarım hâlinde kurduk. Kamuya açık kısım, 50 ekranlı statik derlenmiş bir uygulamadır: dört hesaplayıcı — kredi, uygunluk, yeniden finansman, ödeme planı — kredi türüne göre sayfalar, sözleşme öncesi bilgilendirme, başvuru durumunun takibi ve müşterinin kişisel verilerini talep ettiği bir sayfa. İş kısmı, TypeScript ile yazılmış modüler bir backend’dir; kimlik doğrulama, role göre yetkiler, başvuru akışı, belgeler, ödemeler, bildirimler, planlanmış görevler ve veri sahibinin haklarına adanmış bir modül dâhil 16 modülle — 18 tabloluk bir şemanın üzerinde: başvuru, sözleşme, ödeme, tek kullanımlık kod, oturum, yüklenen belge, denetim günlüğü, kişisel verilerle ilgili talep, planlanmış görev çalışması, günlük anlık gösterge özeti ve geri kalanı.
Ne çıktı
Zincir tamamdır: başvuru girer, dolaşır, sözleşme ve ödeme planı üretir ve her adım bir iz bırakır. Kişisel verilerle ilgili taleplerin ayrı bir güzergâhı vardır, yönetim ekranıyla birlikte, böylece yasal süreye uyulabilir ve bu gösterilebilir. Kamuya açık kısım dışarıdan doğrulanabilir: site haritasında 227 adres, her iki dil sürümü de canlı.
Vakanın söylemedikleri
Kanıt, koddan ve kamuya açık yanıtlardan gelir, sunucunun iç davranışından değil: üretim ortamının hangi sürümde çalıştığını ve 16 modülün tamamının canlıda etkin olduğunu doğrulamadık. Talepler üzerindeki karar akışı — kurallar, eşikler, onay — müşteriye aittir; biz mekanikleri kurduk, kredi politikasını değil.
Sorular
Siz. Kurallar, eşikler ve onay, yazılım sağlayıcısının değil, yetkili kurumun politikasıdır. Biz, başvurunun dolaştığı, belgelendiği, sözleşme ve ödeme planına dönüştüğü ve iz bıraktığı mekanikleri kuruyoruz. Kredi kararını üstlenen bir sağlayıcı, satma hakkı olmayan bir şeyi satıyor demektir.
Bu talebi iletmek için bir kamu sayfası, özel bir backend modülü, bir yönetim ekranı ve talebin yaşadığı bir tablo vardır. Dolayısıyla zamanında yanıt verilebilir ve sonradan kanıtlanabilir. Teknik bir karar olmayan şey şudur: finans mevzuatına göre nelerin silinebileceği ve nelerin korunması gerektiği — bu, uygulamadan önce hukukçularınızla belirlenir.
Onaylanmış başvuru verilerinden, ödeme planıyla birlikte — ikisi de aynı kaynaktan, böylece farklı olamazlar. Sizde kalan, sözleşmenin içeriği ve koşullarıdır. Ayrı bir belgede manuel olarak hazırlanan sözleşme, aynı kredi için iki farklı rakamın ortaya çıktığı klasik yerdir.
Çünkü tüketici kredilerinde bilgilendirme, kişinin bağlanmadan önce geçtiği yol üzerinde olmalı, bir alt bölümde değil. Biz bunu ürünün bir parçası olarak ele alıyoruz: yer, zaman ve izlenebilirlik bize ait, metin ise hukukçularınıza aittir.
En azından farklı kararlara karşılık gelen kadar. Atıf yaptığımız platformda dört tane var — kredi, uygunluk, yeniden finansman, ödeme planı — çünkü yeniden finansman yeni krediyle aynı hesap değildir ve plan, taksitten farklı bir soruya cevap verir. Çok sayıda alanı olan tek bir hesap makinesi, dört basit hesap makinesinden daha zor kullanılır.
Hayır, ve bu bir tercihten değil, bir kuraldır: test verileriyle kurar ve test ederiz. Gerçek verilere erişim, gerektiğinde, adı belirtilmiş kişilerle, belirlenmiş bir süre boyunca ve kayıt iziyle yapılır. Bir finans sisteminde, “production'da bakmam gerekti” cümlesi bir sohbette değil, bir kayıtta yer almalıdır.
Görünür, çünkü çalıştırmalar kendi tablosuna, günlük gösterge anlık görüntüleriyle birlikte yazılır. Bu özellikle önemlidir çünkü çalışmamış bir görev dışarıdan hiçbir görünür belirti üretmez — site yanıt verir, ekranlar iyi görünür, ama sayılar artık hareket etmez.
Kamuya açık olarak sitede gösterilmiş olsa bile, hacim, faiz, başvuru sayısı veya müşteri sayısına dair hiçbir rakam — çünkü bu onların beyanıdır, bizim ölçümümüz değil. Gösterebileceğimiz şey yapıdadır: kaç modül, hangi tablolar, hangi kamu ekranları, yayında neyin kontrol edildiği. Aynı kural sizin çalışmanız için de geçerli olacaktır.
Kamuya açık bölüm şimdi doğrulanabilir: site haritasında 227 adres var ve bir hesap makinesinin Romence ve Rusça sürümleri ikisi de yanıt veriyor. Backend kısmı koddan — modüller ve veri şemasından — okunur, sunucunun davranışından değil: üretimin hangi sürümde çalıştığını ve tüm modüllerin live'da aktif olduğunu doğrulamadık ve bunun ters izlenim bırakmasına izin vermek yerine bunu yazmayı tercih ediyoruz.
Bize sürecinizi anlatın. Neyin kurulmaya değer olduğuna, neyi bağlayabileceğimize ve sonucu nasıl doğrulayacağımıza birlikte karar verelim.