Bitcoin Point of Sale क्या है? परिभाषा, संदर्भ और स्रोत

01Bitcoin Point of Sale क्या है?

Bitcoin Point of Sale आमने-सामने की बिक्री के लिए बिटकॉइन भुगतान काउंटर है। यह कीमत तय करने, भुगतान माँगने और पैसे आने की पुष्टि में मदद करता है। यह फोन या टैबलेट का ऐप या अलग टर्मिनल हो सकता है। केवल उपकरण देखकर नहीं पता चलता कि पैसे व्यापारी नियंत्रित करता है या कोई सेवा उसकी ओर से रखती है।

02एक कॉफ़ी, एक पहचाना जा सकने वाला ऑर्डर

कर्मचारी कॉफ़ी चुनता है या कीमत भरता है, फिर मुद्रा, टिप और कुल रकम जाँचता है। उदाहरण के लिए BTCPay Server कैटलॉग, कार्ट या नंबर कीपैड देता है। इसके बाद invoice बनती है: इस खरीद से जुड़ा भुगतान अनुरोध। इस संबंध से बाद में पता चलता है कि रकम किस लिए आई। स्क्रीन फिर लोड करने पर एक और कॉफ़ी बिकने का रिकॉर्ड नहीं बनना चाहिए। ऑर्डर और उसके भुगतान का पता लगाया जा सकना चाहिए। [1] [2]

03ग्राहक वास्तव में क्या चुका रहा है

कैफ़े कीमत चेक क्राउन में रख सकता है और काउंटर चुने हुए दर स्रोत से उसे बिटकॉइन में बदलकर दिखा सकता है। भेजने से पहले ग्राहक को रकम और अनुरोध की वैधता दिखनी चाहिए; उसे प्राप्तकर्ता और भुगतान नेटवर्क भी जाँचना चाहिए। BOLT 11 Lightning अनुरोध का प्रारूप है। इसमें भुगतान हैश, यानी भुगतान के प्रमाण से जुड़ी क्रिप्टोग्राफिक छाप, और समयसीमा होती है; रकम अनिर्दिष्ट भी हो सकती है। इसलिए स्कैन करना ही काफ़ी नहीं: खरीद के लिए वास्तव में माँगी गई रकम देखें। क्राउन में कीमत दिखने का मतलब कैफ़े के बैंक खाते में क्राउन आना नहीं है। [3] [4]

04कर्मचारी बिक्री कब पूरी कर सकता है

QR कोड भुगतान की जानकारी देता है, पैसे मिलने का प्रमाण नहीं। ग्राहक का स्क्रीनशॉट कैफ़े की जाँच की जगह नहीं लेता। BTCPay Server में Processing का अर्थ है पूरी रकम मिल चुकी है, लेकिन ज़रूरी ब्लॉक पुष्टियों जैसी पूर्णता की शर्तें बाकी हैं। Settled का अर्थ है वे पूरी हुईं। स्थिति हाथ से भी चिह्नित की जा सकती है, लेकिन उससे असली भुगतान या पुष्टि नहीं बनती। सफल Lightning भुगतान आम तौर पर ब्लॉक का इंतज़ार नहीं करता। इसलिए सामान सत्यापित प्राप्ति और दुकान के नियमों के अनुसार दें, किसी दूसरे की स्क्रीन के रंग के आधार पर नहीं। [2]

05टैबलेट वही, पैसे पर नियंत्रण अलग

काउंटर व्यापारी के अपने वॉलेट में भुगतान ले सकता है या उसकी ओर से रकम रखने वाली सेवा इस्तेमाल कर सकता है। खर्च करने वाली निजी कुंजियाँ, अनुमतियाँ और निकासी की शर्तें मायने रखती हैं, Bitcoin का लोगो नहीं। प्राप्ति पते बनाने के लिए वॉलेट की सार्वजनिक जानकारी पर्याप्त हो सकती है। फिर भी हैक हुआ काउंटर आने वाले भुगतानों के लिए हमलावर का पता दिखा सकता है। इसलिए कर्मचारी को एडमिन के सभी अधिकार नहीं चाहिए: कॉफ़ी बेचना, प्राप्तकर्ता बदलना और रिफ़ंड मंज़ूर करना अलग काम हैं। [5] [6] [7]

06Lightning कभी-कभी क्यों विफल होता है

Lightning जुड़े भुगतान चैनलों से रकम भेजता है। अपना नोड, यानी इस नेटवर्क में भाग लेने वाला प्रोग्राम, उपलब्ध होना चाहिए और उसमें आने वाली रकम के लिए तरलता होनी चाहिए: चैनलों में पैसा लेने की जगह। सेवा कुछ काम सँभाल सकती है, लेकिन उससे लागत और भरोसे का पक्ष बदलते हैं। रास्ता न मिलना या तरलता कम होना सफल भुगतान नहीं है। ग्राहक दूसरा तरीका आज़माए, उससे पहले कर्मचारी शुरुआती प्रयास का परिणाम जाँचता है ताकि एक कॉफ़ी के दो भुगतान न हों। [7] [4]

07जब काउंटर जवाब न दे

