BITSPARK / Статьи / Оплата и интернет-магазин

Как подключить оплату на сайт: что просят ЮKassa и Robokassa

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

Статья для владельца бизнеса или маркетолога, который заказывает интернет-магазин или добавляет оплату на готовый сайт. Она опирается на справку ЮKassa (страницы на русском языке) и Robokassa; требование каждого сервиса приведено вместе со страницей, на которой оно сказано. Выбор сервиса остаётся за вами.

Это справка сервисов, закон в ней не разбирается. О чеках и 54-ФЗ рассказывает статья об онлайн-кассе для интернет-магазина, об оферте - статья о публичной оферте на сайте, о политике обработки персональных данных - статья о политике конфиденциальности.

Страница Robokassa «Требования для подключения онлайн-платежей на сайте» описывает требования к сайту. Процесса интеграции, перечня документов для договора, срока проверки и тестового режима на ней нет, поэтому эти разделы построены на справке ЮKassa. В меню Robokassa пункт «Интернет-эквайринг» описан словами «Онлайн-платежи на сайте, в приложении, социальных сетях и мессенджерах». Дальше статья говорит о приёме платежей на сайте.

Пример в статье вымышленный: магазин чая на example.ru.

Из чего состоит подключение оплаты и кто что делает?

Коротко: по справке ЮKassa подключение проходит в личном кабинете. Страница «Подключение ЮKassa» называет пять шагов, два из них - интеграция и тестовый магазин - с оговорками «если она нужна» и «если нужно». Договор с ЮKassa заключает определённое юрлицо, оформление проходит в личном кабинете, а настройку интеграции может выполнять специалист с ограниченным доступом.

На странице «Подключение ЮKassa» шаги записаны так:

  1. «Зарегистрируйтесь в ЮKassa.»
  2. «Заполните данные для договора и загрузите копии документов (всё в личном кабинете).»
  3. «Подпишите договор с ЮMoney (можно электронной подписью).»
  4. «Настройте интеграцию, если она нужна.»
  5. «Протестируйте прием платежей в тестовом магазине, если нужно.»

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

Кто что делает, видно по тексту страниц. Страница «Документы для договора с ЮKassa» начинается словами: «Всё подключение российской компании, в том числе оформление договора, проходит в личном кабинете.» На странице «Условия работы в ЮKassa» сказано: «Договор с ЮKassa заключает определенное юрлицо. Если юрлицо меняется, нужно заключать новый договор.» По этим словам договор заключает определённое юрлицо, а оформление договора проходит в личном кабинете.

Интеграция описана иначе. Страница «Как пригласить разработчика в ЮKassa» предлагает «выдать ограниченный доступ в свой личный кабинет специалисту, который настроит для вас интеграцию». Срок этой работы страница «Документы для договора с ЮKassa» не называет: «Сколько продлится техническая интеграция - зависит от ваших специалистов.»

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

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

Какие данные и документы нужны для договора с ЮKassa?

Коротко: на странице «Документы для договора с ЮKassa» для российской компании названы данные организации и паспорт; остальные документы нужны при условиях, которые называет страница. Договор подписывают на бумаге или электронной подписью и загружают в личный кабинет. На вопрос «Сколько времени занимает подключение» страница отвечает словами «Обычно три рабочих дня».

Шаги со страницы «Документы для договора с ЮKassa» для российской компании:

  1. Зарегистрироваться в личном кабинете.
  2. Заполнить данные для договора: «адрес организации, реквизиты, контактные данные».
  3. Загрузить скан паспорта директора «(и другие документы, если нужны)».
  4. Подписать договор, который готовит ЮKassa: распечатать и подписать или воспользоваться электронной подписью.
  5. Загрузить подписанный договор в личном кабинете.

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

О сроке страница «Документы для договора с ЮKassa» на 05.10.2026 пишет так: «Обычно три рабочих дня. За это время мы проверяем ваши данные и документы, которые вы загрузили в личном кабинете». Статус подключения виден в личном кабинете. Если нужно дослать документы или уточнить данные, сервис, по словам страницы, напишет «на почту и в личный кабинет».

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

Зачем для договора нужны сканы паспорта и данные о бенефициарах, объясняет страница «Условия работы в ЮKassa»: сервис ссылается на закон 115-ФЗ.

У Robokassa на странице «Требования для подключения онлайн-платежей на сайте» перечня документов для договора нет. О договоре с сервисом на ней сказано после пяти требований, под заголовком «Сайт готов к приему платежей»: «Все методы приема оплаты в одном месте и по одному договору». Строка о способах оплаты, в которой тоже назван договор, приведена в разделе о способах оплаты.

