Koyu seri kapağında iki ödeme satırı — soluk küçük bir INTEREST 7,800,000 satırı ile büyük camgöbeği bir PRINCIPAL 894,000,000 satırı — ve alt kenarda üç küçük onay işareti
İçgörüler
Strateji

Üç Kişi Onayladı. Kararı Arayüz Verdi.

iFinances Editörlüğü20 Temmuz 20269 dk

11 Ağustos 2020'de Citibank, Revlon'un kreditörlerine yaklaşık 7,8 milyon dolar faiz göndermek isterken yaklaşık 894 milyon dolar anapara gönderdi — hem de üç kişi onay verdikten sonra. Flexcube ekranının onlara ne gösterdiği ve onayın neden ancak sonuç görülebildiğinde bir kontrol olduğu üzerine.

Gözden Kaçanlar · Bölüm 06/10

11 Ağustos 2020; ekrandaki işlem sıradan. Citibank, kozmetik şirketi Revlon'un 2016 tarihli vadeli kredisinde temsilci banka rolünde — ortadaki banka: borçludan ödemeleri toplayan, kreditörlere dağıtan taraf. Bugün bir ara faiz ödemesi gidecek: yüzlerce fona ve kuruma bölünmüş, yaklaşık 7,8 milyon dolar. Parayı taşıyacak yazılım Oracle'ın Flexcube'u.

İşlemi giren kişi — prosedürün diliyle "maker" — sistemin izin verdiği yolu izliyor. Flexcube'da bu kredide yalnızca faizi göndermenin temiz bir yolu yok. Yerleşik yöntem, ödemeyi kredinin tamamı kapanıyormuş gibi girmek, ardından anaparayı bankanın içindeki bir "wash" hesabına yönlendirmek — böylece bankadan yalnızca faiz çıkıyor. Ekranda bütün bunlar birkaç alana ve kutucuğa indirgenmiş durumda. PRINCIPAL yazan alanı wash hesabına ayarlıyor ve ilerliyor.

İkinci bir kişi — doğrulayan, "checker" — girişi inceliyor ve prosedüre uyduğunu teyit ediyor. Üçüncüsü — Delaware'de kıdemli bir yönetici, onaylayan — özeti okuyor, iç yazışmada anaparanın wash hesabına gittiğini not ediyor ve imzasını atıyor. Üç kişi; kontrolün istediği gibi. Ödemeler yola çıkıyor.

Gerçekte ne oldu

Ertesi gün Citibank, 7,8 milyon dolar göndermediğini fark ediyor. Kendi parasından yaklaşık 894 milyon doları — vadesi 2023 olan kredinin açık anaparasının tamamını — faizle birlikte Revlon'un kreditörlerine göndermiş.

Hata, tam da onu durdurmak için kurulmuş bir kontrolün içinden geçti. Citibank bu ölçekteki ödemelerde "altı göz" prosedürü işletiyordu: işlemi bir kişi girer, ikinci kişi doğrular, üçüncü kişi son onayı verir. Üç adım da gerçekleşti. Üçü de PRINCIPAL alanını wash hesabına ayarlamanın anaparayı bankada tutacağına inanıyordu. Sistemin kılavuzu ise başka bir şey söylüyordu: anaparanın çıkışını bastırmak için üç ayrı alanın — FRONT, FUND ve PRINCIPAL — üçünün birden wash hesabına ayarlanması gerekiyordu. Yalnızca biri ayarlanmıştı. Flexcube, yapılandırmasının söylediğini harfiyen yaptı; operatörlerin söylediklerini sandıkları şeyin ise hiçbirini.

Bir uyarı bile vardı. Son adımdan önce ekran, kullanılan hesabın bir havale hesabı olduğunu ve paranın bankadan çıkacağını bildiren bir mesaj gösterdi. Ne kadar, kime, neden bir kez daha bakmaya değer olabileceğine dair tek kelime yoktu. Doğru işlemlerde de beliren türden bir uyarıydı — ve kalıcı uyarılara ne yapılıyorsa o yapıldı: geçildi, koşum devam etti.

