क्रिप्टो भुगतान की रसीद किसी विशिष्ट ऑर्डर के लिए सत्यापित भुगतान की व्यापारी द्वारा दी गई स्वीकृति है। इससे खरीदार को पता चलना चाहिए कि क्या भुगतान हुआ, वह किस खरीद के लिए है और सवाल होने पर कहाँ संपर्क करना है। केवल लेनदेन का हैश यह व्यावसायिक संदर्भ नहीं देता।
यह मार्गदर्शिका व्यापारियों को रसीद की जाँच-सूची और दोबारा इस्तेमाल करने योग्य संदेश संरचना देती है। ये सुझाए गए व्यावसायिक नियंत्रण हैं, न कि यह दावा कि Yolfi डाउनलोड करने योग्य रसीदें या कर चालान बनाता है। कानूनी दस्तावेज़ों की आवश्यकताएँ आपके क्षेत्राधिकार पर निर्भर करती हैं; अपने लेखाकार से पूछें कि आपके व्यवसाय को कौन-से विवरण और किस प्रकार के दस्तावेज़ देने होंगे।
बिल, रसीद और ब्लॉकचेन रिकॉर्ड में अंतर समझें
बिल भुगतान का अनुरोध करता है। रसीद पहले से सत्यापित भुगतान की स्वीकृति देती है। ब्लॉकचेन रिकॉर्ड किसी विशेष नेटवर्क पर हुए लेनदेन का विवरण दर्ज करता है। इन्हें आपस में जोड़कर रखें, लेकिन एक-दूसरे का विकल्प न मानें।
| रिकॉर्ड | इससे क्या पता चलता है | अकेले इससे क्या सिद्ध नहीं होता |
|---|---|---|
| व्यावसायिक बिल | विक्रेता, खरीद और देय राशि | खरीदार भुगतान कर चुका है |
| व्यापारी की भुगतान रसीद | किसी निर्दिष्ट ऑर्डर के लिए भुगतान स्वीकार किया गया है | कर दस्तावेज़ों की हर आवश्यकता पूरी हो गई है |
| लेनदेन का हैश और हस्तांतरण का विवरण | बताए गए नेटवर्क पर परिसंपत्ति का स्थानांतरण | ग्राहक की पहचान या किस खरीद का भुगतान हुआ है |
| डिलीवरी की पुष्टि | सामान या पहुँच प्रदान कर दी गई है | भुगतान की राशि या उसका कर संबंधी उपचार |
किसी प्रदाता के “Invoice” नाम वाले ऑब्जेक्ट का तकनीकी अर्थ भी हो सकता है। Yolfi API Checkout में खरीदार द्वारा समर्थित नेटवर्क और टोकन चुनने के बाद Invoice बनाया जाता है। यह न मानें कि यह तकनीकी ऑब्जेक्ट वही व्यावसायिक कर चालान है जिसकी आपके स्थानीय नियमों में आवश्यकता है।
रसीद सत्यापित भुगतान के बाद भेजें, पेज बदलने के बाद नहीं
एकीकृत भुगतान प्रक्रिया में ऑर्डर को भुगतान किया हुआ चिह्नित करने या भुगतान की रसीद भेजने से पहले अपने सर्वर पर भुगतान सूचना सत्यापित करें। Yolfi के Webhook दस्तावेज़ में payment.confirmed को ऑर्डर पूरा करने का मुख्य संकेत बताया गया है। invoice.created का अर्थ है कि भुगतान शुरू हुआ है, न कि धन मिल गया है।
दस्तावेज़ में दी गई हस्ताक्षर प्रक्रिया से इवेंट की प्रामाणिकता जाँचें, उसे सही ऑर्डर से जोड़ें और दोबारा भेजी गई सूचनाओं को इस तरह सँभालें कि कई अलग-अलग रसीदें न बनें। परीक्षण इवेंट से वास्तविक भुगतान की रसीद नहीं बननी चाहिए। हर रसीद का विशिष्ट संदर्भ रखें और उसी दस्तावेज़ को दोबारा भेजते समय वही संदर्भ इस्तेमाल करें।
ब्राउज़र में सफलता दिखाने वाला पेज, वॉलेट का स्क्रीनशॉट या एक्सचेंज से लंबित निकासी पर्याप्त नहीं है। यदि प्रमाणों की जाँच पूरी नहीं हुई है, तो ऑर्डर का भुगतान हो जाने की स्वीकृति देने के बजाय भुगतान की स्थिति बताएँ। वॉलेट के गोपनीय विवरण माँगे बिना जाँच करने के लिए ग्राहक सहायता प्रमाण जाँच-सूची का उपयोग करें।
मैन्युअल रूप से जाँचे गए भुगतान के लिए दर्ज करें कि प्राप्तकर्ता का पता, परिसंपत्ति, नेटवर्क, राशि और पुष्टि के प्रमाण किसने जाँचे। आपकी आंतरिक प्रक्रिया में यह स्पष्ट होना चाहिए कि ये प्रमाण कब पर्याप्त माने जाएँगे; यह लेख हर ब्लॉकचेन के लिए पुष्टियों की एक जैसी संख्या निर्धारित नहीं करता।
खरीद और भुगतान की पहचान के लिए पर्याप्त विवरण दें
ग्राहक को दी जाने वाली रसीद पढ़ने में आसान रखें। तकनीकी प्रमाण साथ में संलग्न किए जा सकते हैं या निजी ऑर्डर रिकॉर्ड में उपलब्ध रखे जा सकते हैं। अपनी खरीद पहचानने के लिए खरीदार को टोकन हस्तांतरण के लॉग समझने की आवश्यकता नहीं होनी चाहिए।
| रसीद का विवरण | सुझाई गई जानकारी |
|---|---|
| दस्तावेज़ की पहचान | विशिष्ट रसीद संदर्भ और समय क्षेत्र सहित जारी करने की तारीख |
| विक्रेता और खरीदार | व्यवसाय की पहचान और इस लेनदेन के लिए आवश्यक ग्राहक विवरण |
| खरीद का संदर्भ | ऑर्डर या व्यावसायिक बिल का संदर्भ और संक्षिप्त विवरण |
| खरीद की राशि | मूल राशि और मूल्य निर्धारण की मुद्रा, क्रिप्टो की मात्रा से अलग |
| स्वीकार किया गया भुगतान | वास्तव में सत्यापित सटीक मात्रा, परिसंपत्ति का नाम और नेटवर्क |
| भुगतान का प्रमाण | प्रदाता का भुगतान संदर्भ और उपलब्ध होने पर संबंधित लेनदेन संदर्भ |
| राशि का आवंटन | इस ऑर्डर में समायोजित राशि तथा शेष बकाया या अनसुलझी अतिरिक्त राशि |
| आगे संपर्क | निर्धारित सहायता माध्यम और संपर्क करते समय बताने योग्य रसीद संदर्भ |
टोकन के लिए मूल रिकॉर्ड में सत्यापित कॉन्ट्रैक्ट या मिंट पहचानकर्ता रखें। केवल टिकर से किसी परिसंपत्ति की विशिष्ट पहचान नहीं होती। यदि ग्राहक को दिए जाने वाले दस्तावेज़ में लंबा पता या हैश छोटा करके दिखाया गया है, तो निजी प्रमाण रिकॉर्ड में पूरा संदर्भ रखें।
ऑर्डर की कीमत और स्वीकार की गई क्रिप्टो मात्रा अलग रखें। यदि स्थानीय मुद्रा में समतुल्य मूल्य दिखाते हैं, तो अपने रिकॉर्ड के अनुरूप मूल्यांकन का आधार और समय बताएँ। हर USDC या USDT प्राप्ति को बैंक में डॉलर जमा होने के रूप में न बताएँ और बिना स्पष्टीकरण टोकन की मात्रा को कर रिपोर्टिंग का मूल्य न मान लें।
शुल्कों को भी स्पष्ट नाम देना आवश्यक है। भेजने वाले का नेटवर्क शुल्क अनिवार्य रूप से व्यापारी को मिली राशि का हिस्सा नहीं होता। वॉलेट शेष और बिल की कुल राशि के अंतर से शुल्कों का मनगढ़ंत विवरण न बनाएँ।
रसीद के संदेश के लिए यह संरचना अपनाएँ
नीचे लिखने का एक प्रारूप है, किसी वास्तविक ग्राहक की रसीद नहीं। हर पंक्ति अपने सत्यापित रिकॉर्ड से भरें, न कि भाषा मॉडल से लेनदेन पहचानकर्ता गढ़ने को कहें।
भुगतान प्राप्त हुआ — रसीद संदर्भ: आपकी विशिष्ट रसीद संख्या।
विक्रेता और खरीद: आपके व्यवसाय की पहचान, ऑर्डर का संदर्भ और ग्राहक ने क्या खरीदा उसका संक्षिप्त विवरण।
भुगतान: सत्यापित क्रिप्टो मात्रा और परिसंपत्ति, नेटवर्क तथा मूल ऑर्डर राशि और उसकी मूल्य निर्धारण मुद्रा।
इस ऑर्डर में समायोजित राशि: खरीद के लिए स्वीकार की गई राशि, साथ ही शेष बकाया या अलग से समीक्षा की जा रही अतिरिक्त राशि का स्पष्ट उल्लेख।
प्रमाण: भुगतान संदर्भ और संबंधित लेनदेन संदर्भ, साथ में समय क्षेत्रों सहित भुगतान की पुष्टि और रसीद जारी करने का समय।
सवाल या सुधार: निर्धारित सहायता माध्यम से संपर्क करें और इस रसीद का संदर्भ बताएँ। कभी भी निजी कुंजी या पुनर्प्राप्ति वाक्यांश न भेजें।
खरीदार के विवरण, पंजीकरण पहचानकर्ता और अन्य अनिवार्य जानकारी उतनी ही जोड़ें जितनी आपके व्यवसाय और स्थानीय नियमों के अनुसार आवश्यक हो। ग्राहक का ईमेल पता, नाम या खरीद का विवरण सार्वजनिक ब्लॉकचेन टिप्पणियों में न डालें।
रसीद ऐसे ऑर्डर पेज से भेजें जहाँ उपयोगकर्ता की पहचान सत्यापित होती हो, या इस खरीद के लिए सत्यापित ग्राहक संपर्क पर भेजें। बिना सुरक्षा वाले सार्वजनिक दस्तावेज़ लिंक से पूरे ऑर्डर रिकॉर्ड उजागर न करें। किसी नामित ग्राहक से जुड़ने पर सार्वजनिक लेनदेन भी उसकी वित्तीय गतिविधि उजागर कर सकता है।
लेनदेन के प्रमाण उपयोगी रखें, उनकी सीमा से बढ़कर दावा न करें
एक लेनदेन में एक से अधिक हस्तांतरण हो सकते हैं। जब एक ही हैश में टोकन के कई स्थानांतरण शामिल हों, तो अपने आंतरिक प्रमाण में संबंधित हस्तांतरण की पहचान करें। बिना अंतर स्पष्ट किए वही हैश कई ऑर्डरों के साथ न जोड़ें।
EVM टोकन के लिए Ethereum लेनदेन रसीद संदर्भ में लेनदेन की स्थिति और लॉग का विवरण दिया गया है। केवल सफल निष्पादन यह सिद्ध नहीं करता कि अपेक्षित टोकन मात्रा आपके व्यापारी प्राप्तकर्ता पते तक पहुँच गई। संबंधित हस्तांतरण का विवरण जाँचें; लेनदेन के शीर्ष स्तर पर प्राप्तकर्ता कोई टोकन कॉन्ट्रैक्ट हो सकता है।
सार्वजनिक प्रमाण का लिंक देते समय सही नेटवर्क के विश्वसनीय ब्लॉकचेन एक्सप्लोरर का उपयोग करें। सार्वजनिक लेनदेन खोलने के लिए वॉलेट जोड़ने, हस्ताक्षर करने या टोकन खर्च करने की अनुमति देने की आवश्यकता नहीं होनी चाहिए। रसीद किसी अपरिचित वेबसाइट पर वॉलेट की पहुँच देकर भुगतान “सत्यापित” करने का निमंत्रण नहीं बननी चाहिए।
इतिहास बदले बिना आंशिक भुगतान और रिफंड दर्ज करें
आंशिक भुगतान में केवल सत्यापित और समायोजित राशि की स्वीकृति दें। जब तक शेष बकाया का मामला अनसुलझा है, पूरे ऑर्डर को भुगतान किया हुआ न बताएँ। अतिरिक्त धन मिलने पर ऑर्डर में समायोजित भुगतान और समीक्षा की प्रतीक्षा कर रही राशि में अंतर करें। कम और अधिक भुगतान की मार्गदर्शिका में इन निर्णयों की चर्चा है।
बाद में किए गए रिफंड के लिए अपना अलग, जुड़ा हुआ रिकॉर्ड आवश्यक है। मूल रसीद, रिफंड का निर्णय और सत्यापित भेजे गए भुगतान का प्रमाण रखें; मूल स्वीकार की गई राशि को बस छोटी संख्या से न बदल दें। किसी संदेश में दिए पते पर धन भेजने से पहले रिफंड समीक्षा प्रक्रिया का पालन करें।
लिपिकीय त्रुटियाँ ऐसी सुधार प्रक्रिया से ठीक करें जिसका पता लगाया जा सके। औपचारिक क्रेडिट नोट, प्रतिस्थापन दस्तावेज़ या किसी अन्य समायोजन की आवश्यकता है या नहीं, यह क्षेत्राधिकार के अनुसार लेखांकन का प्रश्न है। पुराने प्रमाण मिटाने के बजाय दस्तावेज़ के संस्करणों का संबंध बनाए रखें।
Yolfi की भूमिका
Yolfi भुगतान लिंक निश्चित कीमत वाले प्रस्तावों के लिए भुगतान शुरू करने का माध्यम देते हैं। API Checkout दस्तावेज़ दोबारा उपयोग किए जा सकने वाले Paylinks और बदलते ऑर्डरों के लिए सर्वर द्वारा बनाए गए Checkout Sessions में अंतर करता है; स्वतंत्र सत्र के लिए Paylink आवश्यक नहीं है।
आपके व्यवसाय को ऑर्डर का विवरण और ग्राहक संबंध की जानकारी अपने पास रखनी चाहिए, फिर उपलब्ध भुगतान संदर्भों को अपनी रसीद प्रक्रिया से जोड़ना चाहिए। दस्तावेज़ों को स्वचालित करने से पहले जाँचें कि आपकी मौजूदा प्रक्रिया कौन-से विवरण उपलब्ध कराती है। न तो किसी कॉइन का सार्वजनिक पेज और न ही यह लेख किसी खास परिसंपत्ति और नेटवर्क के संयोजन की वास्तविक उपलब्धता, दस्तावेज़ निर्यात या लेखांकन एकीकरण की पुष्टि करता है।
दिन के अंत के नियंत्रणों के लिए मिलान जाँच-सूची बताती है कि ऑर्डरों में राशि के आवंटन को वॉलेट में हुए स्थानांतरणों से कैसे जोड़ें। ग्राहक की रसीद इस सवाल का उत्तर देती है कि “मैंने किस चीज़ के लिए भुगतान किया?”; दैनिक मिलान बताता है कि व्यवसाय के रिकॉर्ड पूरे हैं या नहीं।
अक्सर पूछे जाने वाले सवाल
क्या लेनदेन का हैश क्रिप्टो भुगतान की रसीद है?
अपने आप में नहीं। यह नेटवर्क पर एक लेनदेन की पहचान करता है, लेकिन खरीदार की पहचान, खरीद का विवरण या किसी ऑर्डर में राशि का आवंटन स्थापित नहीं करता। व्यापारी की रसीद सत्यापन के बाद यह व्यावसायिक संदर्भ जोड़ती है।
क्या हस्तांतरण लंबित रहने पर रसीद भेज सकते हैं?
भुगतान की स्थिति बताएँ, भुगतान हो जाने की रसीद न भेजें। सत्यापित भुगतान की स्वीकृति तभी दें जब आपकी लिखित भुगतान-पुष्टि प्रक्रिया उसे स्वीकार करती हो। यह वादा न करें कि लंबित निकासी किसी निश्चित समय पर पहुँच जाएगी।
क्या क्रिप्टो रसीद कर चालान की जगह लेती है?
अपने आप नहीं। भुगतान की स्वीकृति और कानूनी रूप से आवश्यक चालान जारी करना अलग उद्देश्यों के लिए हो सकते हैं। किसी योग्य स्थानीय सलाहकार से पूछें कि आपके व्यवसाय को कौन-सी जानकारी और दस्तावेज़ सुरक्षित रखने तथा जारी करने होंगे।
क्या रसीद में वॉलेट का पूरा इतिहास दिखाना चाहिए?
नहीं। प्रमाण संबंधित भुगतान तक सीमित रखें। आवश्यक तकनीकी विवरण निजी रिकॉर्ड में रखें, पहुँच सीमित करें और कभी भी निजी कुंजी या पुनर्प्राप्ति वाक्यांश न माँगें।
निष्कर्ष: भुगतान की स्वीकृति दें, संदर्भ सुरक्षित रखें
उपयोगी रसीद सत्यापित धन को पहचानने योग्य खरीद से जोड़ती है, बिना प्रमाणों की सीमा से आगे दावा किए। स्पष्ट भुगतान निर्देशों से शुरुआत करें, हर स्वीकार किए गए भुगतान रिकॉर्ड के लिए एक ऐसी स्वीकृति जारी करें जिसका पता लगाया जा सके, और मूल बिक्री को बदलने के बजाय उससे जुड़े सुधार या रिफंड सुरक्षित रखें।
