494 / 736MERCHANT

Merchant Adoption

قبول التجار لمدفوعات بيتكوين

يريد عميل دفع ثمن قهوته بـbitcoin. لا يكفي ملصق على الباب: على الموظف إنشاء طلب صحيح، والتأكد من وصول المبلغ، ومعرفة التصرف عند حدوث مشكلة. يصف Merchant Adoption هذا الانتقال من الإعلان إلى الدفع اليومي.

Merchant Adoption يعني أن المتاجر ومقدمي الخدمات يتيحون مدفوعات bitcoin يستطيع العملاء استخدامها فعلًا، في المحلات وعلى الإنترنت. لكن قبول bitcoin لا يعني الاحتفاظ به طويلًا؛ فقد يستلم التاجر الأموال مباشرة، أو يستخدم خدمة تدفع له بعملة أخرى وفق الشروط المتفق عليها.

تخيّل متجرًا مسجلًا على الخريطة بأنه يقبل Bitcoin، لكن موظف اليوم لا يعرف بدء الدفع. السجل لا يفيد العميل كثيرًا حينها. يجب التحقق من الموقع المحدد وطريقة الدفع المدعومة وتاريخ الفحص. لذلك تعتمد BTC Map على مساهمين محليين وإعادة التحقق من الأماكن المسجلة. شراء تجريبي ناجح يبين أن الإجراء يعمل في تلك اللحظة. لكنه لا يخبرنا بعدد من يستخدمونه بانتظام؛ لذلك نحتاج مشتريات فعلية خلال فترة محددة. [1]

يمكن للتاجر استقبال bitcoin في محفظة يسيطر على مفاتيحها بنفسه. تتيح المفاتيح إنفاق الأموال، لذا تحتاج نسختها الاحتياطية إلى الحماية أيضًا. والخيار الآخر مزود يعالج الدفع ويعرض التسوية بعملة محلية مدعومة. توثق BitPay هذا النوع من الترتيبات. يدفع العميل bitcoin دون أن يضطر التاجر إلى البقاء معرضًا لتقلب سعره. افحص من يسيطر على الأموال قبل صرفها، ومتى يفرج عنها، والشروط والحدود. اختيار طريقة الدفع واختيار جهة حفظ الأموال قراران منفصلان. [2] [3]

يربط نظام البيع الشراء بالمبلغ وطريقة الدفع. يسمي BTCPay Server ذلك invoice: طلب دفع يحدد المبلغ وسعر الصرف لفترة محدودة. يعرف العميل بذلك ما عليه إرساله لطلبه. انتهاء المهلة أو دفع مبلغ ناقص أو زائد يحتاج معالجة خاصة. قبل الإرسال يجب التحقق من المبلغ والمستلم والشبكة الصحيحة. رمز QR ينقل التفاصيل إلى المحفظة فقط؛ لا يضمن صحتها أو ربط الدفعة بالطلب الصحيح من تلقاء نفسه. [4]

يعرض العميل شاشة تقول إنه أرسل الدفعة. رغم ذلك يفحص الموظف نظامه الخاص. في BTCPay Server، تعني Processing أن المبلغ المطلوب دُفع، لكن شروط إتمام التسوية لم تتحقق بعد، مثل تأكيدات المعاملة في الكتل. وتعني Settled تحقق تلك الشروط. مدفوعات Lightning لا تنتظر عادة تأكيدات الكتل. تسليم البضاعة يتبع سياسة المتجر وطريقة الدفع وقيمة الشراء. تغيير الحالة يدويًا لا يثبت تأكيد الشبكة؛ يجب التحقق أولًا من الدفعة غير المعتادة. [4]

تتيح Lightning Network الدفع السريع عبر قنوات دفع، وهي روابط يُنشئها المشاركون مسبقًا. يتطلب الاستقبال اتصالًا متاحًا وسيولة واردة، أي مجالًا لوصول أموال إضافية عبر تلك القنوات. وهذا ليس المبلغ الذي يملكه التاجر بالفعل. تشغيل عقدة خاصة، أي حاسوب ببرنامج لتشغيل المدفوعات، يحتاج إدارة القنوات والعناية المستمرة. يمكن لخدمة أن تبسط العمل، لكن التاجر يعتمد على تشغيلها، وقد يأتمنها على أمواله أيضًا بحسب النموذج. [2]

