
Nijeryalı bir serbest çalışandan (freelancer) “gelir belgesi”, “kaynak belgesi” veya “fon kaynağı” istenebilir, ancak bu taleplerin hepsi aynı anlama gelmez.
Gelir belgesi genellikle nasıl para kazandığınızı ve ne kadar gelir elde ettiğinizi gösterir. Kaynak belgesi, beyan ettiğiniz paranın şu anda sizde olup olmadığını belgeler. Fon kaynağı ise bir adım daha ileri giderek belirli bir ödemenin veya bakiyenin nereden geldiğini sorgular.
Bir serbest çalışan için tek bir belge nadiren tüm süreci açıklar. En net kanıt genellikle şu zinciri oluşturur:
Sözleşme veya iş kapsamı → fatura → ödeyen → ödeme referansı → alıcı hesaba giriş kaydı
Bu zincir önemlidir; çünkü hesap dökümü nedenini açıklamadan hesabınıza para girdiğini gösterebilir. Fatura, müşterinin ödeme yaptığını kanıtlamadan sadece ona fatura kestiğinizi gösterebilir. Sözleşme ise ticari ilişkiyi açıklayabilir ancak belirli bir transferin o sözleşmeye ait olduğunu kanıtlayamaz.
Kanıt toplama nedeniniz paranın zaten askıda olması veya incelenmesi ise öncelikle serbest çalışan ödemelerinin neden bekletildiğini, incelendiğini veya geciktiğini öğrenin.
Ayrıca her banka, finansal teknoloji kuruluşu, ödeme sağlayıcısı, borç veren veya uyum ekibi tarafından kabul edilen evrensel bir serbest çalışan kanıt paketi yoktur. Her incelemeci kendi belge gereksinimlerini belirleyebilir. Örneğin, güncel Wise yönergeleri, serbest çalışan veya bağımsız yüklenici gelirinin olası kanıtı olarak belirli vergi beyannamelerini, serbest çalışan platformu kazanç dökümlerini ve uygun hizmet sözleşmelerini kabul ederken; yükleme kuralları belgelerin eksiksiz ve düzenlenmemiş olmasını da gerektirir.

