Kredi başvuru programının modülünü adlandırın. BT desteği, MFO'lar için yazılım. Diğer uygulamalarla etkileşim

Rusya'da tüketici kredileri son birkaç yılda yoğun bir şekilde gelişti. Bankacılık yazılımı pazarında, bu faaliyet alanındaki iş süreçlerini otomatikleştirmek için tasarlanmış çeşitli özel sistemler teklifi ortaya çıkmıştır. Bunlar şunları içerir:

· Kredi başvurularının teslimi ve işlenmesinden, kredi verilmesine yönelik karar verme süreçlerinin yönetiminden, kredi işlemlerinin belgelenmesinden sorumlu ön uç sistemler (Kredi Oluşturma);

· Kredi işlemlerinin yaşam döngüsü boyunca işlenmesini sağlayan kredi yönetim sistemleri (Kredi Yönetimi);

· Vadesi geçmiş borçların tahsilat sürecini yöneten tahsilat sistemleri (Tahsilat);

· Kredi geçmişi veri tabanlarından alınan bilgilere dayalı olarak kredi riskini değerlendirmek için algoritmalar geliştiren puanlama analitik sistemleri (Puanlama).

Yazılım satıcıları, karmaşık çözümlerin yanı sıra bireysel iş süreçlerini otomatikleştiren sistemler sunar.

Kredi yönetim sistemlerinin işlevleri, iyi bilinen ABS kredi modüllerinin işlevlerine benzer. Kapsamlı bir çözümün parçası olarak bankanın ABS'sinden ayrı bir kredi yönetim sistemi uygulamaya ihtiyaç var mı? OTP'nin deneyimi, perakende kredi pazarında lider olan en büyük bankalarda ABS kredi modüllerinin başarıyla kullanıldığını doğrulamaktadır. Bu modüller elbette gelişmiş işlevselliğe sahiptir ve yüksek performanslı sistemlerin bir parçasıdır. Bankada üretken bir perakende ABS'nin varlığı, ayrı ön ve tahsilat sistemlerinin uygulanması lehine seçim yaparken belirleyici bir faktör olabilir.

Birçok çözüm, hem bireysel hem de kurumsal kredi verme süreçlerini otomatikleştirmek için tek bir teknolojik platformun kullanılmasına izin verir; bu, bankanın küçük ve orta ölçekli işletmelere kredi geliştirmesi durumunda cazip olabilir.

Çoğu durumda, herhangi bir çözüm yapılandırmasına öncelik vermek zordur. İş geliştirmenin planlanmasındaki ilk görevlerden biri, bankanın iş stratejisini dikkate alarak IP ve BT altyapısının mevcut durumunun analizidir ve bunun sonucunda bankada faaliyet gösteren sistem ve teknolojilerin hangisinin olmadığı ortaya çıkar. gelecekteki gereksinimleri destekleyebilir. Analiz sonuçlarına dayanarak, bir unsuru hedef IS mimarisi olan bir BT geliştirme stratejisi oluşturulur.

Bir BT çözümü için temel gereksinimler

Uygulanan BT çözümünün, kalite kriterleriyle ilgili tüketici kredisi teknolojilerinin geliştirilmesinde geliştirilen bir dizi gereksinimi karşılaması gerekir: işlevsellik, uyarlanabilirlik, bütünleştirilebilirlik, güvenilirlik ve güvenlik.

İşlevsellik ve uyarlanabilirlik

Ön sistem

Banka şubelerinden veya satış noktalarından kredi başvurusu teslimi, front-end sisteminin temel işlevlerinden biridir. Modern bir ön uç sisteminin istemci uygulaması, oldukça etkili çevrimdışı uygulamalar olsa da, bankada bulunan sunucu uygulamalarına uzaktan erişim sağlamalıdır. Birçok ön uç sistem, başvuru sahiplerinin bankanın internet sitelerinde ve web servislerini kullanan ortaklarında ön kendi kendine teşhis için araçlar sağlar ve ayrıca İnternet Bankacılığı sistemlerine başvuru formları yerleştirme yeteneğine sahiptir.

Sistem, kredi verilmesi konusunda hızlı karar verilmesini sağlamalıdır. Bir başvurunun değerlendirilmesi için toplam süre, ek bir ofis çalışanı veya bir satış noktasındaki bir temsilci tarafından girilen zamandan, belge dolaşımının "manuel" aşamalarında olduğu zamandan ve kredi vermek için olumlu bir karar verilmesi durumunda işlemle ilgili belgeler hazırlayın.

Kredi başvuru formu doldururken giriş hızı önemlidir. Bu, formun yapısına, alanlar ve işlevsel öğeler arasındaki geçişlerin uygunluğuna, varsayılan değerleri değiştirmek için ayarların olasılığına bağlıdır. Sistem, başvuru sahipleri tarafından manuel olarak doldurulan uygulamalardan sisteme otomatik olarak bilgi girmek amacıyla tarayıcıları kullanmak için OSR programları ile etkileşim için arayüzler içerebilir. Kullanışlı seçenek - belgelerin taranmış grafik görüntülerini uygulamaya ekleme

Sistem, başvuru sahibini - kredi yönetim sistemindeki bankanın müşterisini ve / veya kredi verme kararı verme sürecinde onun hakkında bilgi almak için ABS'yi tanımlama işlevlerini içermelidir. Yurtiçi uygulamada kimlik tespiti için tatmin edici veriler, belgeler, TIN ve ek kimlik bilgileri - hesap numaraları, plastik kartlar vb. Ön uç sistem, tercihen uygulama işlemenin keyfi olarak seçilen bir aşamasında, uygulama puanlama işlevini bağlayabilmelidir.

Bir kredi başvurusuna istinaden kredi verilmesine karar verilirse, bununla ilgili bilgiler satış noktasında mevcut olmalıdır. Sistem, gerekli belgelerden oluşan bir paket yazdırabilmelidir (kredi sözleşmesi, krediyle satın alınan malların ödenmesi için ödeme talimatı, banka hesap sözleşmesi, kredi verme teknolojisi tarafından belirlenen diğer belgeler). Belgelerin bileşimi, şablonları ve alanları, kredi ürününe bağlı olarak özelleştirilmelidir.

Ön uç sistemi için, kredi başvurularının yeni bilgi işaretleri eklemek, referans kitapları oluşturmak ve bunlara bağlamak, kredi başvuru formlarında yeni işaretler için alanları özelleştirme yeteneği önemlidir. Kredi başvuru formlarını kredi ürünleri bağlamında özelleştirmenize, olay işleme mantığını ayarlamanıza ve ekran formlarında hesaplamalar yapmanıza olanak tanıyan kredi başvuru formları için bir kurucuya sahip olmak gereklidir.

Kredi yönetim sistemi

İşlem yönetim sisteminin işlevselliği için gereksinimler, ABS kredi modülü gereksinimlerine benzer. Bireysel kredi yönetim sisteminin en önemli kalitesi, kredi ürünlerinin esnek ayarlanmasıdır. Yabancı bir kredi yönetim sistemi için, sistemin yerelleştirme düzeyini - kredi işlemlerini işleme kurallarının Rusya Federasyonu Merkez Bankası'nın talimatlarına uygunluğu (faiz tahakkuku, rezervasyon, hesap açma) dikkate alınmalıdır. ve Rusya Federasyonu Merkez Bankası hesap planına göre işlemler üretmek). Kredi yönetim sistemi mektupların, beyanların, bildirimlerin oluşturulması ve dağıtılması için araçlar içermeli, müşterilere bilgi sağlamak için bu görevleri çeşitli kanallarla bütünleştirebilmelidir.

Çözümün, mevcut faaliyetlerin etkinliğini analiz etmek için araçlar içermesi önemlidir ( yönetim raporları) ve kredi işlemlerinin analizi ( analitik raporlar), ayrıca özel raporlar oluşturmak için araçlar.

Skor sistemi

Kredi riski yönetiminin temel işlevleri skorlama sistemi tarafından yerine getirilmektedir. İlk olarak, puanlama algoritmalarının parametrelerini hesaplamak için çeşitli yöntemleri destekler. Bunlar, bir sınıflandırma ağacına dayalı diskriminant analizine (çeşitli regresyon türleri) dayalı yöntemleri; sinir ağına, genetik algoritmalara, en yakın komşu yöntemlerine, daha az popüler olan tümdengelimli ve makroekonomik yöntemlere vb. vesaire. İkinci olarak, kredi portföyünün maksimum karlılığına tekabül eden kredi başvurularının kesilmesi için optimal parametrelerin geliştirilmesine yönelik hesaplamalar.

Üçüncüsü, puanlama algoritmalarının kalitesini izleme yeteneği - zamanla azalan algoritmaların tahmin gücünü analiz etmek için kredi geçmişi veritabanını yenilerken tahminleri gerçek verilerle karşılaştırma.

Puanlama algoritmaları, belirli bir borçlu için bir kredi işleminin bireysel parametrelerini (limit, faiz oranı, kredi vadesi, kredi geri ödeme planının parametreleri) hesaplama yeteneği sağlamalıdır.

Birçok puanlama sistemi Tahsilat Puanlamasına izin verir - tahsilatçıların çalışmaları sonucunda kredilerin getirisini hesaplamalarda dikkate almak, bu da kredi riski değerlendirmesinin doğruluğunu artırır.

bütünleştirilebilirlik

Sistemleri seçerken, içlerinde uygulanan veri erişim mekanizmalarını ve teknolojik sürecin gerekli noktalarında diğer sistemlerle etkileşim kurmak için fonksiyonları çağırma olasılığını incelemek gerekir. Diğer sistemlerden bilgi girmek ve verilerinin işlemsel bütünlüğünü korumak için sistemlerin uygulama programlama arabirimleri (API'ler) sağlaması gerekir.

Bir toplama sistemini entegre etmek için yaklaşık bir görev listesi:

· Varlıkların ABS'ye bloke edilmesi ve iade edilmesi;

Yeniden yapılandırılmış kredilerde borcun geri ödenmesi için yeni koşullar, teminat konusuna ilişkin hacizler, onunla iletişim sürecinde tanımlanan borçlu hakkındaki bilgilerdeki değişiklikler hakkında kredi yönetim sistemi için periyodik bilgi yüklemesi

Bireysel kredi çözümünün bir parçası olarak kredi yönetim sistemi ABS'ye dahil değilse, entegrasyon görevlerine müşteri girişi, işlemler için hesap açma, muhasebe girişleri oluşturma ve kredileri geri ödemek için ödeme yükleme arayüzleri eklenir. Ulusal kredi geri ödemesinin özellikleri, kredilerin nakit olarak geri ödenmesinin önemli bir bölümünü içerir. Kredi yönetim sistemi, müşterinin cari hesaba yeterli tutarı bulup yatırabilmesi için banka şubesi sistemi için minimum ve tam kredi geri ödeme tutarları hakkında bilgi bulunmasını sağlamalıdır. Kredi yönetim sistemi, kredilerin müşteriler tarafından bağımsız ve gayri nakdi olarak geri ödenmesi için İnternet Bankacılığı sistemi ile entegre edilmelidir. Puanlama sistemleri, kredi geçmişi veritabanlarına erişmek için gelişmiş araçlar içermelidir.

Verim

Banka ve ortakları tarafından günlük olarak değerlendirilen başvuru sayısı birkaç bini bulabilmektedir. Bu tür bilgi hacimleri ile, yükü genellikle eşzamanlı aktif bağlantıların sayısı ve VTYS'nin özellikleri ile orantılı olan uygulama sunucusu platformlarının özellikleri önemli hale gelir, özellikle de işlendikten sonra uygulamalar uzun bir süre içinde saklanırsa. ön uç sisteminin veritabanı. Uzak satış noktalarındaki son kullanıcı gecikmesi, sunucu uygulamalarının performansına ek olarak, düşük bant genişliğine sahip genel bağlantılar üzerinden aktarılan veri miktarından etkilenebilir. Ön uç sistemler, çeşitli trafik sıkıştırma algoritmalarını kullanabilir.

Kredi yönetim sistemleri, yüzbinlerce ve milyonlarca kredi işlemini işlemeye odaklanmıştır. Buradaki gereksinimler, perakende ABS'nin işlem modüllerinin gereksinimlerine benzer.

Tabii ki, halihazırda seçim aşamasında, sistem performansının tüm yönleri tedarikçiler tarafından onaylanmalı veya stres testi ile doğrulanmalıdır.

Bilginin güvenilirliği ve korunması

Banka ağına dışarıdan erişim sağlayan ön sisteme yetkisiz erişime karşı koruma için özel gereksinimler getirilmiştir. Sistemin acenteler, satış noktaları çalışanları tarafından uzaktan kullanılması ve web servisleri aracılığıyla kendi kendine teşhis imkanı bilgi güvenliği konularıyla yakından ilgilidir. Güvenlik önlemleri analiz edilirken, iletişim kanallarının yazılım koruması seçeneklerine ve parola koruma stratejisine dikkat edilmelidir.

Çözümü oluşturan sistemler, teknolojik süreçteki rollerine göre işlevlere, bilgi nesneleri kümelerine, bireysel bilgi alanlarına (alan grupları) kullanıcı erişiminin farklılaşmasını desteklemelidir.

bilgi Teknolojisi altyapısı

BT altyapı gereksinimleri, büyük ölçüde çözümün mimarisine bağlıdır. Merkezi çözümler, iletişim kanallarındaki talepleri artırır. Seçim yaparken iletişim kanallarını kiralamanın maliyeti önemli bir faktör olabilir.

Sistemlerin son kullanıcı bilgisayar donanım gereksinimlerinin mevcut banka standartlarını aşmaması arzu edilir. Şube ve satış noktası kullanıcılarının iş istasyonları, uygulama tanıma veya müşteri belgelerinin taranması kullanılıyorsa tarayıcılar ve plastik kartlardan bilgi okumak için cihazlarla donatılmalıdır; Kredi başvurusu yaparken kredi.

Sunucu platformları için gereksinimler tamamen seçilen çözüm tarafından belirlenir. Çözümün, ön uç sistemin ve kredi yönetim sistemi platformlarının ayrı ölçeklendirilmesine izin vermesi arzu edilir.

Banka şubelerindeki borçlu akışını azaltmak için, plastik kartlar kullanarak nakit vermek ve para yatırmak için bir cihaz ağı geliştirmek gerekir.

Sistem seçim kriterleri

kırpma kriterleri

Piyasadaki tüm sistemlerin ayrıntılı bir kalite analizini yapmak imkansızdır. BT geliştirme stratejisi, bankanın BT çözümü için ana işletmeye özel gereksinimlerin yanı sıra mevcut IP mimarisinden kaynaklanan kısıtlamaları tanımlamalıdır.

Yönetim işlevlerinin merkezileştirilmesi / yerelleştirilmesi için nicel göstergeler ve gereksinimler, başarılı kesme kriterleri olabilir. Performansla ilgili metrikler şunları içerir:

· Kredi yönetim sistemindeki maksimum işlem sayısı;

· Birim zaman başına işlenen maksimum kredi başvurusu sayısı;

Teknolojik yönetimin merkezileştirilmesi / yerinden yönetimi için gereklilikler, bankanın benimsediği yönetim modeline göre şubeler, bankanın şube grupları veya bir bütün olarak banka bağlamında süreçleri yönetme becerisini içerir. Örneğin, yerelleşme, bir bankanın farklı şubeleri için farklı kredi ürünlerinin varlığından veya farklı bölgeler için farklı puanlama algoritmaları göstergelerinin kullanılmasından oluşabilir. Sistem, şubeler bağlamında ve bir bütün olarak banka için yönetim ve analitik raporlama oluşturma yeteneği sağlamalı, tahsildarların, doğrulayıcıların, kredi görevlilerinin merkezi ve merkezi olmayan çalışmalarını desteklemelidir.

Kesme kriterleri yetersizse, bir bankanın piyasada gezinmesi oldukça zordur. Bu durumda, danışmanların katılımı haklıdır. OTP tarafından ihalelerin düzenlenmesi uygulamasında, oldukça sık olarak, yetersiz kesme kriterleri vakaları vardır; bu gibi durumlar için, ayrıntılı değerlendirme için sınırlı sayıda sistemin seçilmesine izin veren yinelemeli bir teknoloji geliştirilmiştir.

Kesinti kriterleri ayrıca maliyet kısıtlamalarını da içerir: iş planları sırasında belirlenebilen veya danışmanların yardımıyla karar vericiler tarafından belirlenebilen maksimum satın alma maliyeti ve maksimum sistem sahip olma maliyeti.

bankanın ön ofisi- bu, kredi kurumunun çehresini ve bir bütün olarak işin başarısını belirleyen bir banka müşterisi edinme ve hizmet verme bölgesidir.

Bir kredi kuruluşunun ön ofisi bir müşterinin banka şubesine (ayrıca bir satış noktası, bir İnternet kaynağı, bir CRM sisteminden, çağrı merkezinden bir başvuru alma) gelmesiyle başlayan bir kredi başvurusu veya mevduat açma başvurusu işleme sürecidir. vb.) ve bir işlemin oluşumu ile biten. Ayrıca, bir kredi işlemine hizmet etme açısından ve bir müşteriyle etkileşim açısından, örneğin hizmetlere bağlanırken, bir hesap özeti sağlarken, vb. açısından bir müşteriyle çalışma süreçlerine perakende kredi ön ofisine başvurmanız da tavsiye edilir.

