OrdoTasarruf Finansmanı Platformu

Ordo · Karya Bilişim

Tasarruf finansmanının denetlenebilir çekirdeği

Havuz defteri, çekiliş motoru, sözleşme yaşam döngüsü, kimlik ve KYC, tahsilat ve denetim izi — olay kaynaklı tek gövdede. BDDK’ya tabi süreçler için denetim gününü bekleyerek değil, denetime hazır yaşayarak.

Yarım günlük keşif planlayınCanlı simülasyonu deneyin

Beyaz etiket platform: her kurum kendi markasıyla yayına çıkar. Buradaki ekranlar “Demo TF” örnek kurulumuna aittir.

28iş modülü
382fonksiyonel gereksinim
3dil — tr · en · de
N-5sürüm uyumluluk taahhüdü
%100olay kaynaklı denetim izi

Yetenekler

Tek çekirdek, sekiz yetenek

Tasarruf finansmanının tamamı — edinimden tasfiyeye — aynı olay defterinin üzerinde çalışır. Modüller birbirine entegre edilmez; aynı gövdenin parçalarıdır.

  1. 01Havuz yönetimi ve tahsisLikit havuz defteri, tahsis dönemleri ve kapasite projeksiyonu çekirdeğin parçasıdır. Kapasite hazine modülünden türetilir, elle girilmez.
  2. 02Çekiliş motoruKilitli katılımcı listesi, kayıtlı tohum ve algoritma sürümüyle yeniden üretilebilir kura. Her çekiliş beş parçalık kanıt setiyle kapanır.
  3. 03Sözleşme yaşam döngüsüTasarruf, tahsis, teslim, geri ödeme ve çıkışlar: her durum geçişi kural motoruna bağlıdır ve olay defterine yazılır.
  4. 04Kimlik ve KYCUzaktan edinim, kimlik ve belge doğrulama, yaptırım taraması — ayrı ürün değil, aynı çözümün modülleri.
  5. 05Tahsilat ve mutabakatÖdeme kaydı, taksit eşleştirme, askı kuyruğu ve havuz–yevmiye mutabakatı; kuruş bazında largest-remainder yuvarlama.
  6. 06Kural motoruMevzuat maddesine bağlı, yürürlük tarihli kural setleri. Her sözleşme kuruluş anındaki kural sürümüne sabitlenir.
  7. 07Denetim iziYalnızca ekleme yapılan olay defteri. Denetim izi yan ürün değil, işletme verisinin kendisidir.
  8. 08Düşük kodlu stüdyoEkran, alan ve akış değişikliklerini kurumun kendi ekibi yapar — çekirdeğin sınırları içinde.

Bir gün

Operatörün bir günü

Konsoldaki her ekran aynı olay defterinin bir görünümüdür. Bir iş gününün saatleri boyunca hangi modülün hangi olayı yazdığını izleyin.

  1. 09:00Görev kutusu: gece açılan görevlerGün sonu zincirinin açtığı gecikme (1/2/3 kademe), talep SLA ve askı görevleri tek kuyruktadır. Her görev bir olaya bağlıdır; kapanınca o da deftere yazılır.tasks · dunning · PaymentSuspended
  2. 09:40Dört göz onayıYüksek tutarlı sözleşme pending-approval durumundadır. Onaylayan, sözleşmeyi kuran kullanıcı olamaz (MSG-S-21); onay ContractApproved ve ContractActivated olarak yazılır.contract:approve · MSG-S-21
  3. 11:30Tahsilat eşleştirmeBanka tahsilatı sıradaki taksitle birebir eşleşir: tasarruf bileşeni havuza, ücret bileşeni gelire; fiş aynı iş biriminde atılır. Eşleşmeyen havale askıya düşer, kaybolmaz.PaymentReceived · InstallmentMatched · JournalEntryPosted
  4. 14:00Dönem değerlendirmesiHazine kapasiteyi türetir: bakiye × karşılama oranı, ihtiyat %5 (MADDE 30/1). %40 birikim ve %40 vade eşiğini geçenler sıralanır (MADDE 21/2); çekilişli üründe liste kilitlenir, tohum kaydedilir.AllocationEvaluated · LotteryDrawn · EntitlementGranted
  5. 16:00Teslimat dosyasıDeğerleme, sigorta ve teminat adımları kanıtlarıyla kaydedilir. Ödeme anında havuz çıkışı, fiş, geri ödeme planı, teminat ve bildirim tek iş biriminde; satıcı ödemesi tahsisattan itibaren 10 iş günü (MADDE 17/9).DeliveryStepCompleted ×3 · DeliveryDisbursed
  6. 00:00Gün sonu (21:00 UTC)Gecikme taraması, talep SLA taraması ve havuz–muhasebe mutabakatı. Sonuç EndOfDayCompleted olarak yazılır; aynı tarih için ikinci çalıştırma saklanan raporu döndürür.EndOfDayCompleted · idempotent

