Как принимать USDT и USDC на сайте

Чтобы принимать USDT и USDC на сайте, создайте проект Paymos, выберите платёжную ссылку, плагин магазина, платёжную страницу, встроенную оплату, Low-Code SDK или REST API и включите поддерживаемые пары актива и сети. Не исполняйте заказ до подтверждения счёта. Paymos зачисляет тот же стейблкоин без обязательной конвертации.

Какой способ приёма платежей подходит бизнесу?

Платёжная ссылка подходит, когда менеджер создаёт счёт и отправляет его по электронной почте, в мессенджере или CRM. Официальный плагин нужен магазину на поддерживаемой платформе: заказ и его статус остаются внутри неё. Платёжная страница открывается отдельно, на стороне Paymos. Встроенная оплата помещает её в сайт через iframe. Low-Code SDK добавляет управление из JavaScript и поддерживает режимы iframe и перенаправления.

Прямое подключение по API выбирают компании с серверной системой заказов и командой, которая будет отвечать за платёжные статусы. Это не обязательное условие приёма стейблкоинов. Руководство по API отдельно разбирает HMAC-аутентификацию, защиту от повторного создания счёта и подписанные вебхуки.

Что подготовить до первого счёта?

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

Зафиксируйте, как заказ покупателя связан со счётом Paymos. Для платёжной ссылки это может быть номер в CRM или учётной системе. Для плагина — заказ торговой платформы. Для связанной страницы оплаты — заказ в системе бизнеса. Один понятный номер помогает поддержке, бухгалтерии и операционной команде разбирать один и тот же платёж.

Какие маршруты USDT и USDC показывать покупателю?

Включайте пары актива и сети, которые поддерживает Paymos и которыми пользуются ваши клиенты. Актуальные матрицы находятся на странице USDT и странице USDC. USDT доступен не во всех сетях USDC, а USDC — не во всех сетях USDT. Поэтому на странице оплаты нужно явно показывать и актив, и сеть.

Сеть определяет способ отправки, текущую комиссию кошелька и ожидание подтверждения, но не создаёт отдельный баланс бизнеса для каждой цепочки. Показывайте название сети рядом с адресом и QR-кодом. Инструкции «отправьте USDT или USDC» без точного маршрута недостаточно. Не фиксируйте постоянную стоимость газа в долларах. Если текущая комиссия кошелька несоразмерна небольшому счёту, предложите другой поддерживаемый маршрут и не просите покупателя использовать мост во время оплаты.

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

Покупатель открывает страницу Paymos, выбирает USDT или USDC и доступную сеть, затем отправляет точную сумму счёта из совместимого кошелька. На странице есть адрес, QR-код и текущий статус. Учётная запись Paymos, электронная почта и отдельная проверка KYC на странице оплаты покупателю не нужны. В зависимости от способа подключения бизнес использует отдельную страницу или встроенный сценарий.

Пока перевод обнаруживается и подтверждается, заказ остаётся в ожидании. Возврат покупателя на страницу успеха помогает навигации, но не является сигналом исполнения. Даже если вкладка закрыта, платёж должен получить однозначный статус в учёте бизнеса. Техническая реализация для собственной системы описана в API-руководстве.

Сколько стоит приём USDT или USDC?

Разделяйте сетевую комиссию покупателя, комиссию процессинга и возможную последующую конвертацию. Кошелёк покупателя рассчитывает и платит переменную комиссию блокчейна за отправку USDT или USDC. Стандартная комиссия Paymos — 1,0 % за оплаченный счёт; тариф для крупного бизнеса — 0,3 % по запросу. По умолчанию комиссию Paymos платит бизнес, но проект может перенести на покупателя часть комиссии или всю сумму.

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

Когда исполнять заказ, а когда отправлять на проверку?

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

До запуска определите порядок возврата. Возврат стейблкоина — новая исходящая транзакция, а не отмена исходного перевода. Через подтверждённый канал проверьте актив, сеть, сумму, покупателя и адрес. Сравнение USDT, USDC и DAI разделяет риски эмитента, ликвидности и выбора актива.

Как USDT и USDC поступают в расчётный баланс?

USDT из поддерживаемых сетей увеличивает баланс USDT, а USDC — отдельный баланс USDC. Paymos не требует конвертации в фиат, BTC, ETH или другой стейблкоин. При выводе бизнес выбирает доступный маршрут соответствующего актива и разрешённый адрес. Комиссии процессинга на выводе нет, но для выбранного маршрута может действовать сетевая комиссия или минимальная сумма — их видно заранее, и за перевод бизнес платит меньше, чем этот перевод стоит в сети.

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

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

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

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