Merchant Adoption

मानचित्र में नाम या घोषित एकीकरण यह सिद्ध नहीं करते कि कर्मचारी आज भुगतान ले सकते हैं। खास दुकान, समर्थित तरीका और जाँच की तारीख पता करें। BTC Map लगातार दोबारा सत्यापन और स्थानीय योगदानकर्ताओं के समर्थन का वर्णन करता है। चालू स्वीकृति भी नियमित ग्राहक सिद्ध नहीं करती; इसके लिए तय अवधि में वास्तविक उपयोग के आँकड़े चाहिए। [BTC Map — Verification and local maintenance]

अपनी कुंजियाँ नियंत्रित करने पर व्यापारी अपने वॉलेट में धन पाता है और उसकी सुरक्षा का जिम्मेदार होता है। प्रदाता भुगतान संसाधित करके सहमत विकल्पों के अनुसार स्थानीय मुद्रा में बदल सकता है; BitPay ऐसा निपटान दस्तावेज़ करता है। इसलिए ग्राहक बिटकॉइन से भुगतान कर सकता है, भले व्यापारी उसे लंबे समय तक न रखे। भुगतान मिलने से पहले धन कौन नियंत्रित करता है और किन सीमाओं व शर्तों पर, यह जाँचें। [BTCPay Server — Lightning options and custody] [BitPay — Configuring settlements]

बिक्री प्रणाली ऑर्डर को राशि, मुद्रा और भुगतान अनुरोध से जोड़ती है। सामान्य इनवॉइस में BTCPay Server सीमित समय के लिए दर तय रखता है। देर से, कम या अधिक भुगतान के लिए इसलिए अलग प्रक्रिया चाहिए। भेजने से पहले राशि, नेटवर्क और प्राप्तकर्ता मेल खाने चाहिए; ऑर्डर से असंबद्ध QR स्पष्ट मिलान के लिए पर्याप्त नहीं। [BTCPay Server — Invoice lifecycle]

ग्राहक का स्क्रीनशॉट प्राप्ति की पुष्टि नहीं है। कर्मचारी अपने सिस्टम में स्थिति देखते हैं। BTCPay Server में Processing तय पुष्टियों की प्रतीक्षा करता है, जबकि Settled अलग स्थिति है; सफल Lightning भुगतान सीधे Settled होता है। हाथ से चिह्नित स्थिति नया नेटवर्क प्रमाण नहीं है। माल सौंपने का नियम भुगतान के तरीके और ऑर्डर के मूल्य के अनुसार होना चाहिए। [BTCPay Server — Invoice lifecycle]

Lightning Network काउंटर पर तेज भुगतान आसान कर सकता है, पर उपलब्ध कनेक्शन और भुगतान पाने की क्षमता चाहिए। अपना नोड चलाने में चैनल और आने वाली तरलता का प्रबंधन जरूरी है। सेवा यह काम ले सकती है, जिससे उसके संचालन पर और मॉडल के अनुसार धन की अभिरक्षा पर निर्भरता बनती है। केवल वॉलेट शेष पर्याप्त आने वाली तरलता सिद्ध नहीं करता। [BTCPay Server — Lightning options and custody]

सिर्फ एक प्रचारित दर नहीं, नेटवर्क व सेवा शुल्क, विनिमय अंतर, तरलता की लागत और उपकरण संचालन की तुलना करें। कर्मचारी प्रशिक्षण तथा खराबी या असामान्य भुगतान का समाधान भी जोड़ें। स्वयं प्रबंधन नियंत्रण देता है, पर रखरखाव माँगता है; सरल सेवा सीमाएँ और प्रदाता जोखिम जोड़ सकती है। कर्मचारी की शिफ्ट बदलने पर भी भुगतान विकल्प काम करना चाहिए। [BTCPay Server — Lightning options and custody] [BTCPay Server — Invoice lifecycle]

हर ऑर्डर के लिए भुगतान से संबंध, प्रयुक्त दर, शुल्क और बाद का निपटान सुरक्षित रखें। BTCPay Server भुगतान रिपोर्ट निर्यात करता है; निर्यात अकेले स्थानीय लेखा दायित्व पूरे होना तय नहीं करता। धन वापसी एक अन्य भुगतान है, मूल लेनदेन को दोबारा लिखना नहीं। लौटाई जाने वाली मुद्रा और राशि की गणना पहले तय करें तथा प्राप्तकर्ता के विवरण जाँचें; BTCPay की दस्तावेज़ित प्रक्रिया में बाद में भुगतान-निर्गमन संसाधित करना जरूरी है। [BTCPay Server — Reporting] [BTCPay Server — Refunds]

सक्रिय दुकानों, सफल खरीद, दोहराए गए उपयोग और भुगतान समस्याओं को अलग-अलग देखें। समान अवधियाँ और परिभाषाएँ तुलना करें तथा बंद स्थान और पुराने डेटा दर्ज करें। स्थानीय मदद और लगातार जाँच सेवा चालू रखने में सहायक हैं। जोड़े गए स्थान ग्राहक संख्या नहीं हैं और भुगतान स्वीकारना अकेले अधिक बिक्री या बिटकॉइन की कीमत बढ़ने की गारंटी नहीं देता। [BTC Map — Verification and local maintenance] [BTCPay Server — Reporting]