Что должно быть на сайте до заявки в ЮKassa?

Коротко: страница «Подготовка сайта к подключению к ЮKassa» требует запущенный сайт с настоящими товарами или услугами, ценами, описаниями, информацией о доставке или получении, документом об условиях услуг (для онлайн-сервиса и услуг), контактами и реквизитами. Готовность сайта сервис проверяет на этапе заключения договора.

Страница «Подготовка сайта к подключению к ЮKassa» открывается так.

«Включить приём платежей через ЮKassa можно только на сайте, который полностью готов к работе.»

Проверка идёт на этапе договора: если на сайте нужно что-то исправить или добавить, сервис напишет в личный кабинет.

Требования страницы:

  • Запущенный сайт. «Мы не сможем проверить сайт, если он не открывается или находится в разработке.»
  • Настоящие товары с ценами (или услуги с тарифами). «Если остались тестовые позиции (которые вы или ваши разработчики размещали для проверки сайта) - уберите их.»
  • Настоящие описания. «Если где-то осталась тестовая информация - замените её на настоящую или уберите с сайта эту страницу или товар.»
  • Доставка или получение товара. Для физических товаров: «добавьте на сайт информацию о способах доставки, которые доступны в вашем магазине». Для цифровых товаров: «расскажите покупателю, как он сможет получить товар после оплаты».
  • Пользовательское соглашение или оферта. Страница ставит условие: «Если у вас онлайн-сервис или вы оказываете услуги, добавьте на сайт документ, в котором прописана правовая информация об условиях использования и предоставления ваших услуг.»
  • Контакты и реквизиты. «Как можно с вами связаться (номер телефона, почтовый адрес, электронная почта), а также название юридического лица, ИНН и ОГРН.»

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

Что должно быть на сайте до подключения к Robokassa?

Коротко: страница Robokassa «Требования для подключения онлайн-платежей на сайте» называет пять требований: публичный доступ, актуальное описание товаров и услуг, оферта, контактные данные и реквизиты продавца. Отдельный блок технических требований добавляет прямую ссылку без переадресации, единый домен, замену тестовых карточек и условия для товаров 18+.

Страница начинается так: «Ваш сайт должен соответствовать требованиям законодательства РФ, правилам платежных систем и систем электронных платежей.» Дальше идут пять требований:

  1. «Ресурс существует и публично доступен»: «Ссылка на сайт должна работать, доступ к сайту не ограничен.»
  2. «Актуальный контент»: «Должно быть размещено актуальное описание товаров и услуг, именно тех, которые вы будете продавать.»
  3. «Есть оферта»: «Обязательный документ, описывающий на каких условиях вы взаимодействуете с покупателями.»
  4. «Контактные данные»: «Электронная почта и телефон для связи есть на сайте, не скрыты и доступны.»
  5. «Реквизиты продавца»: «ИНН/ОГРН компании, данные самозанятого размещены в подвале сайта.»

В блоке «Технические требования к сайту» названы:

  • «Прямая ссылка на ваш сайт без переадресации на другой URL (редиректа).»
  • «Все страницы вашего сайта, связанные с продажей, находятся под единым доменным именем.»
  • Страницы открываются и содержат актуальную информацию: тестовые карточки и формулировки заменяют реальными или удаляют. «Мы не сможем подключить сайт, если он не открывается или находится в разработке.»
  • Если доступ к сайту закрыт или идёт через авторизацию: «предоставьте нам доступ/данные для входа и откройте его при начале приёма платежей».
  • Для товаров и услуг 18+ ресурс «должен иметь страницу, информирующую о возрастном ограничении», а посетителю нужно подтвердить возраст: «баннер, чекбокс, выбор даты рождения».
  • Для временного или сезонного проекта: «обязательно уведомите нас перед отключением сайта или сменой URL».

Остальные требования страницы собраны по разделам:

Раздел страницыЧто сказано
Товары и услуги«Разместите именно те товары или услуги, которые вы намерены продавать. Укажите реальные цены, опишите товар / услуги, укажите все необходимые характеристики.» «Тестовые товары и описания нужно удалить или заменить реальными.»
Юридическая информация«Разместите юридическую информацию в подвале сайта.» Для юрлиц: «полное наименование организации, указать ИНН или ОГРН». Для ИП: «ИП ФИО (полностью), указать ИНН или ОГРНИП». Для самозанятых: «Самозанятый ФИО (полностью), указать ИНН».
Актуальные контакты«Контакты можно разместить в шапке, подвале сайта или на отдельной странице.» Названы телефон, Telegram, e-mail, WhatsApp «или др.»; клиенту нужна возможность позвонить или написать.
Доставка и возврат«Добавьте информацию о способах получения товара / услуги - сроки, стоимость и другая необходимая информация для понимания клиентов.» Условия возврата товара или отказа от услуги: «если это применимо к деятельности». Условия возврата денежных средств покупателю.

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

