Kripto ödeme makbuzu, satıcının belirli bir sipariş için doğrulanmış bir ödemeyi aldığını bildiren belgedir. Alıcıya ne ödendiğini, ödemenin hangi alışverişe ait olduğunu ve sorularını nasıl iletebileceğini açıklamalıdır. Tek başına işlem özeti, bu ticari bağlamı sağlamaz.
Bu rehber, satıcılara makbuz kontrol listesi ve yeniden kullanılabilir bir mesaj yapısı sunar. Bunlar önerilen işletme kontrolleridir; Yolfi'nin indirilebilir makbuz veya vergi mevzuatına uygun fatura oluşturduğuna dair bir iddia değildir. Yasal belge gereklilikleri bulunduğunuz ülkeye ve mevzuata bağlıdır; işletmenizin hangi alanları ve belge türlerini sunması gerektiğini muhasebecinize danışın.
Fatura, makbuz ve blokzincir kaydını birbirinden ayırın
Fatura, ödeme talep eder. Makbuz, doğrulanmış bir ödemenin alındığını bildirir. Blokzincir kaydı ise belirli bir ağdaki işlemi belgeler. Bu kayıtları birbirine bağlayın, ancak birbirlerinin yerine geçtiklerini düşünmeyin.
| Kayıt | Ne anlatır? | Tek başına neyi kanıtlamaz? |
|---|---|---|
| Ticari fatura | Satıcıyı, alışverişi ve ödenmesi gereken tutarı | Alıcının ödeme yaptığını |
| Satıcı ödeme makbuzu | Belirli bir sipariş için ödemenin kabul edildiğini | Vergi belgelerine ilişkin tüm gerekliliklerin karşılandığını |
| İşlem özeti ve transfer ayrıntıları | Belirtilen ağdaki varlık hareketini | Müşterinin kimliğini veya hangi alışverişin ödendiğini |
| Teslimat onayı | Ürünün veya erişimin sağlandığını | Ödeme tutarını veya vergi uygulamasını |
Bir sağlayıcının “Invoice” adlı nesnesinin teknik bir anlamı da olabilir. Yolfi API Checkout içinde Invoice, alıcı desteklenen bir ağı ve tokeni seçtikten sonra oluşturulur. Bu teknik nesnenin yerel kurallarınızın gerektirdiği ticari ve vergisel fatura olduğunu varsaymayın.
Makbuzu yönlendirmeden sonra değil, ödeme doğrulandıktan sonra gönderin
Entegre bir akışta, siparişi ödenmiş olarak işaretlemeden veya ödeme makbuzu göndermeden önce ödeme bildirimini sunucunuzda doğrulayın. Yolfi'nin webhook belgeleri, payment.confirmed olayını siparişi yerine getirme sürecinin temel tetikleyicisi olarak belirtir. invoice.created, ödemenin başlatıldığı anlamına gelir; paranın alındığı anlamına gelmez.
Belgelenen imza doğrulama yöntemini kullanarak olayın gerçekliğini doğrulayın, doğru siparişle ilişkilendirin ve yeniden denemeleri birden fazla bağımsız makbuz göndermeden yönetin. Bir test olayı, gerçek bir ödenmiş işlem için makbuz oluşturmamalıdır. Benzersiz bir makbuz referansı tutun ve aynı belgeyi yeniden gönderirken bu referansı kullanın.
Tarayıcıdaki başarı sayfası, cüzdan ekran görüntüsü veya borsada bekleyen bir çekim işlemi yeterli değildir. Kanıtlar henüz netleşmediyse siparişin ödendiğini bildirmek yerine ödeme durumu hakkında güncelleme gönderin. Cüzdanın gizli bilgilerini istemeden inceleme yapmak için müşteri desteği kanıt kontrol listesini kullanın.
Elle incelenen ödemelerde alıcı adresini, varlığı, ağı, tutarı ve onay kanıtlarını kimin kontrol ettiğini kaydedin. İç prosedürünüz bu kanıtların ne zaman yeterli sayılacağını belirtmelidir; bu makale her zincir için tek bir onay sayısı önermez.
Alışverişi ve ödemeyi tanımlamaya yetecek ayrıntıları ekleyin
Müşteriye sunulan makbuzu okunaklı tutun; teknik kanıtları ek olarak verin veya özel erişimli sipariş kaydı üzerinden erişilebilir kılın. Alıcının kendi alışverişini tanımak için token transfer kayıtlarını yorumlaması gerekmemelidir.
| Makbuz alanı | Önerilen içerik |
|---|---|
| Belge kimliği | Benzersiz makbuz referansı ve saat dilimiyle birlikte düzenlenme tarihi |
| Satıcı ve alıcı | İşletmenin kimlik bilgileri ve bu işlem için gerekli müşteri bilgileri |
| Alışveriş referansı | Sipariş veya ticari fatura referansı ve kısa açıklama |
| Ticari tutar | Kripto miktarından ayrı olarak ilk tutar ve fiyatlandırma para birimi |
| Kabul edilen ödeme | Gerçekte doğrulanan kesin miktar, varlık adı ve ağ |
| Ödeme kanıtı | Varsa sağlayıcının ödeme referansı ve ilgili işlem referansı |
| Mahsup | Bu siparişe mahsup edilen tutar ve kalan borç veya henüz çözümlenmemiş fazla ödeme |
| Sonraki iletişim | Kullanılan destek kanalı ve iletişimde belirtilmesi gereken makbuz referansı |
Tokenler için doğrulanmış sözleşme veya mint tanımlayıcısını temel kaydınızda saklayın. Tek başına sembol, bir varlığı benzersiz biçimde tanımlamaz. Müşteriye sunulan belgede uzun bir adresi veya işlem özetini kısaltıyorsanız tam referansı özel erişimli kanıt kaydında tutun.
Sipariş fiyatını kabul edilen kripto tutarından ayrı gösterin. Yerel para birimi karşılığı gösteriyorsanız kayıtlarınıza uygun değerleme esasını ve zamanını belirtin. Her USDC veya USDT tahsilatını banka hesabına yatırılmış ABD doları olarak tanımlamayın ve token miktarlarını açıklama yapmadan vergi beyan değerleri gibi ele almayın.
Ücretlerin de açıkça adlandırılması gerekir. Gönderenin ödediği ağ ücreti, satıcının aldığı tutarın parçası olmak zorunda değildir. Cüzdan bakiyesi ile fatura toplamı arasındaki farktan yola çıkarak bir ücret dökümü uydurmayın.
Bu makbuz mesajı yapısını kullanın
Aşağıdaki metin bir yazım şablonudur, gerçek bir müşteri makbuzu değildir. Bir dil modelinden işlem tanımlayıcıları uydurmasını istemek yerine her satırı doğrulanmış kayıtlarınızla doldurun.
Ödeme alındı — makbuz referansı: benzersiz makbuz numaranız.
Satıcı ve alışveriş: işletmenizin kimlik bilgileri, sipariş referansı ve müşterinin satın aldıklarının kısa açıklaması.
Ödeme: doğrulanmış kripto miktarı ve varlık, ağ ve fiyatlandırma para birimiyle birlikte ilk sipariş tutarı.
Bu siparişe mahsup edilen: alışveriş için kabul edilen tutar; kalan borç veya ayrıca incelenen fazla ödeme açıkça belirtilmelidir.
Kanıt: ödeme referansı ve ilgili işlem referansı; ayrıca saat dilimleriyle birlikte ödemenin onaylandığı zaman ve makbuzun düzenlendiği zaman.
Sorular veya düzeltmeler: kullandığımız destek kanalına başvurun ve bu makbuz referansını belirtin. Asla özel anahtar veya kurtarma ifadesi göndermeyin.
Alıcı bilgilerini, kayıt numaralarını ve diğer zorunlu alanları yalnızca işletmenizin ve yerel kuralların gerektirdiği ölçüde ekleyin. Müşterinin e-posta adresini, adını veya alışveriş ayrıntılarını herkese açık blokzincir notlarına yazmaktan kaçının.
Makbuzu kimlik doğrulaması gerektiren bir sipariş sayfasından veya alışverişe ait doğrulanmış müşteri iletişim adresine gönderin. Sipariş kayıtlarının tamamını korumasız, herkese açık bir belge bağlantısı üzerinden erişime açmayın. Herkese açık bir işlem, adı bilinen bir müşteriyle ilişkilendirildiğinde yine de finansal faaliyetleri açığa çıkarabilir.
İşlem kanıtlarını olduğundan güçlü göstermeden kullanışlı tutun
Bir işlem birden fazla transfer içerebilir. Tek bir işlem özeti birden çok token hareketini kapsıyorsa aynı, ayrıştırılmamış özeti birkaç siparişe eklemek yerine ilgili transferi iç kanıt kayıtlarınızda belirtin.
EVM tokenleri için Ethereum işlem makbuzu referansı, işlem durumunu ve günlükleri belgeler. İşlemin başarıyla yürütülmesi tek başına beklenen token miktarının satıcıya ait hedef adrese ulaştığını kanıtlamaz. İlgili transfer ayrıntılarını kontrol edin; işlemin üst düzey alıcısı bir token sözleşmesi olabilir.
Herkese açık kanıtlara bağlantı veriyorsanız doğru ağdaki güvenilir bir blokzincir gezginini kullanın. Herkese açık bir işlemi açmak için cüzdan bağlantısı, imza veya token harcama onayı gerekmemelidir. Makbuz, tanımadığınız ve cüzdan erişimi isteyen bir sitede ödemeyi “doğrulama” davetine dönüşmemelidir.
Geçmişi değiştirmeden kısmi ödemeleri ve iadeleri kaydedin
Kısmi ödemede yalnızca doğrulanmış ve siparişe mahsup edilmiş tutarın alındığını bildirin. Kalan borç henüz çözümlenmemişken siparişin tamamını ödenmiş olarak işaretlemeyin. Fazla ödemelerde siparişe mahsup edilen tutarı inceleme bekleyen tutardan ayırın. Eksik ve fazla ödeme rehberi bu kararları ele alır.
Daha sonra yapılan bir iadenin, asıl kayda bağlı ayrı bir kaydı olmalıdır. İlk makbuzu, iade kararını ve doğrulanmış giden ödeme kanıtını saklayın; başlangıçta kabul edilen tutarı daha küçük bir sayıyla değiştirmekle yetinmeyin. Bir mesajda verilen adrese para göndermeden önce iade inceleme prosedürünü uygulayın.
Yazım ve kayıt hatalarını izlenebilir bir düzeltme süreciyle giderin. Resmî bir alacak dekontu, yeni bir belge veya başka bir düzeltme gerekip gerekmediği, yerel mevzuata bağlı bir muhasebe konusudur. Önceki kanıtları silmek yerine sürümler arasındaki ilişkiyi koruyun.
Yolfi bu süreçte nerede yer alır?
Yolfi ödeme linkleri, sabit fiyatlı teklifler için bir ödeme başlangıç noktası sağlar. API Checkout belgeleri, yeniden kullanılabilir Paylinks ile dinamik siparişler için sunucuda oluşturulan Checkout Sessions arasında ayrım yapar; bağımsız bir oturum için Paylink gerekmez.
İşletmeniz sipariş açıklamasını ve müşteri ilişkisini kendi kayıtlarında tutmalı, ardından mevcut ödeme referanslarını kendi makbuz sürecine bağlamalıdır. Belge oluşturmayı otomatikleştirmeden önce mevcut akışınızın hangi alanları sunduğunu doğrulayın. Ne herkese açık bir coin sayfası ne de bu makale, belirli bir varlık ve ağ birleşiminin canlı olarak sunulduğunu, belge dışa aktarımını veya muhasebe entegrasyonunu kanıtlar.
Gün sonu kontrolleri için mutabakat kontrol listesi, siparişlere mahsup edilen tutarların cüzdan hareketleriyle nasıl ilişkilendirileceğini açıklar. Müşteri makbuzları “ne için ödeme yaptım?” sorusunu yanıtlar; günlük mutabakat ise işletme kayıtlarının eksiksiz olup olmadığını gösterir.
Sık sorulan sorular
İşlem özeti bir kripto ödeme makbuzu mudur?
Tek başına değildir. Bir ağdaki işlemi tanımlar, ancak alıcının kimliğini, alışveriş açıklamasını veya ödemenin hangi siparişe mahsup edildiğini ortaya koymaz. Satıcı makbuzu, doğrulamanın ardından bu ticari bağlamı ekler.
Transfer beklemedeyken makbuz gönderebilir miyim?
Ödeme makbuzu değil, durum güncellemesi gönderin. Yalnızca belgelenmiş ödeme onay süreciniz kabul ettiğinde ödemenin doğrulandığını bildirin. Bekleyen bir çekim işleminin belirli bir zamanda ulaşacağını vaat etmeyin.
Kripto makbuzu vergi mevzuatının gerektirdiği faturanın yerine geçer mi?
Kendiliğinden geçmez. Ödemenin alındığını bildiren belge ile yasal olarak zorunlu faturalama farklı amaçlara hizmet edebilir. İşletmenizin hangi bilgileri ve belgeleri saklaması ve düzenlemesi gerektiğini yetkin bir yerel danışmana sorun.
Makbuzda cüzdanın tüm geçmişi gösterilmeli mi?
Hayır. Kanıtları ilgili ödemeyle sınırlı tutun. Gerekli teknik ayrıntılar için özel erişimli kayıtları kullanın, erişimi kısıtlayın ve asla özel anahtar veya kurtarma ifadesi istemeyin.
Sonuç: ödemenin alındığını bildirin, bağlamı koruyun
İşlevsel bir makbuz, kanıtların desteklediğinden fazlasını iddia etmeden doğrulanmış fonları tanınabilir bir alışverişle ilişkilendirir. Açık ödeme talimatlarıyla başlayın, kabul edilen her ödeme kaydı için izlenebilir tek bir alındı belgesi düzenleyin ve ilk satışı yeniden yazmak yerine bağlantılı düzeltmeleri veya iadeleri saklayın.