”20 yılı aşkın süredir perakende bankacılık ve mikrofinans iş otomasyonu pazarında etkin bir şekilde çalışmaktadır. Şirket, bankacılık ve MFO otomasyonu alanında 400'ün üzerinde projeyi hayata geçirmiştir.

2014 yılında şirket, mikrofinans kuruluşlarının işlerini otomatikleştirmek için yeni bir yenilikçi ürün olan Otomatik Finans ve Perakende Sistemi ile pazara girdi. AFRS) FinMaster. AFRS Fin Ustası karmaşık iş otomasyonu için tasarlanmıştır MFO, MCC, TBM ve rehinci dükkanları krediler, yatırımlar, rehinler ve sigorta hizmetleri açısından bireyler ve tüzel kişiler yanı sıra P2P borç verenler.

Sistem bir bulut hizmeti olarak çalışabilir veya müşterinin sunucularına kurulabilir.

AFRS FinMaster içerir

• Modül Fin Ustası.ÖN, tasarlanmış bir mikrofinans şirketinin ön ofisini müşteri hizmetlerinin tüm alanlarında otomatikleştirmek ve kredi taşıyıcıları oluşturmak;
• Modül Fin Ustası.FİNANS, tasarlanmış ENP ve OSBU gerekliliklerine uygun olarak bir mikrofinans şirketinin arka ofis düzeyinde müşteri sözleşmelerinin servisini otomatikleştirmek;
• Modül Fin Ustası.CRM, tasarlanmış olası tüm iletişim kanallarını kullanarak müşteri ilişkilerini otomatikleştirmek. Bunun için modül yerleşik IP telefonu içerir ve doğrudan CRM'den SMS ve E-posta göndermeyi destekler ve ayrıca müşteriler ve onların kuruluşla olan bağlantıları hakkındaki tüm bilgileri korumanıza izin verir.
• Modül Fin Ustası.OTOBÜS, harici sistemlerle etkileşim için bir dizi hizmeti temsil eder, kredi vermek ve geri ödemek için çeşitli kanalları destekler (VISA / Master Card ödeme kartları, çeşitli ödeme sistemleri QIWI, CONTACT, vb.), NBCH ve tüm Rus BCI'ları ile etkileşim, harici puanlama sistemleri ( Skorista), 1C Muhasebe, müşteri bankası, RBS ve müşterinin kişisel hesabı ile.

AFRS FinMaster, bir kredi sözleşmesinin tüm yaşam döngüsünü otomatikleştirmenize olanak tanır, sigorta veya yatırım sözleşmesi, müşterinin şirketle ilk temasından ve sözleşme şartlarının tam olarak yerine getirilmesine kadar. Şu anda özellikle mikrofinans pazarında talep gören yenilikler arasında, arka ofiste FinMaster.FİNANS uygulandı:

• Kart ve ödeme sistemleri basımı, kartlardan ve ödeme sistemlerinden geri ödeme, 115-FZ, Puanlama, tümü BKI;
• İşlem gününün otomatik kapanması(plan iptali, gecikmeler, erken iptal, uzama, cezalar, rezervler, sözleşmelerin alım/satım vb.);
• Satışta(veya ödünç verme) kredi anlaşmaları;
• POS kredisi;
• Sadakat programları;
• Rehinler ve sigortalar;
• WEB arayüzü, mobil uygulama ve kişisel hesap.

AFRS FinMaster içeri girmenizi sağlar tüm şubelerin, ek ofislerin tek bir veritabanı ve bir mikrofinans kuruluşunun ve aynı zamanda birkaç bağlı tüzel kişinin varlık noktaları.

arka ofis performansı Fin Ustası.FİNANS - saatte 1 milyona kadar işlem.

Şirketimiz, MFO'ların EPC ve OSBU'ya geçişi için “yumuşak” bir seçenek sunmaktadır. Bir mikrofinans şirketinin mevcut BT ortamında yapılması gereken değişiklik sayısını en aza indirmenize olanak tanıyan ve 1C platformunun şirketin ticari faaliyetlerini yürütmek için genel bir defter olarak kullanılmasını içeren .

FinMaster.FINANCE yazılım paketinin özü endüstriyel kullanır ORACLE DBMS'leriüzerinde tüm modern bankacılık sistemlerinin geliştirildiği. Yazılım paketi, ENP ve OSBU gereksinimlerine uygun muhasebe sağlar ve ayrıca XBRL formatında raporların hazırlanması için gerekli olan muhasebe detayını en üst düzeye çıkarma yeteneği sağlar. Yöneticilerin iş istasyonları bir WEB arayüzü kullanır ve tüm popüler tarayıcılarda, tabletlerde ve akıllı telefonlarda çalışabilir.

FinMaster.FINANCE yazılım paketi Mikrofinans şirketleri için piyasadaki tek çözüm olan FNC ve OSBU'ya göre Rusya Merkez Bankası'nın gereksinimlerine uygun olarak eş zamanlı muhasebe ile geniş bir ürün yelpazesinin sürdürülmesini mümkün kılmaktadır.

Fiyatlarımız benzer düzeyde sistemler geliştiren rakiplerimizden önemli ölçüde daha düşüktür. Bulut versiyonunda minimum sistem konfigürasyonunun (10 işyerine kadar) maliyeti 20 bin ruble / ay'dan başlıyor. Benzer bir lisanslı versiyonun minimum maliyeti bir kerede 200 bin ruble'dir.

Maksimum maliyet 100 bine kadar mevcut sözleşmeye sahip büyük çok işlevli kompleksler için tam özellikli sınırsız bulut çözümü, 30 ila 50 bin ruble / ay aralığındadır, benzer bir lisanslı seçeneğin maliyeti 800 bin ila 1,5 milyon rubleye mal olacak bir defalık.

Tüm yazılımlarımız açık kaynak olarak sunulabilir, bu da şirketin uzmanları tarafından yazılımın daha da geliştirilmesini mümkün kılar.

İyi çalışmalarınızı bilgi tabanına gönderin basittir. Aşağıdaki formu kullanın

Bilgi tabanını çalışmalarında ve çalışmalarında kullanan öğrenciler, yüksek lisans öğrencileri, genç bilim adamları size çok minnettar olacaktır.

Yayınlanan http://www.allbest.ru/

Rusya Federasyonu Eğitim ve Bilim Bakanlığı

Yüksek Mesleki Eğitim Federal Devlet Bütçe Eğitim Kurumu

TOMSK DEVLET KONTROL SİSTEMLERİ VE RADYO ELEKTRONİK ÜNİVERSİTESİ (TÜSUR)

Otomatik Kontrol Sistemleri Bölümü (ACS)

Otomatik bilgi sistemi

ticari bir bankada bireylere verilen kredilerin muhasebeleştirilmesi

Nihai yeterlilik çalışmasına ilişkin açıklayıcı not

Açıklayıcı not: s. 132, şek. 9, sekme. 18, adj. 3.

KREDİLER, BANKA, OTOMATİK BİLGİ SİSTEMİ, YAZILIM, VERİTABANI, MICROSOFT ACCESS, BORLAND DELPHI.

Geliştirmenin amacı, ticari bir bankadaki bireylere verilen kredileri kaydetmek için otomatik bir bilgi sistemidir.

Faaliyetlerin otomasyonunun hedefleri:

işlem süresinin ve veri alımının azaltılması;

verilerin güvenilirliğini artırmak;

artan emek verimliliği;

bilgi kaybı riskini azaltmak;

gerekli belgelerin otomatik olarak hazırlanması;

müşterilerle çalışma düzeyini ve bunun sonucunda bankanın rekabet gücünü artırmak.

DBMS Microsoft Access, Delphi 7'yi uygulamak için araçlar.

Tasarım sürecinde, bir bağlam diyagramı, ayrıştırma diyagramları (BpWin), bir mantıksal modelin tam bir nitelik diyagramı (ErWin), bir fiziksel modelin tam bir nitelik diyagramı (ErWin), bir diyalog ağacı (ekran formlarının geçiş grafiği) , yazılım sayesinde Delphi 7, uygulamanın açıklaması geliştirildi.

Tanıtım

Modern Rus finans piyasası, kredi ve finans kurumlarının konsolidasyonu ve perakende bankacılık işinin aktif gelişimi ile karakterizedir. Yeni bankacılık topluluklarının büyümesi, müşteri tabanındaki artış ve sunulan hizmet yelpazesinin genişlemesi, modern bankacılık işinin en katı gereksinimlerini karşılayan yazılımlar olmadan elde edilemez. Daha önce büyük bankaların çabaları esas olarak başkentlerde ve büyük şehirlerde yoğunlaşmışsa, son yıllarda bu piyasalarda artan rekabet ve genel olarak insanların refahının artması nedeniyle, finansal yapılar gelişmeye başlamıştır. şube ağları çok daha aktiftir ve küçük bölgesel bankaları dışarıda bırakır. İkincisi, rekabete dayanmaya çalışırken, şimdi BT yapısına eskisinden çok daha fazla dikkat etmek zorunda.

