Ana Sayfa

Eski Sayılar

Sektörden

Kısa-Çeşit

Etkinlikler

Bankalarımız

E-Posta

Reklam Tarifesi

Okuyucu Profili

Abonelik

Künye

Dogrudan Islem Gelecek Simdi

Tom Miller, mpct Solutions Pek çogumuz için bankaciligin su anda içinde bulundugu devir temel olarak dünyadaki bankalar ve finansal kuruluslar arasinda 'tutku/hirs döngüsü' gösteriyor seklinde tanimlanmaktadir. Bunu neyin baslattigi tartismali olablir, fakat elektronik veri islemenin ortaya çikisinin bunda önemli bir rol oynadigi konusunda çok az süphe olabilir. Verimlikteki gelisme rekabet artisina yol açti, bu ise yeni ürünler ve hizmetler yaratti. Bunlar, daha sonra hizla büyüyen sistem endüstrisinde bunu saglayanlara yeni talep yaratti ve onlarin tepkileri bütün döngüyü hizlandirdi. Bu süreç bugünde devam ediyor. Hepsinden önemlisi, bu analiz sektörün devrimden daha ziyade yogun bir evrim geçirdigi görüsünü onaylamaktadir. "Evrim" deyimi, hersey yeni bir baslangiç için yerli yerine oturdugunda zamanla sona erecek yogun bir kargasa dönemini akla getirmektedir. Bugün, bu son kesinlikle görüs açisi içinde degil ve ihtiyatli davranip gelismeleri bekleyenler kendilerini kesinlikle geride kalmis bulacaklar. Bu hiç bir alanda STP'de (Dogrudan Islem) oldugundan daha dogru degil. Büyük hirslari/tutkulari olanlarin (ve onlardan pek çok var) karsilacaklari zorluklar çok açik: giris, dogrulama ve harekete geçirme, onaylama ve baslangiçta sadece bir dizi açiklama ile sinirlanmis manuel uygulama asamalarinin tümünde her hangi bir islem nasil yürütülecek? "bir-dokunusla-ticaret" idealini gerçeklestirecek teknolojinin halihazirada var oldugunun altinin çizilmesi cevabin sadece bir bölümü. Banakalar eski sistemler, prosedürler ve politikalara sahip. Buna karsilik evrim sürecinde, çok önemli ilerleme saglandi çünkü problemler ortaya çiktikça bunlar tanimlandi ve üstesinden gelindi. Bunlar sadece deneyim ile ortaya çikan sorunlar ve kestirme bir yol yok. Digerlerinin deneyimlerinden faydalanmayi bekleyen bankalar kendilerini, evrimsel sürecin bir sonraki asamasina geçmis olan rakiplerine göre kaçinilmaz bir sekilde sürekli olarak bir dezavantaj içinde bulacaklar. Geleneksel uygulamalari günümüzün olanaklari ile karsilastirdigimizda su anda üzerinde durulacak olan hedef açikça gösterilebilir. Grafik 1: Tipik Çalisma Akisi Sekil 1 pek çok bankada herhangi bir STP uygulamasina geçmeden önce varolan ticari islemlerin çalisma akisini göstermektedir. Yogun bir çalisma günü boyunca her bir islem için bu sürecin nasil uygulandigina bir bakin. Oldukça pahali olan elle yapilan islemler hayli fazla. Fakat bu ayni zamanda daha da masrafli olabilecek, her asamada insandan kaynaklanan hata olasiligini gündeme getiriyor. Genellikle yogun baski altina çalisan ve sürekli ayni seyi tekrarladiklari için tepkileri körlesebilecek olan personel temel olarak makinadaki çarklardir. Dolayisiyla hem kriz yönetimi hemde risk yönetimine olan talep artmistir; halihazirda etkin bir sekilde uygulanan kontrolun derecesi saggörülü uygulamalardan biraz uzaktir. Simdi bu senaryoyu pek çok bankanin yapmak için hazirlandigi STP alternatifi ile karsilastirin. Grafik 2: Nerde olmak istiyoruz Modern STP'nin ortaya açikmasiyla durum tamamen degisti. Özellikle manuel/elle yapilan islerin bütün süreç boyunca yok olusuna dikkat edin. STP bir filtre saglamakta böylece bastaki veri girisinin ardindan anlasmalarin büyük bir bölümü tamamen otomatik olarak yapilmakta. Manuel olarak eslestirme (yani teyit etme) ihtiyaci ve dolayisiyla yanlis yada zamansiz ödeme riski ortadan kaldirildi. Daha önemlisi, bu ideal artik uygulanabilir bir olasilik haline geliyor. Bunu böyle yapan unsurlar artik var. Bunlar: Otomatik Sözlesme Yakalama (capture), Telefonla teyit, Islemlerin Kurala-Dayali olarak siraya girmesi, Otomatik Onay Eslestirmesi, Otomatik Ödeme Transferi, Anlasma Medyasi için Arabirimler (Interface) Dissal Netting , Içsel Netting Otomatik Onay Eslestirme gibi bir kaç unsur uzmanlasmis sistemler/uygulamalar tarafindan saglanabilir. Fakat ön ofisten (front office) orta (middle office) ve arka ofise (back office) kadar tamamen otomatik hale gelmis Hazine/Yatirim süreci sitemi hedefi gerçekten basarilma sinirinda. Gerçekten, kisa bir süre sonra global bir network kurarak dünyanin dört bir yanindaki back ofislerini tek bir yurtiçi ünitede birlestirecek en azindan bir banka oldugunu biliyorum. Bu belirli isler için en iyi uygulamalarin zekice kullanimi ile desteklenecek. Degisikliklerin bu ölçekte uygulanmasinin tabiki bir bedeli var: Yönetimin harcayacagi zaman ve enerji için ödenecek bedel; uygulama ve sistemlerin degismesinin yaratacagi kargasa için ödenecek bedel; ve sonunda maliyet için ödenecek bedel. O zaman STP kendini bir yatirim olarak nasil hakli çikartacak? Bu can alici son konunun genis kapsamli olarak incelenmasi bizi bir sekilde genel bir cevaba götürüyor. Figure 3: Faaliyet Gideri ve STP Bu veriler STP nin menkul kiymetlerin tasfiyesi üzerindeki etkileri degerlendirilerek gelistirldi. Beklenecegi gibi, STP sürecini destekleyecek gerekli sistemler devreye girdiginde maliyetler baslangiçta oldukça önemli ölçüde artacaktir. Fakat islem hacmi yüzde 45'e ulastiginda, yapilan yatirimlar artan kazanç getirecektir. Bu yapilan islem hacmi yüzde 65 düzeyine geldiginde bir sekilde azalacaktir, çünkü bütün deliller islem hacminin önemli ölçüde arttigini gösteriyor. Fakat yapilan diger arastirmalar bunun tekrar düsmeden önce islem hacminin yüzde 80'leri civarinda en yüksek noktaya ulastigini gösteriyor. Bu grafikler STP yatiriminin sadece görünen maliyet/tasarruf iliskisini yansitmaktadir. Yüksek ölçüde hataya açik manuel özelligi (elle girise dayali) olan var olan sistemlerin devam etmesi sonucunda yapilacak hatanin maliyeti göz önün alindiginda yapilacak olan gerçek tasarruflar oldukça daha fazladir. Mümkün olanlari dikkate aldiktan sonra (yani, geçmisle sinirlandirilmamis ve hirsli olan bankalar için olabilecek hersey) bügün gerçekte neyin basarildigina kisaca bakmak faydali olabilir: sadece tek bir sirketin STP çözümlerininin faydalarini ticaret ortamlarina nasil getirdigine bakmak. Mpct Çözümleri ATLAS STP Sistemleri: Otomatik Sözlesme Kaydetme(Capture), Kurala-dayali Sözlesme Sirasi, Otomatik olarak Ödemenin Serbest Birakilmasi, Dissal Netting, Içsel Netting, Telefonla Onay'i kapsamaktadir. Bu parçalar bagimsiz olarak gelistirildiler ve bazi ATLAS kullanicilari için biraraya getirildiler, fakat bunlar ayni zamanda ayri ayri da uygulanabilir. Parçalari birarada tutan sey uygulanacak isakislarinin degistirilebilir olmasina olanak taniyan kurala dayali olma yetenegidir. Bu hem islemlerin siraya konmasina hem de SSI ( Standart Tasfiye Sinirlamalari) seçimi için geçerlidir. yüksek derecede STP basarmak için temel sistem konfigürasyonlari ve arayüzler Sekil 4'te gösterilmektedir. Figure 4: ATLAS STP Arayüzlerin sayisi degisebilir ve geleneksel arayüz gelistirme yöntemleri kullanilirsa, her birinin gelistirilmesi 3 ila 5 kisinin aylarca çalismasini gerektirir. Bu yüzden bu örnek kabaca 24-48 insanin bir ay çalismasina esit toplam gelistirme zamani gerektirmektedir. Bu çesit bir konfigürasyon su ana kadar anlatilan STP faydalarinin tümünü gerçeklestirecektir, yani elle yapilan islemlerin elimine edilmesi ile tasfiye hatalarinin olusmasinda önemli ölçüde azalma. Ayrica, mpct Çözümleri bir Ödeme Planlayicisi gelistirerek bu ortami daha da iyilestirecek, bu da ödemenin serbest birakilmasinda daha fazla kontrol saglayacak. Bunlardan daha önemlisi, daha iyi hale getirilmis hizmet seviyesinin saglanmasi sonucunda bankalarin hizmetlerinden aldigi komisyonlari artirmalari için firsat yaratildigi göz önüne alinmalidir. Fakat, ve bu önemli bir "fakat", gelistirme maliyetine eklenenen, olasi yüksek bakim maliyetidir. Gerçekten de herhangi bir parçanin degismesi gerektiginde, ilgili tüm arayüzlerin yeniden gelistirilmesi gerekmektedir. Buna ragmen oldukça yaygin iyi bir çözüm yolu var : middleware. Middleware daha önce 3 ila 6 kisinin bir aylik isgücü ile karsilastirildiginda yeni arayüzlerin belirlenmesi ve programlanmasi için 4 ila 6 kisinin bir haftalik isgücü ile yapilabilmesi olanagini sunmaktadir. Ayrica iki ana islem sistemini birbirinden ayirmaktadir: dolayisiyla bir parça için gereken degisiklik o parçanin oldugu ortam ile sinirli kalmaktadir. Asagidaki sistem semasi ATLAS STP ortaminin, örnegin STP'nin çalismasini saglayan çesitli sistemler arasinda "baglanti" saglayan STC'nin DataGate middleware ürünü kullanilarak nasil gelistirilebilegini göstermektedir. Figure 5: Nihai STP Çözümü Middleware ürünlerinin, standart ileti mimarisi kullanarak sistemin bütünü açisindan gereksiz karmasikliktan kaçindiginin vurgulanmasi gerekir. Aslinda middleware ürünlerin dramatik evrim sürecinde olan sektörün ihtiyaçlarini göz önüne aldigina inaniyorum. Bugün middleware yüksek teknoloji kullanarak isletmenin bütününde entegrasyonu oldukça düsük maliyetle sunmaktadir. Gelecekte ise yeni teknolojiler ortaya çiktikça bunlari kolaylikla benimseyerek entegrasyonu bir sorun olmaktan çikaracak. Bütün bunlari söylerken, bankalarin gelecege hazirlanirken karsilasacaklari içsel sorunlar oldugunu dikkate almiyor degilim. Ayni zamanda, bahsettigim firsatlar büyük oyuncularin büyük bir gayretle degerlendirmeye çalistigi firsatlardir. A noktasindan B noktasina bir islemin yapilmasi için izlenen yol geleneksel olarak kazalara yol açabilecek pek çok çukurlari olan dönemeçli uzun bir yoldu. Modern ana yollarin yapilmasini bekleyen bankalar, rakiplerinin bu yollara paralel otobanlar yaptiklarini kesfedecekler! STP için kararli bir yaklasim artik dikkate alinmasi gereken kârli olabilecek bir seçenek degil: bir zorunluluktur.