Учет криптовалютных платежей в бизнесе: практический порядок работы

Прием криптоплатежа означает больше, чем транзакцию в блокчейне. Компания должна связать его со счетом, определить стоимость в учетной валюте, отделить комиссии, отследить конвертации и объяснить, куда в итоге переместились средства. Учет криптовалют для бизнеса превращает платежные операции в структурированные финансовые записи, которые бухгалтерия может сверять, проверять и отражать в отчетности без снимков экранов кошельков и ручных оценок.

Что должен объяснять учет криптовалют?

Провайдер — распределенный реестр — показывает перемещение цифровых активов между адресами. Однако он не объясняет коммерческую причину перевода и порядок его отражения в отчетности компании.

Бухгалтерия должна отвечать на вопросы:

• Какой клиент или счет связан с платежом?
• Когда компания признала финансовое событие?
• Какова стоимость платежа в валюте учета?
• Какой актив и сеть использовал клиент?
• Какие комиссии за обработку, сеть или конвертацию применялись?
• Был ли актив сохранен, конвертирован, выведен, возвращен или выплачен?
• Можно ли сверить итоговый баланс с платежными операциями?

Поэтому учет криптовалют — не просто отслеживание транзакций.

Надежная запись связывает четыре уровня:

Коммерческий заказ → Криптоплатеж → Движение казначейских средств → Финансовая запись

Сам жизненный цикл криптоплатежа показывает, как платеж проходит путь от коммерческого намерения до обработки в блокчейне, принятия, расчетов и создания конечной записи.

Статус платежа отличается от статуса в бухгалтерии

Платежная и учетная системы отвечают на разные вопросы.

Платежная система спрашивает:

Действителен ли платеж и может ли компания на него опираться?

Бухгалтерская система спрашивает:

Какое финансовое событие произошло, когда его признавать и как оценивать?

Транзакция может появиться в блокчейне до выполнения правил приема продавца. Аналогично подтверждение может произойти до привязки платежа к нужному счету или его отражения в бухгалтерии.

Полезная последовательность:

1. Обнаружен: транзакция появилась в сети.
2. Подтвержден: транзакция достигла необходимого сетевого состояния.
3. Принят: продавец считает платеж завершенным по своим операционным правилам.
4. Зарегистрирован: финансовое событие внесено в систему учета.
5. Отражен в отчетности: транзакция включена во внутреннюю или внешнюю финансовую отчетность.

Само обнаружение не доказывает возникновение выручки. Подтверждение также не определяет метод учета. Компания должна применить документированную политику к принятому платежу и связанной коммерческой операции.

Определите учетную политику до регистрации платежей

Компаниям следует установить правила учета криптовалют до роста объема транзакций.

Политика должна определять:

• функциональную валюту или валюту учета компании;
• момент попадания платежа в учетный процесс;
• утвержденный источник и время оценки;
• классификацию различных криптоактивов;
• учет комиссий за обработку и сеть;
• учет конвертаций;
• обработку возвратов, недоплат и переплат;
• отличие переводов между кошельками и выплат от выручки;
• документы, которые должна сохранять бухгалтерия.

Правильный подход зависит от стандарта учета, юрисдикции, актива и обстоятельств конкретной операции.

Согласно решению Комитета по интерпретациям IFRS от 2019 года в отношении криптовалют с указанными характеристиками, IAS 2 применяется, если активы предназначены для продажи в обычной деятельности; иначе обычно применяется IAS 38. Комитет также заключил, что эти криптовалюты не соответствуют определению денежных средств.

По US GAAP стандарт FASB ASU 2023-08 требует оценивать определенные подпадающие под него криптоактивы по справедливой стоимости за каждый отчетный период с отражением изменений в чистой прибыли. Токены с другими договорными правами, включая некоторые стейблкоины, могут требовать отдельного анализа.

Поэтому подход следует подтвердить у квалифицированного специалиста по учету.