Bu kılavuz, net ve izlenebilir ödeme kayıtları oluşturmakla ilgilidir. Herhangi bir banka, ödeme sağlayıcısı veya uyum ekibi tarafından onaylanmayı garanti etmez ve göçmenlik belgeleri için bir kılavuz değildir.
Gelir belgesi, kaynak belgesi ve fon kaynağı: Farklar nelerdir?
Bu üçünü birbirinden ayırmanın en kolay yolu, her birinin yanıtladığı soruya bakmaktır.
Kanıt talebi | İncelemecinin tespit etmeye çalıştığı durum | Kullanışlı serbest çalışan kanıtları | Otomatik olarak kanıtlamadığı durum |
Gelir belgesi | Nasıl para kazanıyorsunuz ve ne kadar gelir elde ediyorsunuz? | Sözleşmeler, hizmet sözleşmeleri, platform kazanç dökümleri, varsa vergi kayıtları, ödeme kayıtlarıyla eşleşen ödenmiş faturalar | Bugün hala belirli bir tutara sahip olduğunuz |
Kaynak belgesi | Şu anda fona sahip misiniz? | Güncel banka/hesap dökümü, bakiye belgesi veya kabul edilen başka bir hesap kaydı | Paranın aslen nereden geldiği |
Fon kaynağı | Bu belirli para nereden geldi? | Banka/hesap kaydı ile birlikte sözleşme, fatura, platform ödeme kaydı, havale bildirimi veya ödemeyi kaynağına bağlayan diğer kanıtlar | Diğer tüm bakiyelerin veya ödemelerin aynı kaynağa sahip olduğu |
Bu ayrım resmi AML (Kara Para Aklamayı Önleme) uygulamalarında da kullanılır. FATF (Mali Eylem Görev Gücü) yönergeleri, fon kaynağını bir işlemde kullanılan parayı üreten faaliyet ve paranın tam çıkış noktası olarak tanımlar. Solicitors Regulation Authority bu ayrımı özellikle netleştirir: Fon kaynağını doğrulamak, yalnızca fonların var olduğunu kanıtlamakla aynı şey değildir. Bunlar kullanışlı uyum kavramlarıdır, her Nijeryalı serbest çalışan veya finansal sağlayıcı için geçerli evrensel bir belge standardı değildir.
Uyum taleplerinde bazen dördüncü bir terim daha karşımıza çıkar: servet kaynağı. Bu, belirli bir ödemenin kaynağından ziyade, bir kişinin genel servetinin nasıl biriktiğiyle ilgilidir. Fon kaynağının başka bir adı olarak görülmemelidir.
Elde ettiğiniz kanıtlar müşterinin ödemeyi nereden yaptığına bağlıysa, walllet.com adresindeki ABD, İngiltere ve AB ülkelerindeki müşterilerden ödeme alma kılavuzu bu ödeme yöntemlerinin nasıl farklılaştığını açıklamaktadır.
Banka dökümü gelir belgesi yerine geçer mi?
Banka dökümü gelir belgesini destekleyebilir, ancak tek başına her zaman geliri kanıtlamaz.
Hesap dökümünüzde aynı göndericiden gelen üç aylık ödeme olduğunu varsayalım. Bu, düzenli bir ödeme modelini gösterebilir. Yine de bu ödemelerin serbest çalışan ücreti mi, maaş mı, borç mu, kendi hesaplarınız arasındaki bir transfer mi, harcama iadesi mi yoksa başka bir şey mi olduğunu açıklamayabilir.
Daha güçlü bir kayıt, ödemeyi ticari arka planına bağlar:
Hesap dökümündeki giriş → ödeme referansı → fatura → sözleşme veya hizmet sözleşmesi
İşlem açıklamaları belirsiz olduğunda veya ödemeyi gönderen kuruluş faturanızdaki müşteriyle tamamen aynı ada sahip olmadığında bu bağlantı özellikle yararlı olur.
Sağlayıcı gereksinimleri değişiklik gösterir. Wise şu anda bazı gelir kategorileri için tam banka dökümlerini kabul edilebilir olarak listeliyor ancak özellikle serbest çalışma veya bağımsız yüklenicilik için güncel doğrulanmış vergi beyannamesi, serbest çalışan platformu kazanç dökümü veya uygun hizmet sözleşmesi gibi belgeleri de kabul ediyor.
Pratik kural basittir: Bir kuruluş özellikle banka dökümü istiyorsa, ona talep ettiği döküm türünü ve tarih aralığını gönderin. Belirtilen gereksinimler yerine kendi hazırladığınız "daha iyi" bir kanıt paketini sunmayın.
Yol en başından itibaren net olduğunda ödeme kayıtlarınızı yönetmek çok daha kolaylaşır. walllet.com'un Nijeryalı serbest çalışanların küresel gelir elde etmelerine, dolara endeksli birikim yapmalarına, internette harcama yapmalarına ve desteklenen yöntemlerle nakde dönmelerine nasıl yardımcı olduğunu görün.
Serbest çalışan gelirinin güçlü bir şekilde kanıtlanmasını sağlayan nedir?
Serbest çalışan gelirinin güçlü bir şekilde kanıtlanması, sürecin yeniden takip edilebilir olmasına bağlıdır. Projede çalışmamış biri belgelerinize bakıp ne olduğunu tahmin yürütmeden anlayabilmelidir:
Sizi kim işe aldı?
Hangi iş veya hizmet üzerinde anlaşıldı?
Ödenmesi gereken tutar ne kadardı?
Fatura ne zaman kesildi?
Ödemeyi kim gönderdi?
Bunu hangi ödeme referansı tanımlıyor?
Para nereye ulaştı?
Fatura ile gelen ödeme arasındaki tutar değiştiyse nedeni nedir?
Bu son nokta önemlidir. 1.500 dolarlık bir faturanın ardından hesaba 1.472 dolar geçmesi mutlaka bir hata olduğu anlamına gelmez. Alıcı ücretleri, aracı kurum ücretleri, platform kesintileri veya belgelenmiş diğer masraflar aradaki farkı açıklayabilir. Dosyanızda açıklanmayan iki rakam bırakmak yerine, bunu açıklayan kaydı saklayın.