О политике обработки персональных данных страница пишет, что рекомендует разместить такой документ, и добавляет: «Если вы собираете данные пользователей (например, просите ввести e-mail), то разместить этот документ необходимо.» Это слова сервиса. Что сказано в законе, разобрано в статье о политике конфиденциальности для сайта.

Об оферте страница говорит двумя вещами. Первая: если на сайте нельзя разместить информацию о товарах с ценами, доставке, отказе и возврате, контакты и юридические сведения, её можно разместить в договоре (оферте). Страница пишет: «(...) всю эту информацию можно разместить в договоре (оферте) и предоставить вашим клиентам возможность с ним ознакомиться до совершения покупки.» Вторая: если вся эта информация уже размещена, пользовательское соглашение (оно же оферта), по словам страницы, обязательным не является. В пяти требованиях той же страницы оферта названа обязательным документом; как сервис применяет это при проверке сайта, страница не объясняет. Сервис при этом пишет: «мы очень рекомендуем разместить этот договор». Перечень рисков отсутствия оферты на странице - слова сервиса, в статье он не воспроизводится. Нормы об оферте - в статье о публичной оферте на сайте.

Пример для обеих страниц. Магазин чая на example.ru готовится к заявке. В каталоге остались карточка Тест и описание-заглушка, ИНН и ОГРН на сайте не указаны, условия доставки не описаны. По странице ЮKassa тестовую карточку убирают, описания заменяют настоящими, добавляют реквизиты и способы доставки. По странице Robokassa к этому добавляются реквизиты в подвале, условия возврата и прямая ссылка на сайт без переадресации.

Какие бывают варианты интеграции и что видит покупатель?

Коротко: по странице «Интеграция с ЮKassa» интеграция нужна, чтобы «организовать взаимодействие между вашим сайтом и ЮKassa». Для сайта на ней названы два пути: самописный сайт настраивают по инструкции, сайт на конструкторе или CMS - через раздел «Готовые решения». Страница «Выбор сценария интеграции» описывает, где покупатель выбирает способ оплаты и вводит данные: на странице сервиса, в виджете на сайте или в вашем интерфейсе.

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

  • «Если у вас самописный сайт, сделайте настройку по нашей инструкции».
  • «Если сайт сделан на конструкторе или CMS: зайдите в раздел «Готовые решения» и выберите вашу систему из выпадающего списка - мы покажем инструкцию, по которой всё настраивается.»
  • «Если нужной системы не окажется в списке, попробуйте написать её разработчикам - попросите помочь настроить интеграцию с ЮKassa.»

Страница «Настройка интеграции с ЮKassa» описывает второй путь: готовые решения для сайтов на конструкторе, CMS, SaaS и т. п. - это раздел «Интеграция - Готовые решения» в боковом меню. Для самостоятельной настройки страница пишет: «При интеграции этим способом вы самостоятельно настраиваете взаимодействие вашей системы с ЮKassa по документации API». Код запросов из документации в статье не приводится: читателю важно знать, что такой вариант есть. О разработчике страница пишет: «Если вам понадобится помощь вашего разработчика, выдайте ему доступ в личный кабинет.»

Страница «Выбор сценария интеграции - Прием платежей по API ЮKassa» объясняет разницу: сценарии «различаются тем, на чьей стороне пользователь выбирает способ оплаты и вводит платежные данные». Четыре сценария из таблицы страницы:

СценарийГде покупатель выбирает способ оплатыГде вводит платёжные данныеКак описан на странице
Умный платежНа стороне ЮKassaНа стороне ЮKassa«Самый простой сценарий.» Нужно «перенаправить пользователя на страницу ЮKassa»
Виджет ЮKassaНа вашей стороне (с помощью виджета)На вашей стороне (с помощью виджета)«Позволяет встроить платежную форму в ваш сайт.»
Самостоятельная интеграцияНа вашей сторонеНа вашей стороне или на стороне ЮKassa (зависит от способа оплаты и настроек вашего магазина)Способ оплаты выбирают «на вашей стороне в вашем интерфейсе»
Форма оплаты банковской картойНа вашей сторонеНа вашей стороне (с помощью Checkout.js)«вы можете встроить в ваш сайт платежную форму с помощью веб SDK Checkout.js»