Изучите решение IFRS и стандарт FASB по криптоактивам.

Что записывать по каждому криптоплатежу?

Каждый принятый платеж должен связывать блокчейн-транзакцию с коммерческим событием, которое ее вызвало.

Практическая запись может включать:

Метод Generate Invoice в OxaPay позволяет продавцу указать свой order_id и возвращает track_id для платежной сессии. Payment Information позволяет затем найти конкретный платеж по этому Track ID.

Эти идентификаторы связывают коммерческую запись продавца с записью шлюза.

См. Generate Invoice и Payment Information.

Практический процесс учета криптоплатежей

Шаг 1. Создайте платеж с коммерческой ссылкой

Учетная история должна начинаться при создании запроса, а не после поступления денег.

Свяжите с платежом Order ID, номер счета, аккаунт клиента или подписку. Сразу сохраните и идентификатор платежа шлюза.

Тогда бухгалтерия не получит впоследствии список блокчейн-транзакций без понятного коммерческого контекста.

Шаг 2. Запишите принятый платеж

Когда платеж достигает статуса принятия, утвержденного продавцом, свяжите его с нужным заказом и создайте бухгалтерскую запись согласно политике компании.

В записи следует сохранить:

• полученное количество криптовалюты;
• актив и сеть платежа;
• стоимость в учетной валюте;
• источник оценки и временную отметку;
• связанный счет или заказ;
• применимые комиссии.

Не заменяйте количество криптовалюты одним лишь эквивалентом в фиатной валюте. Бухгалтерии могут потребоваться оба значения для проверки остатков, конвертаций, возвратов и последующих перемещений средств.

Шаг 3. Учитывайте валовую выручку и комиссии отдельно

Компании часто фиксируют только чистую сумму, поступившую на баланс. Однако так теряется реальная экономика операции.

Допустим, клиент заплатил эквивалент $1,000, а платежный сервис удержал комиссию $10. В финансовой записи может потребоваться указать:

• валовая продажа: $1,000;
• расходы на обработку: $10;
• чистый полученный актив: $990.

Конкретные бухгалтерские проводки зависят от учетной политики компании. При этом исходные записи должны разделять выручку и платежные расходы.

Возможные расходы при криптоплатежах:

• комиссии платежного шлюза;
• сетевые комиссии блокчейна;
• комиссии или спреды при конвертации;
• расходы на вывод средств;
• расходы на транзакции возврата;
• затраты на перемещение казначейских средств.

Разделение этих категорий помогает понять реальную маржинальность платежей.

Шаг 4. Рассматривайте конвертацию актива как отдельное событие

Получение криптовалюты и ее конвертация — два разных события.

Например:

Оплата клиента в BTC → BTC принят → BTC конвертирован в USDT

Для бухгалтерского следа могут понадобиться:

• полученное количество BTC;
• стоимость BTC на дату признания платежа;
• время конвертации;
• курс конвертации;
• комиссия за конвертацию;
• полученную сумму USDT;
• возникшая разница согласно применимой учетной политике.

Не заменяйте исходную запись о платеже результатом конвертации. Первая подтверждает, чем расплатился клиент, а вторая объясняет последующие действия казначейства.

Продавцам, предпочитающим автоматическую конвертацию после платежа, стоит изучить Auto Convert to USDT.

OxaPay также предоставляет функцию Swap и сведения о курсах, которые можно связать с казначейскими записями.

Изучите OxaPay Swap и Swap Rate.

Шаг 5. Отличайте казначейские перемещения от выручки

Перевод средств между балансами под контролем одной компании обычно не означает повторную продажу.

Примеры:

• перевод криптовалюты с баланса шлюза на корпоративный кошелек;
• перемещение активов между операционным и резервным кошельками;
• консолидация остатков;
• вывод средств на казначейский адрес;
• отправка средств на биржу или поставщику ликвидности.