Canlı simülasyon

Havuz nasıl paylaşılır?

Müşteriler ortak bir havuza birikim yapar. Her dönem platform, uygun sözleşmeleri birikim oranına ve kıdeme göre sıralar; kapasite yettiği sürece tahsis verir. İhtiyat fonu havuzun %5’ini ayırır (MADDE 30/1). Üç kontrolü oynatın; kimin neden tahsis aldığını görün.

Tüm simülasyonlar

Dönem girdileri

Deterministikdönem DNM-2026-10 · portföy 779d90d82499

Sıralama: önce birikim oranı, sonra kıdem. Üretimde kapasite hazine modülünden türetilir, elle girilmez; karşılama oranı kural paketinin bir parametresidir.

İhtiyat fonu %5 · MADDE 30/1—
Tahsis kapasitesi—
Kullanılan ——
Kalan—
SıraSözleşmeBirikimİhtiyaçSonuç
Neden bu, neden o değil?

Örnek portföy gerçek bir kişi ya da kurum içermez; hesaplama tarayıcınızda çalışır, hiçbir veri gönderilmez.

Mimari

Altı katman, tek gövde

Kanallardan platform hizmetlerine: her katman aynı olay defterinin üzerinde, aynı kural motoruna bağlı çalışır.

Mimarinin tamamı
KanallarMobil · Web · Şube · Çağrı Merkezi · PartnerDijital EdinimUzaktan edinim · Kimlik doğrulama · Belge doğrulamaÇekirdekHavuz defteri · Çekiliş motoru · Sözleşme defteri · Kural motoruOperasyonGörev kutusu · Teslimat · Tahsilat · Gecikme aksiyonlarıFinans ve UyumMuhasebe · Yasal raporlama · MASAK / BDDK · Denetim iziPlatformKimlik & erişim · Low-code stüdyo · İzleme · Açık APITEK GÖVDE
Kanallar, dijital edinim, çekirdek, operasyon, finans ve uyum, platform — tek dağıtım gövdesinde.
01KanallarMobil, web, şube, çağrı merkezi ve iş ortağı: beş kanal aynı hesaplama servisini çağırır. Taksit, birikim, sıra ve kapasite tek yerde hesaplanır; kanallar arasında “farklı rakam” olamaz.
02Dijital edinimUzaktan edinim, kimlik ve belge doğrulama, yaptırım taraması. Kimlik doğrulama sağlayıcısı bir porttur; kenarda çalışan modellerin çıktısı çekirdeğe yalnızca sinyal olarak girer.
03ÇekirdekHavuz defteri, çekiliş motoru, sözleşme defteri ve kural motoru — paranın yaşadığı yer. Yalnızca ekleme yapılan olay defteri, sözleşmeye sabitlenen kural sürümü, yapay zekâ yok.
04OperasyonGörev kutusu, teslimat, tahsilat ve gecikme aksiyonları. Tekrar eden yük çekirdekte otomatikleşir; insan yalnızca karar verdiği yerde kalır: istisna, onay, müzakere.
05Finans ve uyumMuhasebe fişleri olay defterinden türer; yasal raporlama dört göz ile dönem başına tek sefer hazırlanır ve gönderilir. MASAK ve BDDK hatları soyutlanmış adaptörlerle bağlanır.
06PlatformKimlik ve erişim (Keycloak; realm rolleri = izin kodları), düşük kodlu stüdyo, izleme ve tüketici başına sürümlenen açık API. Marka üçlüsü kurumundur, kod çatallanmaz.

