USDT TRC20 — распространённый вариант оплаты стейблкоинами, поскольку многие клиенты уже знакомы с USDT, а комиссии сети TRON обычно понятны пользователям кошельков. Для мерчанта главное — сделать процесс оплаты прозрачным и сверять каждый статус платежа.
Приём USDT TRC20 на сайте обычно предполагает создание платёжного запроса, показ клиенту реквизитов для конкретной сети и обновление заказа после подтверждения платежа.
Почему мерчанты выбирают USDT TRC20
USDT обеспечивает клиентам стабильную цену, а TRC20 широко поддерживается кошельками и биржами. Поэтому этот вариант удобен для цифровых продуктов, оплаты SaaS, пополнений, инвойсов и международных клиентов.
Мерчанты всё равно должны ясно показывать сеть. Если клиент отправит USDT в неправильной сети, это может создать дополнительную нагрузку на поддержку и задержать выполнение заказа.
Процесс оплаты
- Клиент выбирает оплату криптовалютой или USDT.
- Серверная часть мерчанта создаёт инвойс или платёжный запрос.
- Страница оплаты показывает реквизиты для перевода USDT TRC20.
- Клиент отправляет платёж из кошелька или с биржи.
- Серверная часть мерчанта ждёт статуса «оплачено» до выполнения заказа.
Более широкий сценарий работы со стейблкоинами в разных сетях описан на странице «Приём платежей USDT».
Интеграция API
Для серверной оплаты используйте API криптоинвойсов. Мерчант создаёт инвойс для заказа, сохраняет его идентификатор и прослушивает события вебхуков при изменении статуса инвойса.
На странице API криптоинвойсов объясняется, как связаны создание инвойса и сверка по вебхукам.
Комиссии и выбор сети
USDT может существовать в нескольких сетях, включая TRON, Ethereum, BSC, Polygon и TON, в зависимости от платформы. Выбор сети влияет на совместимость кошельков, ожидания клиентов и комиссии за транзакции.
Прежде чем окончательно утвердить тексты страницы оплаты, проверьте поддерживаемые активы и комиссии на странице «Монеты и комиссии».
Обработка статусов
Продакшен-система оплаты должна обрабатывать состояния «оплачено», «недоплачено», «переплачено», «просрочено» и «заблокировано из-за рисков». Не запускайте процесс, который проверяет только нажатие кнопки клиентом или загруженный им скриншот.
Сверка по статусам защищает выполнение заказа и даёт службе поддержки понятный порядок действий, если клиент отправил неправильную сумму или заплатил с опозданием.
