İçeriğe geç
HumanitarianOps

Rehber

Nakit ve kupon yardımı: uçtan uca izleme ve mutabakat

Nakit programlarına gerçek para emanet edilir; bu yüzden hesap verebilirlik çıtası yüksektir. Bu, CVA'yı haktan bağışçı raporuna kadar izleme ve mutabık kılmanın pratik bir anlatımıdır.

20 Ağustos 20268 dk okuma

Nakit ve kupon yardımı (CVA) insanların eline gerçek para koyar; hesap verebilirlik çıtasının ayni yardıma göre daha yüksek olmasının nedeni tam da budur. Her hak, ödeme ve mutabakat izlenebilir olmalıdır — yararlanıcıya, hibeye ve mali deftere kadar. Bu, bir nakit programını uçtan uca temiz tutmanın pratik bir görünümüdür.

Temiz ve mükerrerlikten arındırılmış bir listeyle başlayın

CVA, yararlanıcı verinizdeki her zayıflığı büyütür: artık bir mükerrer kayıt, çift battaniye değil çift ödemedir. Bir döngüden önce kaydı mükerrerlikten arındırın, uygunluğu programın ölçütlerine göre doğrulayın ve programın haneye yardım ettiği yerde durumu hane düzeyinde çözün. Ödeme yaptığınız liste, savunabileceğiniz liste olmalıdır.

Hakları açıkça tanımlayın

Bir hak; kimin, ne kadar, ne için ve ne zaman alacağıdır. Bunu bir not olarak değil, veri olarak kaydedin: transfer değeri, para birimi, sıklık ve her vakayı uygun kılan ölçütler. Haklar açık olduğunda ödeme dosyası kendini yazar ve mutabakatın karşılaştıracağı bir şey olur.

Ödeme mekanizmasını seçin ve referansını kaydedin

Nakit insanlara birçok kanaldan ulaşır — mobil para, banka havalesi, bir finansal hizmet sağlayıcı (FSP) veya sözleşmeli satıcılarda kullanılan kuponlar. Mekanizma ne olursa olsun, her transfer için dış referansı (işlem kimliği, ödeme talimatı, kupon seri numarası) yakalayın ki sisteminizdeki bir satır sağlayıcının kayıtlarındaki bir satıra eşlensin. Mutabakat ancak bu iki taraf eşleştirilebildiğinde mümkündür.

Üç yönde mutabık kılın

Bir nakit döngüsü, üç görünüm uyuştuğunda mutabık kılınmış olur:

  • Planlanan vs ödenen — hak sahibi her kişi doğru tutarı aldı mı?
  • Ödenen vs sağlayıcı — ödeme kaydınız FSP veya satıcı mutabakatıyla eşleşiyor mu?
  • Ödenen vs defter — ödeme, finansta doğru hibeye ve bütçe kalemine kaydedildi mi?

Farklar normaldir — başarısız bir transfer, iade edilen bir ödeme, bir satıcı anlaşmazlığı. Önemli olan her birinin görünür ve açıklanmış olması, denetimde keşfedilmemesidir.

Kanıtı ekli tutun

Her transfer için destekleyici kanıtı yararlanıcıya ve döngüye bağlı tutun: imzalı veya biyometrik makbuz, FSP mutabakat raporu, kuponlar için satıcı faturası. Kanıt, birinin dizüstündeki bir klasörde değil kayıtla birlikte yaşadığında, dağıtım sonrası izleme ziyareti veya bir bağışçı sorusu bir kazı değil bir aramadır.

Veriyi baştan sona koruyun

Nakit listeleri elinizdeki en hassas verilerdendir — adlar, kimlikler, telefon numaraları ve ödeme bilgileri bir arada. Doğrudan tanımlayıcıları şifreleyin, erişimi role göre sınırlayın, hassas alanları görüntülemek için bir gerekçe isteyin ve her erişimi kaydedin. Ödeme dosyalarını sağlayıcılarla güvenli kanallardan paylaşın ve yalnızca ihtiyacınız olanı, ihtiyaç duyduğunuz sürece tutun.

Paralel bir tablodan değil, güncel kayıtlardan raporlayın

Haklar, ödemeler ve mutabakat durumu tek bağlantılı bir sistemde yaşarsa bağışçı raporu ile mali rapor aynı kaynaktan beslenir. Erişim rakamları, transfer değerleri ve sapmalar aynı veri olduğu için tutar ve yayımladığınız sayılar kanıtlayabileceğiniz sayılardır.

Kaynaklar

Tek bağlantılı bir sistemin operasyonlarınızı nasıl değiştirdiğini görün.

Programlarınızı bize anlatın, size özel bir tanıtım hazırlayalım. Genellikle 24 saat içinde yanıt veririz.

Daha fazla kaynak