Denetim

Denetçi ne görür?

Çekiliş kapandığı anda kanıt seti dondurulur: beş parça, zaman damgalı, salt okunur profille erişilebilir. Denetçi sormaz — aynı tohum ve aynı listeyle yeniden çalıştırır.

  1. 01Kayıt bandı değiştirilemez; çekilişin her adımı zaman damgalıdır.
  2. 02Sonuç, kayıtlı tohum ve kilitli katılımcı listesinden bağımsız olarak yeniden üretilir.
  3. 03Denetçi profili hiçbir kaydı değiştiremez; görevler ayrılığı matriste kayıtlıdır.
Kanıt setinin tamamı
Bir parçanın üzerine gelin: denetçinin o parçada neyi, neden gördüğünü açıklar.

Teşhis

Sorun bir özellik eksikliği değil, mimari

Piyasadaki çözümler işlemleri kaydediyor — sorun kayıt değil. Gündelik şikâyetlerin her birinin altında bir mimari kök neden yatıyor.

Bu beş neden mimari kararla çözüldü — özellik ekleyerek değil.

Karşılaştırma

Alışılmış yol ile Ordo’nun yolu

Dokuz başlıkta, bir kurumun gündelik işinde fark yaratan ayrımlar.

KonuAlışılmış yolOrdo
Mevzuat değişikliğiGeliştirme talebi, sürüm beklemeKural paketi — aynı gün devrede
Yeni ürün / planAylar süren projeEkrandan tanım, simülasyonla test
Ekran / alan değişikliğiSağlayıcıya talepDüşük kodlu stüdyoda kurumun ekibi
Denetim kanıtıManuel derleme, günlerDondurulmuş kanıt paketi, tek ekrandan
Kapasite projeksiyonuExcel tablolarıÇekirdeğin parçası
Uzaktan edinimAyrı ürün, ayrı entegrasyonAynı çözümün içinde
Muhasebe ve yasal raporlamaÜçüncü parti yamalarOlay defterinden türetilen tek kaynak
KurulumAylar süren uyarlamaOtomasyon ve hazır paketler
SürümKendi sürümünüzde kalırsınızSürekli güncel, N-5 destek

Kimin için

Üç kurum tipi, aynı çekirdek

Uyum

Uyum için tasarlandı

Sertifika iddiası değil, tasarım ilkesi: kontroller mimariye baştan işlendi.

İfadeler tasarım hedeflerini tanımlar; resmî sertifikasyon veya kurum onayı iddiası değildir.

Sonraki adım

Yarım günlük teknik keşif

Yarım günlük bir keşif oturumunda beş soruyu birlikte netleştiriyoruz. Çıktısı: kapsamı, mimarisi ve takvimi net bir teklif.

destek@karyabilisim.comDokümantasyon
  1. 01Mevcut sistem envanteri
  2. 02Barındırma tercihi
  3. 03Geçiş mi, sıfırdan mı?
  4. 04Kurulum profili
  5. 05Öncelikli faz

Yüzeyler

Operasyon ekibi, müşteri ve iş ortağı aynı olay defterinin üzerinde, rol bazlı ayrı yüzeylerde çalışır. Yüzeyler kurumun markasıyla giydirilir.

Ordo OperasyonDemoyu açın

Görev kutusu, dört göz onay kuyruğu, çekiliş yönetimi, tahsilat ve mutabakat ekranları.

Ordo PortalDemoyu açın

Plan durumu, taksit takvimi, ödeme geçmişi ve uzaktan edinimle sözleşme açılışı.

Ordo İş OrtağıDemoyu açın

Teslim dosyası, değerleme–sigorta–teminat kanıt adımları ve satıcı ödeme takibi.

Ekranlar, demo kurulumun örnek verileriyle çizilmiş temsili arayüzlerdir; gerçek yüzeyler kurumun markasını taşır.