Как проходит платёж через сервис: пошаговая схема

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

Главное правило: сообщение покупателя или присланная квитанция сами по себе не означают, что деньги поступили. Выполнять заказ следует после проверки итогового статуса операции в личном кабинете.

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

Кто участвует в платеже

В обычном сценарии участвуют четыре стороны:

1. Продавец или исполнитель — создаёт торговый профиль и платёжную ссылку, сообщает условия заказа и контролирует его исполнение. 2. Покупатель — открывает ссылку, проверяет сумму и сведения в банковском приложении, затем подтверждает перевод. 3. сервис — предоставляет страницу оплаты, QR-код, учёт операций, статусы, отчёты и интерфейс для заявок на выплату. 4. Банк или иной участник расчёта — исполняет распоряжение плательщика и отражает результат операции.

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

Почему эта схема подходит проектам с высоким риском жалоб

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

Защита не означает автоматический отказ любому недовольному плательщику. Обоснованная претензия должна быть рассмотрена, а незаконная операция — остановлена. Польза сервиса состоит в управляемом разборе: спор не должен превращаться в хаотичную переписку, повторные переводы и неподтверждённые возвраты.

Этап 1. Продавец готовит торговый профиль

До создания ссылок пользователь заполняет сведения о проекте: что продаётся, кому, по какой модели и с какими обычными суммами. Торговый профиль проходит проверку. Это необходимо, чтобы фактические платежи соответствовали заявленной деятельности.

При заполнении профиля важно указывать реальные данные:

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

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

Этап 2. Создаётся платёжная ссылка

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

Перед отправкой покупателю проверьте:

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

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

Этап 3. Покупатель открывает страницу и оплачивает

На публичной странице покупатель видит информацию, необходимую для оплаты: сумму, QR-код и инструкцию. После сканирования QR-кода открывается банковское приложение или другой предусмотренный платёжный интерфейс.

До подтверждения покупателю следует самостоятельно проверить:

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

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

Этап 4. Появляется операция и меняется статус

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

Практический смысл статусов:

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

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

Этап 5. Платёж отражается в истории и балансе

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

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

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

Этап 6. Пользователь оформляет выплату

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

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

После создания заявки её сумма резервируется. Это предотвращает повторное использование одних и тех же средств в нескольких заявках. Дальнейший этап виден по статусу выплаты: ожидание проверки, одобрение, обработка, выполнение, отмена или отклонение.

Что делать, если покупатель оплатил, но статус не изменился

Не просите человека платить повторно. Сначала:

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

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

Пример полного сценария

Исполнитель согласовал с клиентом услугу стоимостью 20 000 рублей. Он создаёт одноразовую ссылку с фиксированной суммой и сроком действия до конца следующего дня. Клиент открывает ссылку, проверяет в банке сумму и получателя, подтверждает перевод и сообщает об оплате.

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

Частые ошибки

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

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

Деньги поступают сразу после сканирования QR-кода?

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

Квитанция покупателя подтверждает оплату?

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

Можно ли принимать оплату без собственного сайта?

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

Почему сумма недоступна для выплаты?

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

Где посмотреть комиссию за вывод?

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

Что прочитать дальше

Источники

Как работает сервис
Возможности сервис
Тарифы сервис