Bitcoin Point of Sale

يختار الموظف المنتجات أو يدخل المبلغ ويتحقق من العملة والإكرامية والمجموع النهائي. يقدم ⁦BTCPay Server⁩ كتالوجًا وسلة ولوحة أرقام. ينبغي تتبع كل عملية شراء عبر طلب وفاتورة؛ ويجب ألا تؤدي إعادة فتح الشاشة إلى إنشاء سجل بيع ثانٍ. [BTCPay Server — Point of Sale app] [BTCPay Server — Invoice lifecycle]

يُحوَّل السعر بالعملة المحلية وفق مصدر الصرف المضبوط؛ ويجب أن تعرض نقطة الدفع مبلغ بيتكوين المتوقع وصلاحية العرض. يحمل ⁦BOLT 11⁩ بيانات فاتورة ⁦Lightning⁩ بما فيها تجزئة الدفع والانتهاء؛ وقد يكون المبلغ اختياريًا. لشراء محدد يجب التحقق من المبلغ الفعلي والشبكة والمستلم. تحويل السعر لا يعني بيع بيتكوين مقابل عملة ورقية. [BTCPay Server — Store rates and policies] [Lightning BOLTs — Invoice protocol]

ينقل رمز ⁦QR⁩ بيانات الدفع فقط. لا تعوض لقطة شاشة العميل الحالة في نظام التاجر. في ⁦BTCPay Server⁩ تنتظر حالة ⁦Processing⁩ تأكيدات ⁦on-chain⁩ المختارة؛ وتعني ⁦Settled⁩ استيفاء السياسة، لكنها قد تُضبط يدويًا أيضًا. لا تنتظر دفعة ⁦Lightning⁩ الناجحة تأكيد كتلة. لذلك يعتمد تسليم البضاعة على دفعة متحقق منها، لا على لون الشاشة وحده. [BTCPay Server — Invoice lifecycle]

يمكن للجهاز اللوحي نفسه توجيه المقبوضات إلى محفظة ذاتية أو استخدام مزود حفظ. الحاسم هو المفاتيح والصلاحيات وشروط الصرف، لا شعار ⁦Bitcoin⁩. حتى الاستلام عبر مفتاح عام لا يستبعد تبديل عنوان مستقبلي من نقطة دفع أو خادم مخترق. افصل صلاحيات الموظف عن تغيير المستلم وإدارة المحفظة واعتماد الاسترداد. [BTCPay Server — Wallet setup] [BTCPay Server — Third-party hosting risks] [BTCPay Server — Lightning setup]

تتطلب عقدة ⁦Lightning⁩ الخاصة تشغيلًا وقنوات وسيولة واردة. قد يتولى مزود جزءًا من العمل، لكنه يغير التكاليف والثقة. فشل التوجيه أو نقص السيولة ليس دفعة ناجحة. قبل الانتقال إلى وسيلة دفع أخرى يتحقق الموظف من نتيجة المحاولة الأصلية لتجنب دفعتين لشراء واحد. [BTCPay Server — Lightning setup] [Lightning BOLTs — Invoice protocol]

قد يمنع انقطاع الإنترنت أو الخدمة الخلفية أو مصدر الصرف إنشاء طلب جديد أو التحقق من الاستلام. قد يبقى الرمز المعروض أو المطبوع قابلًا للقراءة دون حالة محدثة. ينبغي أن تحدد إجراءات العمل اتصالًا بديلًا وتأجيل البيع وتتبع الدفعة لاحقًا. قيّم النقص والزيادة والدفع بعد الانتهاء كلًا على حدة؛ فتغيير الحالة يدويًا لا يغير تاريخ الشبكة. [BTCPay Server — Invoice lifecycle] [BTCPay Server — Store rates and policies]

تتطلب إعادة الأموال ربطها بالشراء الأصلي ومبلغًا وعملة متفقًا عليهما ووجهة متحققًا منها واعتمادًا مخولًا. يفصل ⁦BTCPay Server⁩ إنشاء طلب الاسترداد عن إرسال الدفعة الخارجة. لا يُمحى التحويل الأصلي بذلك. يجب أن يميز الموظف بين طلب أُنشئ وصرف معلق واسترداد اكتمل فعلًا. [BTCPay Server — Refund workflow]

في نهاية الوردية طابق الطلبات والمدفوعات المستلمة والرسوم والاستردادات وأي تحويلات من المزود. يصدر ⁦BTCPay Server⁩ تقارير المدفوعات والمنتجات المباعة ومحفظة ⁦on-chain⁩؛ ولا يضمن التصدير وحده استيفاء المتطلبات المحاسبية والضريبية المحلية. اختبر إجراءات الموظفين والأعطال والاستعادة، وقلل الوصول إلى بيانات العملاء، واحسب تكاليف الجهاز والاتصال والتشغيل. [BTCPay Server — Reporting] [BTCPay Server — Point of Sale app] [BTCPay Server — Third-party hosting risks]