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]
Два екрани, одна покупка
У навчальному замовленні POS-497 покупець показує успішний платіж, але планшет касира втрачає з’єднання. Касир не позначає покупку автоматично як неоплачену й не створює одразу другий запит. Він відновлює з’єднання, знаходить початковий рахунок і перевіряє суму та фактичний статус надходження. Лише тоді вирішує видати товар або повторити спробу й записує результат до того самого замовлення.
Для повної картини прочитайте також Merchant Adoption, BTCPay Server, Bitcoin Payment Processor, BOLT 11, Підтвердження, Bitcoin. На цю статтю також посилаються Merchant Adoption, Bitcoin Payment Processor, BTCPay Server, BTC Map.
01Чи достатньо QR-коду на касі?+
Код передає платіжні дані, але сам не перевіряє надходження й не зіставляє платіж із покупкою. Касі потрібні достовірний статус платежу та порядок дій для неправильної суми, завершення строку дії й відсутнього з’єднання.
02Чи означає платіж через Lightning завжди самостійне зберігання продавцем?+
Ні. Каса може використовувати власний вузол, іншу модель послуги або кастодіального постачальника. Перевірте, хто контролює ключі й баланс, хто забезпечує приймання та на яких умовах можна вивести кошти.