В таблице страницы есть ещё два сценария: MCP-сервер ЮKassa и платежи в мобильном приложении. Они для сайта вне задачи этой статьи.

Страница называет, кто отвечает за ввод данных. Про виджет она пишет: «За безопасность ввода данных и взаимодействие с пользователем отвечает виджет ЮKassa.» Про форму с Checkout.js: «За безопасность ввода данных банковской карты будет отвечать Checkout.js.»

Внизу страницы есть блок «Вы не разработчик?» со ссылками «Модули для CMS», «Выставление счетов» и «Платежи для лендингов».

Страница «Процесс платежа - Прием платежей по API ЮKassa» описывает действия покупателя. Он «выбирает способ оплаты», «вводит данные для оплаты выбранным способом» и «при необходимости подтверждает платеж (например, проходит аутентификацию по 3-D Secure или отвечает на смс)».

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

Если вы взаимодействуете с ЮKassa по HTTP-протоколу, страница «Настройка интеграции с ЮKassa» уточняет, что значит это взаимодействие: «отправляете запросы на оплату и получаете уведомления в ответ». В этом случае, как сказано на странице, «вам нужно установить SSL-сертификат». Проверка из страницы: «подставьте в начало адреса вашего сайта https:// и попробуйте открыть его. Если не откроется, значит, сертификат не установлен - получите и установите его.» Получить сертификат страница предлагает двумя путями: «У провайдера» и «Вместе с CMS, CRM или другим движком».

На странице Robokassa в блоке под пятью требованиями стоит «130+ интеграций с CMS и CRM», в меню пункт «Инструменты оплаты» описан словами «Модули интеграции, платежные ссылки, формы, подписки, QR-коды и платежные боты». Как настраивается интеграция, эта страница не рассказывает.

Как дать разработчику доступ в личный кабинет ЮKassa?

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

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

  1. На главной странице личного кабинета найти блок «Пригласите разработчика» и нажать «Выдать доступ».
  2. В форме указать электронную почту разработчика: на неё придёт приглашение.
  3. Нажать «Подтвердить», ввести код из смс, отправленный на привязанный телефон, и нажать «Дальше».
  4. Разработчик переходит по ссылке из письма, и у него появляется доступ. На главной странице вместо блока «Пригласите разработчика» появится блок «Разработчик».

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

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

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

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

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

Страница «Тестовые магазины в ЮKassa» начинается словами: «Перед запуском приёма платежей можно проверить всё в тестовом режиме: интеграцию, приём платежей, отправку чеков по 54-ФЗ.» Исключение названо там же: «Пока нельзя протестировать только выставление счетов.»

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

Проверка сайта на конструкторе или CMS по странице «Настройка интеграции с ЮKassa» идёт в таком порядке:

  1. Настроить приём платежей по инструкции из раздела «Готовые решения».
  2. «Выпустите секретный ключ в тестовом магазине, пропишите его в настройках модуля.» Страница оговаривает: «В некоторых модулях секретный ключ не нужен: можно просто переключиться в настройках модуля на тестовый магазин.»
  3. «Сделайте и оплатите заказ на своём сайте, как это будут делать ваши клиенты. Для оплаты используйте тестовые данные - платёж пройдёт как настоящий, но реальные деньги не спишутся.»
  4. «Если тестовый платёж прошёл правильно, можно принимать платежи.»
  5. «Не забудьте переключиться с тестового магазина на настоящий: либо поменяйте магазин в настройках модуля, либо выпустите в магазине секретный ключ и пропишите его в модуле.»

Что ещё сказано на странице «Тестовые магазины в ЮKassa»:

  • Тестировать можно оплату из кошелька ЮMoney и банковской картой. Для карты нужна тестовая карта сервиса: «Платёж по обычной карте в тестовом магазине не пройдёт - будет ошибка.»
  • Для проверки пройдите путь покупателя: «зайдите в свой интернет-магазин, положите товар в корзину, нажмите Заплатить».
  • Тестовые платежи приходят с уведомлениями: «вам приходят все уведомления от ЮKassa». Для тестов сервис советует отдельный адрес: «Лучше использовать для тестов отдельный URL (не тот, который вы укажете для уведомлений о настоящих операциях в своём магазине).»
  • Предупреждение для магазина: «не отдавайте товар, за который заплатили через тестовый магазин».
  • Отправку чеков проверяют в режиме проверки чеков: «Настройки - Онлайн-касса». Как устроены чеки, разобрано в статье об онлайн-кассе для интернет-магазина.