Sonrası, vakayı operasyon el kitaplarından çıkarıp mahkeme salonlarına taşıdı. Citibank parayı aynı gün geri istedi. Bazı kreditörler paylarını iade etti; yaklaşık 500 milyon dolar ise iade edilmedi — çünkü gelen tutarlar, o fonların krediden alacağıyla kuruşu kuruşuna örtüşüyordu. Alıcıların gözünde bu, bilinçli bir erken kapamaydı. Şubat 2021'de Yargıç Jesse Furman, New York'un "discharge-for-value" doktrini uyarınca kreditörlerin parayı tutabileceğine hükmetti; olayı "belki de benzeri görülmemiş nitelik ve büyüklükte bir bankacılık hatası" diye niteledi. 8 Eylül 2022'de temyiz mahkemesi kararı oybirliğiyle bozdu ve para sonunda geri döndü — üç kişinin bir faiz ödemesini onaylamasından iki yıldan uzun bir süre sonra.

Onaylayanlar görebildikleri soruya cevap verdi

Bu hikâyeyi "insan hatası" dosyasına koymak kolay; mahkeme kayıtları da insanları adlandırıyor. Ama her birinin gerçekte ne yaptığına bakın. Giren kişi belgelenmiş yöntemi izledi. Doğrulayan, girişin yönteme uyduğunu teyit etti. Onaylayan, anaparanın wash hesabına yönlendirildiğini gördü — önündeki ekranda gerçekten de öyleydi. Zincirdeki her insan, arayüzün kendisine sorduğu soruya cevap verdi ve doğru cevap verdi.

Arayüzün sorduğu soru şuydu: alanlar prosedürün dediği gibi mi ayarlı? Sistemin gerçekte yürüttüğü soru ise şuydu: bugün bankadan 894 milyon dolar çıksın mı? Bu iki soru aynı değil ve ekranda birini diğerine çeviren hiçbir şey yoktu. Onay adımı yapılandırmayı ölçtü. Sonuç görünmez kaldı.

Bu serinin 4. bölümü tam tersi hikâyeyi anlatıyordu: Knight Capital — hatalı kodun kırk beş dakika boyunca işlem yaptığı vaka; çünkü döngüde hiçbir insan kapısı yoktu. Citibank–Revlon daha zor bir ders; çünkü kapı oradaydı. Döngüde üç yetkin insan durdu, adımı ciddiye aldı ve onay verdi. Kontrol, insan eksikliğinden çökmedi. İnsanlar kontrolün içinden göremediği için çöktü.

Onay, ancak onaylayan neyi onayladığını görebildiğinde bir kontroldür. Aksi halde bir karar değil, başkasının kurduğu bir cümlenin altına atılmış bir imzadır.

Sizin kapanışınız için anlamı

Bir ay sonu kapanışı onaylarla yürür: mutabakat mektupları, eşleştirme listeleri, ödeme koşuları, düzeltme kayıtları. Her birinin altında bir imza vardır ve her imzanın, bir insanın o kalemi inceleyip katıldığı anlamına geldiği varsayılır. Uygulamada "onaylayan tam olarak neyi gördü?" sorusunun dürüst cevabı çoğu zaman şudur: bir toplam, bir durum etiketi ya da bir skor — yani sonuç değil, yapılandırma.

  • Kapanışınızdaki onayları sayın; sonra her onaylayanın gerçekte neyi gördüğünü sorun. Bir toplamın altındaki imza, altındaki satırların imzası değildir.
  • Sistemlerinizden yapılandırma değil sonuç cümlesi isteyin. "Alanlar prosedüre uygun" ile "bugün şu kadar para çıkıyor" aynı cümle değildir; onay ekranı ikincisini söylemelidir.
  • Kalıcı uyarıları bir bulgu sayın. Doğru işlemlerde de beliren bir uyarı, insanları yanlış işlemde de geçip gitmeye alıştırır.
  • Okunabilir bir gerekçe şart koşun. İnsan onayı gereklidir ama yeterli değildir — ancak onaylayanın denetleyip gerektiğinde reddedebileceği bir açıklamayla birlikte geldiğinde kontrole dönüşür.

İmzanın altındaki cümle

