KISA CEVAP

Ödeme raporu, hesaba hangi paranın geldiğini gösterir. Kimin üye olduğunu ya da kimin oy kullanabileceğini tek başına söyleyemez. HelloAsso siparişleri, kalemleri ve ödemeleri ayrı ayrı kaydeder; bir sipariş ücretsiz bile olabilir. Üyeliği ve oy hakkını derneğinizin kuralları belirler. Bir sonraki genel kuruldan önce bu kuralları gerçek kişilere ve gerçek siparişlere bağlayan tek bir üye sicili oluşturun. Bu sicil her yıl bir elektronik tablo dedektifliği gerektiriyorsa, sistemin düzeltilmesi gerekir.

Bir Fransız derneğinin sekreterini, genel kuruldan bir hafta önce gözünüzün önüne getirin. Sayman ödemeleri dışa aktarıyor. Üyelikten sorumlu kişi kayıtları dışa aktarıyor. İki dosya da eksiksiz görünüyor. Biri iki kişilik yer için ödeme yapmış. Bir başkası ücretsiz bir kategoriden kayıt olmuş. Üçüncüsü taksitle ödemiş. Oy listesine hangi isimler yazılacak?

Yanıt, iki dışa aktarımın hiçbirinde tek başına yok. Bu, HelloAsso'nun bir kusuru değil. Bir ödeme sisteminin kaydettiği ile bir derneğin karar vermek için ihtiyaç duyduğu şey arasındaki uyumsuzluk.

Ödeme paranın el değiştirdiğini kanıtlar, üyeliği değil

HelloAsso'nun API belgeleri bir siparişi, içindeki kalemleri ve ona bağlı ödemeleri birbirinden ayırır. Bir sipariş ücretsiz olabilir ya da birkaç taksitle ödenebilir. Tek bir ödeme birden çok kalemi karşılayabilir. Bir kampanya etkinlik bileti satabilir, bağış toplayabilir ya da üyelik satabilir.

Dolayısıyla ödeme dışa aktarımındaki bir satır bir işlemin kaydedildiğini kanıtlar. Kalemin bir üyelik olup olmadığını, üyeliğin kime ait olduğunu, güncel olup olmadığını ya da o kişinin oy hakkının bulunup bulunmadığını söylemez. Aynı kişi birkaç siparişte görünebilir; tek bir sipariş de birkaç kişiyi ya da amacı kapsayabilir.

Şekil 1Üyelik kanıtı

Gelen para bir oy listesi değildir.

Her sistem farklı bir soruyu yanıtlar. Bunları birbirine bağlayan kuralı dernek yazmalıdır.

Şekil 1Ödeme bir olaydır. Üyelik ve oy ise kararlardır.HelloAsso API belgeleri ve Fransız hükümetinin aidat rehberi. Açıklayıcı model; ölçülmüş dernek verisi değildir.

Kimin üye olduğunu ve kimin oy kullandığını tüzüğünüz belirler

Bunu dernek belirler. Fransa'nın resmî dernek portalı, aidatın kendiliğinden her üyeye uygulanan bir şey olmadığını söylüyor. Aidat tüm üyelere ya da yalnızca bazı kategorilere uygulanabilir; tutarını ve ödeme dönemini derneğin kuralları belirler. Portalın tüzük hazırlama rehberi ise tüzüğün üyeliğe kabulü, üyelikten çıkarmayı, yönetimi ve üyelerin yetkilerini düzenleyebileceğini belirtiyor.

Böylece net bir sıra çıkıyor: tüzüğü ve varsa iç yönetmeliği okuyun, üyelik kategorilerini ve koşullarını belirleyin, ardından platformdaki hangi kanıtın her koşulu gösterdiğine karar verin. Ödeme koşullardan biri olabilir. Üyeliğin evrensel bir tanımı değildir. Oy hakkının ise kendi kuralı olmalıdır.

Genel kuruldan önce önemli olan fark budur. Ödeme dışa aktarımı muhasebe açısından bir görünümdür. Oy listesi ise bir yönetişim kararıdır. İkisini aynı dosya saymak, sayımı derli toplu gösterirken altta yatan kararın incelenmeden kalmasına yol açabilir.

Ücretsiz siparişler ve taksitler yalnızca ödemeye dayalı listeyi bozar

Bozulma, bir kişi, bir üyelik kalemi ve bir ödemenin eşleştirildiği noktada yaşanabilir. Ücretsiz bir üyelik ödeme dışa aktarımında hiç yer almayabilir. Bir taksit planı tek sipariş için birkaç ödeme kaydı oluşturabilir. Rapor kalem türüne göre değil paraya göre süzülürse, bir etkinlik bileti ya da bağış aidat sanılabilir. Ödeme yapmış biri de derneğin kurallarına göre oy hakkı olmayan bir kategoride olabilir.

Bunlar olası hata biçimleridir; HelloAsso'nun kimseyi yanlış sınıflandırdığı ya da derneğinizin üye sicilinin hatalı olduğu iddiası değildir. Bu sonuca varmadan önce kendi sürecinizi birkaç gerçek siparişle sınayabilirsiniz.

Teşekkür sayfası bir siparişi doğrulayamaz