Farklı pazarlardaki doğrudan müşterilerle çalışıyorsanız, ödeme yöntemi de elinizdeki kanıtları etkileyebilir. walllet.com adresindeki ABD, İngiltere ve AB ülkelerindeki müşterilerden ödeme alma kılavuzu, yaygın ödeme alma yöntemleri ile her bir yöntemin oluşturabileceği kayıtlar arasındaki farkları açıklamaktadır.
Sözleşmeden alıcı hesaba giriş kaydına kadar kanıt zincirini oluşturun
Örnek bir senaryo düşünelim.
Nijeryalı bir UX serbest çalışanı, bir araştırma projesi için Müşteri A Ltd. ile bir hizmet sözleşmesi imzalar. Serbest çalışan, 1.250 USD tutarında INV-041 numaralı faturayı düzenler. Müşteri A'nın finans iştiraki olan Müşteri A Finans Ltd. ödemeyi gönderir ve ödeme referansına INV-041 ibaresini ekler. Serbest çalışanın hesap dökümü daha sonra belgelenmiş bir transfer ücretinin ardından 1.235 USD tutarında bir giriş gösterir.
Hiçbir belge tek başına işlemin tamamını açıklamaz.
Hizmet sözleşmesi ticari ilişkiyi kurar. Fatura, yapılan işi ve ödenmesi gereken tutarı tanımlar. Ödeyen kaydı, parayı kimin gönderdiğini açıklar. Referans, transferi faturaya bağlar. Alıcı hesaba giriş kaydı, ödemenin nereye ve ne zaman ulaştığını doğrular. Ücret kaydı, neden 1.250 USD yerine 1.235 USD geldiğini açıklar.
Bu kayıtlar bir araya geldiğinde tutarlı bir hikaye anlatır.
Sözleşme veya hizmet sözleşmesi
İmzalı bir sözleşme varsa bunu saklayın. Yararlı bilgiler arasında taraflar, yürürlük tarihi, iş kapsamı veya hizmet açıklaması, ödeme koşulları ve kararlaştırılan ücret yer alır.
Düzenli işler için genel bir hizmet sözleşmesi birçok faturayı kapsayabilir. Mevcut sözleşme yapılan işi yasal olarak kapsıyorsa her ödeme için yeni bir sözleşmeye ihtiyacınız yoktur, ancak her faturanın yine de tanımlanabilir olması gerekir.
Sözleşme, bir anlaşmanın kanıtıdır. Bir ödemenin gerçekleştiğinin kanıtı değildir.
Fatura
Kullanışlı bir fatura normalde yapılan işi ödemeye bağlamak için yeterli bilgiyi içerir:
adınız veya ticari unvanınız;
müşteri adı;
fatura numarası;
fatura tarihi;
hizmet veya proje açıklaması;
tutar ve para birimi;
ödeme koşulları;
ilgili ödeme detayları.
Fatura, birine fatura kestiğinizi kanıtlar. Faturanın ödendiğini kanıtlamaz.
Ödeyenin kimliği
Gönderici olarak görünen gerçek adı kaydedin. Sözleşmenizdeki müşteri ile hesap dökümünüzdeki gönderici aynı olduğunda bu kolaydır. Ödeme bir ana şirket, ajans, bordro şirketi, platform veya yetkilendirilmiş başka bir ödeyen aracılığıyla geldiğinde bu durum daha da önem kazanır.
İsimlerin aynı görünmesi için eski belgeleri yeniden düzenlemeyin. Gerçek kayıtları koruyun ve aradaki ilişkiyi belgeleyin.
Ödeme referansı
Ödeme referansı, aksi takdirde birbirinden bağımsız görünecek kayıtları birbirine bağlayan küçük bir bilgi parçası olabilir.
Mümkünse, "hizmetler", "ödeme" veya "serbest çalışan" gibi belirsiz açıklamalar yerine fatura numarası gibi sabit bir belirteç kullanın.
Örneğin:
INV-041 / UX araştırması
şeklindeki bir referansı eşleştirmek,
ÖDEME
şeklindeki bir referansa göre çok daha kolaydır. Referans yine de faturanın veya alıcı hesaba giriş kaydının yerini almaz. Sadece kanıt zincirinin takip edilmesini kolaylaştırır.
Alıcı hesaba giriş kaydı
Ödemenin ulaştığını gösteren resmi kaydı saklayın. Yönteme bağlı olarak bu bir banka dökümü, hesap dökümü, işlem kaydı veya platform ödeme raporu olabilir. Yararlı bilgiler şunları içerebilir:
hesap sahibinin adı;
ödeme tarihi;
tutar ve para birimi;
gönderen veya ödeyen;
işlem/referans numarası;
alıcı hesap numarası;
ödeme durumu.
Sıradan bir ekran görüntüsü kendi sorunlarınızı çözmek için yararlı olabilir, ancak resmi olarak kabul edilebilir bir döküm yerine geçmez. Örneğin Wise, çeşitli belge kategorileri için internet bankacılığı ekran görüntüleri yerine özellikle bankadan alınmış banka dökümleri talep eder.
Müşteri adı ile gönderici adı eşleşmiyorsa ne yapılmalı?
Gönderici/müşteri uyuşmazlığı, bir ödemenin yasal olup olmadığını tek başına göstermez. Ancak kayıtlarınızın yanıtlayabilmesi gereken bir soru işareti yaratır.