Rus bankacılık otomasyon pazarında, büyük oyuncular, küçük şirketleri dışlayarak ve yabancılara çok fazla izin vermeyerek yıldan yıla konumlarını güçlendiriyor. Yabancı sistemlerin kurulumu hala nadirdir ve büyük bankaların segmentinde yoğunlaşmıştır. Aynı zamanda, kurum içi gelişmelerin payı düşmüyor - hatta tam tersine büyüyor. Piyasada işinin tüm gereksinimlerini karşılayan bir sistem seçemeyen bankalar, ek bir rekabet avantajı olarak kendi ürünlerine yatırım yapmaya hazırdır. Bazı alt sistemler, örneğin küçük bankalardaki kredi modülleri tescillidir, çünkü bu genellikle üçüncü taraf alt sistemleri kullanmaktan ekonomik olarak daha uygun bir çözümdür. Bu arada, yöneticilerin bankanın tüm birimlerinin işleyişindeki durum ve eğilimler hakkında güncel bilgilere sahip olma derecesi, stratejik ve taktik kalkınma planlarının uygulanmasındaki başarıyı doğrudan etkilemektedir. Ve kredi kurumlarının kârlılığında yaygın bir düşüş bağlamında, yöneticilerin bilgiye erişim sorunu özellikle acil hale geliyor. Uygulamada, MS Excel, tüm avantajları ve dezavantajları ile genellikle bu alanda hüküm sürer. Sonuç olarak, çok büyük miktarda değerli bilgi, kişisel bilgisayarların yerel tablolarında ve farklı veritabanı sunucularında depolanır.

21 yıldır, ülkenin en büyük bankalarının şubeleriyle şiddetli rekabet koşullarında, küçük bölgesel banka "Novatsia", kurumsal müşterilere ve Adıge Cumhuriyeti vatandaşlarına neredeyse tüm bankacılık hizmetlerini sunmaktadır. Finansal çalkantılara rağmen, Anonim Ticaret Bankası Novatsia OJSC, birçok ticari bankanın yapamadığı bağımsızlığını korudu.

Bankacılık pazarındaki şiddetli rekabet ve daha yüksek iş gücü verimliliği, daha fazla güvenilirlik ve bilgi güvenilirliği ve daha iyi güvenliği sağlamak için gereklilikler, bankanın çeşitli geliştiricilerin çeşitli özerk bankacılık sistemlerinden tek bir modern otomatik bilgi bankacılığı sistemine geçişini gerektirmektedir. Böyle bir sistem, tüm banka çalışanlarının çalışmasını sağlamalıdır: kasiyerler, veznedarlar, kredi memurları ve muhasebeciler ile yönetim personeli.

Bu çalışma kapsamında, bankacılığın önde gelen alanlarından biri olan bireylere kredilerin muhasebeleştirilmesi için sadece OJSC AKB Novatsia'da değil, herhangi bir bankada bir alt sistem geliştirilmesi planlanmaktadır. Ticari bir bankadaki bireylere verilen kredileri kaydetmek için otomatik bilgi sistemi (AIS) aşağıdaki ana işlevleri yerine getirmelidir:

kredi geri ödeme planı;

Bankanın müşterilerinin listesi;

sigorta şirketlerinin listesi;

kredi işlemleri günlüğü;

verilen kredilerin istatistikleri.

program otomasyonu ödünç verme arayüzü

1. AIS oluşturma sorunlarının ön tasarım analizi

1.1 Konu alanının açıklaması

1.1.1 Genel

Anonim Ticaret Bankası "Novatsia" nın oluşum ve gelişim tarihi, yeni Rusya'nın tüm bankacılık sektörünün tarihini yansıtıyor. 90'ların başında, Rusya'da yaklaşık 3 bin ticari banka faaliyet gösterdi ve yalnızca en güçlüleri hayatta kaldı, yani kalkınma stratejisi bankacılık hizmetlerini geliştirmeyi, yapısal bölünmeler ağını genişletmeyi ve müşteri çekmeyi amaçlayanlar.

11 bin ruble sermaye ile başlıyor. 1990'da 21 yıl boyunca banka özkaynaklarını 212 milyon rubleye, varlıkları 135 bin ruble'den artırdı. 2,2 milyar rubleye kadar ve 111 bin ruble'den kredi portföyü. 1,2 milyar rubleye kadar. Faaliyetinin başlangıcında, bankanın vatandaş mevduatı yoktu ve şimdi 30 binden fazla kişi müşterisi ve mevduat miktarı yaklaşık 1 milyar ruble.

Mortgage kredisini geliştiren banka, son 2 yılda 200'den fazla genç aileye kendi evlerini edinmelerinde yardımcı oldu.

Bankanın bölümlerinin yapısal ağı da genişlemiştir. Şimdi bankanın bir şubesi, iki ek ofisi ve biri Krasnodar şehrinde ilk müşterilerini almaya hazırlanan iki operasyonel ofisi var.

Interfax Bilgi Ajansı'nın Ekonomik Analiz Merkezi'nin 1 Ekim 2011 itibarıyla yaptığı sıralamaya göre, Güney Federal Bölgesi'ndeki 46 banka arasında OJSC AKB Novatsia, aktifler bazında 20., bankanın varlıkları açısından 34. sırada yer aldı. özkaynak (sermaye) ve kâr açısından 16. bir yer

Bankanın 2011 yılı stratejik hedeflerinden aşağıdakiler gerçekleştirilmiştir: Adıge Cumhuriyeti finans piyasasında artan rekabet ortamında faaliyet hacmi artırılmış, kâr düzeyi bankanın sermayesi olan aktiflerinin büyümesine yetecek düzeyde artırılmıştır. artırıldı, yeni kredi ürünleri tanıtıldı, mevduat çekme koşulları revize edildi, iş geliştirme çalışmaları yapıldı.

Novatsia Bank'ın bugünkü başarıları, dinamik büyümesi, istikrarlı finansal performansı ve güvenilirliği - tüm bunlar hissedarlar, banka yönetimi ve çalışanları tarafından izlenen ılımlı muhafazakar politika sayesinde elde edilmiştir.

1.1.2 Otomasyon nesnesi hakkında bilgi

Otomasyon nesnesi JSCB Novatsia'nın perakende kredi departmanı. Banka, bireysel müşterilerine aşağıdaki kredi ürünlerini sunmaktadır:

1) Kredi kartı:

12 aya kadar kredi vadesi;

maksimum miktar 100.000 ruble;

programa uygun olarak aylık eşit taksitler halinde kredi geri ödemesi;

kredi kullanma faizi %20

nakit çekme ücreti %2,2

Merkez Bankası'nın refinansman oranına göre vade ihlali cezası;

kredi güvencesi olmadan.

Gerekli belgeler:

pasaport veya diğer kimlik belgesi;

TIN sertifikası;

çalışma kitabının kopyası;

2) Tüketici kredisi:

Faiz oranı yıllık %25'tir;

18 ila 70 yaş arası;

Maksimum kredi tutarı - 50.000 ruble;

Malların değerinin %10'u peşinat;

1 yıla kadar kredi vadesi;

Borçlunun talebi üzerine ilk ödeme tutarı;

kredi güvencesi olmadan.

Kredi ödemesi, borçlunun başvurusunu takip eden en geç ertesi gün.

Gerekli belgeler:

pasaportun kopyası;

TIN sertifikasının kopyası;

sağlık sigortası poliçesinin bir kopyası;

borçlunun son 6 aylık gelir belgesi 2-NDFL;

3) Araç kredisi

Maksimum kredi tutarı - 3.000.000 ruble;

5 yıla kadar kredi vadesi;

Faiz oranı yıllık %16 (yeni araba) veya %18 (kullanılmış araba);

Risk altındaki araba sigortası "AutoKASKO", dahil. hasar ve hırsızlıktan ve zorunlu hukuki sorumluluktan;

Kredi güvenliği - satın alınan arabanın rehni;

Eşin kefalet (kayıtlı evlilik varsa);

4) Ev ipoteği kredisi

Maksimum kredi tutarı 4.000.000 RUB'dur;

Kredi vadesi - 10 yıla kadar;

Faiz oranı - yıllık %14.5;

Satın alınan konutun maliyetinin en az %10'u tutarında ilk ödeme;

Borçludan yetersiz gelir olması durumunda ortak borçluları çekme imkanı;

Sağlanan kredinin miktarı, borçlunun ortalama aylık net gelirine veya ortak borçluların son 6 aydaki toplam gelirine bağlıdır;

Kredinin erken geri ödenmesine ceza ödemeden izin verilir;

Satın alınan konutların kredi güvenlik taahhüdü.

Borçlu gereksinimleri:

22 yaşındaki kişilere ipotek kredisi verilir, yükümlülüklerin yerine getirilmesi sırasında borçlunun (ortak borçluların) yaşı 60 yılı geçmemelidir;

Adıge Cumhuriyeti topraklarında daimi tescilin varlığı;

borçlunun olumsuz bir kredi geçmişi yok;

en az 6 takvim aylık iş deneyimi;

Krediyi geri ödemek ve faiz ödemek için yeterli gelirin mevcudiyeti.

1.1.3 Kredi görevlisinin faaliyetlerinin analizi

Bir kredi ürünü ihraç etmenin aşağıdaki aşamaları ayırt edilebilir (Şekil 1.1 ve 1.2):

borçlunun ihtiyaç duyduğu kredi ürününün türünün belirlenmesi (kredinin amacı, tutarı, vadesi, oranı vb.);

borçlu, garantörler ve rehin verenler hakkında gerekli tüm verilerin toplanması;

bir kredi başvurusunun analizi ve karar verilmesi (olumlu veya olumsuz);

karar olumluysa, gerekli tüm belge ve sertifikaların yanı sıra kredi ve teminat sözleşmelerinin hazırlanması;

müşterilerle belge ve sertifikaların yanı sıra kredi ve teminat sözleşmelerinin imzalanması;

bir kişinin hesabına bir kredi ürününün verilmesi;

satıcıya nakitsiz para transferi veya nakit para çekme.

Şekil 1.1 Bir kredi ürünü ihraç etme sürecinin bağlam diyagramı

Şekil 1.2 Bir kredi ürünü ihracının ayrıştırılmasına ilişkin diyagram

Müşteriler-borçlular ve verilen kredilerin muhasebesi, gerekli miktarda analitiği sağlamayan FORS ABS'de tutulur. Yönetim için kredi portföyü MS Excel elektronik tablosunda hazırlanır.

Kredi memuru, faaliyetlerinde Banka'nın Kredi Politikası, Banka'nın Muhasebe Politikası ve ayrıca Rusya Federasyonu Merkez Bankası'nın çeşitli hükümleri ve tavsiyeleri, özellikle 26 Mart 2005 tarih ve 254-P Yönetmeliği tarafından yönlendirilir. .

1.1.4 Perakende kredi otomasyon pazarının analizi

