прием платежей юкасса — ЮKassa помогает принять оплату картой, через СБП или по ссылке, но успешный запуск требует не только формы оплаты. До старта выберите способ подключения — модуль, ссылку или API — и проверьте четыре результата: платеж меняет статус заказа один раз, покупатель получает доступ или товар только после подтверждения, чек формируется по выбранной схеме, а возврат закрывает и платеж, и заказ.
Команда «Интернет Касса» помогает интернет-магазинам, сервисам и подписочным проектам собрать платежный и фискальный маршрут: подобрать облачную кассу, связать ее с оплатой, проверить состав чека и провести приемочные тесты. Это особенно полезно, когда сайт, CRM и касса уже работают раздельно.
Для магазина на CMS выбирайте готовый модуль, если он передает номер заказа, товарные позиции, скидки, доставку и контакт покупателя. Проведите тестовый заказ со скидкой и доставкой: если в чеке вместо позиций появляется строка «Заказ №123», интеграцию нужно дорабатывать.
Если сайт еще проектируется, сначала определите путь «каталог — корзина — оплата — чек — возврат». В материале «Сайт с онлайн-оплатой и кассой: лендинг, каталог или интернет-магазин» разобраны варианты для продаж без лишней разработки.
Для консультаций, обучения, ремонта и других услуг без корзины используйте платежную ссылку. Создавайте ее из CRM или карточки заказа: тогда сумма, услуга, клиент, оплата и возврат останутся в одной записи.
Не отправляйте одну ссылку нескольким клиентам. На оплате будет одна сумма, но сверить, чей это платеж и по какому заказу делать возврат, станет сложнее. Перед отправкой ссылки покажите клиенту описание услуги, цену, оферту и правила возврата.
Для подписки настройте не только повторное списание, но и согласие клиента, периодичность, отмену, дату прекращения доступа и обработку неуспешного платежа. Связывайте каждое списание с периодом услуги и заказом; при обязательной фискализации предусмотрите для него фискальный документ.
Рабочая цепочка выглядит так: покупатель подтверждает оплату → ЮKassa обрабатывает платеж картой или через СБП → сайт либо CRM получает подтвержденный статус → касса формирует чек → чек уходит покупателю, а фискальные данные передаются через ОФД в ФНС.
ЮKassa — платежный контур, а не замена ККТ. Если для вашего расчета требуется фискализация, заранее подключите отдельную поддерживаемую схему с ККТ и ОФД. До запуска проверьте на тестовом платеже, кто формирует чек, как он доставляется покупателю и какой документ появляется при возврате.
Разделите этапы расчета: предоплата, зачет аванса, полный расчет и передача товара — это разные события заказа. Схемы для этих этапов собраны в статье «Когда пробивать кассовый чек при оплате и отгрузке». Официальные разъяснения и сервисы по ККТ доступны на сайте ФНС России.
| Критерий | Готовый модуль или ссылка | Интеграция по API |
|---|---|---|
| Когда выбирать | CMS, лендинг, ручные продажи услуг, быстрый запуск без разработчика. | Собственная CRM, приложение, нестандартная корзина или личный кабинет. |
| Скорость запуска | Выше, если модуль поддерживает вашу CMS и передает состав заказа. | Ниже: нужны разработка, тестирование и обработка сбоев. |
| Оплата по ссылке | Подходит для разовой услуги или счета, который создает менеджер. | Нужна, если ссылки автоматически создает CRM или приложение. |
| Товарные позиции и чек | Проверьте передачу позиций, скидок, доставки и контакта покупателя. | Передавайте данные из своей системы и проверяйте ответы API. |
| Подписка | Берите только при наличии нужного сценария регулярных платежей. | Подходит для собственных тарифов, пауз, пробного периода и правил доступа. |
| Возвраты | Проверьте изменение статуса заказа и формирование чека возврата в вашей схеме. | Настройте отдельный сценарий возврата, журнал событий и защиту от повторных запросов. |
| Ответственный за поддержку | Менее гибкая схема, зато меньше технических точек отказа. | Больше контроля, но нужен разработчик, который следит за интеграцией. |
Выбирайте модуль или ссылку, когда сценарий укладывается в «заказ — оплата — чек — возврат». Выбирайте API, когда стоимость считает ваша система, доступ открывается по событию оплаты или подписке нужна собственная логика. Базовые различия платежных инструментов разобраны в статье «Что такое онлайн-эквайринг и как принимать оплату на сайте».
Магазин с выдачей товара. Свяжите заказ, онлайн-оплату и выдачу. Для сотрудников сделайте разные статусы «оплачен онлайн» и «оплата при получении», чтобы не пробить один расчет дважды.
Услуги по ссылке. Создавайте ссылку из карточки клиента или заказа. В ней и в CRM фиксируйте услугу, сумму, срок действия, результат оплаты и возврат. Так бухгалтерия и менеджер видят одну историю операции.
Подписочный сервис. До первой оплаты проверьте согласие на автосписания, возможность отмены и логику доступа. При неуспешном платеже не открывайте новый период по переходу пользователя на страницу успеха: открывайте его только после подтвержденного статуса платежа.
До договора с провайдером получите ответы на пять вопросов: передаются ли позиции в кассу; кто оформляет чек возврата; есть ли серверные уведомления; как защищаться от повторных запросов; доступен ли тестовый режим. Если для нужного сценария нет понятного ответа в документации и настройках, не запускайте его в продакшен.
Для API сохраните журнал входящих уведомлений и результат их обработки. При повторной доставке webhook система должна увидеть, что событие уже обработано, и не создавать новый платеж, новый заказ или повторный доступ.
Да, если ваш расчет с физлицом подпадает под требования 54-ФЗ. ЮKassa обеспечивает платежный контур и не заменяет ККТ: до старта выберите поддерживаемую схему фискализации, назначьте кассу, которая формирует чек, и протестируйте оплату и возврат.
Да, используйте платежную ссылку, счет или платежную форму. Перед отправкой ссылки разместите условия продажи и возврата, укажите товар или услугу и проверьте, как покупатель получает чек.
Да, если подключенный сценарий поддерживает рекуррентные платежи. До первой оплаты настройте согласие клиента на списания, отмену подписки, дату отключения доступа и обработку неуспешного платежа.
Сделайте тестовую оплату, возврат и проверку чека. Затем сверьте сумму и позиции заказа, статус в CRM, серверное уведомление, статус платежа в личном кабинете и прекращение или выдачу доступа.
Хотите получить готовую карту запуска? Перед обращением подготовьте адрес сайта, CMS или CRM, способы оплаты, тип продаж — товары, услуги или подписка — и текущую кассовую схему. Специалисты «Интернет Касса» разберут, нужен ли модуль или API, где подключить фискализацию и какие тесты провести до старта. Связаться с нами.