Bir müşteri; ajans, bağlı şirket, bordro sağlayıcısı veya başka bir ödeme kuruluşu aracılığıyla ödeme yapabilir. Diğer düzenlenmiş alanlardaki güncel fon kaynağı yönergeleri de benzer şekilde, beklenmedik üçüncü taraf finansmanını göz ardı edilmesi gereken bir şey olarak değil, açıklanması gereken bir durum olarak ele alır.
Faturanızda Müşteri A Ltd. yazıyor ancak alıcı kaydınızda Müşteri A Finans Ltd. görünüyorsa, ikisini birbirine bağlayan kanıtları saklayın. Mevcut belgelere ve incelemecinin neyi kabul ettiğine bağlı olarak bu; havale bildirimi, ödeme onayı, müşteri e-postası, sözleşme maddesi, platform ödeme kaydı veya diğer gerçek belgeleri içerebilir.
Kısa bir açıklama notu da dosyanın anlaşılmasını kolaylaştırabilir:
INV-041 numaralı fatura Müşteri A Ltd. adına düzenlenmiştir. Ödeme, müşterinin yüklenici ödemelerini işleme koymak için kullandığı kuruluş olan Müşteri A Finans Ltd. tarafından gönderilmiştir. Ödeme referansı INV-041'i içermektedir.
Açıklamayı sonradan uydurmayın. Destekleyici kayıt gerçekte olanlarla eşleşmelidir.
Ödeme inceleniyor veya gecikiyorsa ne yapılmalı?
Bir ödeme zaten incelenme aşamasındayken rastgele ekran görüntüleri göndermek genellikle olayın çözülmesini zorlaştırır.
Bunun yerine kısa bir kronolojik akış oluşturun:
Fatura kesildi → müşteri ödemeyi onayladı → ödeme gönderildi → referans oluşturuldu → ödeme ulaştı/alıcı yönteme ulaşamadı → destek ekibiyle iletişime geçildi
Yalnızca o ödemeyle ilgili kanıtları bir arada tutun.
Uluslararası bir SWIFT transferi için MT103 veya UETR, transferin tanımlanmasına ve izlenmesine yardımcı olabilir. Bu, alıcının parayı nihayet aldığının kanıtı ile karıştırılmamalıdır. walllet.com adresindeki MT103 veya UETR ile kayıp bir uluslararası transferi izleme kılavuzuna bakın.
Platform üzerinden çalışanlar gelirlerini nasıl kanıtlamalı?
Platform üzerinden çalışanlar genellikle bir avantaja sahiptir: Platform, doğrudan çalışanların kendilerinin bir araya getirmesi gereken yapılandırılmış kazanç kayıtlarını otomatik olarak oluşturabilir.
Örneğin Upwork, şu anda serbest çalışanların bir Kazanç Sertifikası oluşturmasına izin vermektedir. Bu sertifika, tanımlayıcı profil bilgileriyle birlikte önceki bir, üç, altı ve on iki aya ait brüt kazançları içerir. Upwork, serbest çalışanın işvereni olmadığını da açıkça belirtir; bu nedenle sertifika, bir maaş bordrosu değil, platform kazançlarının kanıtıdır.
Güçlü bir platform geliri dosyası şunları birbirine bağlayabilir:
Platform profili/hesabı → sözleşme veya proje → platform kazanç kaydı → ödeme kaydı → alıcı hesap
Platform ücretlerini ve çekimleri brüt kazançlardan ayrı tutun. Bir platform 2.000 USD kazandığınızı söylüyorsa ve bankanıza daha azı ulaştıysa, aradaki fark açıklamasız bırakılmak yerine ücretler, çekimler veya dönüşüm kayıtları aracılığıyla izlenebilir olmalıdır.
Platform ödemeleri, sponsorluklar ve doğrudan marka anlaşmaları olan içerik üreticilerinin aynı ay içinde birkaç kanıt türüne ihtiyacı olabilir. walllet.com adresindeki Nijeryalı içerik üreticileri için ödeme kayıtları ve ödeme alma yöntemleri kılavuzu bu süreci ayrıca ele almaktadır.
USDT veya USDC ile ödenen serbest çalışan geliri nasıl kanıtlanır?
Bir blok zinciri işlemi, bir varlığın adresler arasında taşındığını kanıtlar. Tek başına, birinin size neden ödeme gönderdiğini açıklamaz.
Stabil kripto para (stablecoin) ile ödenen serbest çalışan geliri için hem ticari kanıtları hem de işlem kanıtlarını saklayın:
Sözleşme veya anlaşma → fatura → üzerinde anlaşılan token ve ağ → gönderen/alıcı adresleri → işlem karması (tx hash) → alıcı cüzdan kaydı
Ayrıca tam token adını ve ağı da kaydedin. İşlemin tanımlanması açısından izlenen yol önem taşıyorsa, "USDT ödemesi" ifadesi eksik kalacaktır.
Müşteri ödemeyi bir fatura karşılığında gönderdiyse, blok zinciri işleminin kendisi yararlı bir ödeme açıklaması içermese bile, kendi mutabakat kayıtlarınızda fatura numarasını veya diğer tanımlayıcıyı saklayın.
walllet.com adresindeki serbest çalışanlar için stabil kripto para ödeme kontrol listesi adres doğrulaması, ağ eşleştirmesi, işlem kayıtları ve diğer ödemeye özel kontrolleri kapsar.
Belirli bir bankanın, sağlayıcının veya incelemecinin blok zinciri kayıtlarını fon kaynağı kanıtı olarak kabul edip etmeyeceği ayrı bir sorudur. Bir işlem karmasının (hash) yeterli olacağını varsaymak yerine alıcının gereksinimlerini takip edin.
Gizli veya gizlilik sözleşmesi (NDA) kapsamındaki işlerden elde edilen gelir nasıl kanıtlanır?
Gizli işler kayıt tutma ihtiyacını ortadan kaldırmaz, ancak neleri açıklamanıza izin verildiğini sınırlandırabilir.
Sözleşme ile başlayın. Bir gizlilik sözleşmesi (NDA) müşteri adını, proje detaylarını, ekran görüntülerini, ürün bilgilerini, finansal verileri ve hatta ilişkinin varlığını kısıtlayabilir. Müşteri adının üzerini kapatmak (karalamak), açıklamayı otomatik olarak izin verilebilir hale getirmez.
Kanıt talep edilirse, talepte bulunan kuruluşun neye ihtiyacı olduğunu ve sözleşmenizin neleri paylaşmanıza izin verdiğini belirleyin. Gerektiğinde, müşteri doğrulama mektubu, kazanç dökümü, varsa vergi belgesi veya yasal olarak sansürlenmiş bir sözleşme gibi alternatifleri kabul edip etmeyeceklerini sorun.
NDA'ya uygun bir belge seti için amaç, ilgili olmayan gizli materyalleri açığa çıkarmadan geliri doğrulamak için yeterli bilgiyi paylaşmaktır. Talebe ve sözleşme yükümlülüklerinize bağlı olarak bu; kısıtlı proje ayrıntılarını kaldırırken ödeme tarihlerini, tutarlarını, ödeyen kimliğini veya fatura tanımlayıcılarını korumak anlamına gelebilir.
Kamuya açık portföy kanıtı ile finansal kanıt ayrı tutulmalıdır. Portföy, potansiyel müşterilere deneyim göstermek için tasarlanmıştır. Gelir belgesi dosyası ise finansal bir ilişkiyi veya işlemi kanıtlamak için tasarlanmıştır.
Banka dökümünden neleri güvenle karalayabilirsiniz?
Karalama (sansürleme) koşulludur. İlk soru "Neyi gizleyebilirim?" değil, "Alıcı karalanmış belgeleri kabul ediyor mu?" olmalıdır.
Bazı sağlayıcılar açıkça düzenlenmemiş, tam belgeler talep eder. Örneğin Wise'ın güncel kişisel gelir kaynağı yönergeleri, bilgilerin kırpılmamasını, düzenlenmemesini veya gizlenmemesini belirtmekte ve banka dökümü talep edildiğinde belgenin tamamını istemektedir.