Для этих операций следует сохранять:

• источник и получателя;
• актив и сеть;
• сумму;
• комиссию за перевод;
• идентификатор транзакции;
• коммерческую цель;
• авторизацию.

Без такого разделения внутренние перемещения можно ошибочно принять за новую выручку или необъяснимые расходы.

Если компания автоматически переводит подходящие полученные платежи на внешний казначейский кошелек, операция должна оставаться прослеживаемой до исходного платежа. См. Automatic Crypto Withdrawals for Merchants.

Чтобы понять общую связь приема платежей, конвертации, остатков и перемещения казначейских средств, см. «Модели расчётов по криптовалютным платежам».

Метод Account Balance в OxaPay показывает остатки по валютам, а Payout History позволяет фильтровать выплаты по времени, статусу, сумме, валюте, сети и типу — внутреннему или внешнему.

См. Account Balance и Payout History.

Шаг 6. Фиксируйте исключения и корректировки

Не каждый платеж проходит по ожидаемому сценарию.

Бухгалтерский процесс должен учитывать:

• недоплаты;
• переплаты;
• запоздалые и просроченные платежи;
• повторные платежи;
• платежи, принятые вручную;
• возвраты;
• неудачные или отклоненные выплаты;
• исправления соответствия между заказом и платежом.

Недоплату нельзя незаметно отражать как продажу со скидкой без явного одобрения компании. Переплата также не должна автоматически становиться выручкой. Возврат должен обновлять данные платежа, заказа, клиента, казначейства и учета.

О том, как обрабатывать эти случаи, читайте в How to Handle Underpaid and Expired Crypto Invoices.

Каждое ручное решение должно содержать:

• кто его одобрил;
• почему оно было одобрено;
• какие записи изменились;
• когда произошло изменение;
• каков итоговый финансовый результат.

Пример учета платежа

Предположим, компания выставила счет на $1,000, а клиент оплатил его в ETH.

Запись о платеже должна содержать количество ETH и коммерческое обязательство на $1,000. Когда платеж достигает утвержденного компанией статуса принятия, операция отражается в учете согласно установленной политике.

Если затем компания конвертирует ETH в USDT, для конвертации создается отдельная запись без изменения исходного платежа.

Если позже компания выводит USDT на казначейский кошелек, этот вывод становится еще одним самостоятельным перемещением.

Полная цепочка выглядит так:

Счет → оплата ETH → комиссия за платеж → конвертация ETH в USDT → вывод в казначейство

Каждый этап отвечает на отдельный вопрос:

• Счет: за что заплатил клиент?
• Платеж: какой актив был получен?
• Комиссия: сколько стоила обработка?
• Конвертация: как изменился удерживаемый актив?
• Вывод: куда переместился актив?

Это лишь иллюстративный пример. Поэтому бухгалтерские проводки и правила оценки зависят от применяемой системы учета и профессиональной консультации.

Проводите сверку до закрытия отчетного периода

Учетные записи надежны лишь тогда, когда совпадают с фактическими платежами и казначейскими операциями.

При регулярной сверке нужно сопоставлять:

• заказы и счета;
• принятые платежи;
• Order IDs и Track IDs;
• хеши транзакций;
• возвраты и корректировки;
• комиссии шлюза;
• конвертации;
• остатки на счетах;
• выплаты и выводы;
• бухгалтерские проводки.

Метод Payment History в OxaPay позволяет получать и фильтровать платежные записи по диапазону дат, статусу, типу платежа, сумме, Track ID, активу и сети. Поэтому он может стать одним из источников для регулярных проверок и сверки.

Изучите OxaPay Payment History.

Сверка устанавливает, совпадают ли записи. Бухгалтерский учет определяет, как проверенные события должны отражаться в финансовой системе.

Стейблкоины уменьшают волатильность, но не снимают обязанностей по учету

