Finans ekipleri bir ödemeyi hazırlamakla onu serbest bırakmanın farklı eylemler olduğunu zaten bilir. Faturayı satın alma siparişiyle eşleştiren kişi butona basan kişi değildir; banka portalı da bu ayrımı, e-postada kim ne yazarsa yazsın uygular. Ajanlar bu iki işi birleştirmeyi cazip hâle getirir, çünkü faturayı bulan aynı çalıştırma teknik olarak ödeme API'sini de çağırabilir. Bu yazı ikisini ayrı tutmak ve ajan işini teslim ettiğinde parayı serbest bırakacak kişinin neyi görmesi gerektiği üzerine.
Tek iş gibi görünen iki iş
Para etrafındaki faydalı ajan işinin çoğu araştırmadır. Faturayı siparişle ve irsaliyeyle karşılaştırmak. Tedarikçi tekliflerini şartnameyle kıyaslamak. Bir yenileme fiyatının sözleşmeyle uyuştuğunu doğrulamak. Bir çeyrektir kimsenin oturum açmadığı abonelikleri bulmak. Haftanın ödeme listesini her satırın gerekçesiyle birlikte taslak olarak hazırlamak.
Bunların hepsi okumak, karşılaştırmak ve yazıya dökmektir. Yanlış olabilir ve bir insanın kontrol etmesi gerekir; ama bir hatanın bedeli bir düzeltmedir. Parayı taahhüt etmek ise başka türden bir eylemdir: transfer bir kez gerçekleştiğinde parayı geri almak alıcının iyi niyetine ve bankanızın hızına kalır. Araştırma bir kapsam içinde serbestçe yürüyebilir; taahhüt ise asla araştırmanın yan etkisi olarak gerçekleşmemelidir.
İşe yarar bir test: çalıştırmanın tüm çıktılarını silseniz dünyada bir şey değişmiş olur muydu? Araştırma için yanıt hayır olmalıdır. Yanıt evet olduğu anda araştırmadan çıkıp taahhüde girmişsinizdir ve bir insanın karar vermesi gerekir.
Araç çağrısı neden hiçbir zaman yetki değildir
Bir ajan create_transfer(payee, account, amount) gibi bir çağrı ürettiğinde aslında metin üretir. Bu metin, ajanın yol boyunca okuduğu her şeyden etkilenmiştir; buna sizin denetiminizde olmayan malzeme de dâhildir: PDF bir fatura, tedarikçiden gelen bir e-posta, bir web sayfası. Faturanın “güncellenmiş banka bilgileriyle” geldiği bilinen dolandırıcılık insanlarda işe yarar; faturayı okuyup alanları dolduran bir sistemde de en az o kadar işe yarar.
Dolayısıyla düzgün biçimlendirilmiş bir çağrı, transferin yapılması gerekip gerekmediği hakkında hiçbir şey kanıtlamaz. Ajanın ödeme sistemi için bir kimlik bilgisine sahip olması ya da çalışma alanına bir ödeme aracının bağlı olması da kanıtlamaz. Bir anahtarı elinde tutmak, onu gözetimsiz kullanma izni değildir; bağlı bir araç da onu kullanma talimatı değildir. Yetki, doğru role sahip bir kişinin o somut talimata bakıp evet demesinden gelir. GoCux'ta ajanın ürettiği bir çağrı, içinde ne yazarsa yazsın, para göndermek için izin sayılmaz.
Rayları ayrı tutun
İkinci bir karışıklık kaynağı faturalamadır. Ajan işi genellikle bir kredi ya da kullanım bütçesine karşı çalışır ve aynı mekanizmanın ajanın satın aldığı şeyleri de ödeyebileceğini varsaymak kolaydır. Bunları ayrı tutun. Ajanın kendi işini karşılayan bütçe, dış satın alımlar için bir ödeme rayı değildir; GoCux faturalaması da böyle bir ray değildir. Satın alımlar ve transferler, finans ekibinizin zaten yönettiği sistemlerde, kendi limitleri, çift onayı ve mutabakatıyla birlikte yer alır.
Pratikte bu, ajanın teslimatının gerçekleştirilmiş değil, hazırlanmış bir talimat olduğu anlamına gelir: bir ödeme dosyası, bir satın alma talebi, ödeme sisteminizin onay kuyruğunda bir satır. Ajan yavaş kısmı, yani toplamayı ve kontrol etmeyi üstlenir. Parayı ise zaten güvendiğiniz ray, bir kişi serbest bıraktıktan sonra taşır. GoCux'ın bu sınırı nasıl ele aldığını ajan ödemeleri rehberinde bulabilirsiniz.
Onaylayan kişi neyi görmeli
Para için bir onay isteği kendi başına anlaşılır olmalıdır. Onaylayan kişinin onu anlamak için üç ayrı sistemi açması gerekmemelidir. İşleyen bir istek şunları gösterir:
- Talimatın yürütüleceği hâli. Alacaklı adı, hesap tanımlayıcısı, tutar, para birimi, açıklama ve tarih; özetlenmiş değil, çağrının göndereceği biçimde aynen aktarılmış olarak.
- Her değerin nereden geldiği. Tutarı veren fatura pasajı, fiyatı belirleyen sözleşme maddesi, hesabı tutan tedarikçi kaydı; her biri onaylayanın açabileceği bir işaretçiyle.
- Geçen seferden farkı. Yeni bir alacaklı, değişmiş banka bilgileri, bu tedarikçi için olağan aralığın dışında bir tutar. Dolandırıcılık tam bu alanlarda saklanır; bu yüzden istek bunları onaylayanın fark etmesine bırakmak yerine işaretlemelidir.
- Ait olduğu iş. İş emri, hedefi ve onu başlatan kişi.
- Kararın ne yapacağı. Onay yalnızca bu talimatı serbest bırakır. Ret onu kapatır ve kayda geçer. Tutarı ya da alacaklıyı değiştirmek, onaylanmış talimatta küçük bir rötuş değil, yeni bir talimattır.
Onay bekleyen ödeme Alacaklı: [tedarikçi adı] Hesap: tedarikçi kaydındaki gibi, son ödemeden beri değişmedi Tutar: fatura toplamı, sipariş satırı 3 ile uyumlu Açıklama: 1. sayfadaki fatura numarası Uyarılar: yok / YENİ BANKA BİLGİSİ / tutar olağan aralığın üstünde Kanıt: fatura s.1, sipariş satırı 3, irsaliye Karar: bu talimatı onayla | reddet
Tek talimat, çalışırken yeniden kontrol
Bir onay yalnızca verildiği tek girişimi kapsamalıdır. Ajan bir zaman aşımından sonra yeniden denerse, bu deneme onaylanmış tek bir ödemeyi ikiye çevirmemelidir; ödeme sistemi tekrarı tanıyıp reddetmelidir. Onay ile yürütme arasında tutar, hesap ya da alacaklı değişirse eylem artık onaylanan eylem değildir ve yeni bir karar gerekir. GoCux bir kararı tam da bu yüzden eylemin çalıştığı anda yeniden kontrol eder: tıklama ile çağrı arasında dünya değişmiş olabilir.
Aynı mantık “bu ay bu tedarikçiye yapılacak tüm ödemeleri onayla” gibi kalıcı onayları da dışarıda bırakır. Verimli görünürler, ama değişmiş bir banka bilgisinin fark edileceği tek anı ortadan kaldırırlar. Hacim nedeniyle talimat başına onay zahmetli hâle geliyorsa talimatları tek bir genel izne değil, incelenebilir tek bir ödeme listesine toplayın.
Kim karar vermeli
Ajandan ödeme listesini hazırlamasını isteyen kişi, araştırmanın doğru olup olmadığını incelemek için doğal bir adaydır. Parayı serbest bırakmak ise başka birini gerektirebilir; tıpkı finans sürecinizin talep etmeyi onaylamaktan zaten ayırması gibi. Kuralı yazılı hâle getirin ki ajan kime soracağını hiçbir zaman tahmin etmek zorunda kalmasın ve bir şirkette verilen karar başka bir şirkete taşınmasın. Rollerin nasıl belirleneceğini ajan işini kim onaylayabilir, kapının kendisini ise ajan neden harekete geçmeden önce sormalı yazısı anlatıyor.
Bir ajan paraya yaklaşmadan önce
- Ajanın görevi araştırma ya da hazırlık olarak yazılmıştır ve teslimatı adıyla belirtilmiştir: kontrol edilmiş bir ödeme dosyası, gerekçeli bir satın alma talebi.
- Ajanın erişebileceği hiçbir kimlik bilgisi, gözetimsiz transfer yapmasına izin vermez.
- Ödemeler ajanın bütçesinden değil, mevcut ödeme sisteminiz ve onun kontrolleri üzerinden yürür.
- Her onay isteği talimatın kendisini, kaynaklarını ve değişen alanları aynen gösterir.
- Bir onay tek bir talimatı kapsar; yeniden denemeler onu çoğaltamaz; değişen değerler yeni bir karar gerektirir.
- Kararlar ve retler işin kaydında kalır. Bu kayda neyin girmesi gerektiğini bir ajan denetim izi neyi kaydetmeli yazısı listeliyor.
Ajanın kendi işine yapılan harcama da ayrı sınırları hak eder; o tarafı ajan harcamasına bir tavan koyun yazısında ele aldık.
Bu iş akışını çalışma alanınıza taşıyın.
Kapsamı belirleyin. Kanıtları inceleyin. Gereken adımları onaylayın.