Что делает сервис при приёме платежей

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

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

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

Какие задачи решает сервис

Создание платёжной ссылки

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

Публичная страница и QR-код

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

Статусы операций

Вместо ручного поиска каждого сообщения продавец видит состояние платежа в кабинете. Это помогает отличить ожидание, проверку, подтверждение, отклонение и истечение срока.

История и поиск

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

Командная работа

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

Отчёты и выплаты

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

За что отвечает продавец

Законность товара или услуги

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

Условия заказа

До оплаты покупателю сообщают:

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

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

Исполнение обязательств

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

Чеки, налоги и учёт

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

Возвраты и претензии

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

Что сервис не заменяет

Сервис платёжных ссылок не следует воспринимать как замену:

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

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

Что означает защита получателя платежа

Защита получателя — это не обещание игнорировать жалобы и не способ обойти банковскую проверку. Она включает:

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

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

Как разделить платёж и заказ

Для каждого заказа полезно хранить две группы статусов.

Финансовый статус: ссылка создана, покупатель сообщил об оплате, платёж проверяется, подтверждён, отклонён, возвращён.

Статус исполнения: заказ согласован, принят в работу, изготовлен, передан, завершён, отменён.

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

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

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

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

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

Как проверить распределение ответственности до подключения

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

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

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

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

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

сервис продаёт товар вместо пользователя?

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

сервис ведёт бухгалтерию продавца?

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

Кто отвечает на претензию покупателя?

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

Нужно ли заключать договор с покупателем?

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

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

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

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

Источники

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