Karalamaya izin verildiğinde, bunu minimum düzeyde uygulayın. Nijerya Veri Koruma Komisyonu, kişisel verilerin işlenme amacına uygun, ilgili ve gerekli olanla sınırlı olması gerektiğini belirtmektedir.
Amaç buysa... | Genellikle anlaşılır kalması gereken bilgiler | Alıcının karalamaya izin vermesi durumunda gereksiz olabilecek bilgiler |
Geliri kanıtlamak | Kimliğiniz, belgeyi düzenleyen kurum, döküm dönemi, ilgili girişler, tarihler, tutarlar, para birimi, ödeyen/referans | İlgisiz satın alımlar ve ilgisiz işlemler |
Fonları kanıtlamak | Kimliğiniz, düzenleyen kurum, döküm tarihi, ilgili hesap, bakiye | Yalnızca bakiye yeterliyse ilgisiz işlem detayları |
Fon kaynağını açıklamak | İlgili gelen ödeme, ödeyen, tarih, tutar, para birimi, referans ve destekleyici ticari kayıt | İnceleme altındaki ödemeyle ilgisi olmayan işlemler |
Bir hesabı sizinle eşleştirmek | Adınız ve sahipliği kanıtlamak için yeterli hesap tanımlama bilgisi | Alıcı tam numarayı talep etmiyorsa hesap numarasının bazı kısımları |
İncelemecinin açıkça talep ettiği bir alanı asla karalamayın.
Kanıtların daha temiz görünmesi için hiçbir tutarı, göndereni, tarihi, referansı veya belge metnini asla değiştirmeyin. Karalama bilgiyi kaldırır; kalan belgenin anlamını değiştirmemelidir.
PDF'ler için, görünür içeriğin üzerine siyah bir dikdörtgen yerleştirmek yerine, alttaki metni gerçekten kaldıran gerçek bir karalama yöntemi kullanın. Dokunulmamış orijinali ayrı bir yerde saklayın.
Hangi alanlar genellikle görünür kalmalıdır?
Bir belgenin belirli bir ödemeyi veya gelir akışını kanıtlaması gerektiğinde, incelemecinin hem kişiyi hem de işlemi tanımlamak için genellikle yeterli bilgiye ihtiyacı olur.
Bir banka veya hesap dökümü için bu bilgiler arasında adınız, belgeyi düzenleyen kurum veya sağlayıcı, döküm tarihi veya dönemi, ilgili ödeme tarihi, tutar, para birimi, ödeyen ve işlem/referans numarası yer alabilir.
Bir fatura için fatura numarası, tarih, serbest çalışan veya işletme kimliği, müşteri kimliği, faturalandırılan hizmetin açıklaması, tutar ve para birimi yer alabilir.
Bir sözleşme veya hizmet sözleşmesi için yararlı alanlar genellikle taraflar, yürürlük tarihi, hizmet ilişkisi, ödeme koşulları ve kanıtlanan gelirle ilgili ücret koşullarıdır.
Farklı incelemeciler farklı alanlar talep edebilir. Muhasebeciniz için tamamen yeterli olan bir belge, bir ödeme sağlayıcısının uyum incelemesi için yetersiz olabilir.
Nijeryalı Serbest Çalışan Ödeme Kanıtı Paketi
Altı aylık dağınık faturaları aramak için bir ödeme incelemesinin başlamasını beklemeyin. Her önemli müşteri veya gelir kaynağı için aşağıdakileri içeren küçük bir kanıt paketi bulundurun:
varsa imzalı sözleşme, hizmet sözleşmesi, satın alma siparişi veya diğer gerçek iş anlaşmaları;
fatura veya platform faturalandırma kaydı;
müşteriyi tanımlayan bir kayıt;
parayı gerçekten gönderen kuruluşun adı;
varsa ödeme/havale onayı;
ödeme referansı, işlem kimliği veya eşdeğer tanımlayıcı;
alıcı banka/hesap/platform kaydı;
farklılıkları gidermek için gereken ücretlerin, kesintilerin veya para birimi dönüştürme işlemlerinin kayıtları;
varsa platform çalışmaları için platform kazanç belgesi;
stabil kripto para ödemeleri için işlem karması (hash), adresler, token ve ağ;
gerçek uyuşmazlıklar için kısa bir açıklama notu;
orijinal belge seti ve ayrıca hazırlanmış paylaşım/karalama sürümü.
Eksiksiz bir kanıt paketi izlenebilirliği artırır. Ancak onay alma hakkı yaratmaz ve belgelerinizi inceleyen kuruluşun gereksinimlerini veya risk kontrollerini geçersiz kılamaz.
Kayıtları dosya türüne göre değil, müşteri ve projeye göre düzenleyin
İçinde birbiriyle ilişkisiz 70 PDF bulunan Faturalar adlı bir klasör muhasebe için yararlıdır ancak tek bir ödemeyi yeniden takip etmek için kötüdür.