Aynı ekranın, soru dürüst kurulduğunda nasıl göründüğünü düşünün. Satır düzeyinde bir kapanışta eşleştirme motoru bir kutucuk değil, bir iddia sunar. Bu ödeme şu iki faturayı kapatıyor: aynı cari, tutarların toplamı açık bakiyeye eşit, banka açıklamasında referans var, tarihler sıralı. Bu bir sebep zinciridir — onaylayanın adım adım izleyebileceği ve herhangi bir adımda reddedebileceği bir argüman. Bir skor ile bir açıklama arasındaki farkı kara kutu ve sebep zinciri yazısında ele almıştık; eşleştirmenin kendisinin neden gerçekten zor olduğunu ise FIFO ve kısmi ödemeler yazısında anlatıyoruz.

iFinances tam bu ilke üzerine kurulu. Motor önerir; gerekçesini düz cümlelerle gösterir — firma, tutar, tarih, referans — ve onay insanda kalır; soru bir yapılandırma olarak değil, bir sonuç olarak sorulur. Makinenin işi, imzanın altındaki cümleyi okunur kılmaktır. İmzanın işi değişmez. Değişen, tıklamanın anlamıdır: "alanlar doğru görünüyor" değil, "bunun ne yaptığını gördüm ve katılıyorum."

Sık Sorulan Sorular

Citibank parayı geri alabildi mi?

Sonunda evet. Şubat 2021'de federal bölge mahkemesi, yaklaşık 500 milyon doları elinde tutan kreditörlerin New York'taki "discharge-for-value" doktrini uyarınca parayı tutabileceğine hükmetti. 8 Eylül 2022'de temyiz mahkemesi bu kararı bozdu ve para iade edildi. Üç kişinin dakikalar içinde onayladığı bir ödemenin geri dönüşü, iki yıldan uzun süren iki tur yargılama gerektirdi.

Bankada üç kişilik onay süreci vardı; neden işe yaramadı?

Tasarlandığı gibi çalıştı — rahatsız edici olan da bu. Giren, doğrulayan ve onaylayan; üçü de Flexcube ekranının kendilerine gösterdiğini teyit etti: alanlar iç prosedüre uygun ayarlanmıştı. Ekranın hiç göstermediği şey sonuçtu — gereken üç alandan yalnızca biri wash hesabına ayarlıyken bankadan yaklaşık 894 milyon dolar çıkacağı. Kontrol, insanlar adımı atladığı için değil; onay adımı sonucu değil yapılandırmayı ölçtüğü için başarısız oldu.

Bir havale hatasının mutabakat yazılımıyla ilgisi ne?

Başarısızlık örüntüsü her ölçekte aynıdır: okuyamadığı bir şeyi onaylaması istenen bir insan. Yalnızca skor ya da durum etiketi üreten bir eşleştirme motoru, onaylayanı Citibank'ın ekranlarının kendi operatörlerini koyduğu konuma koyar. Açıklanabilir bir eşleşme, sonucunu denetlenebilir terimlerle söyler — hangi ödeme hangi faturayı, hangi kanıtla kapatıyor — böylece onaylayan gerekçeyi doğrular ya da reddeder. Bir tıklamayı kontrole çeviren budur.

Son bir kez 11 Ağustos 2020'ye dönelim. Üç kişi işini yaptı. Giren, belgelenmiş prosedürü izledi. Doğrulayan, girişin ona uyduğunu teyit etti. Onaylayan, özeti okudu, anaparanın nereye yönlendirildiğini not etti ve imzasını attı. Düzeltilmesi gereken o üç insan değildi; onlara gösterilen cümleydi. Her ay sonu kapanışında o anın bir benzeri vardır — bir kuyruk, birkaç ekran ve onay tuşuna basmak üzere olan bir kişi. Tıklamadan önce sorulmaya değer soru, Citibank'ın ekranlarının hiç cevaplamadığı sorudur: onaylayan, bundan sonra gerçekte ne olacağını görüyor mu?

✦ iFinances — Görmediğini gör.

Aylık bülten

Bir yazı, bir ay.

Yeni içgörüleri e-posta kutunuza alın. Spam yok, sadece kıvamında yazı.

iFinances Editörlüğü
Mevzuat, mutabakat, mühendislik. Türkiye finans ekiplerinin masasından.
Aylık bülten

Sonraki ay 2-3 yazı daha. Bültene kayıt olun.

Yeni içgörüleri e-posta kutunuza alın. Spam yok.

info@iwise.co

WhatsApp ile yazın