Скільки коштує приймати криптоплатежі без комісії платіжного шлюзу за 10 000 замовлень на місяць?
За 10 000 замовлень на місяць розрахунок може показати оманливу вартість одного замовлення, якщо враховувати всі оформлені замовлення, зокрема ті, за які так і не заплатили криптовалютою. Корисний показник — це витрати на одне завершене замовлення, оплачене криптовалютою, причому кожна витрата має підтверджуватися записом: наприклад, випискою від провайдера, транзакцією в гаманці або обліком робочого часу працівників.
Перш ніж порівнювати провайдерів, керівнику фінансового відділу, який запитує «скільки коштує приймати криптоплатежі без комісії платіжного шлюзу за 10 000 замовлень на місяць», потрібно визначити знаменник і межі обліку витрат. Щоб зрозуміти, як розрахувати вартість приймання криптоплатежів, потрібно врахувати не лише комісію платіжного шлюзу, а й те, які замовлення було завершено та які витрати змінилися через те, що бізнес почав приймати криптовалюту.
1. Визначте знаменник: оформлені замовлення, оплачені замовлення та замовлення, оплачені криптовалютою
Почніть із 10 000 замовлень, оформлених протягом місяця, а потім розподіліть їх за статусами на основі даних магазину. Оформлені замовлення — це не те саме, що оплачені, а замовлення, за які заплатили карткою чи іншим способом, не мають входити до знаменника для криптоплатежів.
Щоб розрахувати вартість одного завершеного замовлення, оплаченого криптовалютою, порахуйте кожне окреме замовлення, за яке заплатили криптовалютою і яке перейшло у визначений бізнесом статус завершення. Якщо магазин позначає замовлення як завершене після відправлення, послідовно використовуйте саме цей статус; якщо завершенням вважається надання послуги, орієнтуйтеся на запис про її надання. Вибір впливає на знаменник, тож задокументуйте його.
Не викривляйте знаменник.
Практична формула:
Додаткові витрати на криптовалюту за місяць ÷ кількість завершених замовлень, оплачених криптовалютою = витрати на одне завершене замовлення, оплачене криптовалютою.
До чисельника мають входити витрати, пов’язані з прийманням криптовалюти, а не всі платіжні витрати на 10 000 замовлень. До знаменника не слід включати неоплачені рахунки, повторні спроби оплати чи замовлення, оплачені іншим способом. Якщо один клієнт оформив два окремі оплачені замовлення, порахуйте два замовлення; якщо за одне замовлення надійшло кілька ончейн-переказів, порахуйте одне замовлення, а перекази зафіксуйте як окремі платіжні події.
Окремо рахуйте розпочаті оформлення замовлення з оплатою криптовалютою, спроби оплати, оплачені криптовалютою замовлення та завершені криптозамовлення. У панелі керування можуть відображатися лише «криптовалютні транзакції», до яких входять спроби оплати або перекази, а не замовлення. Перш ніж використовувати ці дані, звірте визначення з ідентифікаторами замовлень в експорті з магазину.
2. Підготуйте таблицю місячних витрат на основі фактичних записів
Фінансовий відділ має складати таблицю на основі датованих первинних документів, а не загальних цін на головній сторінці провайдера. Для експорту даних магазину, рахунку від провайдера, активності гаманця, записів про конвертацію та внутрішнього обліку часу використовуйте один і той самий календарний період. Через невідповідність періодів платіж, який насправді відбувся, може не потрапити до розрахунку.
Таблицю з окремим рядком для кожної статті витрат легше перевірити, ніж ту, де вказана лише загальна сума за місяць. Щоб визначити, як обліковувати комісії за криптовалютні платежі, зберігайте їх окремими рядками із зазначенням дати, суми, валюти, джерела, пов’язаного ідентифікатора замовлення (якщо доступний), позначки про те, чи є витрата додатковою, і способу її врахування в розрахунку. Зберігайте початкову валюту та підтвердження обмінного курсу, за яким суму перевели у валюту фінансової звітності.
| Поле таблиці | Що перевірити | Чому це важливо |
|---|---|---|
| Комісії провайдера | Рахунок або виписка з облікового запису | Показує нараховані суми та період, за який їх стягнуто. |
| Активність у мережі | Історія гаманця або запис про транзакцію | Допомагає пов’язати перекази з отриманими або надісланими сумами. |
| Конвертація та розрахунок | Виписка про конвертацію та запис про розрахунок | Показує використаний курс, суму та валюту зарахування. |
| Нестандартні випадки | Запити до служби підтримки та примітки до замовлень | Допомагає виявити роботу з повернення коштів або коригування, пов’язані із замовленням. |
| Внутрішня робота | Облік часу за завданнями | Допомагає відокремити роботу, пов’язану лише з криптовалютою, від спільної роботи фінансового відділу. |
Для кожного рядка позначте, чи є витрата прямою, спільною або такою, що не враховується, і коротко поясніть чому. Наприклад, рядок у рахунку провайдера, пов’язаний лише з прийманням криптовалюти, є прямою витратою. Платформа для бухгалтерського обліку, якою вже користуються для карткових платежів, є спільною витратою, якщо додавання криптовалюти не спричинило додаткової плати. Якщо незрозуміло, як класифікувати витрату, позначте її для перевірки, а не непомітно виключайте із загальної суми.
Збережіть первинний документ.
Для інтернет-магазину також потрібен надійний зв’язок між платіжним записом та ідентифікатором замовлення. Продавці, які користуються WooCommerce, можуть переглянути [посібник із криптооплати в WooCommerce](https://payora.money/blog/crypto-payment-gateway-woocommerce-guide?lang=hi), щоб перевірити зв’язок між подіями на етапі оформлення замовлення та замовленнями в магазині. Перш ніж покладатися на ці дані в таблиці, перевірте фактичні поля та поведінку подій у встановленій конфігурації.
3. Врахуйте нестандартні випадки: часткову оплату, прострочені рахунки та повернення коштів
Криптозамовлення може пройти не лише шлях стандартної успішної оплати. Створіть журнал нестандартних випадків і вносіть до нього часткові платежі, недоплати, переплати, перекази після завершення терміну дії рахунку, дубльовані перекази та повернення коштів — окремим рядком для кожного відповідного ідентифікатора замовлення.
Не вважайте, що вирішення нестандартної ситуації нічого не коштує або завжди передбачає окрему комісію провайдера. Запитайте провайдера, які дії для врегулювання таких випадків доступні, чи стягується за них плата та що відбувається, якщо платіж надійшов після завершення терміну дії рахунку. Перевірте відповіді за умовами тарифного плану продавця та чинними правилами.
Через часткову оплату замовлення може залишитися неоплаченим, навіть якщо кошти надійшли на гаманець. Зафіксуйте отриману та очікувану суми, статус замовлення і вжиті заходи. Якщо працівники зв’язувалися з клієнтом або оформлювали повернення коштів, облікуйте цю роботу в межах відповідного замовлення, а не вважайте переказ завершеним продажем.
Для повернень коштів потрібен окремий запис, оскільки початкове надходження та подальше повернення можуть бути окремими транзакціями з різною вартістю на момент обміну. Зафіксуйте повернену суму, актив, дату, ідентифікатор транзакції та будь-яку різницю між початково отриманою та поверненою сумами. Перш ніж закладати такі витрати в місячний розрахунок, уточніть процедуру повернення коштів у провайдера та перевірте, чи стягується за неї плата.
Не здогадуйтеся.
4. Відокремте додаткові витрати на криптовалюту від тих, які бізнес уже несе
Оцінюючи витрати на криптоплатежі для інтернет-магазину, важливо не просто з’ясувати, чи має бізнес витрати на фінансовий відділ або підтримку, а визначити, чи зміняться вони через приймання криптовалюти. Якщо працівник і так закриває облік карткових і банківських платежів, враховуйте лише додатковий час на визначення криптовалютних надходжень, перевірку замовлень із невідповідними даними чи підготовку окремого запису про розрахунок.
Застосуйте той самий підхід до програмного забезпечення та інфраструктури. Нова підписка, придбана спеціально для приймання криптовалюти, є додатковою витратою; наявна платформа магазину чи бухгалтерська система не стає автоматично витратою на криптовалюту лише тому, що через неї проходять криптодані. Якщо для підтримки нового способу оплати довелося перейти на дорожчий тариф, зафіксуйте різницю у вартості та дату, з якої вона виникла.
Спільні витрати можна окремо показати керівництву, але не слід повністю відносити їх на криптовалюту без обґрунтованого методу розподілу. Наприклад, якщо наявний фінансовий інструмент підтримує кілька типів платежів, віднесіть на криптовалюту лише документально підтверджену частку, розраховану за релевантним показником, або не включайте ці витрати до загальної суми додаткових витрат. Так порівняння вартості одного замовлення не покладатиме на криптовалюту витрати, які продавець ніс би й без неї.
Підрахуйте дві проміжні суми: прямі додаткові витрати та розподілені спільні витрати. Перша покаже, чи змінилася місячна сума рахунків через приймання криптовалюти; друга допоможе керівнику оцінити загальну картину операційних витрат. Чітко позначте обидві суми, щоб під час подальшої перевірки розподілену витрату не сприйняли за нову грошову витрату.
5. Вимірюйте витрати на звірку платежів на рівні замовлень
За 10 000 замовлень на місяць звірка платіжних записів, які не вдалося зіставити, може потребувати більше часу наприкінці періоду, ніж невелика кількість нестандартних випадків. Для кожного завдання зі звірки фіксуйте ідентифікатор замовлення, роль працівника, витрачений час, код причини та результат. Серед корисних кодів причин — відсутній ідентифікатор замовлення, невідповідність суми, запізнілий платіж і перевірка повернення коштів.
Для кожного завдання помножте зафіксовану кількість хвилин на відповідну повну ставку оплати праці, якщо бізнес враховує витрати на персонал у внутрішньому аналізі. Ставка має відповідати власному методу розрахунку компанії, а не вигаданому орієнтиру. Якщо час не обліковувався, під час пілотного запуску почніть хронометрувати вибіркові завдання та чітко зазначте період вибірки, а не подавайте оцінку як виміряний місячний показник.
Порівняйте витрати часу на закриття обліку до та після запровадження криптовалюти, зберігаючи незмінними дату відсікання в обліку та правила визначення статусу замовлення. Швидше зіставлення платежів може зменшити обсяг перевірок, але саме по собі це не доводить, що процес став дешевшим. Для цього команда має зафіксувати, скільки годин або звернень змінилося. Задокументуйте всі ручні коригування, що залишаються незавершеними на кінець місяця.
Захистіть платіжні записи від несанкціонованих змін. Надайте доступ до гаманця й інструментів для звірки лише конкретним працівникам і зберігайте ідентифікатори транзакцій разом з ідентифікаторами замовлень. Перед пілотним запуском командам може стати в пригоді [посібник із безпеки криптоплатіжних шлюзів](https://payora.money/blog/crypto-payment-gateway-security?lang=hi), щоб перевірити налаштування контролю. Якщо продавець хоче окремо оцінити витрати на звірку, роботу із захисту слід обліковувати окремо від звичайного зіставлення платежів.
6. Визначте критерії пілотного запуску, перш ніж масштабувати рішення
До запуску письмово зафіксуйте граничну внутрішню вартість одного завершеного криптозамовлення та правила розрахунку, за якими її перевірятимуть. Цільовий показник визначає сам продавець: він може залежати від маржі, планів залучення клієнтів або порівняння з іншим способом оплати, але його не слід подавати як галузевий стандарт.
Визначте фіксований період пілотного запуску та перелік даних, потрібних для підсумкової оцінки: кількість завершених криптозамовлень, прямі комісії, кількість нестандартних випадків, час на звірку, записи про повернення коштів і невирішені питання до провайдера. Якщо в цей період проводилася незвична акція або виникла тимчасова операційна проблема, позначте це, а не змінюйте первинні дані, щоб результат здавався типовим.
Визначте умову призупинення так само, як і умову масштабування. Наприклад, зупиніть розширення, якщо знаменник неможливо звірити з ідентифікаторами замовлень, порядок обробки нестандартних випадків залишається незрозумілим або виміряні витрати перевищують затверджену межу. Продовжуйте лише тоді, коли розрахунок можна відтворити на основі збережених документів. Завдяки такому правилу твердження про «відсутність комісії платіжного шлюзу» можна перевірити повторно наступного місяця.
Під час підбиття підсумків наведіть виміряний результат разом зі знаменником і межами обліку витрат: кількість завершених криптозамовлень, додаткові витрати за місяць і вартість одного завершеного замовлення. Якщо знаменник досі не визначений, результат ще не готовий для ухвалення рішення про масштабування.
Коментарі