Müşteri/proje yapısı kanıt zincirinin çok daha hızlı takip edilmesini sağlar:
Serbest-Calisan-Kanitlari/
│
├── 2026/
│ ├── Musteri-A/
│ │ ├── 01-Anlasma/
│ │ │ └── 2026-06-01_hizmet-sozlesmesi.pdf
│ │ │
│ │ ├── 02-Faturalar/
│ │ │ └── 2026-08-12_INV-041_fatura.pdf
│ │ │
│ │ ├── 03-Odeme/
│ │ │ ├── 2026-08-15_INV-041_odeme-onayi.pdf
│ │ │ └── 2026-08-15_INV-041_masraf-kaydi.pdf
│ │ │
│ │ ├── 04-Alim/
│ │ │ └── 2026-08-16_INV-041_alim-kaydi.pdf
│ │ │
│ │ └── 05-Paylasilan-Kanitlar/
│ │ └── 2026-08-20_INV-041_alim-kaydi_KARALANMIS.pdf
│ │
│ └── Musteri-B/
│
└── Platform-Geliri/
└── 2026/
├── Kazanc-Belgeleri/
├── Odemeler/
└── Alim-Kayitlari/
Dosyaların kronolojik olarak sıralanması için tarihleri YYYY-AA-GG formatında kullanın. Saklanması güvenli olduğu sürece fatura numaralarını ve diğer sabit belirteçleri dosya adlarında tutun.