Страница «Подключение платежей в ЮKassa» добавляет третий шаг: «Рекомендуем оплатить первый заказ в вашем магазине самостоятельно - чтобы убедиться, что платежи работают. Оплатите заказ, как это будут делать настоящие клиенты.» Такой платёж тестовым не считается, и его, по словам страницы, «нужно будет провести через бухгалтерию». Как это сделать, страница не объясняет; вопрос к бухгалтеру.

Какие способы оплаты и условия названы на страницах сервисов?

Коротко: список способов оплаты у ЮKassa фиксируется в договоре с ЮMoney и виден в личном кабинете. Деньги приходят на расчётный счёт, номер которого указан в договоре; комиссия на странице «Условия работы в ЮKassa» названа словами «от 0,4% + НДС» - это условие одного сервиса на 05.10.2026.

Страница «Способы приема платежей в ЮKassa» начинается так.

«После подключения вам смогут платить разными способами - список фиксируется в договоре с ЮMoney (можно посмотреть в личном кабинете).»

Заголовки разделов страницы на 05.10.2026: банковские карты, электронные деньги, инвойсинг, «Покупки в кредит» от СберБанка, «Плати частями» от Сбера, мобильная коммерция (баланс мобильного), оплата в терминалах и кассах, Mir Pay, СБП и электронные сертификаты. Для банковских карт страница пишет: «По умолчанию к оплате принимаются карты, выпущенные в России:» и называет Visa, Mastercard, Maestro, Мир, JCB, Union Pay и American Express.

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

У Robokassa на странице с требованиями о способах оплаты сказано в блоке под пятью требованиями: «15+ видов и методов оплат в одном договоре». В меню пункт «Способы оплаты» описан словами «15+ методов: банковские карты, Pay-методы, BNPL, рассрочка, кредит и другие».

Условия получения денег описаны на странице «Условия работы в ЮKassa». Деньги идут «На ваш расчётный счёт - номер указывается при подключении ЮKassa и фиксируется в договоре». Срок: «На следующий рабочий день после получения платежа.» Из полученных платежей, как сказано на странице, «вычитается комиссия ЮKassa + НДС» и долг за возвраты, если он есть.

О стоимости страница пишет: «Абонентской платы нет, есть только комиссия за успешные платежи - от 0,4% + НДС.» Это условие одного сервиса, ЮKassa, на 05.10.2026. Комиссия Robokassa на странице с требованиями не названа.

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

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

  1. Какой сервис выбран, от чьего имени подаётся заявка и кто загружает документы. По странице «Условия работы в ЮKassa» договор заключает определённое юрлицо.
  2. Готов ли сайт к проверке по странице выбранного сервиса: нет тестовых карточек, есть реальные цены и описания, условия доставки, контакты и реквизиты.
  3. Какой вариант интеграции выбран: страница сервиса, виджет, готовый модуль для CMS или конструктора, самостоятельная настройка по API. От этого зависит, где покупатель выбирает способ оплаты и вводит данные.
  4. Открывается ли сайт по адресу с https://, если интеграция идёт по HTTP-протоколу (страница «Настройка интеграции с ЮKassa»).
  5. Кому выдан доступ в личный кабинет сервиса, что ему доступно (в том числе возвраты и счета) и кто закрывает доступ после работ.
  6. Как выполняется тест: какой тестовый магазин, какой адрес для тестовых уведомлений, кто проводит платёж картой сервиса и кто переключает модуль на настоящий магазин.
  7. Все ли способы оплаты из договора отображаются на сайте и сколько для них кнопок.
  8. Кто оплачивает первый настоящий заказ и кто потом проводит его через бухгалтерию.
  9. Как устроены чеки: ответ в статье об онлайн-кассе для интернет-магазина.

Если интернет-магазин заказывается у студии, услуга «Интернет-магазин» описана на главной странице BITSPARK: «От 55 000 ₽ - каталог, корзина, оплаты и необходимые интеграции». Шаг «Разработка» там описан так: «Верстаем, программируем и подключаем сервисы. Технологии выбираем под задачу.»

Источники

Состояние страниц на 05.10.2026; дат публикации на страницах нет.

Обсудить проект в Telegram: t.me/billioniks

Читайте по теме

Все статьи раздела «Оплата и интернет-магазин» →