Приём платежей

Как принимать оплату без сайта: ссылки, СБП и чеки

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

Выберите способ приёма под свой заказ

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

Как сопоставить способ оплаты с процессом заказа
СпособКогда удобенЧто проверить
Отдельная ссылка на заказСумма и состав уже согласованы с покупателемID заказа, сумма, срок действия, повторная оплата
Повторно используемая ссылкаОдин тип покупки или заранее определённый сценарийКак различаются покупатели и заказы, кто вводит сумму
QR-код для оплаты, в том числе через СБППередача платёжных данных в удобном видеСтатический или отдельный для заказа, сумма и идентификатор
Счёт с банковскими реквизитамиКогда покупатель платит банковским переводомНазначение платежа, выписка, порядок документов и применимые требования к чеку

QR-код — способ передать данные, а не универсальное название тарифа. Условия СБП, оплаты картой и обычного перевода различаются. Не считайте один способ бесплатным или полностью заменяющим другой без условий договора.

Что подготовить до подключения

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

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

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

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

Разделите оплату и выдачу чека

Платёжная квитанция банка и кассовый чек — разные документы. Перевод через СБП сам по себе не освобождает от применимых требований к ККТ. Это отдельно разъясняет ФНС в материале о ККТ при эквайринге.

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

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

По чему определять, что заказ оплачен

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

Разберитесь в состояниях выбранного сервиса. Например, в жизненном цикле платежа ЮKassa ожидание подтверждения списания waiting_for_capture отличается от успешного завершения succeeded. Эти названия не нужно переносить на все системы, но различие между созданием, авторизацией и завершением важно проверить у своего поставщика.

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

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

Как обрабатывать отмену, дубль и возврат

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

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

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

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

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

Условный пример полного платёжного цикла

Продажа по индивидуальной ссылке

Продавец согласовал заказ № 104 на 3 000 ₽ и создал отдельную ссылку. В его учёте связаны заказ № 104 и ID платежа. После сообщения клиента сотрудник проверил кабинет: сумма и конечный статус совпали с заказом. Отдельно он проверил предусмотренную выдачу чека и передал заказ на исполнение.

Позже в отчёте поставщика он сопоставил исходную сумму, комиссию по своему договору, перечисление и возможный возврат. Размер комиссии в этом примере не задан: 3 000 ₽ — условная сумма заказа, а не опубликованный тариф платёжного сервиса.

Две контрольные точки перед исполнением
  1. Заказ и ID платежа
  2. Подтверждённый статус и нужный чек
  3. Исполнение и сверка

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

Проверьте процесс перед первым клиентом

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

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