CNews Analytics'e göre, bankaların %75'i bireylere kredi vermenin otomasyonuyla ilgileniyor. Diasoft, perakende kredi otomasyonu pazarındaki maksimum payı %26 ile oluşturuyor. İkinci sırada bankaların kendi gelişmeleri yer alıyor (%17). Daha önce ikinci sırada yer alan R-Style Softlab, %7 kayıpla pazarın %13'ünden üçüncü sıraya yükseldi. CFT dördüncü sırada (%11). Beşinci sıra PSiT'ye aittir (%6). Ardından "Quorum", "UniSAB", "Inversion", CSBI (her biri %3) ve BIS (pazarın %2'si) şirketleri geliyor.

Şekil 1.3, geliştiricilerin perakende kredi otomasyon sisteminin uygulama sayısına göre dağılımını göstermektedir.Bankaların %14'ü kullanılan çözümü değiştirmeyi planlıyor. Nüfusa kredi vermeyi otomatikleştirmek için kullanılan sistemin değiştirilmesinin ana nedenleri, otomatik bankacılık sisteminin (ABS) değiştirilmesi ve sistemin eskimesi ve ayrıca çözümün yetersiz işlevselliğidir (Şekil 1.4).

Ankete göre, sistemi değiştirmeye karar veren bankaların %61'i zaten bir çözüm sağlayıcı seçmiş durumda. %29'u Diasoft ürünlerine geçmeyi düşünüyor. R-Style Softlab, popülaritede ikinci sırayı koruyor, göstergeleri %20'den %26'ya yükseldi. Üçüncü ve dördüncü sıraları sırasıyla %1 ve %4 kaybeden ve şimdi %11 ve %7 tercihe sahip olan CFT ve Inversion alıyor. Bunu %5 ile ProgramBank takip etmektedir. Misys, TemeNets Group AG ve kendi geliştirmeleri %3'lük bir pay alıyor (Şekil 1.5).

Şekil 1.3 Uygulama sayısına göre geliştiricilerin dağılımı

Şekil 1.4 Bireylere kredi vermek için kullanılan otomasyon sisteminden vazgeçme nedenleri

Şekil 1.5 Geliştiricilerin banka tercihlerine göre dağılımı

1.2 AIS uygulama ihtiyacının gerekçesi

AIS, daha yüksek işgücü üretkenliği, daha fazla güvenilirlik ve bilgi güvenilirliği ve daha iyi güvenliğini sağlamak için gereklidir.

AIS'yi tanıtmanın temel amacı, tek bir bilgi alanı oluşturmak, otomatik iş istasyonlarını yalnızca muhasebe işlevlerini değil, aynı zamanda yönetim görevlerini de çözmeye izin veren tek bir sistemde birleştirmek.

Genellikle müşterinin kendisi uygulama seçeneğini kendisi belirler. İki seçenek vardır: entegre uygulama ve kurum içi uygulama. Karmaşık sistemler oldukça pahalıdır, uygulanması zor ve zaman alıcıdır. Pek çok sistem bir geliştirici olmadan uyarlanamaz ve banka genellikle onlardan çok uzaktadır. Yukarıdakilere ek olarak: bu tür sistemler için danışmanların çalışmalarının maliyeti yüksektir, eğitim maliyeti. Çoğu zaman, Rus geliştiricilerin sistemleri genellikle değişiklikler için "kapalı" sistemler kullanır, çoğu zaman bu tür sistemler bir sonraki platform değişikliğinde "hayatta kalamaz".

Otomatik bilgi sistemleri genellikle oldukça uzun bir süre için satın alınır (bir AIS'nin ortalama ömrü 8-10 yıldır, ancak bu sınır değildir - birçok banka çok daha uzun bir çalışma “deneyimine” sahip sistemleri kullanır, ancak bu süre zarfında edinilen yeni yetenekler) ... Bir otomasyon sisteminin beklenen etkiyi yaratması için, belirli bir bankaya - yeteneklerine, gelişme düzeyine vb. - karşılık gelmesi gerekir. Küçük bir banka için AIS'nin maliyeti o kadar da küçük değil.

Tabii ki, diğer oldukça karmaşık ve pahalı mallar (örneğin, arabalar) gibi, otomasyon sistemlerini seçmek için birçok kriter vardır. Bazıları son derece önemlidir, bazıları ise çok bireysel ihtiyaçları yansıtabilir. Bu gibi durumlarda, kişi büyük ölçüde "sağduyuya" güvenmeli ve ayrıca özel nitelikteki bazı önemli noktaları akılda tutmalıdır. Otomasyon sistemi seçerken şunlara dikkat etmelisiniz:

otomasyon sisteminin neler yapabileceği veya işlevselliğinin ne olduğu;

bir sistemi satın almanın, işletmeye almanın ve çalışır durumda tutmanın ne kadara mal olacağı, yani. toplam sahip olma maliyeti nedir (yazılımın sadece fiyatını değil, toplam maliyetini bilmek son derece önemlidir).

uygulama projesinin başarıyla tamamlanmasının ve sistemin tam olarak devreye alınmasının garantisi var mı;

sistemin "içeride" olduğunu ve sonuç olarak ne kadar güvenilir, dayanıklı, üretken olduğunu, nihayetinde modern olduğunu;

sistemin verimliliği ve olası geri ödeme süresi nedir;

satış sonrası dönemde hizmet düzeyi ve kalitesi;

bankanın kendi uzmanları tarafından sistemi sürdürme ve geliştirme yeteneği;

sistemin perspektifleri nelerdir, gelecekte tedarikçi tarafından geliştirilip desteklenmeyeceği.

Öncelikle bankanın gerçek ihtiyaçlarını belirlemek çok önemlidir. Gerçek otomasyon ihtiyaçlarını belirlemek kolay değildir. Bir işletmenin, bir şirketin veya bir bankanın, önümüzdeki birkaç yıl için bilgi teknolojisinin rolünü tanımlayan ve kurumsal bir otomatik yönetim sistemi oluşturma sırasını tanımlayan bir geliştirme planı geliştirmesi çok iyidir. Böyle düşünceli bir yaklaşım, en büyük getiriyi sağlar, “yanlış” AIS'yi seçme riskini önemli ölçüde azaltır ve “patchwork” otomasyonunun sorunlarından kaçınma. Aynı zamanda, bu aşamadaki en kritik faaliyetlerin ("çalışanların çalışmalarının önemli ölçüde bağlı olduğu darboğazlar") veya geleneksel şekilde işlenirken en yoğun emek gerektiren faaliyetlerin otomasyonu öncelikli görevler olarak kabul edilebilir.

Bu çalışma çerçevesinde hazır bir birleşik otomatik bankacılık yönetim sisteminin geliştirilmesi ve hatta uygulanması mümkün olmadığından, ilk aşamada OJSC AKB Novatsia'da bireylere kredi kaydı için bir alt sistemin getirilmesi planlanmaktadır. Bu nedenle, bireylere verilen kredilerin muhasebeleştirilmesini otomatikleştirmek için, JSCB Novatsia'nın Perakende Kredi Departmanındaki bilgi işleme sürecinin özelliklerini dikkate alan, bireylere verilen kredilerin muhasebeleştirilmesi için AIS'nin geliştirilmesi yoluyla uygulama seçeneği seçilmiştir.

1.3 Mevcut yazılım ürünlerine genel bakış

Önde gelen otomatik bankacılık bilgi sistemlerinin birkaç örneğini düşünün.

Diasoft FA # Diasoft firmasının perakende perakende çözümü, entegre bileşenlerden (katman seti) ön, orta ve arka ofislerden oluşur. Çözüm bileşenlerinin ayrılması, heterojen işlemlerin (hizmetlerin ve müşteri hizmetlerinin satışı, operasyonel yönetim, işlemlerin işlenmesi vb.) gerçekleştirilme verimliliğini artırmak için yapılır.

Ön büro, müşteri ile banka arasında doğrudan iletişimin (hem bir banka uzmanının katılımıyla hem de onsuz) gerçekleştiği bir ortamdır. Hem İnternet ortamı hem de ATM olabilir, ancak çoğu durumda ön büro bankanın çeşitli bölümleri, acentelerin ve komisyoncuların işyerleridir. Ön büro, müşterilere bankacılık hizmetlerinin (bankacılık ürünlerinin satışı) maksimum kullanılabilirliğini sağlar ve bankacılık hizmetlerinin verimliliğini ve kalitesini artırır.

Bir orta ofis, operasyonel kararlar almaktan sorumlu banka çalışanları için bir işyeridir. Bir orta ofis şunlar olabilir: kredi riski yönetiminden sorumlu bir puanlama sistemi, bir kredi geri ödeme yönetim sistemi, bir bütçeleme sistemi.

Arka ofis, bankanın muhasebe sistemidir, akdedilmiş sözleşmeleri ve tamamlanmış işlemleri işlemekten sorumlu çalışanlar için bir iş yeridir.

Ön büro, kredi başvurusu çerçevesinde aşağıdaki temel işlemleri sağlar:

tüm perakende kredi ürünleri yelpazesi için destek: tüketici kredisi, araba kredisi, ipotek kredisi, hedefli tüketici kredileri, kredi kartları;

ön büro kredi hizmetleri (güvenlik hizmeti, hukuk hizmeti, kredi analistleri, kredi yöneticileri, kredi komitesi, vb.) ile ilgili tüm banka bölümlerinin faaliyetlerinin yanı sıra ön büro çalışanlarının (banka şube operatörleri, otomobil bayileri, dükkanlar vb. çalışanları) vb.);

ilk ödeme tutarlarının ve düzenli ödemelerin tutarlarının ön hesaplaması olarak bankanın bu tür kredi ürünlerine ilişkin bilgi desteği;

bir kredi başvurusuna girmek, belgelerin doldurulmasının doğruluğunu izlemek (birincil doğrulama);

kredi tutarının hesaplanması, ilk ödeme tutarının yanı sıra kredi tutarına dahil edilen ödemeler (komisyonlar, sigorta primleri vb.)

kredi başvurusuna grafik bilgilerinin eklenmesi (borçlu ve garantörler tarafından sunulan belgelerin grafik görüntüleri, müşterinin kimliğini kanıtlayan belgeler, gelirini doğrulayan belgeler, 2-NDFL sertifikası veya banka şeklinde, banka ekstresi, TIN, vesaire.);

başvurunun değerlendirilmek üzere bankaya devredilmesi (bu durumda, bankanın sorumlu personeline bir bildirimin iletilmesi, banka düzenlemelerine göre yapılandırılabilir);

kağıt iş akışına eşlik eden belgelerin oluşturulması ve yazdırılması (örneğin, orijinal belgelerin kabulü / devredilmesi vb.). Bir kredi için bir belge paketinin durumunun izlenmesi (mevcut tarih itibariyle belgelerin eksiksizliği, belgelerin transferinin zamanlaması);

kredi verilmesine ilişkin karar verme çerçevesinde banka teknolojilerinin desteklenmesi (kredi yöneticisi, hukuk hizmeti, kredi komitesi vb.). İncelenen kredi başvurusu hakkında bir kararın oluşturulması;

Aşağıdakilerden oluşan onaylanmış bir başvuru temelinde bir belge paketinin oluşturulması: bir kredi sözleşmesi, bir banka hesabı açma sözleşmesi, bir ödeme planı, bir kredi için ödeme almak için bir puan listesi ve ayrıca ipotek kredisi, teminat sözleşmeleri (edinilen gayrimenkulün rehni), ilgili sigorta sözleşmeleri vb. ...

Ön büro, kredilerin desteklenmesi ve geri ödenmesi çerçevesinde aşağıdaki temel işlemleri sağlar:

bir kredi için planlanmış ödemelerin kabulü (bankanın tercihine göre özelleştirilebilir çeşitli geri ödeme planı seçenekleri);

gecikme durumunda ödemeleri kabul etmek (banka tarafından belirlenen para cezaları ve cezalar dikkate alınarak arka ofisten geciken tutar hakkında bilgi alınması). Her borç türü için belirlenen öncelik sırasına göre borç geri ödemesi;

bir kredinin tamamen veya kısmen erken geri ödenmesi için başvuruların kabul edilmesi (çeşitli moratoryum türleri dikkate alınarak erken geri ödeme olasılığının kontrol edilmesi, planlanan geri ödeme tarihi itibariyle geri ödeme tutarının ön hesaplanması, tarafından sağlanan yapılandırılmış cezaları dikkate alarak) hizmetin mevcut aşamasında bu kredi için kredi programı);

kredinin erken kısmi geri ödemesi (nihai hesaplama ve geri ödeme tutarının kabulü, programın yeniden hesaplanması, hem kredi vadesinde azalma olan planlar hem de yıllık ödeme planları için aylık ödeme boyutunda azalma olan planlar desteklenir);

kredinin erken tam geri ödenmesi (ceza miktarlarının kontrolleri ve hesaplamaları, herhangi bir ceza öngörüldüğü takdirde erken kısmi geri ödemeye benzer şekilde yapılır);

kredinin tam geri ödenmesi ile sözleşmelerin kapatılması;

kağıt iş akışını destekleyen belgelerin otomatik yazdırılması.

Çözümün işlevselliği, verilen kredileri geri ödeme ve kapatma açısından destekleme sürecini otomatikleştirmenize olanak tanır. İhraç edilen kredilere hizmet verme eylemlerinin bir parçası olarak, borçluya ilişkin verilerdeki (iletişim bilgileri, ikamet / kayıt adresleri, iş yeri verileri, medeni durum vb.) değişikliklerin kaydı sağlanır. Verilen kredilere eşlik etme süreci ve borçlu hakkındaki bilgilerin güncellenmesi süreci otomatikleştirildi. Gerekirse, bankanın emrindeki verilerin aktif bir güncellemesi yapılandırılabilir (borçlunun verilerini, mülk durumunu, irtibatlarıyla ilgili bilgilerin alaka düzeyini vb. kontrol sonuçları).

BIS şirketinden entegre bankacılık sistemi (IBS) BISKVIT, finansal hizmetler piyasasının dinamik gelişimi bağlamında bankacılık işlemleri için yüksek düzeyde bilgi desteği sağlar. İşlevsel eksiksizlik, ticari bir bankanın birçok işlemini otomatikleştirmenize olanak tanır. Modüler yapı, bankanın sadece faaliyet kapsamı ve belge sirkülasyonu hacmi ile o anda doğrulanan yazılım maliyetlerini karşılamasını sağlamakta ve gerçekleştirilen işlem yelpazesi genişledikçe sistemin işlevselliğini kolayca artırmaktadır. Birleştirilmiş bir teknoloji, herhangi bir modülde gerçekleştirilen bir işlemin tek bir veritabanına otomatik olarak yansıtılmasını ve sonuçlarının diğer tüm modüllerde kullanılmasını mümkün kılar.

Bireylere Krediler modülü, yaşam döngülerinin tüm aşamalarında bankanın müşterileri - bireyler ile akdedilen fonların yerleştirilmesine ilişkin sözleşmelerin sürdürülmesini sağlar.

Modül özellikleri:

1) anlaşmaların temel şartları hakkında bilgi sağlamak:

anapara, faiz ve komisyonlar için ödeme planları;

farklılaştırılmış ve yıllık geri ödeme planları;

faiz oranlarının, komisyonların, cezaların ve para cezalarının boyutu;

sözleşme koşullarındaki değişiklikleri kronolojik sırayla saklamak;

2) aktif operasyonlar açısından - çeşitli borç verme biçimleri için destek:

basit kredi sözleşmesi (tek seferlik, tek seferlik veya aşamalı geri ödeme);

ipotek kredisi (bir kerelik ihraç, yıllık geri ödeme planı);

kredili mevduat hesabı (bir banka hesabındaki kredili mevduat limiti, müşterinin hesabında işlem yaparken limit kontrolü, toplam ve dahili kredi koşullarının kontrolü);

plastik kartlar kullanılarak ödemesiz kredi desteği, IBS BISKVIT'in Kredi Kartları modülünden alınan verilere dayalı olarak ödemesiz ve ödemesiz kredilerin hesaplanması, kart işlemlerine ilişkin kayıtların kullanılması, hibe ve geri ödeme için ödemesiz kredilerle çalışmak için bankacılık operasyonlarının kurulması;

3) alınan güvenlikle ilgili bilgilerin korunması:

teminat türü (garanti, kefalet, mülkiyet rehni, menkul kıymetler, kıymetli madenler);