Hayır. Bir ödeme sayfası (checkout) entegrasyonunda HelloAsso uyarıyor: tarayıcının dönüş URL'sini ödeme doğrulaması saymayın. Ziyaretçi sayfayı kapatabilir, bağlantısını kaybedebilir ya da dönen kodu değiştirebilir. HelloAsso, sunucu bildirimlerini ya da checkout intent (ödeme oturumu) kaydıyla karşılaştırmalı bir kontrolü öneriyor; sipariş ve ödeme için ayrı bildirimler gönderiyor.

Bu teknik noktanın insani bir sonucu var. Bir web sitesi, tarayıcı teşekkür sayfasına ulaşır ulaşmaz üye erişimi veriyorsa, siparişi ve ödemeyi doğrulamadan bir üyelik kararı vermiş olabilir. Doğru hak yine derneğin kurallarına bağlıdır; ancak sistem en azından gerçekte ne olduğunu bilmelidir.

Üye sicili, her kişinin neden hak kazandığını göstermelidir

Tek bir kişi kaydı, üyelik kategorisi, ilgili sipariş kalemi, üyeliği güncel kılan tarihler, ödemenin önemli olduğu durumlarda ödeme durumu ve her oy hakkı için açık bir gerekçe. Bir insan, birbirinden kopuk birkaç listeyi düzenlemeden bir istisnayı düzeltebilmelidir. Saymanın elinde yine de bir ödeme raporu bulunmalıdır, çünkü para ile üyelik farklı soruların yanıtıdır.

Bu gerekçe yönetim kurulunun okuyup anlayabileceği nitelikte olmalıdır. “Yıllık üyelik kalemi bu kişiye ait olduğu ve güncel tüzük bu kategoriye oy hakkı tanıdığı için etkin” yararlı bir açıklamadır. “E-postayla eşleşen bir satır olduğu için etkin” ise yalnızca teknik bir tahmindir. İnsanlar e-posta adreslerini değiştirir; ödeme yapan kişi başkası adına da ödeme yapabilir. Üyelik kaydının sabit bir kişi kimliğine ve sekreterin belirsizliği çözebileceği bir yönteme ihtiyacı vardır.

Entegrasyon tahmin etmek yerine istisnaları işaretlemelidir

Bir entegrasyon, bir kişiyi bir siparişle eşleştirebilir, üyelik kalemini sınıflandırabilir, tarihlerini denetleyebilir ve ödeme durumunu ekleyebilir. Kuralların kendiliğinden karara bağlayamadığı durumlar için de görünür bir kuyruk bırakmalıdır: iki kez geçen bir isim, başka biri adına verilmiş bir sipariş, elle yapılmış bir kabul, bir iade ya da sistemin daha önce görmediği bir üyelik kategorisi. Panoyu derli toplu göstermek için sessizce oy hakkı atamak yanlış yoldur.

Sekreter kanıtı inceleyebilmeli, kararı kaydedebilmeli ve kararı kimin verdiğini görebilmelidir. Bu, bir sonraki yönetim kuruluna, tek bir kişinin elektronik tablosundaki belgelenmemiş bir istisna yerine tekrarlanabilir bir süreç bırakır. Kesin kategoriler ve haklar derneğin kendi kurallarından gelmelidir; bir yazılım satıcısı bunları uydurmamalıdır.

Ücretsiz başlayın. Tüzüğünüzü, son üyelik dışa aktarımını ve ödeme dışa aktarımını alın. Birkaç sınır durumu seçin: ücretsiz bir üye, taksitle ödeyen biri, birden fazla kalemli bir sipariş, üyeliği sona ermiş biri ve üyeliksiz bir bağış. Her kişinin üyeliğini ve oy hakkını bu kayıtlardan açıklayabiliyorsanız, süreç sağlam olabilir. Kuralı yazıya dökün ki bir sonraki sekreter de aynısını yapabilsin.

Kural tek bir gönüllünün kafasındaysa elektronik tablo yetmez

Yanıt, hangi sütunların birleştirileceğini, hangi yinelenen kaydın yok sayılacağını ve hangi istisnanın geçersiz kılınacağını tek bir gönüllünün hatırlamasına bağlıysa. Son tablo doğru olsa bile bu, kırılgan bir genel kurul sürecidir. Mutabakatı yapan gönüllü, belgelenmemiş sistemin kendisi olur.

Elevates, derneğin üyelik kurallarını HelloAsso'daki gerçek sipariş ve kalem verileriyle eşleştirebilir, özel bir entegrasyon varsa ödeme olaylarını doğrulayabilir ve istisnaları açıkça gösteren ve devir teslimi tanımlanmış bir üye sicili kurabilir. Teslim edilen şey, ödemelerin bir başka panosu değildir. Yönetim kurulunun açıklayabileceği ve bir sonraki yönetim kurulunun işletebileceği bir üyelik görünümüdür.

Ödeme raporunuz ile oy listeniz zaten sorunsuz örtüşüyorsa, olduğu gibi bırakın. İkisini bağlayan kuralı kimse gösteremiyorsa, bir sonraki genel kuruldan önce bu kuralı görünür kılmak için Elevates ile çalışın.

Bize Ulaşın