टैबलेट का इंटरनेट टूट सकता है, सर्वर रुक सकता है या विनिमय दर लोड नहीं हो सकती। तब नया अनुरोध बनाना या प्राप्ति जाँचना संभव नहीं भी हो सकता। छपा QR पढ़ा जाता रहेगा, मगर यह व्यवस्था चलने का प्रमाण नहीं है। पहले से तय प्रक्रिया चाहिए: वैकल्पिक कनेक्शन, बिक्री टालना या बाद में भुगतान खोजना। केवल रुकावट से साबित नहीं होता कि ग्राहक ने नहीं चुकाया। कम, ज़्यादा या अनुरोध की समयसीमा के बाद आए भुगतान अलग-अलग जाँचें; रिकॉर्ड हाथ से बदलना नेटवर्क का इतिहास नहीं बदलता। [2] [3]

08रिफ़ंड मूल भुगतान को मिटाता नहीं

पैसा लौटाना मूल खरीद से जुड़ा एक और भुगतान करना है। रकम और मुद्रा पर सहमति, गंतव्य की जाँच और अधिकृत व्यक्ति की मंज़ूरी चाहिए। BTCPay Server रिफ़ंड अनुरोध बनाने और वास्तव में पैसे भेजने को अलग रखता है। ग्राहक को लिंक देने का अर्थ पैसे मिल जाना नहीं है। कर्मचारी तैयार अनुरोध, लंबित भुगतान और पूरा रिफ़ंड अलग पहचानते हैं; मूल हस्तांतरण इतिहास में रहता है। [8]

09कैफ़े बंद होने के बाद क्या जाँचें

शिफ़्ट के अंत में ऑर्डर, प्राप्त रकम, शुल्क, लौटाई रकम और सेवा प्रदाता से मिले भुगतान का मिलान करें। BTCPay Server भुगतान, बेचे उत्पाद और on-chain वॉलेट के लेनदेन निर्यात कर सकता है, यानी सीधे Bitcoin श्रृंखला पर काम करने वाले वॉलेट के रिकॉर्ड। रिपोर्ट हिसाब में मदद करती है, पर स्थानीय लेखांकन और कर की सारी ज़िम्मेदारियाँ पूरी नहीं करती। वास्तविक संचालन से पहले सामान्य बिक्री, रुकावट और बहाली का अभ्यास करें। ग्राहक डेटा तक पहुँच ज़रूरत के अनुसार सीमित रखें और उपकरण, कनेक्शन तथा देखभाल की लागत भी जोड़ें। [9] [1] [6]

∑व्यावहारिक उदाहरण

उदाहरण · ₿·POS

कॉफ़ी, भुगतान दिखाता फोन और ऑफ़लाइन टैबलेट

उदाहरण ऑर्डर POS-497 में ग्राहक सफल भुगतान दिखाता है, तभी कर्मचारी का टैबलेट डिस्कनेक्ट हो जाता है। कर्मचारी तुरंत दूसरा अनुरोध नहीं बनाता और खरीद को अवैतनिक नहीं बताता। वह फिर जुड़ता है, मूल invoice खोजता है और रकम को वास्तविक प्राप्ति से मिलाता है। नतीजे के अनुसार बिक्री पूरी करता है या नया प्रयास सँभालता है। सभी रिकॉर्ड उसी ऑर्डर से जुड़े रहते हैं ताकि भुगतान या बिक्री दो बार न गिनी जाए।

काउंटर खरीद, भुगतान अनुरोध और वास्तव में मिले पैसे को जोड़ता है।
व्यापारी अपने सिस्टम में पुष्टि करता है, ग्राहक का फोन देखकर नहीं।
कुंजियाँ और अनुमतियाँ सेल्फ-कस्टडी तय करती हैं; कीमत की गणना मुद्रा विनिमय नहीं है।
रुकावट, दोबारा प्रयास और रिफ़ंड के लिए साफ़ प्रक्रिया चाहिए।

संदर्भ सहित पढ़ें

पूरी तस्वीर के लिए इस प्रविष्टि के साथ यह भी पढ़ें Merchant Adoption, BTCPay Server, Bitcoin Payment Processor, BOLT 11, पुष्टि, Bitcoin. इस प्रविष्टि का उल्लेख यहाँ भी है Merchant Adoption, Bitcoin Payment Processor, BTCPay Server, BTC Map.

?व्यावहारिक प्रश्न

01क्या काउंटर पर QR रखना पर्याप्त है?

कोड भुगतान जानकारी दे सकता है, लेकिन खुद नहीं बताता कि रकम आई या किस खरीद के लिए है। कर्मचारियों को भरोसेमंद जाँच और गलत रकम, समयसीमा पार अनुरोध या टूटे कनेक्शन की प्रक्रिया चाहिए।

02क्या Lightning का मतलब कैफ़े अपने पैसे खुद रखता है?

अपने-आप नहीं। वह अपना नोड चला सकता है या अलग अधिकारों वाली सेवा ले सकता है, जिसमें प्रदाता के पास अभिरक्षा भी शामिल है। देखें कि कुंजियाँ और शेष राशि कौन नियंत्रित करता है, प्राप्ति कौन सँभालता है और कैफ़े किन शर्तों पर निकाल सकता है।