عند اختيار حل، لا تكفي مقارنة نسبة معلنة واحدة. إلى جانب رسوم الشبكة والخدمة، قد توجد تكلفة في سعر الصرف، أي الفرق بين السعر المطبق والسعر المختار للمقارنة. أضف السيولة الواردة والأجهزة والصيانة ووقت الموظفين. الإدارة الذاتية تمنح التحكم ومسؤولية استمرار العمل. الخدمة الأبسط قد تضيف حدودًا وخطر توقف المزود أو فشله. ويجب أن تعرف الوردية التالية الإجراء أيضًا، بما فيه معالجة الأعطال والمبالغ غير الصحيحة. [2] [4]

تحتاج مطابقة الحسابات إلى الاحتفاظ بالصلة بين الطلب والدفعة وسعر الصرف والرسوم وأي صرف من المزود. يستطيع BTCPay Server تصدير التقارير، لكنها لا تضمن وحدها الوفاء بالمتطلبات المحاسبية المحلية. رد المال دفعة جديدة، وليس حذف المعاملة الأصلية. حدّد مسبقًا عملة الرد وطريقة حسابه، وتحقق من بيانات استقبال العميل. في إجراء BTCPay الموثق، إنشاء رابط للاسترداد لا يكفي؛ بعد أن يحدد العميل الوجهة، يجب أيضًا معالجة الصرف. [5] [6]

السؤال المفيد ليس فقط «كم موقعًا أضفنا؟»، بل أيضًا «هل ما زال الدفع ممكنًا وهل يعود العملاء؟». تتبّع المواقع العاملة والمشتريات الناجحة والاستخدام المتكرر ومشكلات الدفع كلًا على حدة. قارن الفترات والتعريفات نفسها، وسجل الإغلاقات والمعلومات القديمة. الدعم المحلي والفحص المنتظم يحافظان على قابلية الاستخدام. عدد المواقع ليس عدد العملاء، وقبول Bitcoin وحده لا يضمن زيادة المبيعات أو ارتفاع سعره. [1] [5]

مثال · MERCHANT

دُفع ثمن القهوة، وما زالت هناك أسئلة

في مقهى افتراضي، ينشئ الموظف طلب دفع لطلب شراء محدد. يمسحه العميل ويدفع عبر Lightning Network. يتحقق الموظف من الاستلام الفعلي في نظامه ويكمل البيع؛ صورة الهاتف لا تكفي. هذه العملية تثبت عمل الإجراء في تلك اللحظة، لا عدد العملاء الدائمين. ويُسجل منفصلًا ما إذا كان المقهى يحتفظ بـbitcoin أو يتلقى من المزود عملة أخرى.

للحصول على صورة أوضح، اقرأ هذا المدخل مع Bitcoin Point of Sale, Bitcoin Payment Processor, BTC Map, Lightning Network, Medium of Exchange, Grassroots Bitcoin Adoption. تشير إلى هذا المدخل أيضًا Bitcoin Pizza Day, Paralelní Polis, Bitcoin Coffee, BTC Prague.

01هل يجب أن يحتفظ التاجر بما يستلمه من bitcoin؟

لا. يمكنه إدارته مباشرة أو استخدام مزود يسوي بعملة محلية مدعومة. يحتاج إلى معرفة الرسوم وشروط الصرف ومن يسيطر على الأموال حتى ذلك الحين. عبارة «دفع العميل bitcoin» لا توضح العملة التي يحصل عليها التاجر أخيرًا.

02هل يكفي الملصق أو الخريطة للتحقق من القبول؟

يعرضان إمكانية معلنة أو مسجلة قد تكون قديمة. تحقّق من المكان المحدد وعمل إجراء الدفع كاملًا اليوم. والاستنتاج عن الاستخدام المستمر يحتاج أيضًا بيانات مشتريات فعلية ومتكررة. تجربة ناجحة واحدة لا تعوض تلك البيانات.

₿ / الخريطة
فتح خريطة المتاجر حول العالم

انتقل من مفهوم تبنّي التجار إلى أماكن حقيقية تقبل بيتكوين اليوم.

DOC · 001BTC Map — Verification and local maintenanceمصدر أولي DOC · 002BTCPay Server — Lightning options and custodyتوثيق DOC · 003BitPay — Configuring settlementsتوثيق DOC · 004BTCPay Server — Invoice lifecycleتوثيق DOC · 005BTCPay Server — Reportingتوثيق DOC · 006BTCPay Server — Refundsتوثيق
تمت المراجعة: المصادر أولًا · ليست نصيحة استثمارية