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]
Кав’ярня з двома різними доказами
В умовній кав’ярні наліпка оголошує приймання біткоїна. Персонал створює запит до замовлення, а клієнт платить через Lightning Network. Лише статус отриманого платежу в системі кав’ярні доводить цю покупку; фото наліпки чи телефона клієнта недостатньо. З одного успішного платежу ще не можна визначити кількість постійних клієнтів. Подальші остаточні розрахунки обліковують окремо.
Для повної картини прочитайте також Bitcoin Point of Sale, Bitcoin Payment Processor, BTC Map, Lightning Network, Medium of Exchange, Grassroots Bitcoin Adoption. На цю статтю також посилаються Bitcoin Pizza Day, Bitcoin Coffee, BTC Prague, Alza Bitcoin payments.
01Чи мусить торговець довгостроково тримати отриманий біткоїн?+
Ні. Він може зберігати його самостійно або користуватися провайдером із підтримуваними виплатами в місцевій валюті. Приймання біткоїн-платежу саме не показує, у якій валюті торговець зрештою отримає гроші. Умови, комісії та контроль залежать від обраного рішення.
02Чи достатньо наліпки або запису на мапі як доказу прийняття?+
Вони щонайбільше засвідчують оголошену чи записану можливість. Для поточної працездатності потрібно перевірити конкретне місце й процес оплати. Висновок про тривале використання додатково потребує даних реальних і повторних покупок; одна перевірка їх не замінює.