Стейблкоины могут сделать стоимость платежей предсказуемее, чем волатильные активы, но не отменяют необходимость вести структурированные записи.

Компаниям по-прежнему следует сохранять:

• точное наименование стейблкоина;
• сеть блокчейна;
• полученное количество;
• стоимость в учетной валюте;
• комиссии;
• операции конвертации;
• риски эмитента или контрагента, если применимо;
• возвраты и казначейские перемещения.

Не все стейблкоины одинаковы по юридическим, договорным, выкупным и учетным характеристикам. Поэтому «стейблкоин» — операционная категория, а не полноценная бухгалтерская классификация.

Распространенные ошибки при учете криптовалют

Признание каждой входящей транзакции выручкой

На кошельки могут приходить внутренние переводы, возвраты, тестовые операции, депозиты и средства, не связанные с продажами. Для признания выручки нужен деловой контекст.

Сохранение только фиатного эквивалента

Исходное количество криптовалюты, актив, сеть и идентификатор транзакции могут понадобиться для дальнейшей оценки, конвертации, возврата и сверки.

Учет только чистых поступлений

Объединение выручки, комиссий и затрат на конвертацию в одну цифру скрывает доходность платежей.

Отождествление подтверждения сети с учетной политикой

Подтверждение в блокчейне дает сетевое доказательство транзакции, но само по себе не определяет признание выручки или классификацию актива.

Игнорирование операций конвертации

При конвертации BTC в USDT меняется удерживаемый актив; могут возникнуть дополнительные требования к оценке и отчетности.

Признание переводов между кошельками новой выручкой

Переводы между счетами под контролем компании обычно означают перемещение активов, а не новую продажу клиенту.

Использование текущих цен для исторических записей

Метод Prices в OxaPay предоставляет текущие цены поддерживаемых криптовалют. Однако компании следует сохранять утвержденный источник оценки и временную отметку в момент учетного события: текущая цена не воспроизводит прежнюю стоимость.

См. OxaPay Prices.

Как OxaPay поддерживает учет криптоплатежей

OxaPay не заменяет бухгалтерское ПО и не определяет правила учета криптоактива. Вместо этого сервис предоставляет данные о платежах и казначейских операциях, которые компании могут включить в свой учетный процесс.

Полезные возможности:

• Order IDs, задаваемые продавцом;
• уникальные Track IDs платежей;
• Payment Information для отдельных операций;
• Payment History с поиском;
• документированные статусы платежей;
• данные об остатках на счетах;
• функция Swap и обменные курсы;
• Payout Information и Payout History;
• Webhooks для обновлений статусов платежей.

Webhooks OxaPay уведомляют продавцов об изменении важных статусов платежа, помогая бизнес-системам фиксировать события по мере возникновения. Тем не менее учетная система должна применять политику продавца перед созданием или окончательным утверждением финансовой записи.

Изучите OxaPay Webhooks.

Наиболее надежная модель:

OxaPay предоставляет структурированные доказательства оплаты. Учетная политика продавца определяет финансовое отражение операций.

Превратите криптоплатежи в понятные финансовые записи

Учет криптовалют становится управляемым, если каждый платеж сохраняет деловой контекст.

Надежный процесс должен:

1. связывать платеж с заказом или счетом;
2. сохранять название криптоактива и его количество;
3. применять последовательную политику оценки;
4. учитывать комиссии отдельно;
5. фиксировать конвертации как самостоятельные события;
6. отличать казначейские переводы от выручки;
7. документировать возвраты и ручные корректировки;
8. сверять платежные, балансовые и бухгалтерские записи.

Криптовалютный платежный шлюз OxaPay предоставляет идентификаторы, историю платежей, данные об остатках, Swap и выплатах, необходимые для такой цепочки записей.

Связав эти записи с утвержденной учетной политикой и профессиональной проверкой, продавцы смогут не просто принимать криптовалюту, а вести понятный учет даже при росте объема платежей.

Частые вопросы