Orijinalleri paylaştığınız belgelerden ayrı tutun
Kanıt arşiviniz ile paylaşım klasörünüz aynı şey olmamalıdır.
Orijinal belgeleri değiştirmeden saklayın. Sadece belirli bir talep için kayıtları birleştirmeniz, üzerine not eklemeniz veya yasal olarak karalamanız gerektiğinde ayrı bir kopya oluşturun.
Basit bir adlandırma kuralı karışıklığı önler:
2026-08-16_INV-041_dokum_ORIJINAL.pdf
2026-08-20_INV-041_dokum_PAYLASILAN-KARALANMIS.pdf
Daha sonra güncellenmiş bir döküm alırsanız, iz bırakmadan önceki dosyanın üzerine yazmayın. Yeni sürümü kendi tarihiyle kaydedin.
Bu önemlidir; çünkü ödeme sürecinin hangi noktasında hangi belgenin var olduğunu tespit edebildiğinizde kanıtlara güvenmek daha kolay olur.
Ödeme kanıtları güvenli bir şekilde nasıl paylaşılmalıdır?
Varsa kuruluşun resmi yükleme portalını kullanın. Bir belge talebi e-postası, yalnızca hesabınızdan veya ödemenizden bahsediyor diye otomatik olarak güvenli kabul edilmemelidir.
Finansal kayıtları paylaşmadan önce alıcıyı ve kanalı doğrulayın. Alıcının belge kurallarına tabi olarak yalnızca o talep için gereken belgeleri gönderin.
Bir ödeme kanıtı paketine asla şifreleri, PIN'leri, tek kullanımlık şifreleri, CVV'leri, kurtarma kodlarını, özel anahtarları veya cüzdan kurtarma kelimelerini dahil etmeyin. Bunların hiçbiri serbest çalışan gelirini veya fon kaynağını kanıtlamaz.
Korumalı bir dosya göndermenize izin veriliyorsa, önce alıcının şifre korumalı belgeleri kabul ettiğini onaylayın; bazı sağlayıcılar kabul etmez. Örneğin Wise, şu anda gelir kaynağı yükleme akışının şifre korumalı dosyaları kabul etmediğini belirtmektedir.
Kendiniz için temel bir paylaşım kaydı tutun: neyi, kime, hangi kanaldan ve hangi tarihte gönderdiniz.
Göndermeden önce beş dakikalık bir kanıt kontrolü
Bir ödeme kanıtı paketi göndermeden önce belgelerin aynı hikayeyi anlattığından emin olun.
Kimlik: Adınız ilgili hesapta ve belgelerde eşleşiyor mu?
Müşteri: Sözleşme yapılan müşteri tanımlanabiliyor mu?
Fatura: Ödeme belirli bir faturaya veya fatura dönemine bağlanabiliyor mu?
Ödeyen: Gerçek gönderici beklenen ödeyenle eşleşiyor mu? Eşleşmiyorsa, aradaki ilişki belgelenmiş mi?
Tutar: Alınan tutar fatura tutarından farklıysa, aradaki farkı gerçek bir kayıtla açıklayabiliyor musunuz?
Tarih: Ödeme zamanlaması fatura, ödeme veya sözleşme ile uyumlu mu?
Referans: Kayıtları birbirine bağlayan bir fatura numarası, işlem kimliği, havale referansı veya başka bir sabit belirteç var mı?
Alıcı kaydı: Paranın nereye ulaştığını gösterebiliyor musunuz?
Sürüm: Eski bir döküm veya geçerliliğini yitirmiş bir sözleşme yerine doğru ve güncel belgeyi mi gönderiyorsunuz?
Gizlilik: Sadece alıcının kaldırmanıza izin verdiği bilgileri mi kaldırdınız?
Amaç dosyanın kusursuz görünmesini sağlamak değildir. Amaç, olanları değiştirmeden işlemi anlaşılır kılmaktır.
Müşteri ödemesinden kullanılabilir paraya giden yolu daha sorunsuz hale getirmeye hazır mısınız? Desteklenen küresel gelirleri elde etmek, dolara endeksli birikim yapmak, internette harcamak ve Nijerya'da tek bir yerden nakde dönmek için walllet.com'u keşfedin.