teminat anlaşması ve bunun altındaki karşı taraf hakkında veriler;

benzer güvenlik öğelerinin sayısı;

teminatı değerlendirme yolu (hesap bakiyesine göre, piyasa fiyatına göre, bireysel değere göre);

ek bilgiler (örn. açıklama, konum);

4) Kullanıcıya, anapara ve faiz ödemelerine ilişkin acil ve vadesi geçmiş borçlar, cezalara ilişkin borçlar vb. dahil olmak üzere, herhangi bir tarihteki planlanan ve fiili borç hakkında tam bilgi sağlamak;

5) birincil ve raporlama belgelerinin oluşturulması ve yazdırılması, örneğin, bir anlaşma metni, muhasebe emirleri, faiz tahakkuk beyanı, rezerv ödeme beyanı, sözleşmeler kapsamında borç beyanı, sözleşmeler kapsamında teminat beyanı, kredili mevduat hesabı limitinin tahmini hesaplaması ("temizlenen" müşteri hesabına dayalı);

6) karşı tarafın türü, işlemin türü ve süresi hakkındaki bilgilere dayalı olarak gerekli tüm analitik hesapların sözleşmesine tam otomatik olarak bağlanması için destek. Bağlı hesapların listesi, bir banka işlem şablonu ayarlanarak belirlenir. Hesap açma/bağlama yapılabilir:

sözleşme eklerken;

bir bankacılık işlemi gerçekleştirerek sözleşmeyi ekledikten sonra;

muhasebe işlemleri yapılırken, ilgili hesap henüz sözleşmeyle ilişkilendirilmemişse;

7) sözleşme kapatıldığında kapatılacak özelleştirilebilir bir hesap listesi;

8) kredilere göre risk sınıflandırmasına ilişkin verilerin kronolojik sırada tutulması;

9) bir kredinin verilmesi ve sürdürülmesi için her türlü muhasebe işleminin gerçekleştirilmesi;

10) harici otomatik sistemlerle etkileşim:

otomatik puanlama sistemleri;

ipotek komisyoncuları ve acentelerinin uzak müşteri sistemleri;

Sigorta şirketleri yazılımı.

Modül, sözleşme kapsamında ana borcun hareketini ve ayrıca faiz muhasebesi işlemlerini kaydeden işlemlerin tam listesini destekler:

kredi verilmesi ve geri ödenmesi (kredili mevduat hesabı limitinin kullanımı / restorasyonu dikkate alınarak rezerv takaslı ve takassız);

borçlar için kredi transferi;

vadesi geçmiş borçların geri ödenmesi;

kötü borçların bilançodan silinmesi;

faiz ödemesi;

faizin borçlara devri;

Bilanço dışı faiz muhasebesi.

Toplu modda, bu tür işlemler, örneğin, bilanço ve bilanço dışı hesaplarda raporlama dönemi sonunda faiz tahakkuku, kredilerdeki olası zararlar için ayrılan karşılığın kapatılması, diğer operasyonlardaki olası kayıplar için ödenek.

R-Style Softlab'dan RS-Bank v.5.5, bu kategorinin gereksinimleri dikkate alınarak orta ve küçük bankaların işlerini otomatikleştirmek için oluşturulmuştur. RS-Bank v.5.5, bankacılığın tüm alanlarını otomatikleştirmek için tasarlanmış popüler ABS RS-Bank 5.0'ın yeni bir sürümüdür: nakit ve takas işlemleri, dahili muhasebe, perakende hizmetler, tüzel kişilere ve bireylere kredi verme hizmetleri, bir şirketin ticari faaliyetleri. kredi kurumu.

RS-Bank v.5.5, uygulamalarının aşamalı olarak uygulanmasına izin veren ve bankanın işinin gelişimine paralel olarak işlevselliğini artıran modüler bir yapıya sahiptir. ABS RS-Bank v.5.5, aşağıdaki işlevsel ana hatları içerir:

RS-Retail v.5.5 perakende hizmetlerinin otomasyonu ve bireylerle çalışma;

RS-Loans v.5.5 banka kredisi faaliyetlerinin otomasyonu;

Bankanın RS-Incounting v.5.5 iş otomasyonu.

RS-Loans, kredi departmanlarının çalışanlarının karşılaştığı tüm çeşitli görevleri kapsayan, banka kredilerini otomatikleştirmeye yönelik bir yazılım paketidir. Sistemde ilk olarak aşağıdaki banka kredisi ürünleri yapılandırılır:

tüzel kişilere borç verme;

müşteri kredisi;

araba kredileri;

ipotek kredisi kredisi;

kredi ve kredili mevduat kartları (RS-Retail yazılım paketi ile etkileşime dayalı olarak);

tüzel kişilere ve bireylere kredi limitleri;

tüzel kişilerin takas hesapları için kredili mevduat hesabı kredisi;

banka garantileri.

RS-Loans, bir kredi başvurusunun düzenlenmesinden raporların düzenlenmesine kadar bir kredi sözleşmesinin tüm yaşam döngüsüne eşlik eden belgelerin işlenmesini otomatik hale getirir.

Bir kredi sözleşmesi hazırlama ve muhasebeleştirme işlevi, bireysel kredi koşullarının (faiz oranları, faiz hesaplama algoritması, vb.) işlemleri, kredi kalite kategorisinin ve rezerv yüzdesinin hesaplanması, ödeme ve geri ödeme planlarının hesaplanması ve yazdırılması, çeşitli şekillerde kredi verilmesi, kredilerin çeşitli şekillerde geri ödenmesi, keyfi komisyon ve cezaların ödenmesi, gecikmeler için kredi alınması, uzatılması bir anlaşma, ek anlaşmalar yapılması ve fazla ödemelerin geri ödenmesi. Yeni sürüm, Rusya Merkez Bankası'nın gereksinimlerini ve bankanın iç gereksinimlerini dikkate alan bir limit referans kitabı sağlayan bir sınırlama mekanizması uygular. Kolaylık sağlamak için sınırları belirlenmiş gruplar oluşturulabilir.

Teminat sözleşmeleri düzenlenirken ve muhasebeleştirilirken, çeşitli para birimlerinde ve çeşitli rehin sözleşmeleri türünde kefalet sözleşmeleri otomatik olarak oluşturulur. Sistem, teminat nesnelerinin bir tanımını girmenize ve bilanço dışı teminat kayıtlarını tutmanıza, rezervin hesaplanması da dahil olmak üzere teminatın kalite kategorilerini dikkate almanıza izin verir.

RS-Loans, banka uzmanlarına, kredi portföyüne ilişkin bilgiler ve belirli kredi türlerine ilişkin özet veriler de dahil olmak üzere, kredi konularına ilişkin kararlar almak için gerekli olan kapsamlı bilgileri sağlar. Raporlar, kredi türüne göre bilgilerin yanı sıra borçlu, kredi sözleşmesinin durumu, kredinin ruble ve döviz cinsinden tutarı, borç bakiyesi, faiz oranları, kefalet altındaki tutar hakkında ayrıntılı bilgi sağlar. ve türlerine göre teminat sözleşmeleri, anapara ve faize ilişkin vadesi geçmiş tutarlar, risk grupları ve bunlar için ayrılan karşılık tutarı ile analiz için gerekli diğer bir takım bilgiler. Yazılım paketi, Ulusal Kredi Geçmişi Bürosu ve Merkezi Kredi Geçmişi Kataloğu ile veri alışverişi yapmanıza ve diğer herhangi bir büro ile bir değişim gerçekleştirmenize olanak tanır.

Yukarıdaki programları ve diğerlerini göz önünde bulundurarak, yüksek uygulama maliyetleri ve müteakip bakımları nedeniyle konu alanının otomasyonu için uygun olmadıkları sonucuna varabiliriz.

1.4 Otomasyonun amaç ve hedefleri

OJSC AKB Novatsia'nın kredi görevlisinin işinin bir parçası olarak, AIS'nin aşağıdaki temel işlemleri gerçekleştirmesi gerekir:

bireylerin banka müşterilerinin muhasebesi;

kredi türleri (tüketici kredisi, ipotek, araba kredisi, kredi kartı vb.)

bireylere verilen kredilerin muhasebeleştirilmesi;

bir kredi için garantör ve rehin verenlerin muhasebesi;

bir kredi geri ödeme planının oluşturulması (dönem sonunda eşit ödemeler, yıllık ödeme);

kredili işlemlerin yürütülmesi: açma, planlı iptal, erken iptal, gecikme için çıkarma, kapatma;

çıktı belgelerinin oluşturulması:

belirli bir tarih için kredi portföyü;

kredi geri ödeme planı;

Bankanın müşterilerinin listesi;

sigorta şirketlerinin listesi;

belirlenen kriterlere göre kredi sözleşmelerinin seçimi;

kredi işlemleri günlüğü;

istatistiksel çizelgelerin oluşturulması:

tarih itibariyle kredi portföyünün yapısı;

dönem için aylara göre verilen kredilerin miktarı;

dönem için kredi ürün türlerine göre kredi tutarı.

1.5 Belirtilen geliştirme araçlarını kullanmanın fizibilitesinin analizi

1.5.1 Bir VTYS seçmenin gerekçesi

Bugün, iki düzineden fazla masaüstü DBMS veri formatı bilinmektedir, ancak en popülerleri Access, Paradox, FoxPro ve dBase'dir.

Bu DBMS'lerin her birini ayrı ayrı ele alalım.

dBase ve Görsel dBase

dBase dBase II'nin ilk endüstriyel versiyonu (daha sonra Ashton-Tate'e aitti, daha sonra Borland tarafından satın alındı) 1980'lerin başında ortaya çıktı. Kullanım kolaylığı, iddiasız bilgisayar kaynakları ve daha az önemli olmayan, üreticinin yetkili pazarlama politikası nedeniyle, bu ürün önemli ölçüde popülerlik kazanmıştır.

dBase'de veri depolama, "bir tablo, bir dosya" ilkesine dayanır (bu dosyalar genellikle * .dbf uzantısına sahiptir). MEMO ve BLOB alanları (dBase'in sonraki sürümlerinde bulunur) ayrı dosyalarda (genellikle * .dbt uzantılı) depolanır. Tablolar için dizinler de ayrı dosyalarda saklanır. Aynı zamanda, bu VTYS'nin önceki sürümlerinde, dizinleri tablonun mevcut durumuyla uyumlu hale getirmek için özel bir yeniden dizin oluşturma işlemi gerekiyordu.

dBase veri formatı açıktır, bu da diğer birçok üreticinin veri formatlarında dBase ile kısmen uyumlu olan dBase benzeri DBMS'ler oluşturmak için onu ödünç almasına izin vermiştir. Örneğin, bir zamanlar çok popüler olan FoxBase (Fox Software, Inc. tarafından geliştirildi ve şimdi Microsoft'a ait) tablolar için dBase veri biçimini kullanıyordu, ancak MEMO alanlarını ve dizinlerini depolama biçimleri kendilerine aitti ve dBase ile uyumlu değildi.

Borland tarafından dBase'in satın alınmasıyla, daha sonra Visual dBase olarak adlandırılan bu ürün, bu şirketin geliştirme araçlarına ve diğer masaüstü DBMS, Paradox'a özgü bir dizi ek özellik kazandı. Bu yetenekler arasında, grafik verileri için özel alan türleri, desteklenen dizinler, veri tabanının kendisinde referans bütünlük kurallarının depolanması ve ayrıca BDE API ve SQL Bağlantıları.

Visual dBase şu anda dBase, Inc.'e aittir. En son sürümü olan Visual dBase 7.5 aşağıdaki özelliklere sahiptir:

tüm sürümlerin veri işleme araçları dBase ve FoxPro;

Genişletilmiş Sistemlerden Advantage Veritabanı Sunucusunun veri erişim çekirdeği ve bu VTYS'nin verilerine erişmek için ODBC sürücüsü;

görsel sorgu oluşturma araçları.

80'lerin sonlarında - 90'ların başında, o zamanlar Borland International'a ait olan Paradox, bir zamanlar veritabanlarıyla masaüstü uygulamaları geliştirmek için pazarda istikrarlı bir konuma sahip olduğu ülkemizde de dahil olmak üzere çok popüler bir DBMS idi.

Paradox'ta veri depolama ilkesi, dBase'de veri depolama ilkelerine benzer - her tablo kendi dosyasında (uzantı * .db), MEMO ve BLOB alanları ayrı bir dosyada (uzantı * .md) saklanır, yanı sıra dizinler (uzantı * .px).

Ancak, dBase'den farklı olarak, Paradox veri formatı açık kaynak değildir, bu nedenle bu formattaki verilere erişmek için özel kütüphaneler gereklidir. Örneğin, C veya Pascal ile yazılmış uygulamalar, bir zamanlar popüler olan ve Borland Veritabanı Motorunun (BDE) temeli haline gelen Paradox Engine kitaplığını kullandı. Bu kitaplık şu anda Borland geliştirme araçlarıyla (Delphi, C++ Builder) oluşturulan uygulamalarda, bazı rapor oluşturucularda (örneğin Crystal Reports) ve Paradox'un kendisinde kullanılmaktadır. Bu DBMS'nin çeşitli sürümleri tarafından oluşturulan veritabanları için ODBC sürücüleri de vardır.

Microsoft FoxPro ve Visual FoxPro

FoxPro, kökenlerini Fox Software'den FoxBase masaüstü veritabanına kadar izler. 1980'lerin sonlarında FoxBase'i geliştirirken amaç, dosya organizasyonu ve programlama dili açısından dBase ile birlikte çalışabilen, ancak performans açısından önemli ölçüde üstün olan bir DBMS oluşturmaktı. Performansı artırmanın yollarından biri, dizin dosyalarını dBase'den daha verimli bir şekilde düzenlemekti - dizin dosyası biçimi açısından, bu iki VTYS birbiriyle uyumlu değildir.

dBase'in benzer sürümleriyle karşılaştırıldığında, FoxBase ve bu ürünün FoxPro adlı sonraki bir sürümü, kullanıcılarına iş grafiklerini kullanma, uygulama kodu oluşturma, otomatik olarak uygulama belgeleri oluşturma vb. gibi biraz daha gelişmiş yetenekler sağladı.

Bu ürün daha sonra Microsoft tarafından satın alındı. En son sürümlerine (1995'te yayınlanan 3.0 sürümünden başlayarak) Visual FoxPro adı verilir. Her yeni sürümle birlikte, bu ürünün diğer Microsoft ürünleriyle, özellikle Microsoft SQL Server ile giderek daha fazla entegre olduğu ortaya çıktı - son birkaç yılda Visual FoxPro, FoxPro verilerini SQL Server'a aktarmak için araçlar ve verilere erişmek için araçlar içeriyor. Bu sunucudan Visual FoxPro ve onunla oluşturulmuş uygulamalardan.

Bu ürünün en son sürümü olan Visual FoxPro 6.0, hem ayrı olarak hem de Microsoft Visual Studio 6.0'ın bir parçası olarak kullanılabilir. Bu masaüstü DBMS'nin yukarıda tartışılan ikisinden ayırt edici bir özelliği, bu ürünün Microsoft teknolojileriyle, özellikle COM (Windows'un 32 bit sürümlerinin ve kuruluşun işleyişinin temeli olan Bileşen Nesne Modeli) desteğiyle entegrasyonudur. bu işletim sisteminde dağıtılmış bilgi işlem), Microsoft SQL Server ile entegrasyon, Windows DNA (Dağıtılmış interNet Uygulamaları) konseptine dayalı dağıtılmış uygulamalar oluşturma yeteneği.

Visual Fox Pro 6.0 aşağıdaki özellikleri sağlar:

Microsoft Transaction Server için COM nesneleri ve nesneleri oluşturmaya yönelik araçlar, veri işleme için ölçeklenebilir çok katmanlı uygulamalar oluşturmanıza olanak tanır;

OLE DB (ilişkisel olmayan veritabanları ve Microsoft Exchange gibi diğer kaynaklar dahil olmak üzere çeşitli kaynaklardan gelen verilere birleşik erişime izin veren bir dizi COM arabirimi) kullanımına dayalı olarak sunucu DBMS'lerinden verilere erişmek için araçlar;

tablolar, tetikleyiciler, saklı prosedürler oluşturma ve düzenleme yeteneği dahil olmak üzere Microsoft SQL Server ve Oracle verilerine erişim araçları;

Microsoft SQL Server saklı yordamları için hata ayıklama araçları;

uygulamanın ayrılmaz parçaları olan bileşenlerin ve nesnelerin görsel modellemesi için bir araç - Visual Modeller;

uygulama bileşenlerini yönetmek ve yeniden kullanmak için bir araç.

Bu nedenle, bu ürünün geliştirme eğilimleri açıktır: bir masaüstü DBMS'den Visual FoxPro, yavaş yavaş istemci / sunucu mimarisinde uygulamalar ve Windows DNA mimarisinde dağıtılmış uygulamalar geliştirmek için bir araca dönüşüyor. Ancak, bu eğilimler bir dereceye kadar en popüler masaüstü VTYS'leri için tipiktir: hem dBase hem de Paradox ayrıca en popüler sunucu tarafı VTYS'lerine erişime izin verir.

Microsoft Erişimi

Aslında bir uygulama geliştirme aracına dönüşen Visual FoxPro'dan farklı olarak Access, programlamaya aşina olmayanlar da dahil olmak üzere öncelikle Microsoft Office kullanıcılarına yöneliktir. Bu, özellikle, belirli bir veritabanıyla ilgili tüm bilgilerin, yani tablolar, dizinler (doğal olarak desteklenir), referans bütünlüğü kuralları, iş kuralları, bir kullanıcı listesi ile formlar ve raporların tek bir yerde saklanması gerçeğinde kendini gösterdi. file. , genellikle acemi kullanıcılar için uygundur.

Microsoft Access, işlevsel olarak eksiksiz bir ilişkisel veritabanı yönetim sistemidir. Verileri tanımlamanız ve işlemeniz için ihtiyaç duyduğunuz tüm araçları sağlamanın yanı sıra, büyük miktarda bilgi ile çalışırken bunları yönetmek için de sağlar.

Erişim şunları içerir:

ODBC aracılığıyla sağlanan Access verilerini ve verileri işlemek için araçlar (ikincisi Access veritabanına "eklenebilir");

formlar, raporlar ve uygulamalar oluşturmak için araçlar; aynı zamanda raporlar Microsoft Word veya Microsoft Excel'e aktarılabilir ve uygulamalar oluşturmak için Microsoft Office'in tüm bileşenlerinde ortak olan Visual Basic for Applications kullanılır;

OLE DB aracılığıyla sunucu DBMS verilerine erişim araçları;

Microsoft SQL Server için istemci uygulamaları oluşturmaya yönelik araçlar;

Microsoft SQL Server yönetim araçları.

Erişim Sistemi, veritabanı yönetimi için bir dizi son kullanıcı aracıdır. Tablolar, formlar, sorgular ve raporlar için tasarımcılar içerir. Bu sistem aynı zamanda bir uygulama geliştirme ortamı olarak da değerlendirilebilir. Sorun çözmeyi otomatikleştirmek için makrolar veya modüller kullanarak, doğrudan programlama dillerinde yazılmış uygulamalar kadar güçlü, kullanıcı merkezli uygulamalar oluşturabilirsiniz. Bunu yaparken, düğmeler, menüler ve iletişim kutuları içereceklerdir.

Access, veritabanı dosyalarının ağ üzerinde paylaşılan kaynaklar olduğu çok kullanıcılı uygulamalar oluşturmak için özel olarak tasarlanmıştır. Access, garantili bütünlük ile işlem işlemeyi destekler. Ayrıca, bireysel kullanıcılar ve tüm gruplar için verilere erişimi kontrol etmenizi sağlayan kullanıcı düzeyinde güvenlik sağlanır.

Yukarıdaki verilere dayanarak, geliştirilen sistemin VTYS'si olarak Microsoft Access seçilmiştir.

1.5.2 Bir programlama dili seçmenin gerekçesi

Bilgisayar teknolojisinin hızlı gelişimi, etkili yazılım geliştirme araçlarına duyulan ihtiyaç, aralarında Borland Delphi ve Microsoft Visual Basic'in ayırt edilebileceği "hızlı geliştirme" olarak adlandırılan programlama sistemlerinin ortaya çıkmasına neden oldu. Hızlı uygulama geliştirme sistemleri (RAD sistemleri, hızlı uygulama geliştirme için Hızlı Uygulama Geliştirme ortamı), görsel tasarım ve olay güdümlü programlama teknolojisine dayanır; bunun özü, geliştirme ortamının rutin işlerin çoğunu üstlenmesidir. iletişim kutuları ve olay işleme işlevleri tasarlamak için programcı.

Delphi, programlama dili olarak Delphi'yi kullanan hızlı bir geliştirme ortamıdır. Delphi dili, programcıların aşina olduğu, Object Pascal'a dayalı, güçlü bir şekilde yazılmış nesne yönelimli bir dildir.

Delphi, özellikle:

tamamen hesaplama ve mantıksaldan grafik ve multimedyaya kadar çok çeşitli amaçlarla Windows için eksiksiz uygulamalar oluşturun;

herhangi bir uygulama için hızlı bir şekilde (acemi programcılar için bile) profesyonel görünümlü bir pencere arayüzü oluşturun;

yerel ve uzak veritabanlarıyla çalışmak için güçlü sistemler oluşturun;

uygulamalarınız için yardım sistemleri (.hlp dosyaları) oluşturun.

ve daha fazlası.

Programcıların basitlik ve rahatlığı güç ve esneklikle birleştiren bir programlama ortamı hayali, Delphi ortamının ortaya çıkmasıyla gerçek oldu. Kullanıcı arayüzünün görsel tasarımını sağladı, geliştirilmiş nesne yönelimli bir dil olan Object Pascal'a (daha sonra Delphi olarak yeniden adlandırıldı) sahipti ve sadeliği ve veritabanlarına erişim araçlarının gücü bakımından benzersizdi. Delphi dili, yeteneklerinde Temel dili ve hatta bazı yönlerden C++ dilini önemli ölçüde aştı, ancak aynı zamanda çok güvenilir ve öğrenmesi kolay olduğu ortaya çıktı (özellikle C++ diline kıyasla) . Sonuç olarak Delphi ortamı, programcıların kendi bileşenlerini kolayca oluşturmalarına ve bunlardan profesyonel programlar oluşturmalarına olanak sağladı. Ortam o kadar başarılı oldu ki, C++ severlerin isteği üzerine daha sonra C++ Builder ortamı oluşturuldu - C++ diline dayalı (genişletilmiş sözdizimli) Delphi ortamının bir klonu. Delphi ortamı aslında Windows işletim sistemi için en iyi programlama araçlarından biri haline geldi.

Herhangi bir yazılım oluşturma aracının genel üretkenliği, aşağıdaki beş kritik unsur tarafından belirlenir:

görsel geliştirme ortamının kalitesi;

derleyicinin hızı ve derlenmiş programların hızı;

programlama dilinin gücü ve karmaşıklığı;

kullanılan veritabanı mimarisinin esnekliği ve ölçeklenebilirliği;

geliştirme ortamı tarafından desteklenen tasarım ve kullanım kalıplarının varlığı.

Elbette kurulum sorunları, belgeler, üçüncü taraf desteği vb. gibi daha birçok önemli faktör vardır. Yine de, bu basitleştirilmiş modelin Delphi'yi seçmenin neden mantıklı olduğunu açıklamak için yeterli olduğunu varsayabiliriz.

2. Tasarım bölümü

2.1 AIS'nin bilgisel tasarımı

Veritabanı, belirli bir hedef etki alanı modelidir. Veritabanı (veritabanları), otomatik sistem kullanıcılarının ilgi alanına giren konu alanı hakkındaki gerçekleri yansıtır.

Veritabanı tasarımı, konu alanının ön yapılandırılması ile başlar. Gerçek dünyadaki nesneler sınıflandırılır, bunların toplamı veri tabanında görüntülenmek üzere kaydedilir; her türden bir nesne için, veri tabanında tanımlanacakları bir dizi özellik belirlenir; nesneler arasındaki ilişki türleri (bağlantılar) sabittir. Ardından, bu nesneler hakkında hangi bilgilerin veri tabanında sunulması gerektiğine ve bu veriler kullanılarak nasıl yapılacağına karar verilir.

Konu alanının durumu, algılanması ve veritabanındaki temsili arasında bir yazışma kurma fikri, bilgi sistemlerinin tasarımına sözde infolojik yaklaşımın temelini oluşturur.

Bir varlık, herhangi bir ayırt edilebilir nesnedir (bir diğerinden ayırt edebileceğimiz bir nesne), hakkında bir veri tabanında saklanması gereken bilgilerdir. Belirli bir varlık türündeki belirli varlık örneklerini tanımlamak için, onu tanımlarken tanımlayıcı rolü oynayan özel nitelikler kullanılır. Değerleri bir varlığın bir örneğini diğerinden benzersiz bir şekilde ayırt etmeyi mümkün kılan bir veya daha fazla özellik olabilir.

Nitelik, bir varlığın adlandırılmış bir özelliğidir. Adı belirli bir varlık türü için benzersiz olmalıdır, ancak farklı varlık türleri için aynı olabilir. Nitelikler, bir varlık hakkında hangi bilgilerin toplanması gerektiğini belirlemek için kullanılır. Burada ayrıca tür ve örnek arasında bir ayrım vardır. Ancak, bir varlığın her örneğine yalnızca bir öznitelik değeri atanır.

Anahtar, gerekli varlık örneğini açık bir şekilde bulmanın mümkün olduğu değerlere göre minimum nitelik kümesidir. Minimalite, kümeden herhangi bir özelliğin hariç tutulmasının, varlığın benzersiz olarak tanımlanmasına izin vermemesi anlamına gelir.

Varlık-ilişki modeli, informal bir etki alanı modelidir ve infolojik veritabanı tasarımı aşamasında kullanılır. Bu modeli oluşturmaya yönelik birkaç yaklaşım vardır, ancak hepsinde ortak olan, alanın bileşenlerini temsil etmek için üç ana yapısal öğenin kullanılmasıdır - varlık, nitelik ve ilişki. Proje bilgileri grafik diyagramlar kullanılarak özetlenir.

Modern CASE araçları, bilgi sistemleri tasarımı için çok sayıda teknoloji için geniş bir destek alanını kapsar: basit analiz ve dokümantasyon araçlarından tüm yazılım yaşam döngüsünü kapsayan tam ölçekli otomasyon araçlarına kadar.

Bilgi sistemlerinin geliştirilmesinde en çok zaman alan aşamalar, CASE araçlarının teknik kararların kalitesini ve proje belgelerinin hazırlanmasını sağladığı analiz ve tasarım aşamalarıdır. Aynı zamanda, bilginin görsel sunum yöntemleri önemli bir rol oynamaktadır. Bu, gerçek zamanlı olarak yapısal veya diğer diyagramların oluşturulmasını, çeşitli bir renk paletinin kullanımını ve sözdizimi kurallarının uçtan uca kontrolünü içerir. Konu alanını modellemek için grafiksel araçlar, geliştiricilerin mevcut bilgi sistemini görsel olarak incelemesine, hedeflere ve mevcut kısıtlamalara göre yeniden oluşturmasına olanak tanır.

Bu paketler arasında Rational Rose, Together Control Center, BPWin, ERWin, Model Mart, Silverrun Business Process Modeller, Process Analyst bulunmaktadır.

İnfolojik veri tabanı tasarımı için Computer Associates ERwin 4.1 CASE aracı seçilmiştir.

Bir veri modelinin oluşturulması genellikle mantıksal bir modelin oluşturulmasıyla başlar. Mantıksal modeli tanımladıktan sonra, tasarımcı gerekli DBMS'yi (veritabanı yönetim sistemi) seçebilir ve ERwin otomatik olarak karşılık gelen fiziksel modeli yaratacaktır. Fiziksel modele bağlı olarak, ERwin bir DBMS sistem kataloğu veya buna karşılık gelen bir SQL komut dosyası oluşturabilir. Bu işleme İleri Mühendislik denir. Böylece ölçeklenebilirlik sağlanır - tek bir mantıksal veri modeli oluşturarak, ERwin tarafından desteklenen herhangi bir VTYS için fiziksel modeller oluşturabilirsiniz. Öte yandan, ERwin, sistem kataloğunun veya SQL komut dosyasının içeriğinden hem fiziksel hem de mantıksal veri modelini (Tersine Mühendislik) yeniden oluşturabilir. Elde edilen mantıksal veri modeline dayalı olarak, başka bir VTYS için fiziksel bir model oluşturabilir ve ardından sistem kataloğunu oluşturabilirsiniz.

Tasarlanan modelde aşağıda açıklanan mantıksal-fiziksel model kullanılmıştır.

2.1.1 Mantıksal tasarım

Geliştirilmekte olan sistemde şu varlıklar ayırt edilebilir: Takvim, Dergi, Rehin, Müşteri, Kredi, Eğitim, Kefalet, İptal Konusu, Rehin Konusu, Tohum Pozisyonu, Kredi Durumu, KorkuCompany, Grafik Türü, Kredi Türü , İşlem Türü.

Sistemin mantıksal düzeydeki ER diyagramı Şekil 2.1'de gösterilmiştir.

Veritabanındaki veriler bütünlük özelliğine sahip olmalıdır. Veri bütünlüğü, verilerin doğruluğu ve herhangi bir zamanda tutarlılığı olarak anlaşılır. Veritabanının bütünlüğünün korunması, verilerin yanlış değişiklik veya tahribattan korunması olarak görülebilir (bu soru, bir güvenlik sorunu olan yasa dışı değişiklik ve tahribat için geçerli değildir).

benzer belgeler

Bankanın kredi faaliyeti RS-LOANS'ın karmaşık otomasyon sistemi. Borç verme iş süreçlerinin bir şemasını oluşturmak. Borçlunun ve garantörün ödeme gücünün değerlendirilmesi. Kullanıcı arayüzü, fonksiyon algoritmaları, ekran formları ve raporların geliştirilmesi.

tez, eklendi 07/20/2014


İlaç kuruluşlarında depo muhasebesini otomatikleştirmek için tasarlanmış bir program geliştirmenin aşamaları: bir programlama dili seçme, girdi ve çıktı bilgilerini karakterize etme, yazılım modülleri ve dosyalar arasındaki ilişkinin bir diyagramını çizme.

dönem ödevi, eklendi 05/12/2013


MS Access 2003 DBMS'nin arayüz özellikleri Veri şeması tasarımı. Bir grafik içeren bir bileşik raporun oluşturulması. Raporlarda gruplama ve sıralama. VBA programlama dilini kullanarak, makro oluşturma. Programın ve fonksiyonların geliştirilmesi.

dönem ödevi, eklendi 06/20/2010


Bilimsel ve pratik konferanslardan sorumlu olan bir eğitim kurumu çalışanının faaliyetlerini otomatikleştiren bir yazılım ürününün oluşturulması. Dil seçimi, programlama ortamı, algoritmaların geliştirilmesi, program arayüzünün tasarımı.

dönem ödevi, eklendi 12/06/2012


Faaliyetlerin otomasyonu ve bilgilerin depolanması, toplanması ve sağlanması için "Mağaza" yazılım sisteminin uygulanması. Veritabanının mantıksal ve fiziksel yapısı. Kullanıcı arayüzü geliştirme. Tabloların oluşturulması, görünümler.

test, 31.03.2014 eklendi


Zorunlu Sağlık Sigortası Fonu'nun (MHIF) İvanovo şubesinin teknik ve ekonomik özellikleri. İvanov ve İvanovo bölgesindeki bireyleri ve tıbbi kurumları kaydetmek için tasarlanmış MHIF'nin ayrı bir bilgi alt sistemi projesi.

dönem ödevi, eklendi 11/15/2009


CJSC "Belgorodsky Broiler" perakende işletmelerine yönelik depo muhasebesinin otomasyonu için bir yazılım kompleksinin geliştirilmesi: mantıksal, fiziksel tasarım, Delphi dilinde bir kullanıcı arayüzünün oluşturulması, ekonomik maliyetlerin hesaplanması.

tez, eklendi 03/02/2010


Bankanın kredi departmanının çalışmalarının otomasyonu, kredi ve kart verme iş sürecinin çözümleri. Metodoloji ve dil tanımları IDEF0, Dreamweaver. İyi biçimlendirilmiş ve geçerli XML belgeleri. JasperReports ile raporlar oluşturma.

tez, eklendi 06/22/2013


Finansal ve ekonomik faaliyetlerin ekonomik göstergelerinin hesaplanmasını otomatikleştirmek için bir bilgi sisteminin geliştirilmesi, rapor hazırlama süreci. Delphi programlama ortamını kullanarak bir veritabanı yapısı, sistem arayüzü oluşturma.

28/10/2014 tarihinde eklenen dönem ödevi


1C: Muhasebe yazılım paketi içindeki muhasebe görevlerinin analizi. RUE "Beltelecom" da telefon hizmetlerinin hesaplanmasını otomatikleştirmek için programın standart konfigürasyonunun iyileştirilmesi. "Aboneler" ve "RUE" Beltelecom "hizmetleri dizininin oluşturulması.

Otomatik bir kredi puanlama sisteminin konsepti ve yapısı

Kredi değerliliğini değerlendirmek için otomatik sistem (kredi puanlama), bir borçluya kredi verilmesine karar verme sürecini ve bir bankanın kredi portföyüne hizmet verme sürecini sağlayan birbirine bağlı modüller (öğeler) içerir. Bir kredi kurumunda bu tür bilgi sistemlerinin uygulanmasından elde edilen temel faydalar:

1. Kredi başvurularının işleme alınma sayı ve hızında artış.

2. Borçlunun risk seviyesinin etkin bir şekilde değerlendirilmesi ve sürekli izlenmesi.

3. Kredi vermeye karar verirken subjektif faktörlerin etkisini azaltmak. Kredi kuruluşunun tüm şubelerindeki başvuruların değerlendirilmesinde tarafsızlığın sağlanması.

4. Şubeleri de dahil olmak üzere bankanın kredi portföyünün bir bütün olarak değerlendirilmesi ve risk yönetimi. Yeni kredilerin parametreleri belirlenirken kredi portföyünün karlılık ve risk düzeyi dikkate alınır.

5. Çeşitli banka kredisi ürünleri (kredi kartları, tüketici kredileri, otomobil kredileri, ipotek kredileri) için borçluların değerlendirilmesinde birleşik bir yaklaşımın uygulanması.

6. Kredi parametrelerinin (koşullarının) borçlunun yeteneklerine uyarlanması (kredi ürününün özelleştirilmesi).

7. Banka personeli sayısının azaltılması, daha düşük nitelikli personel kullanımı yoluyla tasarruf.

Bu tür modellerin tam bir listesi ve ayrıntılı açıklaması çalışmada sunulmaktadır. Sinir ağı modeli "CRIS", kredi kartı sahibinin harcamalarının özelliklerini ve yetkilendirme şemasını analiz ederek dolandırıcılık olasılığını değerlendirir. Experian Ulusal Risk Modeli, geçmiş kredi performansına dayalıdır ve yirmi dört aylık bir dönem boyunca sorunlu borçlu davranışını tahmin eder. HORIZON sistemi, borçlunun özelliklerine göre on bir model içerir ve borçlunun iflas etmesi durumunda zarar oranını belirler. TransRisk Auto modeli, taşıt kredileri için kredi geri ödemelerinde on iki aylık bir gecikme olasılığını belirler. Bu tür Rus ve Batı sistemlerinin bir incelemesine dayanarak, Şekil 2'de gösterilen otomatik bir kredi puanlama sisteminin tipik yapısını seçelim. 1.

Pirinç. 1. Otomatik bir kredi puanlama sisteminin yapısı

Kredi değerliliğini değerlendirmek için bir model oluşturma modülü (puanlama modeli), kredi puanlama sisteminin temel unsurudur. Modüllerin geri kalanı yardımcıdır ve modülün sonucunu kullanarak bir kredi verilmesine karar verme sürecini sağlar - borçlunun kredi itibarının değerlendirildiği bir model.

Bir puanlama modeli oluşturma modülü, bir kredi kuruluşunun çalışanlarının, borçlunun değerlendirildiği, kredi itibarını değerlendirmek için bir model elde ettiği bir dizi yöntem, yaklaşım, bilgi deposudur. Bu modülün ana görevi, bir kredi kurumunun çalışanlarına (analistlerine) sunulan çeşitli yöntem ve yaklaşımları, verileri (kredi geçmişi, uzman bilgisi, bölgenin makroekonomik göstergeleri vb.), rehberli bir şekilde kullanarak kredibilitesini değerlendirmek için bir model oluşturmaktır. gereksinimler ve kısıtlamalar listesine göre. Bu modülün işleyişinin sonucu, kredi itibarını değerlendirmek için oluşturulmuş bir modeldir.

Bu kavramı daha ayrıntılı olarak ele alalım. Basitleştirilmiş bir biçimde, böyle bir model, borçlunun belirli özelliklerinin değerlerinin ağırlıklı bir toplamıdır (evrişim). Sonuç, ayrılmaz bir göstergedir (kredi notu). Ne kadar yüksek olursa, kredi riski o kadar düşük olur. Resmileştirilmiş kredi puanlama modeli (CSM - Kredi Puanlama Modeli) aşağıdaki gibi özetlenebilir:

CSM =< I 0 (G, L, Ф, А); К (I); Т >,

burada I 0 - kredi notu, borçlunun kredibilitesinin bir ölçüsü; G - borçlunun kredibilitesinin bir dizi faktörü; L, G kümesinden her faktör için bir değerlendirme kümesidir; Ф - G kümesinden her bir faktörün önemini belirleyen bir ağırlık kümesi; A - hesaplama yöntemi I 0; K - I 0 temelinde borç verme koşullarını belirlemek için bir model; T - dayatılan model kısıtlamaları.

Otomatik bir kredi puanlama sistemi için gereksinimler

Bir borçluya kredi verme kararı verme sürecinde, kural olarak, iki uzman grubu söz konusudur: kredi koşullarını belirleyen ve değerleme modelini ayarlayan uzman analistler ve bankada modelle doğrudan çalışan operatörler. dallar. Bu grupların her biri, geliştirilen model için bir takım gereksinimler ortaya koymaktadır. Yazarlara göre, otomatik bir kredi puanlama sistemi birkaç gereksinimi karşılamalıdır:

1. Objektiflik. Model, çeşitli faktörler arasındaki nesnel kalıpları tanımlamalı ve öznel insan faktörünün karar verme üzerindeki etkisini en aza indirmelidir.

2. Otomasyon. Model, büyük kredi başvuru akışlarını gerçek zamanlı olarak işleme yeteneği sağlamalıdır. Bu, bir yazılım aracı oluşturarak başarılabilir.

3. Doğruluk. Model, kabul edilebilir bir tahmin gücü (doğruluk) düzeyi, başka bir deyişle, kabul edilebilir bir yanlış sınıflandırılmış ödünç alanlar düzeyi sağlamalıdır.

4. Uyarlanabilirlik. Model, denetim makamlarının düzenlemelerini hesaba katmak da dahil olmak üzere, kredi kuruluşunun dış ve iç ortamındaki değişiklikleri hesaba katmalıdır. Bu, daha bilinçli ve doğru kredi kararları vermenizi sağlar.

5. Esneklik. Model esnekliği - modelde ayarlamalar yapabilme, örneğin faktörlerin ağırlıklarını değiştirme, yeni faktörler ekleme, modelin parametrelerini değiştirme. Aynı zamanda, model, onu yeni veri yapısına uyarlamak için kalifiye uzmanların katılımını gerektirmemelidir.

6. Açıklanabilirlik. Modelin önemli bir özelliği, belirli bir borçlunun neden belirli bir kredi notu aldığını açıklayabilmesidir. Bazı yöntemler, bu borçlunun neden bir krediden mahrum bırakılması gerektiğini açıklamakta başarısız olur. Verilen kararın açıklanabilirliği yüksek bir model, elde edilen sonuçların netliklerinin uygun bir şekilde yorumlanmasına yol açar.

7. Karmaşıklık. Modelin karmaşıklığının değişken sayısı ve aralarındaki ilişkinin doğasına göre belirlenmesi tavsiye edilir; bir model oluşturmak için maliyetler (zaman ve maliyet); modelin sentezine yaklaşımın karmaşıklığı. Modelde çok fazla değişken bulunmamalı ve aynı zamanda borçlunun doğru bir şekilde değerlendirilmesi için yeterli olmalıdır. Bu durumda, model önemli değişkenler içermeli ve kredi yöneticisinin modelle çalışması için minimum ek nitelik gereksinimleri sağlamalıdır.

Otomatik bir kredi puanlama sistemi uygulama sorunları

Uygulama sorununu çözmek için iki ana yaklaşım vardır:

1. Standart bir model satın alın. Yaklaşımın temel avantajları şunlardır: nispeten düşük uygulama maliyetleri; Modelin etkinliğini değerlendirmeyi mümkün kılan modeli kullanma deneyimi. Ana dezavantaj, modelin geliştirilmesi için esneklik ve fırsatların olmaması, geliştiricilerin yardımı olmadan modeli düzeltmenin ve güncellemenin yetersizliğidir. Yabancı kredi kurumlarında borçluların kredibilitesini değerlendirmek için modellerin kullanımının bir geçmişi olması nedeniyle, kendi karar verme araçlarını oluşturmadan Rus koşullarında standart olarak kullanılabileceğini varsaymak mantıklıdır. Yazarlara göre, Rus koşullarında yabancı standart modellerin kullanımı zordur, çünkü ülke ekonomisinin bir bütün olarak istikrarsızlığı, büyük bir gölge gelir payı, sosyo-ekonomik kalkınma açısından bölgesel değişkenlik ile ilgili özellikler vardır, değerlendirme prosedürünün organizasyonunu etkileyen yasal çerçevenin özellikleri, borçluların kredibilitesi. Model, belirli bir ülkeye, ekonomik ve finansal koşullarına ve belirli bir kredi kuruluşunun özelliklerine uygun olmalıdır.

2. Kendi veya üçüncü taraf analistlerimiz tarafından bir model geliştirin. Yaklaşımın çalışma açısından sonucu, bireysel olarak uyarlanmış bir kredi derecelendirme modeli olacaktır. Yaklaşımın temel avantajları, kredi kuruluşunun özelliklerini ve model geliştirme olasılığını dikkate almasıdır. Ana dezavantajlar, nispeten kaynak yoğun yaklaşım ve kalifiye uzmanlara duyulan ihtiyaçtır.

Bulanık çıkarsamaya dayalı otomatik bir kredi puanlama sistemi kullanma örneği

Bir kredi kurumundaki bireylerin kredibilitesini değerlendirmek için geliştirilen modelin tanıtılması ve işletilmesi, model için kurumsal desteğin oluşturulmasından önce gelir. Model için örgütsel desteğin oluşturulmasının bir parçası olarak, modelin işleyişinin aşamalarının sırasını belirlemek gerekir; alınacak kararların listesi; her aşamada gerekli bilgi ve sonuçlar; karar vermekten sorumlu kişiler. Modelin kredi departmanındaki işleyişi üç aşamaya ayrılabilir: borçlu hakkında bilgi toplama, borçluyu değerlendirme, borç verme konusunda karar verme.

İncirde. 2, borçlunun ön değerlendirmesinin bir blok şemasını sunar (ön puanlama). Kredi verilebilmesi için gerekli şartların dikkate alınması gerektiğinden bir ön değerlendirme yapılması gerekmektedir. Uygulamada, bu koşullar, borçlunun davranışının yeterlilik derecesini, belgelerin gerçekliğinin doğrulanmasını, olumsuz bir kredi geçmişinin olmamasını ve borçlunun kuruluşun kredi politikasına uyumunu içerir. İncirde. Şekil 3, modele dayalı karar verme sırasını göstermektedir. Model eğitilebilir, ödünç alanın özelliklerine ilişkin kaydedilen veriler, bulanık-çoklu sınıflandırıcıların üyelik fonksiyonlarının parametrelerini iyileştirmek için kullanılır. Kredi notunun iki değeri oluşur - nicel ve nitel.

Pirinç. 2. Borçlunun ön değerlendirmesinin tutarlılığı

Pirinç. 3. Modele dayalı kredi verme kararlarının sırası

Kredi verme konusunda karar vermek için gerekli bilgiler, onu elde etme kaynakları ve bir veri akışı modeli açısından bilgi desteğini dikkate alacağız. Ana bilgi kaynağı, borçlu tarafından doldurulan ve özelliklerinin değerlerini içeren başvuru formudur. Başvuru formunda yer alan bilgiler, listesi kredi kuruluşu tarafından kredi politikasına uygun olarak oluşturulan ilgili belgeler ile teyit edilir. Ödünç verme kararı, bilgilerin ilgili belgelerle teyit edilmeden sadece başvuru formuna dayandırılabilir, bu da verilen bilgilerin yanlışlığından dolayı hatalı kararlara yol açabilir. Sağlanan belge sayısındaki artış, kredi başvurularının işlenmesinin karmaşıklığının artmasına ve başvuru formunda yer alan bilgilerin güvenilirlik seviyesinin artmasına neden olmaktadır.

Kredi Puanlama Rehberi / Elizabeth Maze. Minsk: Grevtsov Yayınevi, 2008.464 s.

Yayının görüntülenme sayısı: Lütfen bekle

Evde veya işteyken, kefilsiz ve ilk ödemesiz, ticaret ve finans kuruluşlarını ziyaret etmeden İnternet üzerinden kredili veya taksitli alışveriş yapmanızı sağlayan kullanışlı bir çevrimiçi hizmet.

Mağazalar için:

Çevrimiçi mağaza müşterilerinizin çevrimiçi olarak kredi ve taksitli alışveriş yapmalarını sağlayacak yerleşik bir kredi hesaplayıcıya sahip otomatik bir modül. Kredili satın alma süreci daha hızlı ve daha uygun hale geldi. Kredi kolay!!!

Rusya Federasyonu genelindeki müşterilere kredi sağlıyoruz.

alıcılar için:

• Kredi Hattı sistemine bağlı online mağazada, istediğiniz ürünü seçin ve sipariş vermek için "Sepet"e gidin;
• Kredi hesaplayıcıyı kullanarak Bankayı, kredi programını, kredi vadesini ve peşinat miktarını seçin;
• Basit bir geri bildirim formu doldurun (isim, telefon numarası, E-posta, doğum tarihi) ve "Kredi için başvur"a tıklayın;
• Bundan sonra, bir kredi görevlisi daha fazla sorgulamak ve ortak bankalara bir başvuru göndermek için sizinle iletişime geçecektir;
• Banka başvurunuzu onaylarsa, yöneticimiz kredi sözleşmesinin imzalanacağı yer ve zaman konusunda sizinle anlaşacaktır;
• Sözleşmeyi imzalarken, lojistik hizmeti yöneticisine pasaportunuzun bir kopyasını verirsiniz (fotoğraflı ve geçerli kayıt ile yayılır);
• Kredi sözleşmesini imzaladıktan sonra, çevrimiçi mağaza yöneticisi, satın alma işleminin teslimat zamanı ve yeri konusunda sizinle anlaşacaktır.

alıcılar için:

Kredi uzmanlarımız, bankanın kredi verme kararı hakkında sizi telefonla bilgilendirecek, ayrıca bankanın kararı hakkında sizi e-posta ve SMS yoluyla bilgilendireceğiz.

Çevrimiçi mağazalar için:

Her ortak mağaza için, kredi programı kapsamında, tamamlanmış başvuruların durumunu çevrimiçi olarak izleyebileceğiniz, bir ticaret kuruluşunun hesabına para transferini izleyebileceğiniz, daha önce imzalanmış sözleşmelerle ilgili istatistikleri görüntüleyebileceğiniz kişisel bir hesaba erişim sağlıyoruz.

Kredi sözleşmesinin imzalandığı tarihten itibaren 3-5 iş günü içinde, Kredi Hattı hizmetinden alınan malların %100 ödemesi online mağazanın hesabına alınır.

Krediyi geri ödemek için, Rusya Federasyonu topraklarında sizin için uygun olan herhangi bir yöntemi seçebilirsiniz:

• Banka şubeleri ve ek ofislerinde (ATM'ler);
• Rus Postasının ofislerinde;
• Ödeme sistemi "ELEKSNET". Ödeme yaparken, bir komisyon tahsil edilir. Komisyon miktarını önceden kontrol edin;
• Ödeme ağı "RAPIDA". Ödeme yaparken, bir komisyon tahsil edilir. Komisyon miktarını önceden kontrol edin;
• Ödeme ağı "QIWI". Ödeme yaparken, bir komisyon tahsil edilir. Komisyon miktarını önceden kontrol edin.
• Bankalararası transfer Bir sonraki kredi ödemesinin tutarı basitçe transfer edilebilir. Bunu yapmak için, en yakın bankayla iletişime geçmeniz ve düzenli bir banka havalesi ayarlamanız gerekir. Transfer yapılmadan önce komisyonun büyüklüğü netleştirilmelidir;
• Müşterinin çalıştığı kuruluşun muhasebe departmanı Borçlunun çalıştığı şirketin hesap departmanı kredi ödemelerini aktarabilir. Bunu yapmak için, maaş tutarından aylık fon transferi için bir başvuruyu muhasebe departmanına doldurmak ve sunmak yeterlidir. Ödemeler her ay belirli bir günde yapılacaktır. Çalışandan sadece bu süreci kontrol etmesi istenecektir;
• İnternet Bankasını Kullanmak;

Partner bankalarımızda erken kredi geri ödeme komisyonu yoktur !!!

• Daha yüksek değerli bir ürünle değiştirirken, alıcı, değiştirilen malların maliyetindeki fark tutarında parayı çevrimiçi mağazanın kasiyerine öder.
• Daha düşük değerli bir ürünle değiştirme durumunda, çevrimiçi mağazanın kasiyeri aracılığıyla ilk ödeme tutarı içindeki hesaplamalar yapılır. Çevrimiçi mağaza, iade edilecek kalan parayı Kredi Hattı hizmetinin hesabına aktarır.
• Malları iade ederken, ilk ödeme tutarı dahilindeki ödemeler, çevrimiçi mağazanın kasiyeri aracılığıyla yapılır ve ticaret organizasyonu, kalan fon miktarını Kredi Hattı hizmetinin hesabına aktarır (ödeme amacı, hangi alıcı için olduğunu gösterir). ).

Ortak bankalarımız çok çeşitli kredi programları sunmaktadır. En faydalı olanlar şunlardır:

• "Ayda %1" - 3 aydan 3 yıla kadar bir süre için 3.000 ila 500.000 ruble. Peşinat yok.
• "10-10-10" - 10 aylık bir süre için 3.000 ila 500.000 ruble. İlk ödeme %10'dur. Fazla ödeme - %10.
• Maksimum kredi tutarı 500.000 RUB'dur.

• Yerleşik bir kredi hesaplayıcıya sahip Kullanışlı Kredi Hattı modülü, satın alma sürecini kolay ve rahat hale getirir;
• Ortak mağazalardan hizmete bağlanmak için ödeme yapılmaz;
• Sözleşmelerin ifası için alıcılarınızdan ek ödeme almıyoruz;
• Kendi iletişim merkezimiz, günlük 1.500'den fazla başvuruyu işlemenize olanak tanır;
• Lojistik hizmeti, kredi anlaşmalarını hızlı bir şekilde teslim etmenize ve imzalamanıza olanak tanır (şimdi Moskova, St. Petersburg, Tver; yakında Rusya'da 60'tan fazla şehir);
• Kişisel hesabınızdaki sözleşmelerin imzalanması ve ödenmesinin çevrimiçi kontrolü;
• Ortaklar için teknik destek;
• % 85'i onaylanan yüksek hızlı işleme uygulamaları;

Çevrimiçi mağazalar için:

Hayır, gerekli değildir. Başvuruları bir posta sunucusu aracılığıyla işlemek mümkündür (bu yöntem genellikle hizmetle tanışmak için seçilir.) Ödünç verme hizmeti hakkında web sitenizde bilgi yayınlayabilir ve bize e-posta ile kredi başvuruları gönderebilirsiniz (belgelerin kopyaları değildir). gereklidir).

Modülün kurulumu tavsiye edilir. Ancak bu durumda kredi başvurularının kaliteli ve hızlı bir şekilde işlenmesi garanti edilir. Modül, daha önce kredili alışveriş yapan müşterilerin ihtiyaç ve istekleri dikkate alınarak geliştirilmiştir ve sadece anket oluşturmak için en gerekli alanları içermektedir. Entegrasyon konusunda yardıma ihtiyacınız olursa, BT uzmanlarımız size teknik konularda tavsiye vermekten ve gerekirse kurulum konusunda yardım etmekten mutluluk duyacaktır.

Teknik çalışmalar tamamlandıktan sonra mağazanız kredili ve taksitli satış yapmaya hazırdır.

Ve unutmayın, CreditLine sistemine bağlanmak için tek bir ruble harcamayacaksınız.